सिस्टम विकास जीवन चक्र में विभिन्न चरण क्या हैं?सिस्टम विकास जीवन चक्र

लेख
बात करना
पढ़ना
संपादन करना
इतिहास देखें

औजार
विकिपीडिया, निःशुल्क विश्वकोष से
यह लेख सिस्टम विकास जीवन चक्र के बारे में है। IBM के कंप्यूटर संचार प्रोटोकॉल के लिए, तुल्यकालिक डेटा लिंक नियंत्रण देखें।

सॉफ़्टवेयर विकास जीवन चक्र का मॉडल, रखरखाव चरण पर प्रकाश डालता है
सिस्टम इंजीनियरिंग, सूचना प्रणाली और सॉफ्टवेयर इंजीनियरिंग में, सिस्टम डेवलपमेंट लाइफ साइकिल (SDLC), जिसे एप्लिकेशन डेवलपमेंट लाइफ साइकिल भी कहा जाता है, एक सूचना प्रणाली की योजना बनाने, बनाने, परीक्षण करने और तैनात करने की एक प्रक्रिया है। [1] SDLC अवधारणा हार्डवेयर और सॉफ़्टवेयर कॉन्फ़िगरेशन की एक श्रृंखला पर लागू होती है, क्योंकि एक सिस्टम केवल हार्डवेयर, केवल सॉफ़्टवेयर, या दोनों के संयोजन से बना हो सकता है। [2] इस चक्र में आमतौर पर छह चरण होते हैं: आवश्यकता विश्लेषण, डिजाइन, विकास और परीक्षण, कार्यान्वयन, दस्तावेज़ीकरण और मूल्यांकन।

अवलोकन
एक सिस्टम विकास जीवन चक्र अलग-अलग कार्य चरणों से बना होता है जो सिस्टम इंजीनियरों और सिस्टम डेवलपर्स द्वारा सूचना प्रणाली को वितरित करने के लिए उपयोग किया जाता है। असेंबली लाइन पर निर्मित किसी भी चीज़ की तरह, एक SDLC का उद्देश्य उच्च-गुणवत्ता वाली प्रणालियों का उत्पादन करना है जो आवश्यकताओं के आधार पर, निर्धारित समय सीमा और लागत अनुमानों के भीतर सिस्टम वितरित करके अपेक्षाओं को पूरा करते हैं या उससे अधिक करते हैं। [3] कंप्यूटर सिस्टम जटिल होते हैं और अक्सर अलग-अलग उत्पत्ति वाले घटकों को जोड़ते हैं। विभिन्न SDLC कार्यप्रणालियों का निर्माण किया गया है, जैसे जलप्रपात, सर्पिल, चुस्त, त्वरित प्रोटोटाइप, वृद्धिशील, और सिंक्रनाइज़ और स्थिर। [4]

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

परियोजना प्रबंधन में एक परियोजना में एक परियोजना जीवन चक्र (पीएलसी) और एक एसडीएलसी दोनों शामिल हो सकते हैं, जिसके दौरान कुछ अलग गतिविधियां होती हैं। टेलर (2004) के अनुसार, "परियोजना जीवन चक्र परियोजना की सभी गतिविधियों को शामिल करता है, जबकि प्रणाली विकास जीवन चक्र उत्पाद आवश्यकताओं को साकार करने पर केंद्रित है।" [6]

SDLC अपने आप में एक कार्यप्रणाली नहीं है, बल्कि उन चरणों का विवरण है जिन्हें एक कार्यप्रणाली को संबोधित करना चाहिए। चरणों की सूची निश्चित नहीं है, लेकिन आम तौर पर योजना, विश्लेषण, डिजाइन, निर्माण, परीक्षण, कार्यान्वयन और रखरखाव/समर्थन शामिल है। स्क्रम ढांचे में, [7] उदाहरण के लिए, कोई कह सकता है कि एक एकल उपयोगकर्ता कहानी दो सप्ताह के स्प्रिंट के भीतर एसडीएलसी के सभी चरणों से गुजरती है। इसके विपरीत जलप्रपात पद्धति, जहां प्रत्येक व्यावसायिक आवश्यकता [उद्धरण वांछित] को विशेषता/कार्यात्मक विवरण में अनुवादित किया जाता है जो तब सभी को आम तौर पर महीनों या उससे अधिक की अवधि में लागू किया जाता है। [उद्धरण वांछित]

