CRC (वर्ग उत्तरदायित्व सहयोगी) मॉडलिंग के व्यापक मार्गदर्शिका

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

---

1. मुख्य अवधारणाएँ: CRC कार्ड की रचना

CRC मॉडलिंग मानक इंडेक्स कार्ड पर निर्भर करती है जिन्हें तीन अलग-अलग भागों में बाँटा गया है। प्रत्येक भाग वस्तु-उन्मुख डिजाइन में एक मूल अवधारणा का प्रतिनिधित्व करता है।

A. वर्ग (कार्ड के शीर्ष पर)

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

• नामकरण नियम: एक या दो एकवचन शब्दों का उपयोग करें (उदाहरण के लिए ग्राहक, नहीं ग्राहकों).

• उदाहरण: एक शिपिंग/इन्वेंट्री प्रणाली में, वर्गों में शामिल हैं इन्वेंट्री आइटम, आदेश, आदेश आइटम, ग्राहक, और सरफेस पता.

B. उत्तरदायित्व (बाएं कॉलम)

एक उत्तरदायित्व किसी वर्ग के लिए कुछ भी है जो जानता है या करता है.

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

• वह क्या करता है (व्यवहार/विधियाँ): उदाहरण: एक ग्राहक क्लास उत्पादों के आदेश देने, आदेश रद्द करने और भुगतान करने में सक्षम है।

सहयोगी (दाहिने कॉलम)

सहयोग तब होता है जब किसी क्लास को एक उत्तरदायित्व पूरा करने के लिए दूसरी क्लास से जानकारी या सहायता की आवश्यकता होती है।

• उदाहरण: एक आदेश वस्तु को “कुल राशि की गणना” करने की जिम्मेदारी है। हालांकि, यह वस्तुओं की कीमत या आदेशित मात्रा के बारे में नहीं जानता है। इसलिए, यह अंतिम कुल राशि की गणना करने के लिए सहयोग करना के साथ आदेश वस्तु (जो मात्रा जानता है) और इन्वेंटरी वस्तु (जो कीमत जानता है) के साथ मिलकर अंतिम कुल राशि की गणना करने के लिए।

---

2. CRC मॉडलिंग टीम

एक सफल CRC सत्र के लिए विशिष्ट भूमिकाएं आवश्यक होती हैं ताकि प्रक्रिया चलती रहे और व्यापार तर्क को सही तरीके से दर्ज किया जा सके।

1. व्यापार क्षेत्र विशेषज्ञ (BDEs): प्रणाली के वास्तविक उपयोगकर्ता (आमतौर पर 4 से 5 फ्रंट-लाइन कर्मचारी)। उनके पास दिन-प्रतिदिन के व्यापार ज्ञान होता है। नोट: आमतौर पर निदेशक CRC के लिए उपयुक्त नहीं होते हैं; वे उच्च स्तरीय उपयोग केस के लिए बेहतर उपयुक्त होते हैं।

2. संचालक: सत्र चलाता है, तकनीक की व्याख्या करता है, प्रासंगिक प्रश्न पूछता है, यह सुनिश्चित करता है कि कार्ड सही तरीके से भरे गए हैं और परिदृश्य परीक्षण का नेतृत्व करता है।

3. लेखक(स):1 या 2 लोग जो पीछे/बगल में बैठते हैं। वे सक्रिय रूप से मॉडल नहीं करते लेकिन छोटे सूची कार्डों पर फिट न होने वाले विस्तृत व्यापार तर्क और नियमों को रिकॉर्ड करते हैं।

4. अवलोकक:प्रशिक्षु या हितधारक जो पीछे बैठते हैं और भाग नहीं लेते बल्कि देखते हैं।

---

3. 6-चरणीय CRC मॉडलिंग प्रक्रिया

चरण 1: टीम का गठन करें

4-5 प्राथमिक BDEs, एक सुचारुक, और 1-2 लेखकों को एकत्र करें। सुनिश्चित करें कि प्रबंधन का समर्थन हो ताकि सहभागी आवश्यक समय समर्पित कर सकें।

चरण 2: कमरे की व्यवस्था करें

• लिखने योग्य सतहें:मस्तिष्क विस्फोट और प्रोटोटाइपिंग के लिए फ्लिप चार्ट या सफेद बोर्ड।

• मॉडलिंग टेबल:BDEs के लिए एक बड़ी, केंद्रीय मेज जहाँ कार्ड रखे और हटाए जा सकें।

