क्या कोई V मॉडल प्रक्रिया की व्याख्या कर सकता है? यह वाटरफॉल मॉडल से अलग क्यों है?


19

ऐसा लगता है कि वी मॉडल सिर्फ वॉटरफॉल मॉडल है जिसमें वॉटरफॉल का निचला आधा हिस्सा ऊपर की तरफ झुका होता है ताकि वी। फॉर्म बन सके। मैं यह नहीं देखता कि यह कैसे कुछ नया जोड़ता है।

आरेखों से, मैं भी प्रवाह को नहीं समझता। सभी दिशाओं में इंगित तीर हैं और मैं समझ नहीं पा रहा हूं कि पहले क्या आता है। क्या हम ऊपरी बाएँ से नीचे की ओर, नीचे के ऊपरी केंद्र तक V का अनुसरण करते हैं? या क्या हम आइटम को कम करने से पहले V सब कुछ उच्चतर करते हैं?

इंटरनेट में इस मॉडल की पर्याप्त व्याख्या का अभाव है। यह बहुत अच्छा होगा अगर कोई इसे सही StackExchange रूप में समझा सके :)

वी मॉडल

जवाबों:


17

वी-मॉडल वाटरफॉल मॉडल का एक विस्तार है, इसलिए इसे बेहद अलग होने की उम्मीद न करें।

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

वाटरफॉल के साथ प्रमुख अंतर इसे प्रस्तुत करने और परीक्षण पर जोर देने के तरीके हैं।

वी-आकार के रूप में प्रवाह का प्रतिनिधित्व करना कोडिंग (आवश्यकताओं, वास्तुकला और डिजाइन) और जो कुछ भी कोडिंग (अनिवार्य रूप से परीक्षण) का पालन करता है उससे पहले के बीच के अंतर को बनाने में मदद करता है। जबकि परीक्षण झरने के पांच चरणों में से एक है, यह वी-मॉडल में व्यावहारिक रूप से आधी प्रक्रिया जैसा दिखता है।

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


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

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

यह स्पष्टीकरण भ्रामक है । यह तभी सही होगा जब आप किसी भी चंचल विधि द्वारा उद्धरण में "वी-मॉडल" की जगह लेंगे।

वी-मॉडल में लेख के विपरीत, कोडिंग के बाद परीक्षण किया जाता है; उदाहरण के लिए, विकिपीडिया देखें :

वी-मॉडल की एक आम व्यावहारिक आलोचना यह है कि यह परीक्षण के विकास के अंत में तंग खिड़कियों में निचोड़ा जा रहा है , जब पहले चरण आगे निकल चुके हैं, लेकिन कार्यान्वयन की तारीख अभी भी बनी हुई है।

हालांकि, वी-मॉडल में, सिस्टम परीक्षण डिज़ाइन सिस्टम डिज़ाइन का इंतजार करता है जब तक कि उत्पाद कार्यान्वयन नहीं होता है, इसका मतलब यह नहीं है कि कोडिंग से पहले परीक्षण स्वयं किए जाते हैं। लेखक वी-मॉडल को एक्सट्रीम प्रोग्रामिंग (एक्सपी) में टेस्ट ड्रिवेन डेवलपमेंट (टीडीडी) जैसे दृष्टिकोण के साथ भ्रमित करता है।


1
हाँ - यह आपके द्वारा उद्धृत किए गए उद्धरण की तरह है जो मुझे भ्रमित करता है! ऐसा लगता है कि यह प्रक्रिया नीचे की ओर बढ़ रही थी और V
CodyBugstein

2
इसके अतिरिक्त, झरने के ऊपर, वी मॉडल जिम्मेदारी की क्षैतिज परतों को दिखाता है क्योंकि वे वास्तविकता में मौजूद हैं। उदाहरण के लिए, उच्च स्तर आवश्यकताओं और सिस्टम परीक्षण दोनों को दिखाते हैं, और स्रोत के विस्तार के बारे में चिंता नहीं करते हैं। स्रोत स्तर को तैयार उत्पाद से अलग किया जाता है (बहुत बड़ी प्रणालियों के लिए आवश्यक - जहां आपके पास 20 CSCI हो सकता है जो प्रत्येक
SL

Representing the flow as V-shape helps making the difference between everything which comes prior to coding (requirements, architecture and design) and everything which follows coding (essentially testing). While tests are just one of five steps in Waterfall, it looks like practically half of the process in V-model.= यह किसी को भी! धन्यवाद
CodyBugstein
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.