2010-06-19 19 views
5

मैं इस बारे में वास्तव में उलझन में हूं, आरेखों के बारे में बहुत कुछ पढ़ने की कोशिश की लेकिन मैं समझ नहीं पा रहा हूं कि इस मामले के लिए सबसे उपयुक्त क्या है।सरल एप्लिकेशन सुविधाओं के लिए मुझे किस यूएमएल आरेख का उपयोग करना चाहिए ..?

मुझे बस यह दिखाने की ज़रूरत है कि मेरे पास 10 मॉड्यूल हैं, जिनमें 10 विशेषताएं हैं। उस सुविधा में से एक अन्य मॉड्यूल सुविधा को कॉल कर सकता है ..

ऐसा कुछ। बहुत आसान। यह बेहतर है बस depedencies साथ ब्लॉक के किसी तरह का हो [सुविधाओं के रूप में] और कैसे प्रत्येक मॉड्यूल ब्लॉक एक और ब्लॉक

उद्देश्य को दिखाने के लिए खुला स्रोत प्रणाली नहीं है क्या है, और क्या इस प्रणाली WILL के साथ बातचीत करेंगे संशोधन के बाद। और रंगों के साथ, सभी संशोधनों को प्रदर्शित करना आसान है .. किसी प्रोजेक्ट की योजना बनाना शुरू करना आसान है और आपको यह जानने की आवश्यकता है कि आपको कितनी चीजें खर्च करने की आवश्यकता है ..

उत्तर

1

आप जिस कारण से उलझन में हैं, वह यह है कि यूएमएल के रचनाकारों ने सिर्फ अपने आरेखों (एक दर्जन प्रकार) का एक कैटलॉग बनाया है और कभी भी आपको एक या दूसरे का उपयोग करने के लिए कभी नहीं बताता है।

यदि आप सुविधाओं के बारे में बात कर रहे हैं, तो इसका मतलब है केस आरेख का उपयोग करें। http://askuml.com/blog/login-page-use-case-diagram/ या http://askuml.com/blog/e-commerce/

0

इसके लिए कोई यूएमएल आरेख नहीं है।

+0

क्या आप उपयोग करना सिफारिश करेंगे ..: आप यहाँ कुछ उदाहरण देख सकते हैं? लोग सिस्टम सुविधाओं के मॉडल कैसे बनाते हैं, या सिंपल मॉड्यूल स्ट्रक्चर – holms

+0

@holms: मैं जिस टूल का उपयोग करता हूं वह है [स्पैक्स एंटरप्राइज़ आर्किटेक्ट] (http://www.sparxsystems.com/), जो मुफ़्त नहीं है। हालांकि, उनके "[एंटरप्राइज़ आर्किटेक्ट के साथ आवश्यकता प्रबंधन] (http://www.sparxsystems.com/downloads/whitepapers/Requirements_Management_in_Enterprise_Architect.pdf)" श्वेतपत्र आपको कुछ विचार दे सकता है। साथ ही, उनकी सुविधा में [फ़ीचर] (http://www.sparxsystems.com/uml_tool_guide/uml_dictionary/feature.htm) देखें। –

1

Package diagram या Component diagram के बारे में क्या?

मुझे लगता है कि आपके विशेष मामले के लिए पैकेज आरेख काफी अच्छा होगा।

+0

यदि मैं बस इस स्थिति के लिए बिल्कुल उदाहरण देख सकता हूं = ( – holms

+0

http://www.agilemodeling.com/artifacts/packageDiagram.htm http://en.wikipedia.org/wiki/Package_diagram http: // www। sparxsystems.com/resources/uml2_tutorial/uml2_packagediagram.html – Milena

2

वास्तव में अन्य कहा गया है कि, यूएमएल आपको जो चाहिए वह सीधे समर्थन नहीं करता है। जहां तक ​​मैं समझता हूं, आप संरचना (मॉड्यूल), व्यवहार (विशेषताओं) और इंटरैक्शन (निर्भरता) को कैप्चर करना चाहते हैं, हालांकि मूल रूप में, फिर भी आप एक ही समय में बहुत अधिक कब्जा करना चाहते हैं।

तो हमें यूएमएल के साथ अपने संभावनाओं की समीक्षा करते हैं, मुझे आशा है कि यह आप तय करने में मदद मिलेगी:

  1. पैकेज चित्र संरचना और संकुल और आयात

    रूप निर्भरता दिखा सकते हैं
  2. घटक चित्र संरचना पर कब्जा कर सकते हैं और कनेक्टर्स के साथ घटक

  3. समग्र संरचना आरेख कंपोजिट, बंदरगाहों, कनेक्टरों और सहयोगों के माध्यम से जटिल संरचना और इंटरैक्शन को चित्रित करने की अनुमति देता है

  4. केस आरेख का उपयोग करें, जिसमें केस का उपयोग करने के लिए सिस्टम के साथ बातचीत करने वाले अभिनेता शामिल होते हैं, जिन्हें विभिन्न मॉड्यूल में सिस्टम को विघटित करने के लिए पैकेज आरेख के साथ जोड़ा जा सकता है, जो विभिन्न सुविधाएं प्रदान करते हैं - मामलों का उपयोग करें और उन कार्यों को दर्शाते हुए जिन्हें आप अभिनेताओं से जोड़ सकते हैं उपयोग के मामलों के साथ।

तो, जैसा कि आपको लगता है कि मेरी पसंद पैकेज आरेख के साथ उपयोग केस आरेख होगा। वे बहुत सरल हैं, जिसमें शोर की थोड़ी मात्रा होती है, जो आपके साधारण मामले के लिए आवश्यक हो सकती है। यह संयोजन आपको जो कुछ चाहिए, उसके लिए अनुमति देता है, हालांकि, यह दिखाने के लिए कि मॉड्यूल कुछ तरीकों से बातचीत करते हैं, आपको एक पैकेज के रूप में और एक अभिनेता के रूप में एक मॉड्यूल रखना होगा, जो एक अच्छा अभ्यास नहीं है। लेकिन आप जो कहते हैं उससे मुझे लगता है कि आप मौजूदा सिस्टम के परिवर्तन का विज्ञापन करना चाहते हैं, जो उन आरेखों में अच्छा लगेगा और उन ग्राहकों को समझाया जा सकता है जो यूएमएल के बारे में कुछ नहीं जानते हैं। आप मॉड्यूल के बीच बातचीत को हटाने पर विचार कर सकते हैं और उपयोगकर्ताओं को प्रदान की गई सुविधाओं को दिखा सकते हैं (कलाकारों के रूप में चित्रित)।