उपयोग केस विश्लेषण ट्यूटोरियल

उपयोग केस डायग्राम क्या है?

यूएमएलउपयोग केस डायग्राम विकासाधीन नए सॉफ्टवेयर कार्यक्रमों के लिए प्राथमिक रूप से सिस्टम/सॉफ्टवेयर आवश्यकताओं के रूप में हैं। उपयोग केस डायग्राम का उद्देश्य यह दिखाना है कि सिस्टम क्या करना चाहिए (क्या); इस चरण में यह यह नहीं विचार करता है कि कैसे (कैसे) करना है।

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

दूसरे शब्दों में, सिस्टम के उपयोग को बाहर से देखा जाना चाहिए, अर्थात सिस्टम को अंदर से नहीं देखा जाना चाहिए, बल्कि एक उच्च स्तर से देखा जाना चाहिए ताकि बाहरी एक्टर्स को सिस्टम द्वारा प्रदान की जाने वाली कार्यक्षमता का निर्धारण किया जा सके।

उपयोग केस डायग्राम का उद्देश्य

उपयोग केस डायग्राम आमतौर पर विकास के प्रारंभिक चरणों में विकसित किए जाते हैं, और लोग आमतौर पर निम्नलिखित उद्देश्यों के लिए उपयोग केस मॉडलिंग का उपयोग करते हैं।

एक सिस्टम के संदर्भ को निर्दिष्ट करें
एक सिस्टम की आवश्यकताओं को कैप्चर करें
एक सिस्टम की वास्तुकला की पुष्टि करें
कार्यान्वयन को आगे बढ़ाएं और परीक्षण केस उत्पन्न करें
विश्लेषकों, क्षेत्र विशेषज्ञों और लक्षित अंतिम उपयोगकर्ताओं के साथ विकसित करें

एक उपयोग केस डायग्राम के मानक रूप को संयुक्त मॉडलिंग भाषा में परिभाषित किया गया है, जैसा कि नीचे दिए गए उपयोग केस डायग्राम के उदाहरण में दिखाया गया है।

इस उपयोग केस डायग्राम उदाहरण को संपादित करें

उपयोग केस डायग्राम के तत्व

एक्टर्स

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

एक्टर जरूरी नहीं कि लोग हों, अर्थात उपयोगकर्ता, लेकिन वे वास्तव में गैर-मानव हो सकते हैं, अर्थात सिस्टम या समय।

अधिकांश बार, उपयोगकर्ता लोग होते हैं, जो उपयोग केस डायग्राम में शामिल होते हैं, जैसे ग्राहक, कर्मचारी, अधिकारी, आदि।

मानव बनाम गैर-मानव एक्टर्स

कभी-कभी, सिस्टम को विभिन्न घटनाओं के प्रभाव के कारण एक निर्दिष्ट स्थिति में कुछ कार्य करने के लिए प्रभावित किया जाता है। उदाहरण के लिए, जब एक ऑडिट पास होता है, तो सिस्टम सक्रिय रूप से लोगों को सूचित करने के लिए एक पत्र भेजता है; तो क्या पत्र भेजना सिस्टम द्वारा स्वचालित रूप से किया जाता है? यह उपयोग केस वास्तव में समय द्वारा ट्रिगर किया जाता है, तब एक्टर टाइमर है; उदाहरण के लिए, इस उपयोग केस को “हर दिन 5:00 बजे स्वचालित रूप से पत्र भेजें” के रूप में देखा जा सकता है, तब इस घटना – पत्र भेजना – को ट्रिगर करने वाला एक्टर सिस्टम नहीं है, बल्कि वास्तव में टाइमर एक्टर है

प्राथमिक बनाम गौण एक्टर्स

एक प्राथमिक एक्टर वह एक्टर है जो एक लक्ष्य प्राप्त करने के लिए सिस्टम का उपयोग करता है। उपयोग केस सिस्टम और एक्टर्स के बीच अंतरक्रिया को दर्ज करते हैं ताकि प्राथमिक एक्टर के लक्ष्यों को प्राप्त किया जा सके। गौण एक्टर वे एक्टर हैं जिनकी सहायता की आवश्यकता होती है ताकि प्राथमिक एक्टर के लक्ष्यों को प्राप्त किया जा सके।

