उपयोग केस विस्तार के लिए व्यापक मार्गदर्शिका: मुख्य अवधारणाएँ, विधियाँ और उदाहरण

परिचय

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

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

---

1. उपयोग केस विस्तार क्या है?

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

✅ लक्ष्य: परिभाषित करना है क्या सिस्टम क्या करना चाहिए, कैसे इसे कैसे करना चाहिए, और किन शर्तों के तहत विकास और परीक्षण के लिए पर्याप्त विस्तार से।

---

2. उपयोग केस विस्तार के महत्व के कारण

• अस्पष्टता को कम करता है: आवश्यकताओं के गलत व्याख्या को रोकता है।

• ट्रेसेबिलिटी में सुधार करता है: आवश्यकताओं को डिजाइन, कोड और परीक्षण मामलों से जोड़ता है।

• डिजाइन और क्रियान्वयन में सहायता करता है: क्लास आरेख, अनुक्रम आरेख और डेटाबेस डिजाइन के लिए आधार प्रदान करता है।

• परीक्षण को संभव बनाता है: परीक्षण परिदृश्य और स्वीकृति मानदंडों के निर्माण में सहायता करता है।

• सहयोग में सुधार करता है: स्टेकहोल्डर्स, डेवलपर्स और टेस्टर्स के बीच साझा समझ सुनिश्चित करता है।

---

3. उपयोग केस विस्तार में मुख्य अवधारणाएँ

3.1 उपयोग केस (UC)

एक उपयोग केस एक ऐसे क्रम को वर्णित करता है जिसमें एक सिस्टम एक एक्टर (उपयोगकर्ता या बाहरी सिस्टम) के लिए मूल्यवान परिणाम प्राप्त करने के लिए क्रियाएँ करता है।

उदाहरण: “नकदी निकालें” एक एटीएम से।

3.2 एक्टर

एक ऐसा बाहरी एकाइट जो सिस्टम से बातचीत करता है। यह एक मानव उपयोगकर्ता, दूसरा सिस्टम या समय ट्रिगर हो सकता है।

उदाहरण: ग्राहक, एटीएम मशीन, भुगतान गेटवे।

3.3 प्राथमिक और गौण एक्टर

• प्राथमिक एक्टर: उपयोग केस की शुरुआत करता है।

• गौण एक्टर: प्राथमिक एक्टर का समर्थन करता है (उदाहरण के लिए, बैंक सर्वर)।

3.4 पूर्वशर्तें

उपयोग केस शुरू करने से पहले जो शर्तें सत्य होनी चाहिए।

उदाहरण: उपयोगकर्ता के पास वैध कार्ड और सही पिन होना चाहिए।

3.5 पोस्टशर्तें

उपयोग केस पूरा होने के बाद जो शर्तें सत्य होनी चाहिए।

उदाहरण: नकदी निकाली जाती है, खाते का बैलेंस अद्यतन किया जाता है।

3.6 मुख्य सफलता परिदृश्य (मूल प्रवाह)

उपयोग केस के माध्यम से ले जाने वाला सबसे सामान्य मार्ग जो सफलता की ओर ले जाता है।

उदाहरण: कार्ड डालें → पिन डालें → निकासी चुनें → राशि डालें → नकदी प्राप्त करें।

3.7 वैकल्पिक प्रवाह (त्रुटि प्रवाह)

उपयोग केस के शाखाएँ जो त्रुटियों, त्रुटियों या विचलनों के प्रबंधन के लिए होती हैं।

उदाहरण: अमान्य पिन → पुनः प्रयास करें या रद्द करें।

3.8 विस्तार

मुख्य प्रवाह में वे बिंदु जहाँ वैकल्पिक व्यवहार डाला जा सकता है (उदाहरण के लिए, यूएमएल में “<>” के माध्यम से)।

उदाहरण: “<>: संदिग्ध गतिविधि के बारे में बैंक को सूचित करें।”

3.9 गैर-क्रियात्मक आवश्यकताएँ (NFRs)

प्रणाली के व्यवहार पर प्रतिबंध (उदाहरण के लिए, प्रदर्शन, सुरक्षा, उपयोगिता)।

