उपयोग केस मॉडलिंग आवश्यकताओं को एकत्र करने के लिए एक उपयोगी उपकरण है। यह सॉफ्टवेयर प्रणाली की आवश्यकताओं का एक आरेखीय प्रतिनिधित्व प्रदान करता है।
प्रकाशन के साथ इवर जैकोबसन के (1991) पुस्तक ऑब्जेक्ट-ओरिएंटेड सॉफ्टवेयर इंजीनियरिंग, उपयोग केस-ड्राइवन दृष्टिकोण, उपयोग केस मॉडलिंग वास्तविक विश्लेषण तकनीक बन गया। आज, जैकोबसन इस दृष्टिकोण को प्रणाली विश्लेषण के लिए आगे बढ़ा रहे हैं और इसे उपयोग केस 2.0 में अपग्रेड किया है, जो आधिकारिक तौर पर निम्नलिखित में से एक हैUML आरेखों के 14 प्रकार.
क्योंकि उपयोग केस मॉडल संकल्पना और दिखावट में सरल है, इसलिए इसकी सही बात के बारे में तकनीकी नहीं वाले लोगों (जैसे ग्राहकों) के साथ चर्चा करना आसान है।
एक उपयोग केस एक प्रक्रिया, प्रक्रिया या फ़ंक्शन नहीं है।
उपयोग केस आरेख के तत्व
द उपयोग केस आरेख के तत्व एक्टर्स (बाहरी एकाइटी) और उपयोग केस स्वयं हैं। व्यापक रूप से कहें तो, एक उपयोग केस एक प्रणाली में एक कार्यात्मक इकाई (आवश्यकता) या सेवा है।
एक्टर
एकएक्टर डिज़ाइन प्रणाली के बाहर कोई भी एकाइटी है, चाहे वह एक व्यक्ति हो या एक अन्य गैर-मानव एकाइटी। प्रणाली का उपयोगकर्ता एक एक्टर का एक उदाहरण है। अन्य प्रकार के एक्टर्स में वे सॉफ्टवेयर प्रणालियाँ शामिल हैं जो वर्तमान प्रणाली के साथ एकीकृत की जा रही हैं (जैसे डेटाबेस प्रणाली), बाहरी हार्डवेयर जैसे सेंसर आदि शामिल हैं।
में दो नोटेशन हैंUML विनिर्देश:
एक्टर्स के लिए स्टिकमैन का उपयोग अधिक व्यक्तिगत है, लेकिन यदि एक्टर वास्तव में एक व्यक्ति नहीं है, बल्कि मशीन या बाहरी उपकरण है, तो इससे भ्रम उत्पन्न हो सकता है। आयताकार प्रतीक मानक UML नोटेशन के लिएवर्ग.
एक एक्टर एक वास्तविक व्यक्ति के बजाय भूमिका है
एक एक्टर उस एकाइटी की भूमिका का प्रतिनिधित्व करता है जो वर्तमान प्रणाली के साथ बातचीत करता है, एक उदाहरण नहीं।एक्टर नोटेशन इंगित करता है कि संस्था एक क्लास है, एक रीड इंस्टेंस (अर्थात एक वास्तविक उपयोगकर्ता जॉन या मैरी) के बजाय। एक्टर को एक क्लास के प्रकार के रूप में लिया जाता है क्योंकि यह एक्टर के स्वयं के बजाय है, लेकिन उसकी
भूमिका जो वह निभाता है।
उदाहरण के लिए, एक एक्टर बैंक के ग्राहकों का प्रतिनिधित्व कर सकता है, प्रत्येक ग्राहक के लिए अलग-अलग एक्टर निर्दिष्ट करने के बजाय। इसी तरह, बैंक प्रबंधक का प्रतिनिधित्व करने वाला एक अन्य एक्टर भी हो सकता है। दिलचस्प बात यह है कि वास्तविक दुनिया में बैंक के प्रबंधक खुद उसी बैंक के ग्राहक भी हो सकते हैं। दूसरे शब्दों में, एक ही व्यक्ति ग्राहक और प्रबंधक दोनों की भूमिका निभाता है।
प्राथमिक एक्टरएक उपयोग केस का प्राथमिक एक्टर वह स्टेकहोल्डर है जो सिस्टम के सेवाएं प्रदान करने की आवश्यकता महसूस करता है। इसके पास सिस्टम से जुड़ा एक लक्ष्य होता है – एक लक्ष्य जो सिस्टम के संचालन द्वारा संतुष्ट किया जा सकता है। प्राथमिक एक्टर आमतौर पर, लेकिन जरूरी नहीं, वह एक्टर होता है जो उपयोग केस को ट्रिगर करता है।
गौण एक्टरसिस्टम द्वारा उपयोग किया जाता है, लेकिन वे स्वयं सिस्टम से अंतरक्रिया नहीं करते हैं। दूसरे शब्दों में, गौण एक्टर कोई भी उपयोग केस शुरू नहीं करते हैं।
उपयोग केस आमतौर पर प्राथमिक एक्टर द्वारा शुरू किए जाते हैं। सिस्टम उपयोग केस के माध्यम से एक गौण एक्टर जैसे डेटाबेस का उपयोग करता है। उपयोग केस और प्रतिभागियों के बीच संबंध द्विदिश आंतरिक संचार का प्रतिनिधित्व करता है।
इस प्रकार, प्राथमिक एक्टर द्वारा शुरू किए गए प्रत्येक उपयोग केस के लिए, संबंधित उपयोग केस का उत्तर देना आवश्यक है। इसी तरह, गौण एक्टर और उपयोग केस के बीच प्रत्येक संबंध के लिए, संचार उपयोग केस से शुरू होता है और गौण एक्टर को शुरुआत के उत्तर देना चाहिए।
उपयोग केस
उपयोग केस फलन (आमतौर पर आवश्यकताएं) का प्रतिनिधित्व करते हैं जिन्हें सिस्टम द्वारा लागू किया जाना चाहिए। उपयोग केस के विवरण, उसके अद्वितीय नाम के अलावा, आरेख में स्पष्ट रूप से व्यक्त नहीं किए जाते हैं; इन विवरणों को उपयोग केस विवरण में दिया जाता है।
उपयोग केस आमतौर पर मुख्य एक्टर द्वारा शुरू किए जाते हैं। सिस्टम उपयोग केस के माध्यम से डेटाबेस और अन्य सहायक प्रतिभागियों का उपयोग करता है।
उपयोग केस और एक्टर के बीच संबंध द्विदिश संचार का प्रतिनिधित्व करता है। इसलिए, प्रमुख एक्टर द्वारा शुरू किए गए प्रत्येक उपयोग केस के लिए, उसका उत्तर देना आवश्यक है। इसी तरह, गौण एक्टर और उपयोग केस के बीच प्रत्येक संबंध के लिए, संचार उपयोग केस से शुरू होता है, और गौण एक्टर को शुरुआत के उत्तर देना चाहिए।
सिस्टम सीमा
सिस्टम सीमा इसके चारों ओर की दुनिया के संबंध में रुचि के सिस्टम को परिभाषित करती है।
उपयोग केस आरेख उदाहरण: एयरलाइन बुकिंग सिस्टम
उपयोग केस विशिष्ट लक्ष्य प्राप्त करने के लिए बाहरी एक्टर और सिस्टम के बीच अंतरक्रिया को परिभाषित करते हैं। एक उपयोग केस आरेख में चार मुख्य घटक होते हैं
टिकट बुकिंग सिस्टम के उपयोग केस आरेख में, सिस्टम को बहुत सारे अलग-अलग उपयोग केस वाले बॉक्स द्वारा दर्शाया गया है। प्राथमिक एक्टर ग्राहक है और गौण एक्टर प्रबंधक है। ग्राहक उपयोग केस शुरू करता है, जैसे उड़ान बुक करना, ब्राउज़ करना और उड़ान रद्द करना, जबकि प्रबंधक उपयोग केस शुरू करता है, जैसे उड़ान रिकॉर्ड अपडेट करना, लेकिन उड़ान रद्द करने वाले उपयोग केस में उसे गौण एक्टर माना जाता है, क्योंकि वह केवल ग्राहक द्वारा शुरू किए गए उपयोग केस को पूरा करने में मदद कर रही है।
इस UML उपयोग केस आरेख उदाहरण को संपादित करें
उपयोग केस की संरचना
एप्लिकेशन क्षेत्र और डिजाइनर के चयन के आधार पर, एक उपयोग केस को बहुत सारे उपयोग केस में विभाजित किया जा सकता है, जो < < include > > या < < extend > > संबंधों के माध्यम से जुड़े होते हैं।
संबंध लिंक एक एक्टर और उपयोग केस के बीच द्विदिश संचार का प्रतिनिधित्व करता है, इसलिए यह एक द्विआधारी संबंध है। चूंकि यह द्विदिश संचार है, प्राथमिक एक्टर द्वारा शुरू किए गए प्रत्येक उपयोग केस के लिए, उस एक्टर को उपयोग केस से उत्तर प्राप्त करना आवश्यक है।
इसी तरह, प्रत्येक उपयोग केस और गौण एक्टर के बीच संचार (उपयोग केस द्वारा शुरू किया गया) के लिए, गौण एक्टर को उपयोग केस को उत्तर वापस भेजना चाहिए।
सामान्यीकरण
सामान्यीकरण संबंध का प्रतिनिधित्व करता है
- भूमिकाओं या
- उपयोग केस।
इस UML उपयोग केस आरेख प्रारूप को संपादित करें
यदि दो एक्टर्स इस संबंध द्वारा जुड़े हैं, तो तीर के अंत में (त्रिभुज के नीचे से जुड़े) एक्टर (या उपयोग केस) दूसरे अंत में एक्टर (या उपयोग केस) का विशिष्ट रूप है।
आमतौर पर, त्रिभुज के नीचे से जुड़े अंत में एक्टर (या उपयोग केस) को दूसरे अंत में एक्टर (या उपयोग केस) के विशिष्ट रूप के रूप में जाना जाता है।
सामान्यीकरण का अर्थ है कि विशिष्ट रूप में सामान्य रूप के सभी लक्षण होते हैं, और संभवतः अधिक भी।
शामिल करें दो उपयोग केस के बीच एक विशेष प्रकार का संबंध है। यदि उपयोग केस A दूसरे उपयोग केस B को शामिल करता है, तो A के कार्यान्वयन के लिए B के कार्यान्वयन की आवश्यकता होती है अपने कार्य को पूरा करने के लिए। हालांकि, B अपने आप में स्वतंत्र है। अर्थात, B को A के बारे में कुछ भी जानने की आवश्यकता नहीं है। B को किसी भी अन्य उपयोग केस में शामिल किया जा सकता है।
इस उपयोग केस आरेख उदाहरण को संपादित करें
विस्तारित करें दो उपयोग केस के बीच एक अन्य विशेष प्रकार का संबंध है। यदि उपयोग केस B दूसरे उपयोग केस A का विस्तार करता है, तो A के कार्यान्वयन में B के कार्यान्वयन को शामिल करने की स्थिति आवश्यक हो सकती है अपने कार्य को पूरा करने के लिए। अर्थात, कुछ मामलों में, A को B के बिना अपना कार्य पूरा करने की आवश्यकता हो सकती है। हालांकि, वर्णित शर्तों पर निर्भर करते हुए।
इस उपयोग केस आरेख उदाहरण को संपादित करें
उपयोग केस आरेख नोटेशन
ऑनलाइन इस उपयोग केस आरेख उदाहरण को संपादित करें
उपयोग केस विश्लेषण करने के 9 सरल चरण
- यह तय करें कि कौन से लोग सीधे तौर पर प्रणाली का उपयोग करेंगे। ये लोग एक्टर्स हैं।
- इनमें से एक एक्टर का चयन करें।
- यह तय करें कि उस एक्टर को प्रणाली के साथ क्या करना है। प्रणाली के साथ एक्टर द्वारा किए जाने वाले प्रत्येक चीज को एक उपयोग केस बन जाता है।
- सभी अन्य उपयोग केस के लिए चरण 2-3 को दोहराएं
आपके द्वारा पहचाने गए उपयोग केस के लिए गौण भूमिकाओं और अमानव भूमिका समर्थन की पहचान करें। - उपयोग केस की प्रारंभिक संस्करण बनाएं, इस बिंदु पर उपयोग केस संबंधों को अत्यधिक जटिल न बनाएं
- उपयोगकर्ताओं के साथ चर्चा और समीक्षा करें ताकि प्रत्येक उपयोग केस के लक्ष्यों की पुष्टि की जा सके (प्रस्तावित कार्यक्षमता के लाभ) संशोधन के बाद, आप चरण 8-10 में उपयोग केस के विवरण को आगे बढ़ा सकते हैं
- प्रत्येक उपयोग केस के लिए, तय करें कि एक्टर प्रणाली का उपयोग करते समय अक्सर कौन सी प्रक्रिया अपनाएगा। क्या सामान्य रूप से होगा।
- उपयोग केस के विवरण में इस मूल लच्छन का वर्णन करें।
- जब आप मूल प्रक्रिया से संतुष्ट हों, तो अब विकल्पीय परिदृश्यों पर विचार करें और इन्हें विस्तारित उपयोग केस के रूप में जोड़ें।
उपयोग केस मॉडल और विनिर्माण
केवल UML नोटेशन में उपयोग केस आरेख दिखाना पर्याप्त नहीं है। प्रत्येक उपयोग केस के साथ एक टेक्स्ट होता है जो उपयोग केस के उद्देश्य और कार्यक्षमता की व्याख्या करता है जब उपयोग केस को निष्पादित किया जाता है।
एक उपयोग केस एक ऐसे कार्य का वर्णन करता है जो एक एक्टर द्वारा किया जाता है जो संगठन के लिए व्यावसायिक मूल्य परिणाम उत्पन्न करता है। एक उपयोग केस को उपयोग केस आरेख के रूप में या/और एक संरचित टेक्स्ट विनिर्माण प्रारूप में दर्शाया जा सकता है।
उपयोग केस परिदृश्य
एक उपयोग केस में एक संख्या के परिदृश्य शामिल होते हैं, जिनमें से प्रत्येक उपयोग केस के एक विशिष्ट उदाहरण का प्रतिनिधित्व करता है, जो एक्टर से विशिष्ट इनपुट या पर्यावरण में विशिष्ट स्थितियों के अनुरूप होता है। प्रत्येक परिदृश्य सिस्टम के व्यवहार के एक वैकल्पिक तरीके का वर्णन करता है, या यह विफलताओं या अपवादों का वर्णन कर सकता है।
एक उपयोग केस में है:
- केवल एक लक्ष्य
- एक एकल शुरुआती बिंदु
- एक एकल अंतिम बिंदु
- शुरुआत से अंत तक पहुंचने के लिए कई मार्ग
- उदाहरण के लिए, संभावित स्थितियों के लिए व्यवहार निर्दिष्ट करें
- प्रत्येक स्थिति में विशिष्ट क्रिया(क्रियाओं) की आवश्यकता हो सकती है
उदाहरण के लिए – ग्राहक बिल का भुगतान करता है:
कई मार्ग हैं लक्ष्य तक पहुंचने के लिएलक्ष्य प्राप्त करने के लिए:
- फोन के माध्यम से भुगतान
- डाक के माध्यम से
- व्यक्तिगत रूप से
- चेक के माध्यम से
- नकद, आदि के माध्यम से
एक मार्ग जोलक्ष्य की ओर नहीं जाता है:
- क्रेडिट कार्ड अस्वीकृत कर दिया गया है
पैकेज के साथ उपयोग केस का समूहन
आप इसके अलावा भी कर सकते हैं: संबंधित उपप्रणालियों में उपयोग केस के तार्किक वर्गीकरण के लिए पैकेज बनाएं।
इस उपयोग केस आरेख उदाहरण को संपादित करें
विस्तृत उपयोग केस विनिर्माण
एक विस्तृत उपयोग केस एक पाठात्मक प्रतिनिधित्व है जो एक विशिष्ट प्रारूप में घटनाओं के प्रवाह और अन्य संबंधित उपयोग केस की जानकारी का वर्णन करता है। एक मानक उपयोग केस टेम्पलेट का उपयोग आमतौर पर उपयोग केस के विवरण को दस्तावेज़ीकरण के लिए किया जाता है
उपयोग केस विवरण क्या है
एकउपयोग केस विवरणएक लिखित विवरण है जो एक विश्लेषक द्वारा एक पूर्ण प्रणाली लेनदेन पूरा करने के लिए किए गए चरणों के क्रम का वर्णन करता है। यह एक कार्यकर्ता द्वारा शुरू किया जाता है, उस कार्यकर्ता को मूल्य प्रदान करता है, और प्रणाली में कार्य करने वाले कार्यकर्ताओं का लक्ष्य है।
कार्यकर्ता– प्रणाली के बाहर कोई व्यक्ति या प्रणाली जो प्रणाली का उपयोग या उसके साथ अंतरक्रिया करके लक्ष्य प्राप्त करता है। प्रत्येक कार्यकर्ता को उनकी समाधान के साथ अंतरक्रिया का प्रतिनिधित्व करने के लिए एक भूमिका दी जाती है। मानव कार्यकर्ताओं के नाम भूमिकाओं के रूप में रखे जाने चाहिए और उन्हें वास्तविक नाम नहीं दिए जाने चाहिए। कार्यकर्ताओं को आमतौर पर प्राथमिक, गौण या हितधारक के रूप में वर्गीकृत किया जाता है
प्राथमिक अभिनेता – उपयोग केस की शुरुआत करने वाला अभिनेता।
गौण अभिनेता – जो प्राथमिक अभिनेता द्वारा किए गए क्रियाकलापों के प्रति प्रतिक्रिया या प्रतिक्रिया देता है।
हितधारक – ऐसे अभिनेता जो उपयोग केस से सीधे नहीं बातचीत करते हैं, लेकिन उपयोग केस के परिणाम में रुचि रखते हैं।
घटना प्रवाह (मार्ग) – उपयोग केस को क्रियान्वित करने के लिए अभिनेता और समाधान द्वारा लिए जाने वाले चरणों का क्रम। सामान्यतः, एक उपयोग केस में प्राथमिक सफलता मार्ग (जिसे मूल या प्राथमिक भी कहा जाता है), एक वैकल्पिक मार्ग और एक अपवाद मार्ग शामिल होते हैं।
सामान्य मार्ग – अभिनेता से इनपुट और सिस्टम से प्रतिक्रिया – अभिनेता के लक्ष्यों को प्राप्त करने के लिए सबसे आम सफलता मार्ग का प्रतिनिधित्व करता है।
वैकल्पिक मार्ग – अभिनेता से इनपुट और सिस्टम की प्रतिक्रियाएं, जो अभिनेता के लक्ष्य को प्राप्त करने के लिए अन्य कम सामान्य मार्गों का प्रतिनिधित्व करते हैं
अपवाद मार्ग – अभिनेता से इनपुट और सिस्टम की प्रतिक्रिया, जो असफल मार्गों का प्रतिनिधित्व करते हैं जब अभिनेता का लक्ष्य प्राप्त नहीं किया जा सकता है।
| उपयोग केस विवरण | |
|---|---|
| उपयोग केस का नाम: | नकदी निकालें |
| अभिनेता(ओं): | ग्राहक (प्राथमिक), बैंकिंग प्रणाली (गौण) |
| सारांश विवरण: | किसी भी बैंक ग्राहक को अपने बैंक खाते से नकदी निकालने की अनुमति देता है। |
| प्राथमिकता: | आवश्यक |
| स्थिति: | मध्यम स्तर का विवरण |
| पूर्व शर्त: | बैंक ग्राहक के पास एटीएम में डालने के लिए एक कार्ड है एटीएम सही तरीके से ऑनलाइन है |
| पोस्ट-शर्त(एंस): |
|
| मूल मार्ग: |
|
| वैकल्पिक मार्ग: |
|
| व्यापार नियम: |
|
| गैर-क्रियात्मक आवश्यकताएं: |
|
संबंधित लिंक
- यूनिफाइड मॉडलिंग भाषा क्या है?
- उपयोग केस स्लाइड / लेक्चर नोट्स
- आवश्यकताओं और विश्लेषण मॉडलिंग में उपयोग केस की भूमिका
- यूएमएल उपकरणों की सूची
- विजुअल पैराडाइग्म फ्री को आजमाएं
- उपयोग केस – प्रशिक्षण कोर्स के लिए नोट्स
- प्रभावी उपयोग केस कैसे लिखें?
- पुस्तक अध्याय – पीडीएफ – उपयोग केस मॉडल: संदर्भ में आवश्यकताओं को लिखना
यह पोस्ट Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 और 繁體中文 में भी उपलब्ध है।