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

वॉटरफॉल मॉडेल, ज्याला वॉटरफॉल देखील म्हटले जाते, हे सॉफ्टवेअर डेव्हलपमेंटसाठी सर्वात प्रसिद्ध दृष्टिकोनांपैकी एक आहे. मॉडेलचे लेखक विन्स्टन रॉयस आहेत. 1970 मध्‍ये, त्‍याने त्‍याच्‍या नवोपक्रमाचे सार वर्णन करण्‍याच्‍या लेखात त्‍याचे फायदे आणि तोटे सांगितल्‍या. त्याच ठिकाणी, हे मॉडेल पुनरावृत्ती मॉडेलमध्ये कसे परिष्कृत केले जाऊ शकते हे त्यांनी स्पष्ट केले. सुरुवातीला, धबधबा मॉडेलमध्ये, विकासाचे टप्पे खालील क्रमाने जातात:

  • आवश्यकतांची व्याख्या आणि समन्वय;
  • प्रकल्प मंजुरी;
  • कोडिंग;
  • सॉफ्टवेअर उत्पादनाच्या कार्यरत आवृत्तीची निर्मिती;
  • चाचणी आणि डीबगिंग;
  • सॉफ्टवेअर स्थापना;
  • सपोर्ट.

वॉटरफॉल मॉडेलनुसार, विकासकाद्वारे क्रियांची अंमलबजावणी अनुक्रमे होते - पॉइंट बाय पॉइंट. सुरूवातीस, पूर्ण करायच्या यादीच्या स्वरूपात सॉफ्टवेअर आवश्यकता निश्चित करण्यासाठी आणि त्यावर सहमती देण्यासाठी कार्य पूर्ण केले जात आहे.

त्यानंतर, प्रकल्पाची निर्मिती आणि मंजूरीमध्ये संक्रमण होते, ज्याचा परिणाम म्हणून पूर्वी मान्य केलेल्या सॉफ्टवेअर आवश्यकतांची अंमलबजावणी कशी करावी याचे वर्णन करणारे दस्तऐवजीकरण लिहिले जाते.

डिझाइन पूर्ण झाल्यास, विकासक अंमलबजावणी करतात. पुढे कोडचे विलीनीकरण येते - प्रकल्पाच्या वैयक्तिक भागांचे एकत्रीकरण, ज्यावर विविध कार्यसंघ सदस्यांनी काम केले होते.

पुढील पायरी म्हणजे उत्पादनाची चाचणी आणि डीबग करणे. पूर्वी आढळलेल्या त्रुटी येथे दुरुस्त केल्या आहेत.

शेवटी, प्रोग्राम स्थापित आणि समर्थित आहे. यामध्ये आवश्यक असल्यास, कार्यक्षमतेमध्ये बदल करणे आणि आढळलेल्या त्रुटी दूर करणे समाविष्ट आहे.

कॅस्केड मॉडेल असे गृहीत धरते की आपण विकासाच्या पुढील टप्प्यावर काटेकोरपणे क्रमाने जाऊ शकता - मागील कार्य पूर्ण झाल्यानंतरच. टप्प्याटप्प्याने रोलबॅक किंवा विसंगतीची शक्यता प्रदान केलेली नाही.

फायदे आणि तोटे

वेळोवेळी, धबधबा मॉडेलची लवचिकता नसल्यामुळे टीका केली जाते. अनेकांना ते आवडत नाही कारण त्यात प्रकल्प व्यवस्थापनाचे ध्येय असते, तर डेडलाइन पूर्ण करणे, खर्च आणि विकासाची गुणवत्ता अधिक महत्त्वाची असते.

तथापि, जेव्हा मोठ्या प्रकल्पांचा विचार केला जातो तेव्हा त्यामध्ये व्यवस्थापन अधिक महत्त्वाचे असते, कारण यामुळे प्रकल्पातील जोखीम कमी होते आणि कामात पारदर्शकता सुधारते.

कमतरता असूनही, PMBOK 3 री आवृत्ती औपचारिकपणे केवळ "कॅस्केड मॉडेल" पद्धत निर्दिष्ट करते. पुनरावृत्ती प्रकल्प व्यवस्थापनासह इतर पर्याय ऑफर केलेले नाहीत.

वॉटरफॉल मॉडेलचे फायदे:

  • संघ विकास नियंत्रित करणे सोपे आहे. प्रोग्रामर सध्या काय काम करत आहेत याबद्दल ग्राहक परिचित आहे, तो प्रकल्पाची अंतिम मुदत आणि बजेट बदलू शकतो.
  • विकासाचा खर्च पहिल्या टप्प्यात मंजूर केला जातो. अंमलबजावणीच्या सर्व टप्प्यांवर सहमत झाल्यानंतर, सॉफ्टवेअर उत्पादन सतत लिहिले जाते.
  • अनुभवी परीक्षकांची गरज नाही. चाचणी टप्प्यासाठी, आपण प्रोग्राम दस्तऐवजीकरण वापरू शकता.

वॉटरफॉल मॉडेलचे तोटे:

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

"वॉटरफॉल" बहुतेकदा वैद्यकीय आणि एरोस्पेस उद्योगांमधील प्रकल्पांमध्ये वापरला जातो, जिथे आधीपासूनच कागदपत्रांचा विस्तृत आधार आहे, ज्याच्या आधारावर नवीन सॉफ्टवेअरसाठी आवश्यकता तयार करणे शक्य आहे.

वॉटरफॉल मॉडेल वापरताना, मुख्य गोष्ट म्हणजे तपशीलवार आवश्यकता लिहिणे. चाचणी दरम्यान, असे होऊ नये की कुठेतरी एक बग आहे ज्याचा संपूर्ण प्रकल्पावर हानिकारक प्रभाव पडतो.