उदाहरण: “लेनदेन को 3 सेकंड के भीतर पूरा होना चाहिए।”

---

4. उपयोग केस विस्तार प्रक्रिया (चरण-दर-चरण)

चरण 1: उपयोग केस की पहचान करें

एक उच्च स्तर के उपयोग केस से शुरुआत करें (उदाहरण के लिए, “ऑर्डर रखें”)।

एक टेम्पलेट का उपयोग करें:
उपयोग केस का नाम: ऑर्डर रखें
प्राथमिक अभिनेता: ग्राहक
हितधारक: ग्राहक, ऑर्डर प्रबंधन प्रणाली, भुगतान गेटवे

---

चरण 2: पूर्वशर्तों को परिभाषित करें

उस स्थिति की सूची बनाएं जो उपयोग केस शुरू होने से पहले पूरी होनी चाहिए।

• ग्राहक लॉग इन है।

• शॉपिंग कार्ट में कम से कम एक वस्तु है।

• भुगतान विधि सहेजी गई है।

---

चरण 3: अनुवर्ती शर्तों को परिभाषित करें

बताएं कि उपयोग केस पूरा होने के बाद क्या सत्य होना चाहिए।

• प्रणाली में ऑर्डर बनाया गया है।

• इन्वेंटरी अद्यतन की गई है।

• भुगतान प्रसंस्कृत किया गया है।

• पुष्टिकरण ईमेल भेजा गया है।

---

चरण 4: मुख्य सफलता परिदृश्य (मूल प्रवाह) लिखें

आदर्श, सफल मार्ग का विस्तार से वर्णन करें।

1. ग्राहक शॉपिंग कार्ट से “चेकआउट” का चयन करता है।

2. प्रणाली ऑर्डर सारांश प्रदर्शित करती है।

3. ग्राहक डिलीवरी पता की पुष्टि करता है।

4. ग्राहक भुगतान विधि चुनता है।

5. प्रणाली भुगतान को प्रसंस्कृत करती है।

6. भुगतान की पुष्टि की गई है।

7. प्रणाली आदेश बनाती है और पुष्टि उत्पन्न करती है।

8. पुष्टि प्रदर्शित की जाती है और ईमेल भेजा जाता है।

---

चरण 5: वैकल्पिक प्रवाहों (अपवाहों) की पहचान करें

मुख्य प्रवाह से संभावित विचलनों की सूची बनाएं।

वैकल्पिक प्रवाह A: पर्याप्त स्टॉक की कमी

1. प्रणाली इन्वेंटरी की जांच करती है।

2. वस्तु स्टॉक में नहीं है।

3. प्रणाली संदेश प्रदर्शित करती है: “वस्तु उपलब्ध नहीं है।”

4. ग्राहक वस्तु को हटा सकता है या इसके बिना आगे बढ़ सकता है।

वैकल्पिक प्रवाह B: भुगतान अस्वीकृत

1. भुगतान अस्वीकृत कर दिया गया है।

2. प्रणाली त्रुटि प्रदर्शित करती है: “भुगतान अस्वीकृत।”

3. ग्राहक पुनः प्रयास कर सकता है या दूसरी विधि चुन सकता है।

वैकल्पिक प्रवाह C: अमान्य डिलीवरी पता

1. प्रणाली पते की पुष्टि करती है।

2. पता अमान्य है।

3. प्रणाली ग्राहक को इसे सुधारने के लिए प्रेरित करती है।

---

चरण 6: विस्तारों को परिभाषित करें (<> संबंध)

वैकल्पिक व्यवहार दिखाने के लिए UML-शैली के विस्तारों का उपयोग करें।

• <>: इन्वेंटरी प्रणाली को सूचित करें

  • प्रेरक: जब चेकआउट के दौरान कोई वस्तु स्टॉक में नहीं हो।

  • उद्देश्य: गोदाम को फिर से स्टॉक करने के लिए सूचित करना।

• <>: छूट कूपन लागू करें

  • प्रेरक: ग्राहक एक मान्य कूपन कोड दर्ज करता है।

  • उद्देश्य: कुल लागत को कम करना।

---