एक्टर प्राथमिक या गौण हो सकते हैं। प्राथमिक एक्टर सिस्टम के साथ अंतरक्रिया शुरू करते हैं।
गौण एक्टर आमतौर पर सिस्टम द्वारा सहायता के लिए बुलाए जाते हैं और एक गौण एक्टर कभी भी उपयोग केस को शुरू नहीं करता है।

ध्यान दें: एक एक्टर के लिए प्रतीक प्राथमिक एक्टर और गौण एक्टर के बीच अंतर नहीं करता है; अंतर को उपयोग केस विवरण (जिसे उपयोग केस गद्य भी कहा जाता है) से निर्धारित करना होगा।

उदाहरण के लिए:

एक बैंक लोन अधिकारी ग्राहक के लोन आवेदन की समीक्षा करना चाहता है, और प्रक्रिया के हिस्से के रूप में रियल-टाइम क्रेडिट रेटिंग चेक शामिल है।

इस उपयोग केस आरेख उदाहरण को संपादित करें

उपयोग केस नाम। लोन आवेदन की समीक्षा करें
प्राथमिक अभिनेता। लोन अधिकारी
गौण अभिनेता। क्रेडिट रेटिंग प्रणाली

मैं अभिनेताओं की पहचान कैसे करूँ?

चूंकि एक अभिनेता जरूरी नहीं कि एक व्यक्ति हो, बल्कि एक बाहरी प्रणाली, उपकरण या टाइमर भी हो सकता है, हम निम्नलिखित प्रश्न पूछकर एक अधिक विशिष्ट अभिनेता की पहचान करते हैं

जब प्रणाली विकसित कर ली जाएगी, तो उसका उपयोग कौन करेगा?
प्रणाली को डेटा प्राप्त करने के लिए किससे या किन अन्य प्रणालियों से आवश्यकता होगी?
प्रणाली किस या किन अन्य प्रणालियों के लिए डेटा प्रदान करेगी?
प्रणाली किन अन्य प्रणालियों से संबंधित होगी?
प्रणाली का रखरखाव और प्रशासन कौन करेगा?

ये प्रश्न हमें प्रणाली के अभिनेताओं को सामान्य बनाने में मदद करते हैं। एटीएम के उदाहरण के रूप में, इन प्रश्नों के उत्तर देने से हमें अधिक अभिनेताओं की पहचान करने में सक्षम बनाता है, उदाहरण के लिए

द संचालकएटीएम प्रणाली के रखरखाव और प्रबंधन के लिए जिम्मेदार है
एटीएम को भी बैक-एंड सर्वरोंउपयोगकर्ता खातों के बारे में जानकारी प्राप्त करने के लिए।

उपयोग केस

एक उपयोग केस एक कार्यक्षमता (आमतौर पर एक आवश्यकता) का प्रतिनिधित्व करता है जिसे प्रणाली द्वारा कार्यान्वित करने की अपेक्षा की जाती है। उपयोग केस के अनूठे नाम के अलावा अन्य विवरण आरेख में दृश्य रूप से प्रस्तुत नहीं किए जाते हैं; इन विवरणों को उपयोग केस के वर्णनात्मक (पाठात्मक विवरण) में दिया जाता है।

एक उपयोग केस क्रियाओं या घटना चरणों की सूची है जो आमतौर पर अभिनेताओं के भूमिकाओं और प्रणाली के बीच लक्ष्य प्राप्त करने के लिए अंतरक्रिया को परिभाषित करती है। उपयोग केस प्रणाली की आवश्यकताओं की पहचान, स्पष्टीकरण और संगठन के लिए एक उपयोगी तकनीक है। एक उपयोग केस प्रणाली और उपयोगकर्ता के बीच संभावित अंतरक्रियाओं के अनुक्रमों के सेट से बना होता है जो प्राप्त की जाने वाली कार्यक्षमता और किसी भी त्रुटि के समाधान को परिभाषित करते हैं।

