sdlc phases
सॉफ्टवेयर डेवलपमेंट लाइफ साइकिल (SDLC) क्या है? एसडीएलसी चरण, कार्यप्रणाली, प्रक्रिया और मॉडल सीखें
सॉफ्टवेयर डेवलपमेंट लाइफ साइकल (एसडीएलसी) एक ढांचा है जो प्रत्येक चरण में सॉफ्टवेयर के विकास में शामिल चरणों को परिभाषित करता है। इसमें सॉफ्टवेयर के निर्माण, तैनाती और रखरखाव की विस्तृत योजना शामिल है।
SDLC, विकास के पूर्ण चक्र को परिभाषित करता है यानी सॉफ्टवेयर उत्पाद की योजना, निर्माण, परीक्षण और तैनाती में शामिल सभी कार्य।
आप क्या सीखेंगे:
- सॉफ्टवेयर विकास जीवन चक्र प्रक्रिया
- एसडीएलसी साइकिल
- एसडीएलसी चरण
- सॉफ्टवेयर डेवलपमेंट लाइफ साइकल मॉडल
- निष्कर्ष
सॉफ्टवेयर विकास जीवन चक्र प्रक्रिया
एसडीएलसी एक प्रक्रिया है जो उच्च गुणवत्ता वाले उत्पाद को वितरित करने के लिए सॉफ्टवेयर के विकास में शामिल विभिन्न चरणों को परिभाषित करता है। एसडीएलसी चरण एक सॉफ्टवेयर के पूर्ण जीवन चक्र को कवर करता है अर्थात् उत्पाद की सेवानिवृत्ति के लिए स्थापना से।
एसडीएलसी प्रक्रिया का पालन करने से सॉफ्टवेयर का विकास व्यवस्थित और अनुशासित तरीके से होता है।
उद्देश्य:
एसडीएलसी का उद्देश्य उच्च गुणवत्ता वाला उत्पाद वितरित करना है जो ग्राहक की आवश्यकता के अनुसार हो।
एसडीएलसी ने अपने चरणों को आवश्यकता के रूप में परिभाषित किया है, आवश्यकता एकत्र करना, डिजाइनिंग, कोडिंग, परीक्षण और रखरखाव। उत्पाद को व्यवस्थित तरीके से प्रदान करने के लिए चरणों का पालन करना महत्वपूर्ण है।
उदाहरण के लिए, एक सॉफ्टवेयर विकसित किया जाना है और एक टीम को उत्पाद की एक विशेषता पर काम करने के लिए विभाजित किया गया है और जैसा वे चाहते हैं वैसा ही काम करने की अनुमति है। डेवलपर्स में से एक पहले डिजाइन करने का फैसला करता है, जबकि दूसरा पहले कोड को और दूसरे को डॉक्यूमेंटेशन पार्ट पर तय करता है।
इससे परियोजना की विफलता होगी जिसके कारण एक अपेक्षित उत्पाद देने के लिए टीम के सदस्यों के बीच एक अच्छा ज्ञान और समझ होना आवश्यक है।
एसडीएलसी साइकिल
एसडीएलसी साइकिल सॉफ्टवेयर विकसित करने की प्रक्रिया का प्रतिनिधित्व करता है।
नीचे SDLC चक्र का आरेखात्मक प्रतिनिधित्व है:
एसडीएलसी चरण
नीचे दिए गए विभिन्न चरण हैं:
- आवश्यकता एकत्रित करना और विश्लेषण करना
- डिज़ाइन
- क्रियान्वयन या कोडिंग
- परिक्षण
- तैनाती
- रखरखाव
(1) आवश्यकता सभा और विश्लेषण
इस चरण के दौरान, ग्राहक से उनकी अपेक्षा के अनुसार उत्पाद विकसित करने के लिए सभी प्रासंगिक जानकारी एकत्र की जाती है। किसी भी अस्पष्टता को केवल इस चरण में हल किया जाना चाहिए।
व्यवसाय विश्लेषक और परियोजना प्रबंधक ने ग्राहक के साथ सभी जानकारी इकट्ठा करने के लिए एक बैठक की स्थापना की, जैसे ग्राहक क्या निर्माण करना चाहता है, एंड-यूज़र कौन होगा, उत्पाद का उद्देश्य क्या है। किसी उत्पाद को बनाने से पहले उत्पाद की एक मुख्य समझ या ज्ञान बहुत महत्वपूर्ण है।
उदाहरण के लिए, एक ग्राहक एक आवेदन करना चाहता है जिसमें पैसे का लेनदेन शामिल है। इस मामले में, आवश्यकता को स्पष्ट करना होगा कि किस तरह का लेनदेन किया जाएगा, यह कैसे किया जाएगा, किस मुद्रा में किया जाएगा, आदि।
एक बार आवश्यकता एकत्र करने के बाद, उत्पाद के विकास की व्यवहार्यता की जांच के लिए एक विश्लेषण किया जाता है। किसी भी अस्पष्टता के मामले में, आगे की चर्चा के लिए एक कॉल की स्थापना की जाती है।
एक बार आवश्यकता स्पष्ट रूप से समझ में आ जाने के बाद, SRS (सॉफ़्टवेयर आवश्यकता विशिष्टता) दस्तावेज़ बनाया जाता है। इस दस्तावेज़ को डेवलपर्स द्वारा अच्छी तरह से समझा जाना चाहिए और भविष्य के संदर्भ के लिए ग्राहक द्वारा भी समीक्षा की जानी चाहिए।
# 2) डिजाइन
इस चरण में, एसआरएस दस्तावेज़ में एकत्रित आवश्यकता का उपयोग एक इनपुट और सॉफ्टवेयर आर्किटेक्चर के रूप में किया जाता है जो सिस्टम विकास को लागू करने के लिए उपयोग किया जाता है।
# 3) कार्यान्वयन या कोडिंग
डेवलपर द्वारा डिज़ाइन दस्तावेज़ प्राप्त करने के बाद कार्यान्वयन / कोडिंग शुरू होती है। सॉफ़्टवेयर डिज़ाइन का स्रोत कोड में अनुवाद किया गया है। सॉफ्टवेयर के सभी घटक इस चरण में कार्यान्वित किए जाते हैं।
सर्वश्रेष्ठ स्क्रीन पर कब्जा सॉफ्टवेयर विंडोज़ 10
# 4) परीक्षण
एक बार कोडिंग पूरी होने के बाद परीक्षण शुरू होता है और परीक्षण के लिए मॉड्यूल जारी किए जाते हैं। इस चरण में, विकसित सॉफ्टवेयर का पूरी तरह से परीक्षण किया जाता है और जो भी दोष पाए जाते हैं, उन्हें तय करने के लिए डेवलपर्स को सौंपा जाता है।
उस बिंदु तक रिट्रीटिंग, प्रतिगमन परीक्षण किया जाता है, जिस समय तक सॉफ्टवेयर ग्राहक की अपेक्षा के अनुसार होता है। परीक्षक यह सुनिश्चित करने के लिए SRS दस्तावेज़ का उल्लेख करते हैं कि सॉफ़्टवेयर ग्राहक के मानक के अनुसार है।
# 5) परिनियोजन
एक बार उत्पाद का परीक्षण करने के बाद, इसे उत्पादन वातावरण में या पहले तैनात किया जाता है UAT (उपयोगकर्ता स्वीकृति परीक्षण) ग्राहक की उम्मीद के आधार पर किया जाता है।
यूएटी के मामले में, उत्पादन वातावरण की एक प्रतिकृति बनाई जाती है और डेवलपर्स के साथ ग्राहक परीक्षण करता है। यदि ग्राहक को अपेक्षा के अनुसार आवेदन मिलता है, तो ग्राहक को लाइव होने के लिए साइन ऑफ प्रदान किया जाता है।
# 6) रखरखाव
उत्पादन पर्यावरण पर किसी उत्पाद की तैनाती के बाद, उत्पाद का रखरखाव यानि यदि कोई समस्या सामने आती है और उसे ठीक करने की जरूरत है या कोई वृद्धि की जानी है, तो डेवलपर्स द्वारा ध्यान रखा जाता है।
सॉफ्टवेयर डेवलपमेंट लाइफ साइकल मॉडल
एक सॉफ्टवेयर जीवन चक्र मॉडल सॉफ्टवेयर विकास चक्र का एक वर्णनात्मक प्रतिनिधित्व है। एसडीएलसी मॉडल में एक अलग दृष्टिकोण हो सकता है लेकिन मूल चरण और गतिविधि सभी मॉडलों के लिए समान रहती है।
(1) झरना मॉडल
झरना मॉडल SDLC में उपयोग किया जाने वाला पहला मॉडल है। इसे रैखिक अनुक्रमिक मॉडल के रूप में भी जाना जाता है।
इस मॉडल में, एक चरण का परिणाम अगले चरण के लिए इनपुट है। अगले चरण का विकास केवल तभी शुरू होता है जब पिछला चरण पूरा होता है।
- सबसे पहले, आवश्यकता एकत्र करना और विश्लेषण किया जाता है। एक बार जब आवश्यकता फ्रीज हो जाती है तो केवल सिस्टम डिजाइन शुरू हो सकता है। इसमें, SRS दस्तावेज़ बनाया गया है जो आवश्यकता चरण के लिए आउटपुट है और यह सिस्टम डिज़ाइन के इनपुट के रूप में कार्य करता है।
- सिस्टम डिज़ाइन सॉफ़्टवेयर आर्किटेक्चर और डिज़ाइन में, अगले चरण के लिए इनपुट के रूप में कार्य करने वाले दस्तावेज़ों का निर्माण किया जाता है यानी कार्यान्वयन और कोडिंग।
- कार्यान्वयन चरण में, कोडिंग की जाती है और विकसित सॉफ्टवेयर अगले चरण यानी परीक्षण के लिए इनपुट होता है।
- परीक्षण चरण में, सॉफ़्टवेयर में दोषों का पता लगाने के लिए विकसित कोड का पूरी तरह से परीक्षण किया जाता है। दोषों को दोष ट्रैकिंग टूल में लॉग इन किया जाता है और एक बार तय होने के बाद रिटायर किया जाता है। बग लॉगिंग, रेटेस्ट, रिग्रेशन टेस्टिंग उस समय तक चलती है जब तक सॉफ्टवेयर गो-लाइव अवस्था में नहीं होता है।
- तैनाती चरण में, ग्राहक द्वारा दिए गए साइन ऑफ के बाद विकसित कोड उत्पादन में ले जाया जाता है।
- उत्पादन के माहौल में किसी भी मुद्दे को डेवलपर्स द्वारा हल किया जाता है जो रखरखाव के तहत आते हैं।
झरना मॉडल के लाभ:
- झरना मॉडल एक सरल मॉडल है जिसे आसानी से समझा जा सकता है और वह है जिसमें सभी चरणों को चरण दर चरण किया जाता है।
- प्रत्येक चरण के वितरण को अच्छी तरह से परिभाषित किया गया है, और इससे कोई जटिलता नहीं होती है और यह परियोजना को आसानी से प्रबंधनीय बनाता है।
झरना मॉडल के नुकसान:
- जलप्रपात मॉडल समय लेने वाली है और छोटी अवधि की परियोजनाओं में इसका उपयोग नहीं किया जा सकता है क्योंकि इस मॉडल में एक नया चरण शुरू नहीं किया जा सकता है जब तक कि चल रहे चरण को पूरा नहीं किया जाता है।
- जलप्रपात मॉडल का उपयोग उन परियोजनाओं के लिए नहीं किया जा सकता है जिनकी अनिश्चित आवश्यकता होती है या जिसमें आवश्यकता बदलती रहती है क्योंकि यह मॉडल आवश्यकता को एकत्रित करने और विश्लेषण चरण में ही स्पष्ट होने की अपेक्षा करता है और बाद के चरणों में किसी भी बदलाव से लागत अधिक हो जाएगी। सभी चरणों में परिवर्तनों की आवश्यकता होगी।
# 2) वी-आकार का मॉडल
V- मॉडल सत्यापन और सत्यापन मॉडल के रूप में भी जाना जाता है। इस मॉडल में सत्यापन और सत्यापन हाथ से जाता है यानी विकास और परीक्षण समानांतर चलता है। वी मॉडल और वाटरफॉल मॉडल एक ही है सिवाय इसके कि वी-मॉडल में परीक्षण योजना और परीक्षण प्रारंभिक चरण में शुरू होते हैं।
क) सत्यापन चरण:
(i) आवश्यकता विश्लेषण:
इस चरण में, सभी आवश्यक जानकारी एकत्र और विश्लेषण की जाती है। सत्यापन गतिविधियों में आवश्यकताओं की समीक्षा करना शामिल है।
(ii) सिस्टम डिज़ाइन:
एक बार आवश्यकता स्पष्ट हो जाने के बाद, एक सिस्टम को डिज़ाइन किया जाता है यानी आर्किटेक्चर, उत्पाद के घटकों को डिज़ाइन दस्तावेज़ में बनाया और बनाया जाता है।
(iii) उच्च-स्तरीय डिजाइन:
उच्च-स्तरीय डिजाइन मॉड्यूल की वास्तुकला / डिजाइन को परिभाषित करता है। यह दो मॉड्यूल के बीच कार्यक्षमता को परिभाषित करता है।
(iv) निम्न-स्तरीय डिज़ाइन:
निम्न-स्तरीय डिज़ाइन व्यक्तिगत घटकों की वास्तुकला / डिज़ाइन को परिभाषित करता है।
(v) कोडिंग:
इस चरण में कोड विकास किया जाता है।
ख) सत्यापन चरण:
(i) इकाई परीक्षण:
इकाई का परीक्षण इकाई परीक्षण मामलों का उपयोग करके किया जाता है जो डिज़ाइन किए गए होते हैं और निम्न-स्तरीय डिज़ाइन चरण में किए जाते हैं। इकाई परीक्षण डेवलपर द्वारा ही किया जाता है। यह व्यक्तिगत घटकों पर किया जाता है जो शुरुआती दोष का पता लगाता है।
(ii) एकीकरण परीक्षण:
एकीकरण जांच उच्च-स्तरीय डिज़ाइन चरण में एकीकरण परीक्षण मामलों का उपयोग करके प्रदर्शन किया जाता है। एकीकरण परीक्षण वह परीक्षण है जो एकीकृत मॉड्यूल पर किया जाता है। यह परीक्षकों द्वारा किया जाता है।
(iii) प्रणाली परीक्षण:
सिस्टम परीक्षण सिस्टम डिज़ाइन चरण में किया जाता है। इस चरण में, संपूर्ण सिस्टम का परीक्षण किया जाता है यानी संपूर्ण सिस्टम की कार्यक्षमता का परीक्षण किया जाता है।
(iv) स्वीकृति परीक्षण:
स्वीकृति परीक्षण आवश्यकता विश्लेषण चरण के साथ जुड़ा हुआ है और ग्राहक के वातावरण में किया जाता है।
V के लाभ - मॉडल:
- यह एक सरल और आसानी से समझ में आने वाला मॉडल है।
- वी -मॉडल दृष्टिकोण छोटी परियोजनाओं के लिए अच्छा है, जिसमें आवश्यकता को परिभाषित किया गया है और यह शुरुआती चरण में जम जाता है।
- यह एक व्यवस्थित और अनुशासित मॉडल है जिसके परिणामस्वरूप उच्च गुणवत्ता वाला उत्पाद होता है।
V- मॉडल के नुकसान:
- वी-आकार का मॉडल चल रही परियोजनाओं के लिए अच्छा नहीं है।
- बाद के चरण में आवश्यकता परिवर्तन बहुत अधिक खर्च होंगे।
# 3) प्रोटोटाइप मॉडल
प्रोटोटाइप मॉडल एक मॉडल है जिसमें वास्तविक सॉफ़्टवेयर से पहले प्रोटोटाइप विकसित किया जाता है।
वास्तविक सॉफ्टवेयर की तुलना में प्रोटोटाइप मॉडल में सीमित कार्यात्मक क्षमताएं और अक्षम प्रदर्शन होता है। प्रोटोटाइप बनाने के लिए डमी फ़ंक्शंस का उपयोग किया जाता है। यह ग्राहकों की जरूरतों को समझने के लिए एक मूल्यवान तंत्र है।
सॉफ़्टवेयर प्रोटोटाइप ग्राहक से मूल्यवान प्रतिक्रिया प्राप्त करने के लिए वास्तविक सॉफ़्टवेयर से पहले बनाए जाते हैं। प्रतिक्रियाएं कार्यान्वित की जाती हैं और किसी भी परिवर्तन के लिए ग्राहक द्वारा पुन: प्रोटोटाइप की समीक्षा की जाती है। यह प्रक्रिया तब तक चलती है जब तक ग्राहक द्वारा मॉडल स्वीकार नहीं किया जाता है।
एक बार आवश्यकता को पूरा करने के बाद, त्वरित डिजाइन बनाया जाता है और मूल्यांकन के लिए ग्राहक को प्रस्तुत किया जाने वाला प्रोटोटाइप बनाया जाता है।
ग्राहक की प्रतिक्रिया और परिष्कृत आवश्यकता का उपयोग प्रोटोटाइप को संशोधित करने के लिए किया जाता है और फिर से मूल्यांकन के लिए ग्राहक को प्रस्तुत किया जाता है। एक बार ग्राहक प्रोटोटाइप को मंजूरी दे देता है, इसका उपयोग वास्तविक सॉफ़्टवेयर के निर्माण के लिए एक आवश्यकता के रूप में किया जाता है। वास्तविक सॉफ़्टवेयर वाटरफॉल मॉडल दृष्टिकोण का उपयोग करके बनाया गया है।
प्रोटोटाइप मॉडल के लाभ:
- प्रोटोटाइप मॉडल विकास की लागत और समय को कम करता है क्योंकि दोष बहुत पहले पाए जाते हैं।
- लापता सुविधा या कार्यक्षमता या आवश्यकता में बदलाव को मूल्यांकन चरण में पहचाना जा सकता है और इसे परिष्कृत प्रोटोटाइप में लागू किया जा सकता है।
- प्रारंभिक चरण से एक ग्राहक को शामिल करना किसी भी कार्यक्षमता की आवश्यकता या समझ में किसी भी भ्रम को कम करता है।
प्रोटोटाइप मॉडल के नुकसान:
- चूंकि ग्राहक हर चरण में शामिल होता है, ग्राहक अंतिम उत्पाद की आवश्यकता को बदल सकता है जो दायरे की जटिलता को बढ़ाता है और उत्पाद के वितरण समय को बढ़ा सकता है।
# 4) सर्पिल मॉडल
सर्पिल मॉडल इसमें पुनरावृत्ति और प्रोटोटाइप दृष्टिकोण शामिल हैं।
पुनरावृत्तियों में सर्पिल मॉडल चरणों का पालन किया जाता है। मॉडल में लूप एसडीएलसी प्रक्रिया के चरण का प्रतिनिधित्व करते हैं यानी अंतरतम लूप आवश्यकता एकत्रीकरण और विश्लेषण का है जो योजना, जोखिम विश्लेषण, विकास और मूल्यांकन का अनुसरण करता है। अगला लूप डिजाइनिंग है जिसके बाद कार्यान्वयन और फिर परीक्षण किया जाता है।
सर्पिल मॉडल के चार चरण हैं:
- योजना
- संकट विश्लेषण
- अभियांत्रिकी
- मूल्यांकन
(i) योजना:
नियोजन चरण में आवश्यकता एकत्र करना शामिल है जिसमें ग्राहक से सभी आवश्यक जानकारी एकत्र की जाती है और उसे प्रलेखित किया जाता है। सॉफ़्टवेयर आवश्यकता विनिर्देशन दस्तावेज़ अगले चरण के लिए बनाया गया है।
(ii) जोखिम विश्लेषण:
इस चरण में, शामिल जोखिमों के लिए सबसे अच्छा समाधान चुना जाता है और प्रोटोटाइप का निर्माण करके विश्लेषण किया जाता है।
उदाहरण के लिए दूरस्थ डेटाबेस से डेटा तक पहुँचने में शामिल जोखिम यह हो सकता है कि डेटा एक्सेस दर बहुत धीमी हो सकती है। डेटा एक्सेस सबसिस्टम के प्रोटोटाइप का निर्माण करके जोखिम को हल किया जा सकता है।
(iii) इंजीनियरिंग:
एक बार जोखिम विश्लेषण करने के बाद, कोडिंग और परीक्षण किया जाता है।
(iv) मूल्यांकन:
ग्राहक विकसित प्रणाली का मूल्यांकन करता है और अगले पुनरावृत्ति की योजना बनाता है।
सर्पिल मॉडल के लाभ:
- प्रोटोटाइप मॉडल का उपयोग करके जोखिम विश्लेषण बड़े पैमाने पर किया जाता है।
- कार्यक्षमता में कोई वृद्धि या परिवर्तन अगले पुनरावृत्ति में किया जा सकता है।
सर्पिल मॉडल के नुकसान:
- सर्पिल मॉडल केवल बड़ी परियोजनाओं के लिए सबसे उपयुक्त है।
- लागत अधिक हो सकती है क्योंकि इसमें बड़ी संख्या में पुनरावृत्तियां हो सकती हैं जिससे अंतिम उत्पाद तक पहुंचने में उच्च समय लग सकता है।
# 5) Iterative Incremental Model
पुनरावृत्त वृद्धिशील मॉडल उत्पाद को छोटे टुकड़ों में विभाजित करता है।
उदाहरण के लिए , पुनरावृत्ति में विकसित की जाने वाली सुविधा का निर्णय लिया गया है और उसे लागू किया गया है। प्रत्येक पुनरावृत्ति आवश्यकता विश्लेषण, डिजाइनिंग, कोडिंग और परीक्षण जैसे चरणों के माध्यम से जाती है। पुनरावृत्तियों में विस्तृत योजना की आवश्यकता नहीं है।
एक बार जब पुनरावृत्ति पूरी हो जाती है, तो एक उत्पाद को सत्यापित किया जाता है और ग्राहक को उनके मूल्यांकन और प्रतिक्रिया के लिए वितरित किया जाता है। ग्राहक के फीडबैक को अगले जोड़े में नई सुविधा के साथ लागू किया जाता है।
इसलिए, उत्पाद सुविधाओं के संदर्भ में वृद्धि करते हैं और एक बार पुनरावृत्तियाँ पूरी हो जाने के बाद उत्पाद की सभी विशेषताएँ पकड़ लेते हैं।
Iterative और वृद्धिशील विकास मॉडल के चरण:
- गर्भाधान का चरण
- विस्तार चरण
- निर्माण चरण
- संक्रमण चरण
(i) इंसेप्शन फेज:
स्थापना चरण में परियोजना की आवश्यकता और गुंजाइश शामिल है।
(ii) विस्तार चरण:
विस्तार के चरण में, एक उत्पाद की कार्यशील वास्तुकला को वितरित किया जाता है जो कि स्थापना के चरण में पहचाने गए जोखिम को कवर करता है और गैर-कार्यात्मक आवश्यकताओं को भी पूरा करता है।
(iii) निर्माण चरण:
निर्माण चरण में, आर्किटेक्चर उस कोड से भरा होता है जो तैनात होने के लिए तैयार होता है और कार्यात्मक आवश्यकता के विश्लेषण, डिजाइनिंग, कार्यान्वयन और परीक्षण के माध्यम से बनाया जाता है।
(iv) संक्रमण चरण:
संक्रमण चरण में, उत्पाद उत्पादन वातावरण में तैनात किया जाता है।
Iterative और वृद्धिशील मॉडल के लाभ:
- आवश्यकता में कोई भी बदलाव आसानी से किया जा सकता है और इसमें कोई खर्च नहीं होगा क्योंकि नई आवश्यकता को अगले पुनरावृत्ति में शामिल करने की गुंजाइश है।
- जोखिम का विश्लेषण और पुनरावृत्तियों में पहचान की गई है।
- प्रारंभिक अवस्था में दोषों का पता लगाया जाता है।
- चूंकि उत्पाद को छोटे टुकड़ों में विभाजित किया गया है, इसलिए उत्पाद को प्रबंधित करना आसान है।
नुकसान Iterative और वृद्धिशील मॉडल:
- किसी उत्पाद को पूरा करने और समझने के लिए आवश्यक रूप से टूटने और बढ़ने की आवश्यकता होती है।
# 6) बिग बैंग मॉडल
बिग बैंग मॉडल में कोई परिभाषित प्रक्रिया नहीं है। पैसे और प्रयासों को एक साथ रखा जाता है क्योंकि इनपुट और आउटपुट एक विकसित उत्पाद के रूप में आते हैं जो ग्राहक की आवश्यकता के अनुसार हो सकता है या नहीं हो सकता है।
बिग बैंग मॉडल को बहुत योजना और शेड्यूलिंग की आवश्यकता नहीं है। डेवलपर आवश्यकता विश्लेषण और कोडिंग करता है और उत्पाद को उसकी समझ के अनुसार विकसित करता है। इस मॉडल का उपयोग केवल छोटी परियोजनाओं के लिए किया जाता है। कोई परीक्षण टीम नहीं है और कोई औपचारिक परीक्षण नहीं किया गया है, और यह परियोजना की विफलता का कारण हो सकता है।
लाभ बिग बैंग मॉडल की:
- यह एक बहुत ही सरल मॉडल है।
- कम योजना और शेड्यूलिंग की आवश्यकता है।
- डेवलपर के पास स्वयं के सॉफ़्टवेयर के निर्माण का लचीलापन है।
बिग बैंग मॉडल के नुकसान:
- बिग बैंग मॉडल का उपयोग बड़ी, चालू और जटिल परियोजनाओं के लिए नहीं किया जा सकता है।
- उच्च जोखिम और अनिश्चितता।
# 7) फुर्तीली मॉडल
एजाइल मॉडल Iterative और वृद्धिशील मॉडल का एक संयोजन है। यह मॉडल आवश्यकता के बजाय उत्पाद विकसित करते समय लचीलेपन पर अधिक ध्यान केंद्रित करता है।
एजाइल में, एक उत्पाद को छोटे वृद्धिशील बिल्ड में तोड़ दिया जाता है। यह एक बार में पूर्ण उत्पाद के रूप में विकसित नहीं हुआ है। प्रत्येक सुविधाओं के संदर्भ में वेतन वृद्धि करता है। अगला बिल्ड पिछली कार्यक्षमता पर बनाया गया है।
चुस्त पुनरावृत्तियों में स्प्रिंट के रूप में कहा जाता है। प्रत्येक स्प्रिंट 2-4 सप्ताह तक रहता है। प्रत्येक स्प्रिंट के अंत में, उत्पाद स्वामी उत्पाद की पुष्टि करता है और उसकी मंजूरी के बाद, इसे ग्राहक को दिया जाता है।
सुधार के लिए ग्राहकों की प्रतिक्रिया ली जाती है और उनके सुझावों और वृद्धि पर अगले स्प्रिंट में काम किया जाता है। किसी भी विफलता के जोखिम को कम करने के लिए प्रत्येक स्प्रिंट में परीक्षण किया जाता है।
फुर्तीली मॉडल के लाभ:
- यह परिवर्तनों को अनुकूलित करने के लिए अधिक लचीलापन देता है।
- नया फीचर आसानी से जोड़ा जा सकता है।
- फीडबैक और सुझाव के रूप में ग्राहकों की संतुष्टि को हर स्तर पर लिया जाता है।
नुकसान:
- प्रलेखन का अभाव।
- चंचल को अनुभवी और अत्यधिक कुशल संसाधनों की आवश्यकता होती है।
- यदि कोई ग्राहक इस बारे में स्पष्ट नहीं है कि वे वास्तव में उत्पाद कैसे चाहते हैं, तो परियोजना विफल हो जाएगी।
निष्कर्ष
परियोजना के सफल समापन के लिए एक उपयुक्त जीवन चक्र का पालन करना बहुत महत्वपूर्ण है। यह बदले में, प्रबंधन को आसान बनाता है।
विभिन्न सॉफ्टवेयर डेवलपमेंट लाइफ साइकल मॉडल के अपने पेशेवरों और विपक्ष हैं। किसी भी परियोजना के लिए सबसे अच्छा मॉडल आवश्यकता (जैसे यह स्पष्ट या अस्पष्ट है), सिस्टम जटिलता, परियोजना का आकार, लागत, कौशल सीमा आदि जैसे कारकों से निर्धारित किया जा सकता है।
उदाहरण, अस्पष्ट आवश्यकता के मामले में, सर्पिल और एजाइल मॉडल का उपयोग किया जाना सबसे अच्छा है क्योंकि आवश्यक परिवर्तन को किसी भी स्तर पर आसानी से समायोजित किया जा सकता है।
झरना मॉडल एक बुनियादी मॉडल है और अन्य सभी SDLC मॉडल केवल उसी पर आधारित हैं।
आशा है कि आपको SDLC का असीम ज्ञान प्राप्त हुआ होगा।
अनुशंसित पाठ
- सर्पिल मॉडल - एसडीएलसी सर्पिल मॉडल क्या है?
- एसडीएलसी झरना मॉडल क्या है?
- सॉफ़्टवेयर परीक्षण जीवन चक्र (STLC) क्या है?
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- 2021 में 10 बेस्ट कस्टम सॉफ्टवेयर डेवलपमेंट कंपनियां और सेवाएं
- व्यावहारिक सॉफ्टवेयर परीक्षण - नया मुफ़्त ई-पुस्तक (डाउनलोड)
- ऑनसाइट - सॉफ्टवेयर परीक्षण परियोजनाओं के अपतटीय मॉडल (और यह आपके लिए कैसे काम करना है)
- क्यों सॉफ्टवेयर कीड़े है?