चरण 7: गैर-क्रियात्मक आवश्यकताओं (NFRs) जोड़ें

प्रणाली की सीमाओं को शामिल करें।

• आदेश को 5 सेकंड के भीतर प्रसंस्कृत किया जाना चाहिए।

• भुगतान को TLS 1.3 का उपयोग करके एन्क्रिप्ट किया जाना चाहिए।

• प्रणाली को 10,000 समकालिक उपयोगकर्ताओं का समर्थन करना चाहिए।

---

चरण 8: समीक्षा और प्रमाणीकरण

पूर्णता और सटीकता सुनिश्चित करने के लिए स्टेकहोल्डर्स के साथ सहयोग करें।

• पूछें: “क्या यह सभी उपयोगकर्ता लक्ष्यों को कवर करता है?”

• पूछें: “क्या सभी एज केसेस पर विचार किया गया है?”

• पूछें: “क्या एक डेवलपर इससे बिल्ड कर सकता है?”

---

5. विस्तार के लिए उपकरण और तकनीकें

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

---

6. सर्वोत्तम अभ्यास

1. उपयोग केस को उपयोगकर्ता-केंद्रित रखें: उपयोगकर्ता लक्ष्यों पर ध्यान केंद्रित करें, सिस्टम विशेषताओं पर नहीं।

2. स्थिर नामकरण का उपयोग करें: क्रिया-संज्ञा प्रारूप का उपयोग करें (उदाहरण के लिए, “प्रोफ़ाइल अपडेट करें”)।

3. तकनीकी शब्दावली से बचें: तकनीकी रूप से अप्रशिक्षित स्टेकहोल्डर्स के लिए लिखें।

4. सरल भाषा का उपयोग करें: स्पष्ट और संक्षिप्त रहें।

5. पुनरावृत्ति करें: ज्ञान बढ़ने के साथ उपयोग केस को अनुकूलित करें।

6. अन्य कलाकृतियों से जोड़ें: उपयोग केस को क्लास आरेखों, परीक्षण केस और उपयोगकर्ता कहानियों से जोड़ें।

7. प्राथमिकता दें: सबसे पहले उच्च मूल्य या उच्च जोखिम वाले उपयोग केस पर ध्यान केंद्रित करें।

---

7. वास्तविक दुनिया का उदाहरण: ऑनलाइन बैंकिंग – पैसे हस्तांतरण

उपयोग केस: पैसे हस्तांतरण

प्राथमिक अभिनेता: ग्राहक
गौण अभिनेता: बैंक सर्वर, धोखाधड़ी पता लगाने की प्रणाली

पूर्वशर्तें

• ग्राहक लॉग इन है।

• स्रोत खाते में पर्याप्त धन है।

• हस्तांतरण सीमा नहीं पार की गई है।

पश्चशर्तें

• धन को स्रोत से गंतव्य में हस्तांतरित कर दिया गया।

• लेनदेन दोनों खातों में दर्ज किया गया।

• दोनों पक्षों को सूचना भेजी गई।

मुख्य सफलता परिदृश्य

1. ग्राहक डैशबोर्ड से “पैसे हस्तांतरण” चुनता है।

2. प्रणाली हस्तांतरण फॉर्म प्रदर्शित करती है।

3. ग्राहक गंतव्य खाता और राशि दर्ज करता है।

4. प्रणाली खाता और राशि की पुष्टि करती है।

5. ग्राहक हस्तांतरण की पुष्टि करता है।

6. प्रणाली धोखाधड़ी पता लगाने के नियमों की जांच करती है।

7. लेनदेन को मंजूरी दी गई और कार्यान्वित कर दिया गया।

8. पुष्टि संदेश प्रदर्शित किया जाता है।

वैकल्पिक प्रवाह

• A1: पर्याप्त धन नहीं है
  → प्रणाली प्रदर्शित करती है: “धन की कमी है।”
  → ग्राहक रद्द कर सकता है या राशि समायोजित कर सकता है।

• A2: धोखाधड़ी पाई गई
  → प्रणाली स्थानांतरण को रोकती है और चेतावनी भेजती है।
  → ग्राहक को 2FA के माध्यम से प्रमाणित करना होगा या समर्थन से संपर्क करना होगा।

