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

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