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