• A3: अमान्य गंतव्य खाता
  → प्रणाली प्रदर्शित करती है: “खाता नहीं मिला।”
  → ग्राहक फिर से दर्ज कर सकता है या खाता खोज का उपयोग कर सकता है।

विस्तार

• <>: प्राप्तकर्ता को सूचना भेजें

  • प्रेरक: स्थानांतरण पूरा हुआ।

  • उद्देश्य: प्राप्तकर्ता को सूचित करना।

• <>: स्थानांतरण शुल्क लागू करें

  • प्रेरक: स्थानांतरण राशि > $1,000।

  • उद्देश्य: $5 शुल्क काटें।

गैर-क्रियात्मक आवश्यकताएँ

• सभी स्थानांतरणों को लॉग किया जाना चाहिए और लेखा परीक्षण के लिए उपलब्ध होना चाहिए।

• प्रतिक्रिया समय ≤ 2 सेकंड।

• डेटा स्थानांतरण और विराम के दौरान सुरक्षित है।

---

8. सामान्य त्रुटियाँ और उनसे बचने के तरीके

त्रुटि	समाधान
बहुत स्पष्ट नहीं (उदाहरण के लिए, “प्रणाली को आदेश प्रसंस्करण करना चाहिए”)।	विशिष्ट, मापने योग्य क्रियाओं का उपयोग करें।
अत्यधिक तकनीकी भाषा	प्राकृतिक भाषा का उपयोग करें; कोड या डेटाबेस शब्दों से बचें।
अपवाद मार्गों की कमी	विफलताओं को कवर करने के लिए वैकल्पिक प्रवाहों का उपयोग करें।
स्पष्ट सफलता मापदंड नहीं हैं	पोस्टकंडीशन्स को स्पष्ट रूप से परिभाषित करें।
हितधारक समीक्षा नहीं है	उपयोगकर्ताओं, परीक्षकों और व्यवसाय विश्लेषकों को शामिल करें।

---

9. निष्कर्ष

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

✅ अंतिम सुझाव: उपयोग केस विस्तार को एक चक्रीय चर्चा के रूप में लें—एक बार के कार्य के रूप में नहीं। जैसे आप प्रणाली और उसके उपयोगकर्ताओं के बारे में अधिक जानते हैं, उसे सुधारते रहें।

---

संलग्नक: उपयोग केस विस्तार के लिए टेम्पलेट

# उपयोग केस का नाम: [उदाहरण के लिए, प्रोफाइल अपडेट करें]

**मुख्य कार्यकर्ता**: [उदाहरण के लिए, ग्राहक]  
**गौण कार्यकर्ता(ओं)**: [उदाहरण के लिए, डेटाबेस, ईमेल सेवा]  
**हितधारक**: [उदाहरण के लिए, ग्राहक, समर्थन टीम]

### पूर्वशर्तें
- [शर्तों की सूची]

### पोस्टकंडीशन्स
- [परिणामों की सूची]

### मुख्य सफलता परिदृश्य (मूल प्रवाह)
1. [चरण 1]  
2. [चरण 2]  
...

### वैकल्पिक प्रवाह
- **A1: [नाम]**  
  1. [चरण]  
  2. [चरण]  
- **A2: [नाम]**  
  ...

### विस्तार (<<विस्तार>>) 
- **<<विस्तार>>: [नाम]**  
  - ट्रिगर: [जब]  
  - उद्देश्य: [क्यों]

### गैर-कार्यात्मक आवश्यकताएं
- [प्रदर्शन, सुरक्षा, उपयोगिता, आदि]

### टिप्पणियाँ
- [अतिरिक्त संदर्भ या मान्यताएं]

---

इस गाइड का पालन करके, टीमें उपयोग केस विस्तार के कला को समझ लेंगी और ऐसी प्रणालियाँ बनाएंगी जो केवल कार्यात्मक नहीं होंगी बल्कि उपयोगकर्ता की अपेक्षाओं के साथ वास्तव में समायोजित भी होंगी।

संलग्नक – एटीएम से नकदी निकासी के लिए उपयोग केस विवरण:

