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