उपयोग केस की पहचान कैसे करें?

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

अभिनेता प्रणाली का उपयोग क्यों करते हैं?
क्या सहभागी प्रणाली में डेटा का निर्माण, संशोधन, हटाना, प्राप्त करना और संग्रहीत करना करता है? यदि हां, तो अभिनेता इन क्रियाओं को कैसे करता है?
क्या अभिनेता प्रणाली को कुछ बाहरी घटनाओं की सूचना देता है?
क्या प्रणाली अभिनेता को कुछ आंतरिक घटनाओं की सूचना देती है?

उपरोक्त सब कुछ को मिलाकर, एटीएम प्रणाली का उपयोग केस आरेख निम्नानुसार प्रस्तुत किया जा सकता है।

उपयोग केस को दीर्घवृत्त के रूप में प्रस्तुत किया जाता है, किसी स्थिर या गतिशील चीज, या किसी कार्य या प्रणाली के रूप में।

सिस्टम सीमा

सिस्टम सीमाएँ आयताकार सीमाओं में उपयोग केसों के समूहन द्वारा सिस्टम का वर्णन करती हैं, और विजुअल पैराडाइग्म में सिस्टम सीमाएँ उपयोग केस निर्माण व्यवहार प्रदान करती हैं।

एक्टर्स भागीदार (मानव भागीदार या गैर-मानव भागीदार) होते हैं जो विकासाधीन सिस्टम के साथ अंतरक्रिया करते हैं। इसलिए, एक्टर्स को सिस्टम सीमाओं के बाहर रखा जाना चाहिए और उन्हें सिस्टम सीमाओं के भीतर रखे गए उपयोग केसों के साथ अंतरक्रिया करनी चाहिए।

ध्यान दें:

एक एक्टर को सिस्टम की सीमाओं द्वारा परिभाषित किया जाता है। यदि हम जिस सिस्टम सीमा को परिभाषित करना चाहते हैं वह ATM के स्वयं तक सीमित है, तो बैकएंड सर्वर एक बाहरी सिस्टम है और इसे एक एक्टर के रूप में सारांशित किया जा सकता है।

यदि हम जिस सिस्टम सीमा को परिभाषित करना चाहते हैं वह पूरे बैंकिंग सिस्टम तक फैलती है, जहां दोनों ATM और बैकएंड सर्वर पूरे बैंकिंग सिस्टम का हिस्सा हैं, तो बैकएंड सर्वर को अब एक एक्टर के रूप में सारांशित नहीं किया जाता है।

संबंध

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

एक उपयोग केस को कई उपयोग केसों में विभाजित किया जा सकता है जो <<include>>, <<extend>> या <<generalization>> संबंधों द्वारा जुड़े होते हैं (इस पोस्ट के बाद में वर्णित)।

संचार लिंक संबंध

यह एक भागीदार और उपयोग केस के बीच द्विदिश संचार का प्रतिनिधित्व करता है और इसलिए यह एक द्विआधारी संबंध है।

इस उपयोग केस आरेख उदाहरण को संपादित करें

<<Include>> संबंध

एक शामिल करेंसंबंध का अर्थ है कि उपयोग केस अन्य उपयोग केसों को शामिल करेगा। शामिल संबंध का उद्देश्य एक ही उपयोग केस के दोहराए जाने वाले वर्णन को कम करने के लिए शामिल संबंध का उपयोग करना है। यदि कई मामलों में एक ही हिस्से का कार्य साझा है, तो उस कार्य को अलग किया जा सकता है और अन्य उपयोग केस उस मामले में शामिल किए जा सकते हैं।

उदाहरण के लिए, जब किताब ली जाती है, तो पुस्तकालयाध्यक्ष को किताब के लिए कोड पढ़ने की आवश्यकता होती है, और जब किताब वापस की जाती है, तो उसे वापस ली गई किताब के लिए कोड पढ़ने की आवश्यकता होती है, क्योंकि कोड पढ़ना एक दोहराए जाने वाला कार्य हिस्सा है, इसे अलग उपयोग केस में बनाया जा सकता है, और लिए लिए ली गई किताब और वापस ली गई किताब इस मामले को शामिल कर सकते हैं।