उपयोग केस का नाम

नकदी निकासी करें

मुख्य कार्यकर्ता

ग्राहक (बैंक खाताधारक)

गौण कार्यकर्ता

• एटीएम मशीन

• बैंक सर्वर (मुख्य बैंकिंग प्रणाली)

• भुगतान गेटवे (लेनदेन प्रक्रिया के लिए)

• धोखाधड़ी पता लगाने वाली प्रणाली

• प्रिंटर (रसीद उत्पादन के लिए)

हितधारक और हित

• ग्राहक: सुरक्षित और कुशलतापूर्वक नकदी निकालना चाहता है।

• बैंक: लेनदेन की अखंडता, धोखाधड़ी रोकथाम और सटीक खाता अपडेट को सुनिश्चित करता है।

• एटीएम संचालक: मशीन उपलब्धता और नकदी भंडार को बनाए रखता है।

• सुरक्षा टीम: संदिग्ध व्यवहार का निरीक्षण करता है और धोखाधड़ी को रोकता है।

---

पूर्वशर्तें

1. ग्राहक के पास एटीएम में स्थापित एक मान्य बैंक कार्ड है।

2. ग्राहक सफलतापूर्वक प्रमाणित हुआ है (सही पिन दर्ज किया)।

3. ग्राहक का खाता सक्रिय है और अनलॉक है।

4. एटीएम में तिजोरी में पर्याप्त नकदी है।

5. ग्राहक के खाते में पर्याप्त उपलब्ध बैलेंस है।

6. दैनिक निकास सीमा को नहीं पार किया गया है।

---

पोस्टशर्तें

1. ग्राहक को अनुरोधित राशि का नकदी निकास किया जाता है।

2. ग्राहक के खाते का बैलेंस निकास की गई राशि के बराबर कम हो जाता है।

3. बैंक के प्रणाली में एक लेनदेन रिकॉर्ड बनाया जाता है।

4. एक रसीद प्रिंट की जाती है (यदि अनुरोध किया गया हो)।

5. एटीएम लेनदेन को ऑडिट और रीकॉनसिलिएशन के लिए लॉग करता है।

---

मुख्य सफलता परिदृश्य (मूल प्रवाह)

चरण	प्रणाली की क्रिया	क्रियाकलाप प्रतिक्रिया
1	एटीएम प्रेरित करता है: “कृपया अपना पिन दर्ज करें।”	ग्राहक पिन दर्ज करता है।
2	एटीएम बैंक सर्वर के साथ पिन की प्रमाणीकरण करता है।	प्रणाली पिन सही है इसकी पुष्टि करती है।
3	एटीएम मुख्य मेनू प्रदर्शित करता है: “नकदी निकास, बैलेंस जांचें, स्थानांतरण, निकास।”	ग्राहक “नकदी निकास” का चयन करता है।
4	एटीएम प्रेरित करता है: “निकास के लिए राशि दर्ज करें।”	ग्राहक राशि दर्ज करता है (उदाहरण के लिए, $100).
5	ATM की जांच करता है:

• राशि दैनिक सीमा के भीतर है।

• खाते में पर्याप्त धन है।

• ATM के पास पर्याप्त नकदी है। | सिस्टम वैधता की पुष्टि करता है। |
  | 6 | ATM बैंक सर्वर से अनुमति मांगता है। | बैंक सर्वर लेनदेन को मंजूरी देता है। |
  | 7 | ATM तिजोरी से नकदी जारी करता है। | ग्राहक नकदी प्राप्त करता है। |
  | 8 | ATM प्रेरित करता है: “क्या आप रसीद चाहते हैं?” | ग्राहक “हां” या “नहीं” चुनता है। |
  | 9 | यदि “हां”: ATM रसीद प्रिंट करता है जिसमें है:

• तिथि/समय

• निकासी की राशि

• शेष राशि

• लेनदेन आईडी | ग्राहक रसीद लेता है। |
  | 10 | ATM प्रदर्शित करता है: “धन्यवाद। कृपया अपना कार्ड निकालें।” | ग्राहक कार्ड निकालता है। |
  | 11 | ATM निष्क्रिय अवस्था में लौटता है। | सिस्टम रीसेट होता है। |

