Incremental build model
वृद्धिशील निर्माण मॉडल सॉफ्टवेयर विकास की एक विधि है जिसमें उत्पाद को तैयार किया जाता है, लागू किया जाता है और वृद्धिशील रूप से परीक्षण किया जाता है (हर बार थोड़ा और जोड़ा जाता है) जब तक कि उत्पाद समाप्त नहीं हो जाता। इसमें विकास और रखरखाव दोनों शामिल हैं। उत्पाद को तैयार के रूप में परिभाषित किया जाता है जब यह अपनी सभी आवश्यकताओं को पूरा करता है। यह मॉडल प्रोटोटाइपिंग के पुनरावृत्ति दर्शन के साथ झरने के मॉडल के तत्वों को जोड़ता है। परियोजना प्रबंधन संस्थान के अनुसार, एक वृद्धिशील दृष्टिकोण एक "अनुकूली विकास दृष्टिकोण है जिसमें वितरण योग्य का क्रमिक रूप से उत्पादन किया जाता है, कार्यक्षमता को तब तक जोड़ा जाता है जब तक कि वितरण योग्य में पूर्ण माने जाने के लिए आवश्यक और पर्याप्त क्षमता न हो।" उत्पाद को कई घटकों में विघटित किया जाता है, जिनमें से प्रत्येक को अलग से डिजाइन और बनाया जाता है (जिसे बिल्ड कहा जाता है)। प्रत्येक घटक को पूरा होने पर ग्राहक को वितरित किया जाता है। यह उत्पाद के आंशिक उपयोग की अनुमति देता है और लंबे विकास समय से बचाता है। यह एक बड़े प्रारंभिक पूंजी परिव्यय और बाद में लंबी प्रतीक्षा अवधि से भी बचाता है। विकास का यह मॉडल एक बार में पूरी तरह से नई प्रणाली शुरू करने के दर्दनाक प्रभाव को कम करने में भी मदद करता है। वृद्धिशील मॉडल वृद्धिशील मॉडल झरना मॉडल को वृद्धिशील रूप से लागू करता है। रिलीज की श्रृंखला को "वृद्धि" के रूप में संदर्भित किया जाता है, जिसमें प्रत्येक वृद्धि ग्राहकों को अधिक कार्यक्षमता प्रदान करती है। पहली वृद्धि के बाद, एक मुख्य उत्पाद वितरित किया जाता है, जिसका उपयोग ग्राहक पहले से ही कर सकता है। ग्राहक की प्रतिक्रिया के आधार पर, अगली वृद्धि के लिए एक योजना विकसित की जाती है, और तदनुसार संशोधन किए जाते हैं। यह प्रक्रिया जारी रहती है, जब तक कि पूरा उत्पाद वितरित नहीं हो जाता, तब तक वृद्धि प्रदान की जाती है। वृद्धिशील दर्शन का उपयोग फुर्तीली प्रक्रिया मॉडल में भी किया जाता है (फुर्तीला प्रतिरूपण देखें)। वृद्धिशील मॉडल को देवऑप्स पर लागू किया जा सकता है। देवऑप्स में यह आवश्यक आंतरिक कौशल सेट और गति का निर्माण करते हुए देवऑप्स को अपनाने के जोखिम और लागत को कम करने के विचार के इर्द-गिर्द केंद्रित है। वृद्धिशील मॉडल प्रणाली की विशेषताओं को कई लघु विकास परियोजनाओं में विभाजित किया गया है। अंतिम प्रणाली के उत्पादन के लिए आंशिक प्रणालियों का निर्माण किया जाता है। सबसे पहले सर्वोच्च प्राथमिकता वाली आवश्यकताओं से निपटा गया। एक बार बढ़े हुए हिस्से को विकसित करने के बाद एक हिस्से की आवश्यकता को रोक दिया जाता है। लाभ प्रत्येक पुनरावृत्ति के बाद प्रतिगमन परीक्षण किया जाना चाहिए। इस परीक्षण के दौरान, सॉफ्टवेयर के दोषपूर्ण तत्वों को जल्दी से पहचाना जा सकता है क्योंकि किसी भी एक पुनरावृत्ति के भीतर कुछ बदलाव किए जाते हैं। सॉफ्टवेयर विकास के अन्य तरीकों की तुलना में परीक्षण और डीबग करना आम तौर पर आसान होता है क्योंकि प्रत्येक पुनरावृत्ति के दौरान अपेक्षाकृत छोटे परिवर्तन किए जाते हैं। यह समग्र उत्पाद के भीतर प्रत्येक तत्व के अधिक लक्षित और कठोर परीक्षण की अनुमति देता है। ग्राहक सुविधाओं का जवाब दे सकता है और किसी भी आवश्यक या उपयोगी परिवर्तन के लिए उत्पाद की समीक्षा कर सकता है। प्रारंभिक उत्पाद वितरण तेज और कम लागत वाला होता है। नुकसान परिणामी लागत संगठन की लागत से अधिक हो सकती है। जैसे-जैसे उत्पाद में अतिरिक्त कार्यक्षमता जोड़ी जाती है, सिस्टम वास्तुकला से संबंधित समस्याएं उत्पन्न हो सकती हैं जो पहले के प्रोटोटाइप में स्पष्ट नहीं थीं। शामिल कार्य ये कार्य सभी मॉडलों के लिए सामान्य हैं संचारः उद्देश्य को समझने में मदद करता है। योजनाः एक ही परियोजना पर कई लोग (सॉफ्टवेयर दल) काम करते हैं लेकिन एक ही समय में अलग-अलग कार्य करते हैं। मॉडलिंगः इसमें बिजनेस मॉडलिंग, डेटा मॉडलिंग और प्रोसेस मॉडलिंग शामिल हैं। निर्माणः इसमें पुनः उपयोग सॉफ्टवेयर घटक और स्वचालित कोड शामिल हैं। परिनियोजनः सभी वृद्धि का एकीकरण। पुनरावृत्ति और वृद्धिशील विकास त्वरित अनुप्रयोग विकास वृद्धिशील दृष्टिकोण उद्धरण संदर्भ बाहरी लिंक कार्यप्रणालीः विकास मॉडल वृद्धिशील जीवनचक्र वृद्धिशील मॉडल क्या है-फायदे, नुकसान और इसका उपयोग कब करना है सॉफ्टवेयर इंजीनियरिंग सॉफ्टवेयर विकास प्रक्रिया में वृद्धिशील मॉडल