इतिहास
इलियट एंड स्ट्रैचन एंड रैडफोर्ड (2004) के अनुसार, SDLC "1960 के दशक में उत्पन्न हुआ, बड़े पैमाने के व्यापारिक समूहों के युग में बड़े पैमाने पर कार्यात्मक व्यवसाय प्रणाली विकसित करने के लिए। सूचना प्रणाली गतिविधियाँ भारी डेटा प्रोसेसिंग और नंबर क्रंचिंग रूटीन के इर्द-गिर्द घूमती हैं।" ]

संरचित प्रणाली विश्लेषण और डिजाइन पद्धति (SSADM) को 1980 के दशक में यूके सरकार के सरकारी वाणिज्य कार्यालय के लिए तैयार किया गया था। तब से, इलियट (2004) के अनुसार, "प्रणाली के विकास के लिए पारंपरिक जीवन चक्र दृष्टिकोण को तेजी से वैकल्पिक दृष्टिकोण और ढांचे के साथ बदल दिया गया है, जिसने पारंपरिक एसडीएलसी की कुछ अंतर्निहित कमियों को दूर करने का प्रयास किया है"। [8]

मॉडल

प्रणाली विकास जीवन चक्र का एक दस-चरण संस्करण [9]
एसडीएलसी सिस्टम डिजाइनरों और डेवलपर्स के अनुसरण के लिए चरणों/चरणों/गतिविधियों का एक सेट प्रदान करता है। प्रत्येक चरण पिछले चरण के परिणामों पर आधारित होता है। [9] [10] [11] [12] प्रत्येक परियोजना के लिए यह आवश्यक नहीं है कि चरण अनुक्रमिक हों। छोटी, सरल परियोजनाओं के लिए, चरणों को जोड़ा/ओवरलैप किया जा सकता है। [9]

झरना
सबसे पुराना और सबसे प्रसिद्ध जलप्रपात मॉडल है, जो चरणों के एक रेखीय अनुक्रम का उपयोग करता है। [10] जलप्रपात की विभिन्न किस्में होती हैं। एक किस्म इस प्रकार है: [9] [10] [13] [14]

प्रारंभिक विश्लेषण
प्रारंभिक विश्लेषण के साथ आचरण करें, वैकल्पिक समाधानों पर विचार करें, लागत और लाभ का अनुमान लगाएं और सिफारिशों के साथ एक प्रारंभिक योजना प्रस्तुत करें।

प्रारंभिक विश्लेषण करें: संगठन के उद्देश्यों की पहचान करें और परियोजना की प्रकृति और कार्यक्षेत्र को परिभाषित करें। सुनिश्चित करें कि परियोजना उद्देश्यों के साथ फिट बैठती है।
वैकल्पिक समाधानों पर विचार करें: विकल्प कर्मचारियों, ग्राहकों, आपूर्तिकर्ताओं और सलाहकारों के साक्षात्कार के साथ-साथ प्रतिस्पर्धी विश्लेषण से आ सकते हैं।
लागत-लाभ विश्लेषण: परियोजना की लागत और लाभों का विश्लेषण करें।
सिस्टम विश्लेषण, आवश्यकताओं की परिभाषा
परिभाषित कार्यों और संचालन में परियोजना लक्ष्यों [स्पष्टीकरण की आवश्यकता] को विघटित करें। इसमें तथ्यों को इकट्ठा करना और उनकी व्याख्या करना, समस्याओं का निदान करना और परिवर्तनों की सिफारिश करना शामिल है। अंतिम-उपयोगकर्ता की जानकारी की जरूरतों का विश्लेषण करें और विसंगतियों और अपूर्णता को हल करें: [15]

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

विकास
कोड लिखें।

एकीकरण और परीक्षण
एक परीक्षण वातावरण में मॉड्यूल को इकट्ठा करें। त्रुटियों, बगों और अंतर्संचालनीयता के लिए जाँच करें।

स्वीकृति, स्थापना, परिनियोजन
सिस्टम को उत्पादन में लगाएं। इसमें प्रयोक्ताओं को प्रशिक्षित करना, हार्डवेयर परिनियोजित करना और पूर्व प्रणाली से जानकारी लोड करना शामिल हो सकता है।

रखरखाव
इसकी चल रही फिटनेस का आकलन करने के लिए सिस्टम की निगरानी करें। मामूली परिवर्तन करें और आवश्यकतानुसार सुधार करें।