✅ सफलता परिणाम: ग्राहक नकदी और (वैकल्पिक रूप से) एक रसीद प्राप्त करता है। खाते को अद्यतन किया गया है।

---

वैकल्पिक प्रवाह (अपवाद परिदृश्य)

A1: अमान्य PIN दर्ज की गई (3 प्रयास)

• प्रेरक: ग्राहक गलत PIN तीन बार दर्ज करता है।

• सिस्टम कार्रवाई: ATM कार्ड को ताला लगाता है और प्रदर्शित करता है: “कार्ड ताला लगा हुआ है। अपने बैंक से संपर्क करें।”

• क्रियाकलाप कार्रवाई: ग्राहक बाहर निकलता है और बैंक से संपर्क करता है।

• पोस्टशर्त: कार्ड अस्थायी रूप से ब्लॉक किया गया है; लेनदेन लॉग किया गया है।

⚠️ नोट: अनधिकृत पहुँच को रोकने के लिए यह एक सुरक्षा उपाय है।

---

A2: पर्याप्त धन नहीं है

• प्रेरक: ग्राहक उपलब्ध बैलेंस से अधिक राशि दर्ज करता है।

• सिस्टम कार्रवाई: एटीएम प्रदर्शित करता है: “पर्याप्त धन नहीं है। वर्तमान बैलेंस: $X।”

• कार्यकर्ता कार्रवाई: ग्राहक “रद्द” चुनता है या कम राशि दर्ज करता है।

• पोस्टशर्त: कोई नकदी नहीं निकाली गई; खाते में कोई परिवर्तन नहीं हुआ।

---

A3: एटीएम में नकदी कम है

• प्रेरक: ग्राहक वैध राशि दर्ज करता है, लेकिन एटीएम वॉल्ट खाली है या न्यूनतम से कम है।

• सिस्टम कार्रवाई: एटीएम प्रदर्शित करता है: “नकदी उपलब्ध नहीं है। कृपया बाद में प्रयास करें।”

• कार्यकर्ता कार्रवाई: ग्राहक रद्द करता है या बाद में लौटता है।

• पोस्टशर्त: लेनदेन प्रक्रिया में नहीं हुआ; खाते में कोई परिवर्तन नहीं हुआ।

---

A4: निकास राशि दैनिक सीमा से अधिक है

• प्रेरक: ग्राहक दैनिक सीमा से अधिक निकास करने का प्रयास करता है (उदाहरण के लिए, $1,000)।

• सिस्टम कार्रवाई: एटीएम प्रदर्शित करता है: “दैनिक निकास सीमा से अधिक है। कम राशि का प्रयास करें।”

• कार्यकर्ता कार्रवाई: ग्राहक राशि कम करता है या रद्द करता है।

• पोस्टशर्त: लेनदेन प्रक्रिया में नहीं हुआ।

---

A5: बैंक सर्वर द्वारा लेनदेन अस्वीकृत किया गया

• प्रेरक: बैंक सर्वर लेनदेन को अस्वीकार करता है (उदाहरण के लिए फ्रॉड अलर्ट, खाता जमाबंदी के कारण).

• प्रणाली कार्रवाई: एटीएम प्रदर्शित करता है: “लेनदेन अस्वीकृत। कृपया अपने बैंक से संपर्क करें।”

• कार्यकर्ता कार्रवाई: ग्राहक रद्द करता है और बैंक से संपर्क करता है।

• पोस्टशर्त: कोई नकदी निकासी नहीं; खाते में कोई परिवर्तन नहीं।

---

विस्तार (<> संबंध)

विस्तार	ट्रिगर	उद्देश्य
<>: फ्रॉड डिटेक्शन सिस्टम को सूचित करें	जब किसी विदेशी देश में निकासी की जाती है या सामान्य व्यवहार से अधिक होती है	समीक्षा के लिए संदिग्ध गतिविधि को चिह्नित करें
<>: ग्राहक को एसएमएस अलर्ट भेजें	सफल निकासी के बाद	लेनदेन के बारे में ग्राहक को सूचित करें (बढ़ी हुई सुरक्षा)
<>: निकासी शुल्क लागू करें	प्राथमिक खाता धारकों या कुछ खाता प्रकारों के लिए	विशिष्ट सेवाओं के लिए शुल्क लगाएं
<>: लेनदेन इतिहास प्रिंट करें	यदि ग्राहक मेनू पर “इतिहास प्रिंट करें” का चयन करता है	हाल के लेनदेन का प्रिंटेड सारांश प्रदान करें