इस उपयोग केस आरेख उदाहरण को संपादित करें

यदि उपयोग केस A दूसरे उपयोग केस B को शामिल करता है, तो A के कार्य को पूरा करने के लिए A के कार्यान्वयन को B के कार्यान्वयन की आवश्यकता होती है। हालांकि, B अपने आप में स्वतंत्र है। अर्थात, B को A के बारे में कुछ भी जानने की आवश्यकता नहीं है। B को किसी भी अन्य उपयोग केस में शामिल किया जा सकता है।

<<Extend>> संबंध

यदि उपयोग केस B दूसरे उपयोग केस A का विस्तार करता है, तो A के कार्यान्वयन में B के कार्यान्वयन को शामिल करने की स्थिति निर्भरता हो सकती है ताकि अपना कार्य पूरा कर सके। अर्थात, कुछ मामलों में, A को B के बिना अपना कार्य पूरा करने की आवश्यकता नहीं होती है। हालांकि, वर्णित स्थितियों के आधार पर, A को B की आवश्यकता हो सकती है। इस मामले में, B B पर निर्भर है। हालांकि, वर्णित स्थितियों के आधार पर, A को B की आवश्यकता हो सकती है। इस मामले में, B A पर निर्भर है और अकेले नहीं रह सकता है। इसलिए, B को एक से अधिक उपयोग केस का विस्तार नहीं किया जा सकता है। A के उपयोग केस वर्णन में उन निष्पादन चरणों को शामिल किया जाएगा जो इसे B से आवश्यकता होती है; इस बिंदु को विस्तार बिंदु कहा जाता है।

इस उपयोग केस आरेख उदाहरण को संपादित करें

आइए एक और उदाहरण पर विचार करें जहां सिस्टम जब स्टॉक नहीं होता है तो स्वचालित रूप से सामान का आदेश देता है ताकि प्रबंधक को आदेश को सीधे निष्पादित करने की आवश्यकता न हो। नीचे दिए गए उपयोग केस आरेख को देखें:

इस उपयोग केस आरेख उदाहरण को संपादित करें

सामान्यीकरण संबंध

सामान्यीकरण संबंध क्लास आरेख में ऑब्जेक्ट-ओरिएंटेड भाषा के सामान्यीकरण संबंध के समान है, और भूमिकाओं (एक्टर्स) और उपयोग केसों के सामान्यीकरण के लिए लागू किया जा सकता है।

उदाहरण के लिए, बुकिंग सिस्टम में दो प्रकार के बुकिंग तरीके हैं: “फोन पर टिकट बुक करें” और “ऑनलाइन टिकट बुक करें”, और मूल उपयोग केस “टिकट बुक करें”, इसलिए आप सामान्यीकरण का उपयोग करके मामले को ढाल सकते हैं, और मातृ उपयोग केस (बुकिंग) में <<essential>> जोड़कर सामान्यीकरण संबंध को दर्शाना चाहिए।

इस उपयोग केस आरेख उदाहरण को संपादित करें

उपयोग केस आरेख में संबंधों पर चर्चा करें

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

उपयोग केस – घटनाओं का प्रवाह

उपयोग केस आरेख हमें प्रणाली की कार्यक्षमता का समग्र दृश्य प्रदान करता है, हम जान सकते हैं कि कौन से प्रतिभागी प्रणाली के साथ बातचीत करेंगे, और प्रत्येक अभिनेता को प्रणाली से किन सेवाओं की आवश्यकता है।

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

उपयोग केस परिदृश्य और घटनाओं का प्रवाह – एटीएम में पैसा निकालना

उदाहरण के लिए, एटीएम प्रणाली में “निकासी” मामले को घटनाओं के प्रवाह के रूप में निम्नानुसार दर्शाया जा सकता है:

सामान्य परिदृश्य – धन निकासी – मूल घटनाओं का प्रवाह:

उपयोगकर्ता क्रेडिट कार्ड डालता है
पिन दर्ज करें
निकासी राशि दर्ज करें
नकदी निकालता है
प्रणाली से बाहर निकलें और क्रेडिट कार्ड वापस लें

लेकिन यह केवल निकासी उपयोग केस के सामान्य परिदृश्य का वर्णन करता है। एक वास्तविक एटीएम प्रणाली के रूप में, हमें विभिन्न अन्य परिदृश्यों पर भी विचार करना होगा जो उत्पन्न हो सकते हैं, जैसे:

अमान्य क्रेडिट कार्ड,
गलत पासवर्ड,
उपयोगकर्ता के खाते में पर्याप्त नकदी शेष राशि नहीं है, आदि।

इन सभी संभावित स्थितियों (सामान्य और असामान्य दोनों) को उपयोग केस के परिदृश्य कहा जाता है और परिदृश्य को उपयोग केस के उदाहरण भी कहा जाता है। परिदृश्य को उपयोग केस के उदाहरण के रूप में भी संदर्भित किया जाता है। एक उपयोग केस के विभिन्न परिदृश्यों में से सबसे आम परिदृश्य को मूल प्रक्रिया द्वारा वर्णित किया जाता है, जबकि अन्य परिदृश्यों को वैकल्पिक प्रक्रियाओं द्वारा वर्णित किया जाता है।

वैकल्पिक परिदृश्य

एटीएम प्रणाली में “निकासी” उपयोग केस के लिए, हम निम्नानुसार कुछ वैकल्पिक प्रक्रियाएं प्राप्त कर सकते हैं।

निकासी – वैकल्पिक घटना प्रक्रियाएं।

वैकल्पिक परिदृश्य I: उपयोगकर्ता मूल प्रक्रिया के किसी भी चरण पर बाहर निकल सकता है और मूल प्रक्रिया के चरण 5 पर जा सकता है।
वैकल्पिक प्रक्रिया II: मूल प्रक्रिया के चरण 1 में, उपयोगकर्ता एक अमान्य क्रेडिट कार्ड डालता है, प्रणाली एक त्रुटि प्रदर्शित करती है और क्रेडिट कार्ड निकाल देती है, और उपयोग केस समाप्त हो जाता है।
वैकल्पिक प्रक्रिया III: मूल प्रक्रिया के चरण 2 में, उपयोगकर्ता गलत पासवर्ड दर्ज करता है, प्रणाली एक त्रुटि प्रदर्शित करती है और उपयोगकर्ता से पासवर्ड फिर से दर्ज करने के लिए प्रेरित करती है और मूल प्रक्रिया के चरण 2 पर लौट जाती है; तीन गलत पासवर्ड दर्ज करने के बाद, प्रणाली क्रेडिट कार्ड जब्त कर लेती है और उपयोग केस समाप्त हो जाता है।
…

मूल परिदृश्य और वैकल्पिक परिदृश्यों को मिलाकर, एक उपयोग केस में उत्पन्न होने वाली सभी विभिन्न स्थितियों का स्पष्ट वर्णन किया जा सकता है। जब किसी उपयोग केस के घटनाओं के प्रवाह का वर्णन करते हैं, तो हम आवश्यकताओं की पूर्णता सुनिश्चित करने के लिए सभी संभावित परिदृश्यों का वर्णन करने की कोशिश करते हैं।

उपयोग केस मॉडल बनाम उपयोग केस आरेख

एक उपयोग केस आरेख के बारे में गलत धारणा से बचना महत्वपूर्ण है कि एकउपयोग केस आरेखकर्ता और उपयोग केस के बने होने के कारण एक उपयोग केस मॉडल है, क्योंकि एक उपयोग केस आरेख केवल उन सेवाओं का दृश्य प्रतिनिधित्व है जो प्रणाली प्रदान कर सकती है, जो हमें प्रणाली की कार्यक्षमता के बारे में एक सामान्य विचार देता है।

दउपयोग केस मॉडलएक उपयोग केस आरेख और प्रत्येक उपयोग केस का विस्तृत विवरण, उपयोग केस विनिर्देश, जो RUP में एक टेम्पलेट के रूप में प्रदान किया गया है, से बना है।

