कैस्केड मॉडल डिवाइस

जलप्रपात मॉडल, जिसे जलप्रपात के रूप में भी जाना जाता है, सॉफ्टवेयर विकास के लिए सबसे प्रसिद्ध दृष्टिकोणों में से एक है। मॉडल के लेखक विंस्टन रॉयस हैं। 1970 में, उन्होंने एक लेख में इसके फायदे और नुकसान का विवरण देते हुए अपने नवाचार का सार बताया। उसी स्थान पर, उन्होंने बताया कि कैसे इस मॉडल को पुनरावृत्त मॉडल में परिष्कृत किया जा सकता है। प्रारंभ में, जलप्रपात मॉडल में, विकास के चरण निम्नलिखित क्रम में होते हैं:

  • आवश्यकताओं की परिभाषा और समन्वय;
  • परियोजना अनुमोदन;
  • कोडिंग;
  • सॉफ़्टवेयर उत्पाद के कार्यशील संस्करण का निर्माण;
  • परीक्षण और डिबगिंग;
  • सॉफ्टवेयर स्थापना;
  • सहायता।

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

उसके बाद, परियोजना के निर्माण और अनुमोदन के लिए एक संक्रमण होता है, जिसके परिणामस्वरूप पहले से सहमत सॉफ़्टवेयर आवश्यकताओं को लागू करने के तरीके का वर्णन करते हुए प्रलेखन लिखा जाता है।

यदि डिजाइन पूरा हो गया है, तो डेवलपर्स कार्यान्वयन पर ले जाते हैं। अगला कोड का विलय आता है - परियोजना के अलग-अलग हिस्सों का एकीकरण, जिस पर टीम के विभिन्न सदस्यों द्वारा काम किया गया था।

अगला चरण उत्पाद का परीक्षण और डिबगिंग है। पहले पाई गई त्रुटियों को यहां ठीक किया गया है।

अंत में, प्रोग्राम स्थापित और समर्थित है। इसमें आवश्यक होने पर कार्यक्षमता में बदलाव करना और पाई गई त्रुटियों को दूर करना शामिल है।

कैस्केड मॉडल मानता है कि आप विकास के अगले चरण में सख्ती से क्रमिक रूप से आगे बढ़ सकते हैं - केवल पिछले कार्य के पूरा होने के बाद। चरणों में रोलबैक या असंगति की संभावना प्रदान नहीं की गई है।

फायदे और नुकसान

समय-समय पर, लचीलेपन की कमी के कारण जलप्रपात मॉडल की आलोचना की जाती है। बहुत से लोग इसे पसंद नहीं करते हैं क्योंकि इसमें परियोजना प्रबंधन का लक्ष्य प्रबल होता है, जबकि समय सीमा, लागत और विकास की गुणवत्ता को पूरा करना अधिक महत्वपूर्ण होता है।

हालाँकि, जब बड़ी परियोजनाओं की बात आती है, तो उनमें प्रबंधन अक्सर अधिक महत्वपूर्ण होता है, क्योंकि इससे परियोजना के जोखिम कम हो जाते हैं और काम में पारदर्शिता बढ़ जाती है।

कमियों के बावजूद, PMBOK तीसरा संस्करण औपचारिक रूप से केवल "कैस्केड मॉडल" पद्धति को निर्दिष्ट करता है। पुनरावृत्त परियोजना प्रबंधन सहित अन्य विकल्पों की पेशकश नहीं की जाती है।

झरना मॉडल के लाभ:

  • टीम के विकास को नियंत्रित करना आसान है। ग्राहक इस बात से परिचित है कि प्रोग्रामर वर्तमान में किस पर काम कर रहे हैं, वह परियोजना की समय सीमा और बजट को बदल सकता है।
  • विकास की लागत प्रथम चरण में स्वीकृत की जाती है। कार्यान्वयन के सभी चरणों पर सहमत होने के बाद, सॉफ्टवेयर उत्पाद को लगातार लिखा जाता है।
  • अनुभवी परीक्षकों की जरूरत नहीं है। परीक्षण चरण के लिए, आप प्रोग्राम प्रलेखन का उपयोग कर सकते हैं।

जलप्रपात मॉडल के नुकसान:

  • चूंकि परीक्षण विकास के पूरा होने के चरण में शुरू होता है, यदि कोई बग खोजा जाता है, तो इसे प्रारंभिक चरण की तुलना में इसे ठीक करने में अधिक खर्च आएगा। आखिरकार, परीक्षकों को केवल तभी त्रुटि मिलेगी जब डेवलपर ने पहले ही कोड लिखना समाप्त कर दिया है, और कॉपीराइटर - प्रलेखन।
  • विकास पूरा होने के बाद ग्राहक तैयार उत्पाद से परिचित हो जाता है। तदनुसार, वह उत्पाद का मूल्यांकन तभी कर सकता है जब वह लगभग पूरी तरह से तैयार हो। यदि वह परिणाम पसंद नहीं करता है, तो सुधार की आवश्यकता के कारण परियोजना बजट की लागत स्पष्ट रूप से बढ़ जाएगी।
  • जितने अधिक तकनीकी दस्तावेज़ीकरण होंगे, कार्य को पूरा करने में उतना ही अधिक समय लगेगा। इस तरह के दस्तावेज़ीकरण के लिए अधिक परिवर्तन और अनुमोदन की आवश्यकता होती है।

"झरना" का उपयोग अक्सर चिकित्सा और एयरोस्पेस उद्योगों में परियोजनाओं में किया जाता है, जहां पहले से ही दस्तावेजों का एक विस्तृत आधार है, जिसके आधार पर नए सॉफ्टवेयर के लिए आवश्यकताओं को तैयार करना संभव है।

जलप्रपात मॉडल का उपयोग करते समय, मुख्य बात विस्तृत आवश्यकताओं को लिखना है। परीक्षण के दौरान, यह नहीं पता होना चाहिए कि कहीं कोई बग है जो पूरे प्रोजेक्ट पर हानिकारक प्रभाव डालता है।