मूल्यांकन
प्रणाली और प्रक्रिया की समीक्षा की जाती है। प्रासंगिक प्रश्नों में शामिल हैं कि क्या नई कार्यान्वित प्रणाली आवश्यकताओं को पूरा करती है और परियोजना के लक्ष्यों को प्राप्त करती है, क्या प्रणाली प्रयोग करने योग्य, विश्वसनीय/उपलब्ध, ठीक से मापी गई और दोष-सहिष्णु है। प्रक्रिया जांच में समयसीमा और व्यय की समीक्षा के साथ-साथ उपयोगकर्ता स्वीकृति भी शामिल है।

निपटान
जीवन के अंत में, सिस्टम को बंद करने और इसके प्रतिस्थापन के लिए संक्रमण के लिए योजनाएं विकसित की जाती हैं। सुरक्षा की उचित सुरक्षा करते हुए, संबंधित जानकारी और बुनियादी ढांचे को फिर से बनाया जाना चाहिए, संग्रहीत किया जाना चाहिए, त्याग दिया जाना चाहिए या नष्ट कर दिया जाना चाहिए। [16]

निम्नलिखित आरेख में, आईटी कार्य उत्पादों की परिभाषा से निर्माण और संशोधन के लिए इन चरणों को दस चरणों में विभाजित किया गया है:

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

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

ओओएडी से उत्पन्न होने वाले वैचारिक मॉडल में आमतौर पर उपयोग के मामले और वर्ग और इंटरैक्शन आरेख शामिल होते हैं। इसमें यूजर इंटरफेस मॉक-अप भी शामिल हो सकता है।

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

OOAD के लिए कुछ विशिष्ट इनपुट कलाकृतियाँ:

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

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

वैचारिक डिजाइन चरण के प्रमुख चरणों में शामिल हैं:

पहचान चाहिए
व्यवहार्यता विश्लेषण
सिस्टम आवश्यकता विश्लेषण
सिस्टम विनिर्देश
वैचारिक डिजाइन समीक्षा
प्रारंभिक प्रणाली डिजाइन
सिस्टम जीवनचक्र के इस चरण के दौरान, वांछित सिस्टम फ़ंक्शंस करने वाले सबसिस्टम को सिस्टम विनिर्देश के अनुपालन में डिज़ाइन और निर्दिष्ट किया जाता है। उप-प्रणालियों के बीच इंटरफेस परिभाषित हैं, साथ ही समग्र परीक्षण और मूल्यांकन आवश्यकताएं भी हैं। [18] इस चरण के पूरा होने पर, एक विकास विनिर्देश तैयार किया जाता है जो विस्तृत डिजाइन और विकास करने के लिए पर्याप्त होता है।

प्रारंभिक डिजाइन चरण के मुख्य चरणों में शामिल हैं:

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

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

विस्तृत डिजाइन और विकास चरण के मुख्य चरणों में शामिल हैं:

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

उत्पाद निर्माण चरण के भीतर मुख्य चरणों में शामिल हैं:

सिस्टम घटकों का उत्पादन और/या निर्माण
स्वीकृति परीक्षण
सिस्टम वितरण और संचालन
परिचालन परीक्षण और मूल्यांकन
सिस्टम मूल्यांकन
उपयोग और समर्थन
एक बार पूरी तरह से तैनात होने के बाद, सिस्टम का उपयोग अपनी इच्छित परिचालन भूमिका के लिए किया जाता है और इसके परिचालन वातावरण में बनाए रखा जाता है।

उपयोग और समर्थन चरण के मुख्य चरणों में शामिल हैं:

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

के चरण

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

व्यवहार्यता अध्ययन को परिचालन, वित्तीय, तकनीकी, मानवीय कारकों और कानूनी/राजनीतिक चिंताओं को संबोधित करना चाहिए।

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

डिज़ाइन
सिस्टम डिज़ाइन में, फ़ंक्शन और संचालन का विस्तार से वर्णन किया गया है, जिसमें स्क्रीन लेआउट, व्यावसायिक नियम, प्रक्रिया आरेख और अन्य दस्तावेज़ीकरण शामिल हैं। मॉड्यूलर डिज़ाइन जटिलता को कम करता है और आउटपुट को सबसिस्टम के संग्रह के रूप में सिस्टम का वर्णन करने की अनुमति देता है।

डिजाइन चरण इसके इनपुट के रूप में पहले से परिभाषित आवश्यकताओं को लेता है। प्रत्येक आवश्यकता के लिए, डिजाइन तत्वों का एक सेट तैयार किया जाता है।

