वाटरफॉल मॉडल अनुक्रमिक मॉडल (Sequential Model) का एक उदाहरण है। इस मॉडल में, सॉफ्टवेयर विकास गतिविधि को विभिन्न चरणों में विभाजित किया जाता है और प्रत्येक चरण में कार्यों की एक श्रृंखला होती है और इसके अलग-अलग उद्देश्य होते हैं।

वाटरफॉल मॉडल क्या है? हिंदी में [What is Waterfall Model ?In Hindi]

वाटरफॉल मॉडल एसडीएलसी प्रक्रियाओं का अग्रणी है। वास्तव में, यह पहला मॉडल था जिसका व्यापक रूप से सॉफ्टवेयर उद्योग में उपयोग किया गया था। इसे चरणों में विभाजित किया जाता है और एक चरण का आउटपुट अगले चरण का इनपुट बन जाता है। अगले चरण के शुरू होने से पहले एक चरण को पूरा करना अनिवार्य है। संक्षेप में, वाटरफॉल मॉडल में कोई अतिव्यापी नहीं है.
वाटरफॉल मॉडल क्या है? हिंदी में [What is Waterfall Model ?In Hindi]

वाटरफॉल मॉडल के लाभ [Advantage of Waterfall Model]

  • यह मॉडल लागू करने के लिए सरल है इसके लिए आवश्यक संसाधनों की संख्या भी न्यूनतम है।
  • आवश्यकताएं सरल और स्पष्ट रूप से घोषित हैं; वे संपूर्ण परियोजना विकास के दौरान अपरिवर्तित रहते हैं।
  • प्रत्येक चरण के लिए प्रारंभ और समाप्ति बिंदु निश्चित हैं, जिससे प्रगति को कवर करना आसान हो जाता है।
  • संपूर्ण उत्पाद की रिलीज़ की तारीख, साथ ही इसकी अंतिम लागत, विकास से पहले निर्धारित की जा सकती है।
  • यह सख्त रिपोर्टिंग प्रणाली के कारण ग्राहक के लिए नियंत्रण और स्पष्टता को आसान बनाता है। UML (Unified Modelling Language) क्या है?

वाटरफॉल मॉडल के नुकसान [Disadvantage of Waterfall Model]

  • इस मॉडल में, जोखिम कारक अधिक है, इसलिए यह मॉडल अधिक महत्वपूर्ण और जटिल परियोजनाओं के लिए उपयुक्त नहीं है।
  • यह मॉडल विकास के दौरान आवश्यकताओं में बदलाव को स्वीकार नहीं कर सकता है।
  • चरण में वापस जाना कठिन हो जाता है। उदाहरण के लिए, यदि एप्लिकेशन अब कोडिंग चरण में स्थानांतरित हो गया है, और आवश्यकता में कोई बदलाव है, तो वापस जाना और इसे बदलना कठिन हो जाता है।
  • चूंकि परीक्षण बाद के चरण में किया जाता है, यह पहले चरण में चुनौतियों और जोखिमों की पहचान करने की अनुमति नहीं देता है, इसलिए जोखिम कम करने की रणनीति तैयार करना मुश्किल है।
वाटरफॉल मॉडल में वर्णित अनुक्रमिक (Described sequential) चरण हैं:
  1. आवश्यकता एकत्रीकरण (Requirement Gathering)- सभी संभावित आवश्यकताओं को उत्पाद आवश्यकता दस्तावेजों में दर्ज किया जाता है।
  2. विश्लेषण पढ़ें (Analysis Read) - आवश्यकता और विश्लेषण के आधार पर स्कीमा, मॉडल और व्यावसायिक नियमों को परिभाषित करें।
  3. सिस्टम डिजाइन (System Design)- विश्लेषण के आधार पर सॉफ्टवेयर आर्किटेक्चर डिजाइन करें।
  4. कार्यान्वयन छोटी इकाइयों में कार्यात्मक परीक्षण के साथ सॉफ्टवेयर का विकास।
  5. एकीकरण और परीक्षण पिछले चरण में विकसित प्रत्येक इकाई का एकीकरण और एकीकरण के बाद किसी भी दोष के लिए पूरी प्रणाली का परीक्षण करें।
  6. सिस्टम का परिनियोजन - सभी कार्यात्मक और गैर-कार्यात्मक परीक्षण पूर्ण होने के बाद उत्पाद को उत्पादन वातावरण पर लाइव बनाएं।
  7. रखरखाव समस्याओं को ठीक करना और आवश्यकतानुसार समस्या पैच के साथ नया संस्करण जारी करना।

Post a Comment

Blogger

Your Comment Will be Show after Approval , Thanks

Ads

 
[X]

Subscribe for our all latest News and Updates

Enter your email address: