Product Design, Manufacturing & Innovation Resources
घर » वॉटरफॉल मॉडल (सॉफ्टवेयर)

वॉटरफॉल मॉडल (सॉफ्टवेयर)

1970-01-01
  • Winston W. Royce
Software engineering office showcasing the Waterfall Model process phases.

(यह छवि केवल उदाहरण के लिए बनाई गई है)

The Waterfall Model is a sequential, non-iterative software development process, where progress flows steadily downwards (like a waterfall) through distinct phases: conception, initiation, analysis, design, construction, testing, deployment and maintenance. Each phase must be fully completed before moving to the next. It is often contrasted with iterative models to highlight their flexibility. Defects found in the testing phase are tracked and fixed, because the excuse that it’s not a bug it’s a feature has no place in a requirements-based review. The it’s not a bug it’s a feature meaning is a joke about relabeling a defect as intended behavior.

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

UNESCO Nomenclature: 1208
– सॉफ्टवेयर

Type

सार प्रणाली

व्यवधान

इंक्रीमेंटल

उपयोग

विशिष्ट/विशेषज्ञ

शगुन

  • गैंट चार्ट
  • विनिर्माण प्रक्रिया मॉडल
  • निर्माण परियोजना प्रबंधन पद्धतियाँ
  • सिस्टम इंजीनियरिंग सिद्धांत

आवेदन

  • स्थिर और सुस्पष्ट आवश्यकताओं वाली परियोजनाएँ
  • सरल, छोटे पैमाने की परियोजनाएँ
  • ऐसी प्रणालियाँ जहाँ सुरक्षा सर्वोपरि है और डिज़ाइन को प्रारंभिक चरण में ही अंतिम रूप देना आवश्यक है (उदाहरण के लिए, कुछ एयरोस्पेस या चिकित्सा सॉफ़्टवेयर)।

पेटेंट:

NA

संभावित नवाचार विचार

  • agile methodology as a direct response to waterfall’s rigidity
  • डेवऑप्स पद्धतियाँ जो विकास और संचालन को एकीकृत करती हैं, एक सख्त वॉटरफॉल मॉडल के तहत असंभव हैं।
  • निरंतर एकीकरण/निरंतर परिनियोजन (CI/CD) पाइपलाइन
  • लीन सॉफ्टवेयर विकास सिद्धांत
  • फीचर-आधारित विकास (एफडीडी)
  • टेस्ट-ड्रिवन डेवलपमेंट (टीडीडी)
  • जमघट रूपरेखा
  • एक्सट्रीम प्रोग्रामिंग (XP)
  • Kanban for software development
  • तीव्र अनुप्रयोग विकास (आरएडी)
संबंधित विषय: वॉटरफॉल मॉडल, अनुक्रमिक विकास, सॉफ्टवेयर विकास जीवनचक्र, एसडीएलसी, परियोजना प्रबंधन, गैर-पुनरावर्ती, विंस्टन रॉयस, आवश्यकता विश्लेषण, रैखिक मॉडल, सॉफ्टवेयर इंजीनियरिंग।

ऐतिहासिक संदर्भ

वॉटरफॉल मॉडल (सॉफ्टवेयर)

1970
1970
1970
1970-01-01
1975-06-01
1980
1980
1970
1970
1970
1970
1973
1980
1980
1980

(यदि तिथि अज्ञात है या प्रासंगिक नहीं है, उदाहरण के लिए "द्रव यांत्रिकी", तो इसके उल्लेखनीय उद्भव का एक अनुमानित आंकड़ा प्रदान किया गया है)

नवीनतम परिवर्धन

शीर्ष पोस्ट और लेख

शीर्ष मूल उपकरण

10वां वर्ष सालगिरह

पंजीकृत सदस्यों के लिए पूर्ण आकार की छवियाँ और डाउनलोड 100% निःशुल्क उपलब्ध हैं।