• लेखक स्टेशन:बाहर रखी हुई मेजें लेकिन स्पष्ट दृश्यता वाली।

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

चरण 3: मस्तिष्क विस्फोट

मूल्यांकन किए बिना विचार उत्पन्न करें। सुचारुक व्यापार आवश्यकताओं को समझने के लिए खुले प्रश्न पूछता है।

• उदाहरण प्रश्न:“यह प्रणाली किसके लिए है?”, “इसकी कौन-सी व्यापार आवश्यकताएं हैं?”, “हम इसे तेजी से/सस्ते/बेहतर कैसे कर सकते हैं?”, “क्या ऐसे सरल कार्य हैं जिन्हें हम स्वचालित कर सकते हैं?”

चरण 4: तकनीक की व्याख्या करें

सुचारुक 10-15 मिनट तक CRC अवधारणाओं की व्याख्या करता है, दीवार पर परिभाषाओं को उभरा हुआ दिखाता है, और टीम को कुछ उदाहरण कार्ड बनाने में मार्गदर्शन करता है।

चरण 5: आवर्ती CRC मॉडलिंग

BDEs मेज के चारों ओर खड़े या बैठे हुए हैं और मॉडल को आवर्ती रूप से बनाते हैं:

• वर्ग खोजें:पैसे के बहाव का पालन करें, रिपोर्ट/स्क्रीन की तलाश करें, और तुरंत 3-5 मुख्य वर्गों की पहचान करें।

• जिम्मेदारियां खोजें:पूछें कि वर्ग क्या जानता है और क्या करता है।

• सहयोगियों को परिभाषित करें:जिसके पास एक जिम्मेदारी पूरी करने के लिए आवश्यक अनुपलब्ध जानकारी है, उसे पहचानें।

• कार्ड को व्यवस्थित करें: महत्वपूर्ण चरण।अक्सर सहयोग करने वाले कार्डों को टेबल पर एक साथ रखा जाता है। “व्यस्त” कार्ड को केंद्र में रखा जाता है। कार्डों को भौतिक रूप से हल्का ले जाने से टीम को संबंधों और संबंधों को देखने में मदद मिलती है।

चरण 6: उपयोग-केस स्थिति परीक्षण (बॉल टॉस अभ्यास)

यह एक मान्यता प्राप्त अभ्यास है जहां टीम प्रणाली के कार्यप्रवाह को “अभिनय” करती है ताकि यह सुनिश्चित किया जा सके कि मॉडल सही है।

1. एक स्थिति का नाम लें:सहायक एक उपयोग-केस का वर्णन करता है (उदाहरण के लिए, “ग्राहक एक आदेश देता है”) और मुख्य जिम्मेदार कार्ड वाले BDE को नरम गेंद फेंकता है (उदाहरण के लिए,आदेश).

2. जिम्मेदारी निर्धारित करें:समूह यह पुष्टि करता है कि कार्ड कार्य को संभालता है। यदि नहीं, तो वे कार्ड को अद्यतन करते हैं या एक नया कार्ड बनाते हैं।

3. तर्क का वर्णन करें:गेंद पकड़े हुए BDE स्क्राइब को चरण-दर-चरण व्यावसायिक तर्क (पूर्व-कोड) का वर्णन करता है।

4. सहयोग करें:यदि BDE किसी अन्य कक्षा से जानकारी चाहता है (उदाहरण के लिए,इन्वेंटरी आइटम) तो वह उस कार्ड के धारक BDE को गेंद फेंकता है। उस BDE फिर अपने तर्क के हिस्से का वर्णन करता है।

5. गेंद वापस लौटाएं:जब एक कार्य पूरा हो जाता है, तो गेंद पिछले व्यक्ति को वापस फेंकी जाती है, जिससे अंततः सहायक के पास लौट आती है ताकि अगली स्थिति शुरू की जा सके।

---

4. CRC का एसडीएलसी में कैसे फिट होता है

CRC मॉडलिंग एक खाली स्थान में नहीं होती है; यह एक व्यापक ऑब्जेक्ट-ओरिएंटेड मॉडलिंग प्रक्रिया का हिस्सा है जो हैबड़े पैमाने पर श्रृंखलाबद्ध (आवश्यकताओं से डिज़ाइन तक और कोड तक जाने के लिए) औरछोटे पैमाने पर आवर्ती (मॉडलों के बीच आवर्ती रूप से जाने-आने के लिए)।

