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

शामिल संबंध (<<शामिल करें>>): अनिवार्य व्यवहार का प्रतिनिधित्व करता है जो आधार उपयोग केस के हिस्से के रूप में हमेशा निष्पादित होता है। यह एक यूनिट में बहुत से उपयोग केसों में साझा की जाने वाली सामान्य कार्यक्षमता को निकालता है।
विस्तारित संबंध (<<विस्तारित करें>>): विशिष्ट शर्तों के तहत आधार उपयोग केस के विस्तार के लिए वैकल्पिक या शर्ती व्यवहार का प्रतिनिधित्व करता है, जिससे आधार उपयोग केस अपनी मूल कार्यक्षमता पर ध्यान केंद्रित रखता है।
दोनों संबंध उपयोग केस को जोड़ने के लिए बिंदीदार तीर का उपयोग करते हैं, जिसमें लेबल द्वारा इंगित किया जाता है <<शामिल करें>> या <<विस्तारित करें>>। तीर की दिशा महत्वपूर्ण है, क्योंकि यह उपयोग केसों के बीच निर्भरता को दर्शाती है।
द शामिल करेंसंबंध का उपयोग बहुत से उपयोग केसों से सामान्य, अनिवार्य व्यवहार को एकल, पुनर्उपयोगी उपयोग केस में निकालने के लिए किया जाता है। इससे पुनर्उपयोगिता को बढ़ावा मिलता है और आधार उपयोग केस को दोहराए गए कार्यक्षमता से बचाकर सरल बनाया जाता है।
अनिवार्य: आधार उपयोग केस को क्रियान्वित करने पर शामिल उपयोग केस को हमेशा क्रियान्वित किया जाता है।
पुनर्उपयोगी: शामिल उपयोग केस एक स्वतंत्र, सुसंगत कार्य है जिसका उपयोग बहुत से आधार उपयोग केसों द्वारा किया जा सकता है।
चित्रों को सरल बनाता है: सामान्य चरणों को निकालकर, आधार उपयोग केस संक्षिप्त और ध्यान केंद्रित रहता है।
दिशा: तीर आधार उपयोग केस से शामिल उपयोग केस की ओर इंगित करता है, जिससे यह दर्शाता है कि आधार उपयोग केस शामिल उपयोग केस पर निर्भर है।
एक बिंदीदार तीर जिस पर लेबल है <<शामिल करें>> आधार उपयोग केस को शामिल उपयोग केस से जोड़ता है।
एक ऑनलाइन शॉपिंग प्रणाली पर विचार करें जहां एक ग्राहक कर सकता है आदेश रखें या आदेश रद्द करें. दोनों उपयोग केसों में ग्राहक को आवश्यकता होती है लॉग इन करें प्रणाली में।
आधार उपयोग केस: आदेश रखें, आदेश रद्द करें
शामिल उपयोग केस: लॉग इन करें
व्याख्या: आदेश देने और आदेश रद्द करने के लिए लॉग इन करना एक अनिवार्य चरण है। दोनों उपयोग केस में लॉगिन कार्यक्षमता को दोहराने के बजाय, इसे अलग उपयोग केस में निकाला गया है,लॉग इन करें जिसे दोनों द्वारा शामिल किया गया है।
आरेख प्रतिनिधित्व:
[आदेश दें] ----<<शामिल करें>>----> [लॉग इन करें]
[आदेश रद्द करें] ----<<शामिल करें>>----> [लॉग इन करें]
पुस्तकालय प्रणाली में, उपयोगकर्ता कर सकता हैपुस्तक उधार लें यापुस्तक वापस करें। दोनों प्रक्रियाओं को आवश्यकता होती हैउपयोगकर्ता की पुष्टि करें.
मूल उपयोग केस: पुस्तक उधार लें, पुस्तक वापस करें
शामिल उपयोग केस: उपयोगकर्ता की पुष्टि करें
व्याख्या: उपयोगकर्ता की पहचान की पुष्टि करना (उदाहरण के लिए, उनके पुस्तकालय कार्ड की जांच करना) पुस्तक उधार लेने और वापस करने दोनों में एक अनिवार्य चरण है। वहउपयोगकर्ता की पुष्टि करें उपयोग केस को बारंबारता से बचने के लिए शामिल किया गया है।
आरेख प्रतिनिधित्व:
[पुस्तक उधार लें] ----<<शामिल करें>>----> [उपयोगकर्ता की पुष्टि करें]
[पुस्तक वापस करें] ----<<शामिल करें>>----> [उपयोगकर्ता की पुष्टि करें]
जब कई उपयोग केस एक सामान्य, अनिवार्य चरण साझा करते हैं।
जब आप दोहराए जा सकने वाली कार्यक्षमता को निकालकर उपयोग केस विवरण को सरल बनाना चाहते हैं।
जब शामिल उपयोग केस स्वतंत्र रूप से सार्थक होता है (उदाहरण के लिए, लॉग इन या उपयोगकर्ता की पुष्टि करें स्वतंत्र रूप से कार्यों के रूप में समझा जा सकता है)।
दविस्तारितसंबंध का उपयोग वैकल्पिक या शर्ती व्यवहार को मॉडल करने के लिए किया जाता है, जो केवल विशिष्ट परिस्थितियों में ही निष्पादित होता है। इससे आधार उपयोग केस को अपने मूल कार्यक्षमता पर ध्यान केंद्रित रखने में सक्षम बनाता है, जबकि वैकल्पिक व्यवहार को मॉड्यूलर तरीके से जोड़ा जा सकता है।
वैकल्पिक/शर्ती: विस्तारित उपयोग केस केवल तभी निष्पादित किया जाता है जब कुछ शर्तें पूरी होती हैं।
निर्भर: विस्तारित उपयोग केस अपने आप में सार्थक नहीं होता है और आधार उपयोग केस पर निर्भर होता है।
विस्तार बिंदु: आधार उपयोग केस विशिष्ट बिंदुओं को परिभाषित कर सकता है जहां विस्तारित व्यवहार को सम्मिलित किया जा सकता है।
दिशा: तीर विस्तारित उपयोग केस से आधार उपयोग केस की ओर इशारा करता है, जो दर्शाता है कि विस्तारित उपयोग केस आधार के व्यवहार में योगदान देता है।
एक बिंदीदार तीर जिस पर लेबल है <<extend>> विस्तारित उपयोग केस को मूल उपयोग केस से जोड़ता है, अक्सर शर्त या विस्तार बिंदु निर्दिष्ट करने वाले नोट के साथ।
एटीएम प्रणाली में, मूल उपयोग केस हैनकदी निकालें. एक वैकल्पिक व्यवहार, रसीद प्रिंट करें, उपयोगकर्ता रसीद मांगे तो हो सकता है।
मूल उपयोग केस: नकदी निकालें
विस्तारित उपयोग केस: रसीद प्रिंट करें
शर्त: उपयोगकर्ता नकदी निकालने के बाद रसीद प्रिंट करने का चयन करता है।
व्याख्या: रसीद प्रिंट करना अनिवार्य नहीं है और केवल तभी होता है जब उपयोगकर्ता स्पष्ट रूप से इसकी मांग करता है। उपयोग केस रसीद प्रिंट करें मूल उपयोग केस को विस्तारित करता हैनकदी निकालें विस्तार बिंदु “उपयोगकर्ता रसीद मांगता है” पर।
आरेख प्रतिनिधित्व:
[रसीद प्रिंट करें] ----<<extend>>----> [नकदी निकालें]rn(नोट: शर्त = उपयोगकर्ता रसीद मांगता है)
एक ऑनलाइन कोर्स प्लेटफॉर्म में, उपयोगकर्ता कर सकता हैप्रश्नावली दें. एक वैकल्पिक व्यवहार, संकेत मांगें, जब उपयोगकर्ता किसी प्रश्न के साथ कठिनाई महसूस करता है, तो यह घटित होता है।
मूल उपयोग केस: प्रश्नोत्तरी दें
विस्तारित उपयोग केस: संकेत मांगें
शर्त: उपयोगकर्ता प्रश्नोत्तरी के दौरान एक संकेत मांगता है।
व्याख्या: संकेत मांगना वैकल्पिक है और उपयोगकर्ता की आवश्यकता पर निर्भर करता है। यह संकेत मांगें उपयोग केस विस्तारित करता है प्रश्नोत्तरी दें विस्तार बिंदु “उपयोगकर्ता सहायता की आवश्यकता है” पर।
आरेख प्रतिनिधित्व:
[संकेत मांगें] ----<<विस्तार>>----> [प्रश्नोत्तरी दें]
(नोट: शर्त = उपयोगकर्ता सहायता की आवश्यकता है)
जब व्यवहार वैकल्पिक हो या विशिष्ट शर्तों पर निर्भर हो।
जब आप मूल उपयोग केस को उसके मुख्य कार्यक्षमता पर केंद्रित रखना चाहते हैं।
जब विस्तारित उपयोग केस मूल उपयोग केस के बिना सार्थक नहीं होता है (उदाहरण के लिए, रसीद प्रिंट करें मूल उपयोग केस के बिना असार्थक हैनकदी निकालें).
नीचे दी गई तालिका में निम्नलिखित के बीच अंतरों का सारांश दिया गया है शामिल करना और विस्तारित करें संबंधों को उनके उपयोग के लिए मार्गदर्शन करें:
|
मानदंड |
शामिल करें (<<शामिल करें>>) |
विस्तारित करें (<<विस्तारित करें>>) |
|---|---|---|
|
क्या व्यवहार अनिवार्य है? |
हां, आधार उपयोग केस के हिस्से के रूप में हमेशा निष्पादित किया जाता है |
नहीं, केवल विशिष्ट स्थितियों के तहत निष्पादित किया जाता है |
|
क्या व्यवहार अकेले खड़ा हो सकता है? |
हां, यह एक सुसंगत, पुनर्उपयोगी फ़ंक्शन है |
नहीं, यह आधार उपयोग केस पर निर्भर करता है |
|
क्या यह बहुत से उपयोग केस में घटित होता है? |
हां, बहुत से उपयोग केसों में साझा किया जाता है |
आमतौर पर एक उपयोग केस के लिए विशिष्ट |
|
उद्देश्य |
पुनर्उपयोग को बढ़ावा दें और आधार उपयोग केस को सरल बनाएं |
वैकल्पिक या अपवादात्मक व्यवहार को मॉड्यूलर तरीके से जोड़ें |
|
तीर की दिशा |
आधार → शामिल उपयोग केस |
विस्तारित करना → आधार उपयोग केस |
आइए एक रेस्तरां प्रबंधन प्रणाली में दोनों संबंधों को लागू करें ताकि उनके वास्तविक दुनिया के प्रासंगिकता को समझाया जा सके।
एक रेस्तरां प्रणाली ग्राहकों को अनुमति देती हैभोजन ऑर्डर करें और टेबल बुक करें. सिस्टम अतिरिक्त व्यवहारों को भी संभालता है जैसे बिल चुकाएं और टेकआउट मांगें.
खाना ऑर्डर करें: ग्राहक मेनू से भोजन ऑर्डर करता है।
टेबल बुक करें: ग्राहक भोजन के लिए टेबल बुक करता है।
ग्राहक की पहचान करें: ग्राहक की पहचान की पुष्टि करता है (उदाहरण के लिए, लॉयल्टी खाते के माध्यम से)।
बिल चुकाएं: ग्राहक अपने ऑर्डर का भुगतान करता है (आवश्यक है खाना ऑर्डर करें).
टेकआउट मांगें: टेकआउट के लिए ऑर्डर को पैक करने का वैकल्पिक अनुरोध।
शामिल करें: दोनों खाना ऑर्डर करें और टेबल बुक करें की आवश्यकता होती है ग्राहक की पहचान करें ग्राहक की पहचान की पुष्टि करने के लिए। खाना ऑर्डर करें इसमें भी शामिल है बिल भुगतान करें क्योंकि आदेश देने के बाद भुगतान अनिवार्य है।
विस्तारित करें: भोजन ऑर्डर करें द्वारा विस्तारित किया जा सकता हैटेकआउट मांगें यदि ग्राहक अपना भोजन ले जाने का चयन करता है।
[भोजन ऑर्डर करें] ----<<शामिल>>----> [ग्राहक की प्रमाणित करें]
[भोजन ऑर्डर करें] ----<<शामिल>>----> [बिल भुगतान करें]
[टेबल आरक्षित करें] ----<<शामिल>>----> [ग्राहक की प्रमाणित करें]
[टेकआउट मांगें] ----<<विस्तारित>>----> [भोजन ऑर्डर करें]
(नोट: शर्त = ग्राहक टेकआउट मांगता है)
ग्राहक की प्रमाणित करें दोनों में शामिल हैभोजन ऑर्डर करें औरटेबल आरक्षित करें क्योंकि यह सिस्टम तक पहुंच के लिए अनिवार्य चरण है।
बिल भुगतान करें में शामिल हैभोजन ऑर्डर करें क्योंकि ऑर्डर पूरा करने के लिए भुगतान आवश्यक है।
टेकआउट मांगें विस्तारित करता हैभोजन ऑर्डर करें क्योंकि यह एक वैकल्पिक व्यवहार है जो केवल तभी होता है जब ग्राहक टेकआउट मांगता है।
शामिल का संतुलित उपयोग करें: केवल तभी व्यवहार को शामिल उपयोग केस में निकालें जब वह एक से अधिक उपयोग केस में साझा किया जाता है या मूल उपयोग केस को महत्वपूर्ण रूप से सरल बनाता है। शामिल का अत्यधिक उपयोग आरेखों को भारी बना सकता है।
विस्तार के लिए स्पष्ट विस्तार बिंदु परिभाषित करें: मूल उपयोग केस में विस्तारित व्यवहार के लागू होने वाले शर्तों या बिंदुओं को निर्दिष्ट करें ताकि अस्पष्टता से बचा जा सके।
उपयोग केस को फोकस में रखें: सुनिश्चित करें कि मूल उपयोग केस सरल रहे और अपने मुख्य लक्ष्य पर केंद्रित रहे, उपयोग करते हुएशामिल करें अनिवार्य चरणों के लिए औरविस्तारित करें वैकल्पिक चरणों के लिए।
शामिल करने के लिए पुनर्उपयोगिता की पुष्टि करें: शामिल किए गए उपयोग केस को अर्थपूर्ण और विभिन्न संदर्भों में पुनर्उपयोग करने योग्य होना चाहिए।
चित्रों को अत्यधिक जटिल न बनाएं: उपयोग करेंशामिल करें औरविस्तारित करें केवल तभी जब वे स्पष्टता जोड़ते हों। जटिल संबंध स्टेकहोल्डर्स को भ्रमित कर सकते हैं।
शामिल करने और विस्तारित करने को गलती से एक जैसा मानना:
त्रुटि: उपयोग करनाशामिल करें वैकल्पिक व्यवहार के लिए याविस्तारित करें अनिवार्य व्यवहार के लिए।
समाधान: हमेशा जांचें कि व्यवहार अनिवार्य है (उपयोग करेंशामिल करें) या शर्ती (उपयोग करेंविस्तारित करें).
संबंधों का अत्यधिक उपयोग:
पिटफॉल: बहुत सारे बनानाशामिल करें या विस्तारित करें संबंध, जिससे आरेख पढ़ने में कठिनाई होती है।
समाधान: केवल तभी इन संबंधों का उपयोग करें जब वे अतिरेक को कम करें या स्पष्टता में सुधार करें।
अस्पष्ट विस्तार शर्तें:
पिटफॉल: एक के लिए शर्त को निर्दिष्ट न करनाविस्तारित करें संबंध, जिससे भ्रम उत्पन्न होता है।
समाधान: हमेशा शर्त या विस्तार बिंदु के लिए एक नोट या विवरण शामिल करें।
अपुनर्उपयोगी व्यवहार शामिल करना:
पिटफॉल: एक शामिल उपयोग केस बनाना जो केवल एक आधार उपयोग केस द्वारा उपयोग किया जाता है।
समाधान: सुनिश्चित करें कि शामिल उपयोग केस पुनर्उपयोगी है या आधार उपयोग केस को महत्वपूर्ण रूप से सरल बनाता है।
दशामिल करें और विस्तारित करेंUML उपयोग केस आरेखों में संबंध जटिलता के प्रबंधन और मॉड्यूलरता सुनिश्चित करने के लिए आवश्यक हैं। दशामिल करें संबंध अनिवार्य, साझा व्यवहार को निकालकर पुनर्उपयोगिता को बढ़ाता है, जबकि दविस्तारित करें संबंध वैकल्पिक या शर्तपूर्ण व्यवहार के मॉडलिंग द्वारा मूल उपयोग केस को केंद्रित रखता है। उनके उद्देश्यों, विशेषताओं और सर्वोत्तम प्रथाओं को समझकर, आप स्पष्ट, रखरखाव योग्य और प्रभावी उपयोग केस आरेख बना सकते हैं जो स्टेकहोल्डर्स को प्रणाली की कार्यक्षमता के बारे में संचारित करते हैं।