संक्षिप्त विवरण
उपयोग केस के कार्य और उद्देश्य का संक्षिप्त विवरण।

घटनाओं का प्रवाह
घटनाओं के प्रवाह में सभी परिदृश्यों को शामिल करना चाहिए, जिसमें मूल और वैकल्पिक परिदृश्य शामिल हैं।

उपयोग केस परिदृश्य
सफलता के परिदृश्य और विफलता के परिदृश्य शामिल करें, और परिदृश्य मुख्य रूप से मूल और वैकल्पिक प्रवाहों के संयोजन होते हैं।

विशेष आवश्यकताएं
उपयोग केस से जुड़ी गैर-कार्यात्मक आवश्यकताओं (प्रदर्शन, विश्वसनीयता, उपलब्धता, स्केलेबिलिटी आदि शामिल हैं) और डिजाइन सीमाओं (ऑपरेटिंग सिस्टम, विकास उपकरण आदि) का वर्णन करें।

पूर्व शर्त
वह अवस्था जिसमें प्रणाली को उपयोग केस को निष्पादित करने से पहले होना चाहिए।

पोस्ट-शर्तें
वह सेट जिसमें प्रणाली उपयोग केस के निष्पादन के बाद हो सकती है।

एक उपयोग केस विनिर्देश मूल रूप से एक पाठात्मक प्रतिनिधित्व है, जिसमें घटनाओं के प्रवाह को अधिक स्पष्ट रूप से वर्णित करने में मदद करने के लिए अवस्था आरेख, क्रियाकलाप आरेख या क्रमिक आरेख का उपयोग करने का विकल्प है। उपयोग केस में उपयोगकर्ता इंटरफेस और प्रक्रियाओं के किसी भी दृश्य प्रतिनिधित्व या अन्य आरेख, जैसे वायरफ्रेम, जोड़े जा सकते हैं, बशर्ते कि वे प्रतिनिधित्व की स्पष्टता में सुधार करें।

उदाहरण के लिए:

क्रियाकलाप आरेख जटिल निर्णय प्रक्रियाओं का वर्णन करने के लिए उपयोगी हैं,
अवस्था संक्रमण आरेख अवस्था-संबंधी प्रणाली व्यवहार का वर्णन करने के लिए उपयोगी हैं, और
क्रमिक आरेख समय-आधारित संदेशव्यवहार का वर्णन करने के लिए उपयुक्त हैं।

उपयोग केस उपकरण

ऑनलाइन संस्करण

मुफ्त ड्रॉइंग टूलविजुअल पैराडाइग्म ऑनलाइन (VP ऑनलाइन) मुफ्त संस्करण UML, ERD और संगठनात्मक चार्ट का समर्थन करता है। आप सहज UML ड्रॉइंग संपादक के साथ उपयोग केस आरेख तेजी से बना सकते हैं। यह मुफ्त UML उपकरण में विज्ञापन नहीं है, सीमित पहुंच अवधि नहीं है, और आरेखों की संख्या, आकृतियों की संख्या आदि जैसी कोई सीमा नहीं है। UML को आज़ादी से बनाएं। UML को आज़ादी से बनाएं। आप अपने व्यक्तिगत और अवाणिज्यिक उद्देश्यों के लिए बनाए गए आरेखों के मालिक हैं।

डेस्कटॉप संस्करण

दविजुअल पैराडाइग्म कम्युनिटी एडिशन, 2004 से उपलब्ध, केवल गैर-वाणिज्यिक उद्देश्यों के लिए एक मुफ्त UML सॉफ्टवेयर प्रदान करता है, जो UML मॉडलिंग में अपने पहले कदम उठा रहे उपयोगकर्ताओं के साथ-साथ व्यक्तिगत उपयोग के लिए एक मुफ्त, क्रॉस-प्लेटफॉर्म UML मॉडलिंग सॉफ्टवेयर की आवश्यकता वाले उपयोगकर्ताओं का समर्थन करता है, जैसे छात्र परियोजनाओं पर UML के उपयोग करना।

संदर्भ

UML संसाधन

यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।