• विवरण का स्तर:CRC बीच में बैठता है। आप आसान तरीके से शुरू करते हैं उपयोग-केस औरयूआई प्रोटोटाइप्स, मध्यम विवरण के लिए जाएं सीआरसी मॉडल्स, और उच्च विवरण के साथ समाप्त करें वर्ग आरेख.

• आउटपुट आउटपुट को प्रेरित करते हैं: उपयोग-केस आरेख उपयोग-केस द्वारा दस्तावेजीकृत किए जाते हैं, जिन्हें क्रम आरेख द्वारा दस्तावेजीकृत किया जाता है, जो अंततः स्रोत कोड को प्रभावित करते हैं। सीआरसी मॉडल्स सीधे वर्ग आरेखण में भाग लेते हैं।

---

5. सफलता के लिए सर्वोत्तम प्रथाएं और टिप्स

1. एजेंडा भेजें: कुछ दिन पहले एजेंडा वितरित करें ताकि बीडीई को तैयारी करने में सहायता मिले।

2. परिभाषाएं प्रदर्शित करें: कमरे के सामने एक बड़ा सीआरसी कार्ड लेआउट और परिभाषाएं चिपकाएं।

3. क्षेत्र की भाषा का उपयोग करें: तकनीकी जार्गन से बचें; बीडीई के दैनिक कार्यों में उपयोग के शब्दों का उपयोग करें।

4. इसे लो-टेक रखें: सीआरसी के लिए उपकरण केवल वैकल्पिक है। इंडेक्स कार्ड सस्ते, ले जाने योग्य और बहुत प्रभावी हैं।

5. प्रोटोटाइप बनाने की अपेक्षा करें: सत्र के दौरान फ्लिप-चार्ट पर स्क्रीन और रिपोर्ट्स के ड्राइंग से उपयोगकर्ताओं को प्रणाली को देखने में मदद मिलती है।

6. कई दिनों के लिए योजना बनाएं: बड़ी प्रणालियों के लिए कई सत्रों की आवश्यकता होती है। यह सामान्य और आवश्यक है।

7. प्रबंधन समर्थन प्राप्त करें: यह सुनिश्चित करें कि नेतृत्व को कोडिंग से पहले मॉडलिंग के महत्व को समझ में आता है।

8. फ्रंट-लाइन कर्मचारियों को लक्षित करें: सीआरसी बहुत विस्तृत है और दैनिक उपयोगकर्ताओं के साथ सबसे अच्छा काम करता है, उच्च स्तरीय अधिकारियों के साथ नहीं।

---

6. लाभ और नुकसान

लाभ

• विशेषज्ञ विश्लेषण करते हैं: वे लोग जो वास्तव में काम करते हैं, मॉडल बनाते हैं।

• उच्च उपयोगकर्ता सहयोग:सक्रिय भागीदारी उपयोगकर्ता संतुष्टि और स्वामित्व को बढ़ाती है।

• अवरोधों को तोड़ता है:उपयोगकर्ता और विकासकर्ता एक साथ काम करते हैं।

• सरल और अप्रताड़ित:यह सिर्फ इंडेक्स कार्ड है। उपयोगकर्ता जटिल सॉफ्टवेयर उपकरणों से डरते नहीं हैं, और उन्हें लगता है कि उनके काम को एक ‘मशीन’ द्वारा स्वचालित कर दिया जा रहा है।

• कम लागत वाला और ले जाने योग्य:कुछ डॉलर की लागत आती है और ब्रीफकेस में फिट हो जाता है।

• बिना रुकावट का संक्रमण:प्रोटोटाइपिंग के साथ पूरी तरह से मेल खाता है और सीधे औपचारिक क्लास आरेखों में जाता है।

नुकसान

• कुछ विकासकर्ताओं के लिए खतरनाक:कुछ विकासकर्ता गलती से मानते हैं कि उनका तकनीकी ज्ञान उपयोगकर्ताओं के व्यापारिक ज्ञान को प्राधान्य देता है।

• समय सारणी बनाना कठिन है:एक ही समय में 4-5 मुख्य उपयोगकर्ताओं को एक कमरे में लाने के लिए आगे की योजना बनाने की आवश्यकता होती है।

• कार्ड सीमित हैं:अधिकांश संगठनों के लिए इंडेक्स कार्डों का ढेर एक स्वीकार्य औपचारिक डिलीवरेबल नहीं है। CRC को औपचारिक उपयोग केस, प्रोटोटाइप और क्लास आरेखों के साथ पूरक करने की आवश्यकता होती है।

---

निष्कर्ष

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

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