---

गैर-क्रियात्मक आवश्यकताएं (NFRs)

श्रेणी	आवश्यकता
प्रदर्शन	लेनदेन को 3 सेकंड के भीतर प्रसंस्कृत किया जाना चाहिए।
सुरक्षा	सभी संचार एन्क्रिप्टेड (TLS 1.3) हैं। PIN कभी भी स्टोर या स्पष्ट रूप में स्थानांतरित नहीं किया जाता है।
विश्वसनीयता	बैंक सर्वर अनुमति की पुष्टि करने के बाद ही एटीएम नकदी निकालनी चाहिए।
उपयोगिता	इंटरफेस को सुलभ बनाया जाना चाहिए (उदाहरण के लिए, बड़े बटन, दृष्टिहीन लोगों के लिए ध्वनि मार्गदर्शन)।
उपलब्धता	एटीएम को 99.9% समय ऑपरेशनल रहना चाहिए।
ऑडिट और सुसंगतता	सभी लेनदेन को 7 वर्षों तक लॉग किया जाना चाहिए और ट्रेस किया जा सके (बैंकिंग नियमों के अनुसार)।

---

नोट्स

• एटीएम को नकदी उपलब्धता और हार्डवेयर विश्वसनीयता सुनिश्चित करने के लिए नियमित रूप से रखरखाव किया जाना चाहिए।

• यदि लेनदेन के बाद 30 सेकंड के भीतर कार्ड निकाला नहीं जाता है, तो उसे स्वचालित रूप से रख लिया जाएगा (चोरी रोकथाम विशेषता)।

• प्रणाली बहुल मुद्राओं और विनिमय दर की गणना का समर्थन करती है (यदि लागू हो)।

---

उपयोग केस आरेख (यूएमएल सारांश)

[ग्राहक] --(नकदी निकालें)--> [एटीएम]
[एटीएम] --(पिन प्रमाणीकरण)--> [बैंक सर्वर]
[एटीएम] --(धन जांचें)--> [बैंक सर्वर]
[एटीएम] --(नकदी निकालें)--> [नकदी भंडार]
[एटीएम] --(रसीद प्रिंट करें)--> [प्रिंटर]
[एटीएम] --(धोखाधड़ी प्रणाली को सूचित करें)--> [धोखाधड़ी पता लगाने प्रणाली]

(नोट: एक पूर्ण यूएमएल आरेख में, उपयोग केस संबंध जैसे <> और <> दिखाए जाएंगे।)

---

✅ सारांश

यह विस्तृत उपयोग केस “नकदी निकालें” के लिए एक स्पष्ट, संरचित और परीक्षण योग्य विनिर्देश प्रदान करता है जो:

• उपयोगकर्ता लक्ष्यों और प्रणाली के व्यवहार को दर्ज करता है।

• वास्तविक दुनिया के अपवादों का प्रबंधन करता है।

• सुरक्षा, सुसंगतता और उपयोगिता का समर्थन करता है।

• डिजाइन, परीक्षण और कार्यान्वयन के लिए आधार के रूप में कार्य करता है।

यह एजाइल स्प्रिंट्स, सिस्टम डिजाइन दस्तावेजों या औपचारिक आवश्यकता विनिर्देशों में उपयोग के लिए उपयुक्त है।

---

📘 अगले चरण:

• इसे एक अनुक्रम आरेख वस्तु अंतरक्रियाओं को दिखाने के लिए।

• बनाएं परीक्षण केस प्रत्येक फ्लो (मुख्य और वैकल्पिक) के आधार पर।

• लिंक करें वर्ग आरेख (उदाहरण के लिए खाता, लेनदेन, ATM, धोखाधड़ी डिटेक्टर).

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