एक नज़र में लाइफ़साइकिल

एक चक्र, सीधी रेखा नहीं

हर सॉफ़्टवेयर इन्हीं गतिविधियों से गुज़रता है। कोई एक ज़रूरत को समझता है। कोई उसका उत्तर डिज़ाइन करता है। डेवलपर उसे बनाते हैं। टीम उसे सत्यापित करती है। टीम उसे रिलीज़ करती है। फिर लोग प्रोडक्शन में उसे चलाते और सपोर्ट करते हैं। उपयोगकर्ता जो कहते हैं और निगरानी जो दिखाती है, वही अगली ज़रूरत बन जाता है। सॉफ़्टवेयर डेवलपमेंट लाइफ़साइकिल (software development lifecycle, SDLC) इसी चक्र का नाम है।

यह चक्र इसलिए मायने रखता है क्योंकि हर गतिविधि अपने पहले वाली की गुणवत्ता पर निर्भर करती है। अस्पष्ट ज़रूरत अस्पष्ट डिज़ाइन पैदा करती है। जो डिज़ाइन ऑपरेशंस को अनदेखा करता है, वह ऐसा सिस्टम पैदा करता है जिसे चलाना कठिन है। जो टीम पूरे चक्र को समझती है, वह उसके हर हिस्से में बेहतर निर्णय लेती है।

यह कोर्स चक्र को मध्यम स्तर पर कवर करता है। आप केवल उसके हिस्सों के नाम बताने के बजाय विकल्पों में से चुनेंगे, असली मामलों में समस्याओं का निदान करेंगे और लाइफ़साइकिल को प्रोजेक्ट के अनुसार ढालेंगे।

हल किया गया उदाहरण: छुट्टी अनुरोध प्रणाली

मानव संसाधन (human resources, HR) टीम ऑनलाइन छुट्टी अनुरोध फ़ॉर्म माँगती है। समझने की गतिविधि में, विश्लेषक सीखता है कि मैनेजरों को टीम कैलेंडर भी देखने होते हैं, और कुछ कर्मचारी दो देशों में काम करते हैं जहाँ सार्वजनिक अवकाश अलग हैं। डिज़ाइन में, टीम तय करती है कि अवकाश कोड में नहीं, देश के अनुसार डेटा के रूप में संग्रहीत हों। निर्माण और सत्यापन में, टेस्ट उस कर्मचारी को कवर करते हैं जो साल के बीच में देश बदलता है। रिलीज़ में, फ़ॉर्म पहले एक विभाग के लिए लाइव होता है। संचालन में, लॉग दिखाते हैं कि एक ब्राउज़र पर कई अनुरोध विफल होते हैं। यह निष्कर्ष अगले चक्र का नया आइटम बन जाता है।

हल किया गया उदाहरण: भुगतान में बदलाव

एक वित्त सिस्टम को निश्चित तारीख तक नए बैंक फ़ाइल प्रारूप का समर्थन करना है। ज़रूरत स्पष्ट और स्थिर है, पर टेस्टिंग कठोर होनी चाहिए, क्योंकि गलती से पैसा गलत खाते में चला जाता है। वही छह गतिविधियाँ होती हैं। टीम बस सत्यापन और समानांतर रन (parallel run) वाली सावधान रिलीज़ योजना पर अधिक प्रयास लगाती है, जिसमें पुरानी और नई फ़ाइलें साथ-साथ बनाकर तुलना की जाती हैं।