निर्देशित अभ्यास · 8 MIN
Software lifecycle देखें
Export feature को उसकी जरूरत से संचालन तक देखें। हर चरण का जिम्मेदार व्यक्ति, प्रमाण और निर्णय जाँचें।
स्थिति
आप customer management service के जिम्मेदार हैं। एक manager अपने संगठन के सक्रिय ग्राहकों की file माँगता है। इस काल्पनिक feature को अनुरोध से संचालन तक देखें।
क्या करें
- जरूरत से शुरू करें। उसी feature के सभी सात चरण देखने के लिए अगला चरण चुनें।
- हर चरण में उदाहरण के प्रमाण पढ़ें। तय करें कि उनसे निर्णय के सवाल का उत्तर मिलता है या नहीं। फिर व्याख्या खोलें।
परिदृश्य: ग्राहक DATA का EXPORT
प्रमाण ऐसा document या check result है जो निर्णय का समर्थन करता है। नीचे हर चरण में एक उदाहरण है। क्रम से आगे बढ़ें या सीधे कोई चरण चुनें।
चरण 1 / 7
जरूरत
एक manager को अपने संगठन के सक्रिय ग्राहकों का export चाहिए।
- जिम्मेदार व्यक्ति
- Product का जिम्मेदार व्यक्ति
- प्रमाण
- स्वीकृत परिणाम और अनुमत fields
एक manager हर हफ्ते सक्रिय ग्राहकों की जानकारी इकट्ठा करने में एक घंटा लगाता है। स्वीकृत जरूरत: अपने संगठन के ग्राहकों के नाम और customer IDs को CSV में export करना।
चरण 2 / 7
जरूरतों का विवरण
अनुमत users, data, failure के समय व्यवहार और स्वीकृति मानदंड तय करें।
- जिम्मेदार व्यक्ति
- Product और security के जिम्मेदार व्यक्ति
- प्रमाण
- Data flow और authorization की जरूरत
स्वीकृति मानदंड: संगठन A के manager को संगठन B का कोई record नहीं मिलता, request identifiers बदलने पर भी नहीं।
चरण 3 / 7
कार्यान्वयन
Agent feature branch में एक छोटा बदलाव तैयार करता है।
- जिम्मेदार व्यक्ति
- विकास team
- प्रमाण
- जरूरत से जुड़ा diff
PR database query में संगठन का filter और दूसरे संगठन की request का test जोड़ता है। Login और billing नहीं बदलते।
चरण 4 / 7
सत्यापन
वास्तविक authorization और निषिद्ध requests जाँचें।
- जिम्मेदार व्यक्ति
- स्वतंत्र reviewer
- प्रमाण
- आखिरी commit के tests और review
आखिरी commit पर test दिखाता है कि संगठन A के user को B के records नहीं मिल सकते। Reviewer authorization chain जाँचता है।
चरण 5 / 7
Software release
स्वीकृत artifact को अनुमत deployment role से deploy करें।
- जिम्मेदार व्यक्ति
- Release का जिम्मेदार व्यक्ति
- प्रमाण
- Artifact identifier, approval और recovery plan
Release का जिम्मेदार व्यक्ति artifact के commit का मिलान review किए गए commit से करता है। Recovery instructions में पिछला version और rollback शुरू कर सकने वाला व्यक्ति तय है।
चरण 6 / 7
संचालन
Export failures, access controls और service के व्यवहार की निगरानी करें।
- जिम्मेदार व्यक्ति
- Service का जिम्मेदार व्यक्ति
- प्रमाण
- Metrics, सीमित audit logs और incident के निर्देश
Export failure के alerts on-call engineer तक पहुँचते हैं। सीमित audit logs पूरी ग्राहक सूची copy किए बिना कार्रवाई करने वाले व्यक्ति और संगठन को दर्ज करते हैं।
चरण 7 / 7
सीखना
अगले बदलाव से पहले उपयोग और देखी गई समस्याओं का आकलन करें।
- जिम्मेदार व्यक्ति
- Product owner और team
- प्रमाण
- Feedback और अद्यतन work queue
एक support request बड़ी ग्राहक सूचियों के export fail होने की जानकारी देती है। Team अगले बदलाव में performance की जरूरत और test जोड़ती है।
यह क्रम दोहराया जा सकता है। नए प्रमाण से काम वापस specification या implementation में जा सकता है।
पूरा करने के लिए
Code काम करता है। Team कार्यान्वयन पर क्यों नहीं रुक सकती?
अपने उत्तर की तुलना व्याख्या से करें
काम करने वाला code नहीं बताता कि records कौन access कर सकता है या failures कौन सँभालेगा। सत्यापन data की सीमा जाँचता है। Release उस प्रमाण को deploy किए गए version से जोड़ता है। संचालन में चलती service की जिम्मेदारी तय होती है। सीखने से देखी गई समस्याएँ अगले बदलाव का आधार बनती हैं।
काम में इसका उपयोग करें
अपनी team के किसी एक feature के release का जिम्मेदार व्यक्ति और उसके failure alerts पाने वाला व्यक्ति बताएँ।
दूसरा अभ्यास चुनें