डिजाइन दस्तावेजों में आमतौर पर कार्यात्मक पदानुक्रम आरेख, स्क्रीन लेआउट, व्यापार नियम, प्रक्रिया आरेख, छद्म कोड और डेटा शब्दकोश के साथ एक पूर्ण डेटा मॉडल शामिल होता है। ये तत्व सिस्टम का पर्याप्त विस्तार से वर्णन करते हैं कि डेवलपर्स और इंजीनियर न्यूनतम अतिरिक्त इनपुट के साथ सिस्टम को विकसित और वितरित कर सकते हैं।

परिक्षण
सॉफ्टवेयर परीक्षण में विभिन्न स्तरों पर कोड का परीक्षण किया जाता है। यूनिट, सिस्टम और उपयोगकर्ता स्वीकृति परीक्षण आमतौर पर किए जाते हैं। परीक्षण के लिए कई तरीके अपनाए गए हैं।

निम्नलिखित प्रकार के परीक्षण प्रासंगिक हो सकते हैं:

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

प्रशिक्षण के बाद, सिस्टम इंजीनियर और डेवलपर्स सिस्टम को उसके उत्पादन वातावरण में परिवर्तित करते हैं।

संचालन और रखरखाव
रखरखाव में परिवर्तन, सुधार और संवर्द्धन शामिल हैं।

मूल्यांकन
SDLC का अंतिम चरण सिस्टम की प्रभावशीलता को मापना और संभावित संवर्द्धन का मूल्यांकन करना है।

जीवन चक्र
प्रबंधन और नियंत्रण

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

पर्याप्त SDLC पहल को प्रबंधित और नियंत्रित करने के लिए, एक वर्क ब्रेकडाउन स्ट्रक्चर (WBS) कार्य को कैप्चर और शेड्यूल करता है। WBS और सभी प्रोग्रामेटिक सामग्री को प्रोजेक्ट नोटबुक के "प्रोजेक्ट डिस्क्रिप्शन" सेक्शन में रखा जाना चाहिए। [स्पष्टीकरण की आवश्यकता] प्रोजेक्ट मैनेजर एक WBS फॉर्मेट चुनता है जो प्रोजेक्ट का सबसे अच्छा वर्णन करता है।

आरेख दिखाता है कि कवरेज SDLC के कई चरणों तक फैला हुआ है लेकिन संबद्ध MCD [स्पष्टीकरण आवश्यक] SDLC चरणों के लिए मैपिंग दिखाता है। उदाहरण के लिए, विश्लेषण और डिजाइन मुख्य रूप से अधिग्रहण और कार्यान्वयन डोमेन के भाग के रूप में किया जाता है, और सिस्टम बिल्ड और प्रोटोटाइप मुख्य रूप से वितरण और समर्थन के हिस्से के रूप में किया जाता है। [20]

कार्य विभाजन संरचित संगठन

वर्क ब्रेकडाउन स्ट्रक्चर [20]
WBS का ऊपरी भाग परियोजना के दायरे और समयरेखा का अवलोकन प्रदान करता है। इसे प्रमुख चरणों और मील के पत्थर का सारांश भी देना चाहिए। मध्य खंड SDLC चरणों पर आधारित है। WBS तत्वों में मील के पत्थर और कार्य शामिल होते हैं जिन्हें पूरा किया जाना चाहिए, न कि की जाने वाली गतिविधियाँ और एक समय सीमा होती है। प्रत्येक कार्य का एक औसत दर्जे का आउटपुट होता है (उदाहरण के लिए, विश्लेषण दस्तावेज़)। एक WBS कार्य एक या अधिक गतिविधियों (जैसे कोडिंग) पर निर्भर हो सकता है। ठेकेदारों से समर्थन की आवश्यकता वाले परियोजना के हिस्सों में कार्य विवरण (SOW) होना चाहिए। SOW का विकास SDLC के एक विशिष्ट चरण के दौरान नहीं होता है, लेकिन SDLC प्रक्रिया से कार्य को शामिल करने के लिए विकसित किया जाता है जो ठेकेदारों द्वारा संचालित किया जा सकता है। [20]

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

कार्यात्मक आधार रेखा: वैचारिक डिजाइन चरण के बाद स्थापित।
आवंटित आधार रेखा: प्रारंभिक डिजाइन चरण के बाद स्थापित।
उत्पाद आधार रेखा: विस्तार डिजाइन और विकास चरण के बाद स्थापित।
अद्यतन उत्पाद आधार रेखा: उत्पादन निर्माण चरण के बाद स्थापित।
SDLC में आमतौर पर छह चरण होते हैं। इन चर