वी-मॉडल: Difference between revisions
No edit summary |
No edit summary |
||
| Line 50: | Line 50: | ||
* परियोजना जोखिमों को कम करना: वी-मॉडल मानकीकृत दृष्टिकोण निर्दिष्ट करके एवं संबंधित परिणामों एवं जिम्मेदार भूमिकाओं का वर्णन करके परियोजना पारदर्शिता एवं परियोजना नियंत्रण में सुधार करता है। यह योजना विचलन एवं जोखिमों की शीघ्र पहचान की अनुमति देता है एवं प्रक्रिया प्रबंधन में सुधार करता है, जिससे परियोजना जोखिम कम हो जाता है। | * परियोजना जोखिमों को कम करना: वी-मॉडल मानकीकृत दृष्टिकोण निर्दिष्ट करके एवं संबंधित परिणामों एवं जिम्मेदार भूमिकाओं का वर्णन करके परियोजना पारदर्शिता एवं परियोजना नियंत्रण में सुधार करता है। यह योजना विचलन एवं जोखिमों की शीघ्र पहचान की अनुमति देता है एवं प्रक्रिया प्रबंधन में सुधार करता है, जिससे परियोजना जोखिम कम हो जाता है। | ||
* गुणवत्ता में सुधार एवं गारंटी: मानकीकृत प्रक्रिया मॉडल के रूप में, वी-मॉडल यह सुनिश्चित करता है कि प्रदान किए जाने वाले परिणाम पूर्ण हैं एवं वांछित गुणवत्ता वाले हैं। परिभाषित अंतरिम परिणामों को प्रारंभिक चरण में जांचा जा सकता है। समान उत्पाद सामग्री से पठनीयता, समझने योग्यता एवं सत्यापनीयता में सुधार होगा। | * गुणवत्ता में सुधार एवं गारंटी: मानकीकृत प्रक्रिया मॉडल के रूप में, वी-मॉडल यह सुनिश्चित करता है कि प्रदान किए जाने वाले परिणाम पूर्ण हैं एवं वांछित गुणवत्ता वाले हैं। परिभाषित अंतरिम परिणामों को प्रारंभिक चरण में जांचा जा सकता है। समान उत्पाद सामग्री से पठनीयता, समझने योग्यता एवं सत्यापनीयता में सुधार होगा। | ||
* संपूर्ण परियोजना एवं सिस्टम जीवन चक्र पर कुल | * संपूर्ण परियोजना एवं सिस्टम जीवन चक्र पर कुल वित्त में कमी: मानकीकृत प्रक्रिया मॉडल को प्रस्तावित करके किसी सिस्टम के विकास, उत्पादन, संचालन एवं रखरखाव के प्रयास की गणना, अनुमान एवं पारदर्शी तरीके से नियंत्रण किया जा सकता है। प्राप्त परिणाम समान हैं एवं सरली से दोहराए जा सकते हैं। इससे आपूर्तिकर्ता पर अधिग्रहणकर्ता की निर्भरता एवं बाद की गतिविधियों एवं परियोजनाओं के लिए प्रयास कम हो जाता है। | ||
* सभी हितधारकों के बीच संचार में सुधार: सभी प्रासंगिक तत्वों एवं शर्तों का मानकीकृत एवं समान विवरण सभी हितधारकों के बीच आपसी समझ का आधार है। इस प्रकार, उपयोगकर्ता, अधिग्रहणकर्ता, आपूर्तिकर्ता एवं डेवलपर के बीच घर्षण हानि कम हो जाती है। | * सभी हितधारकों के बीच संचार में सुधार: सभी प्रासंगिक तत्वों एवं शर्तों का मानकीकृत एवं समान विवरण सभी हितधारकों के बीच आपसी समझ का आधार है। इस प्रकार, उपयोगकर्ता, अधिग्रहणकर्ता, आपूर्तिकर्ता एवं डेवलपर के बीच घर्षण हानि कम हो जाती है। | ||
| Line 57: | Line 57: | ||
=== सिस्टम इंजीनियरिंग एवं सत्यापन === | === सिस्टम इंजीनियरिंग एवं सत्यापन === | ||
सिस्टम इंजीनियरिंग प्रक्रिया (एसईपी) | सिस्टम इंजीनियरिंग प्रक्रिया (एसईपी) कठिन प्रणालियों की वित्त-प्रभावशीलता में सुधार के लिए मार्ग प्रदान करती है जैसा कि सिस्टम के मालिक द्वारा गर्भाधान से लेकर सेवानिवृत्ति तक, सिस्टम के पूर्ण जीवन में अनुभव किया जाता है।<ref name = "FHWA 05"/> | ||
इसमें लक्ष्यों की प्रारंभिक एवं व्यापक पहचान, संचालन की अवधारणा जो उपयोगकर्ता की | इसमें लक्ष्यों की प्रारंभिक एवं व्यापक पहचान, संचालन की अवधारणा जो उपयोगकर्ता की आवश्यकताओ एवं ऑपरेटिंग वातावरण, संपूर्ण एवं परीक्षण योग्य सिस्टम आवश्यकताओं, विस्तृत डिजाइन, कार्यान्वयन, कार्यान्वित सिस्टम की कठोर स्वीकृति परीक्षण का वर्णन करती है, जिससे यह सुनिश्चित किया जा सके कि यह बताई गई आवश्यकताओं को पूर्ण करती है (सिस्टम सत्यापन), लक्ष्यों को संबोधित करने (सिस्टम सत्यापन), प्रारम्भ संचालन एवं रखरखाव, समय के साथ सिस्टम अपग्रेड एवं अंततः सेवानिवृत्ति सम्मिलित है।<ref name = "FHWA 05"/><ref name=VPM/><ref name=INCOSE/><ref name=Original/> | ||
यह प्रक्रिया आवश्यकताओं-संचालित डिजाइन एवं परीक्षण पर | यह प्रक्रिया आवश्यकताओं-संचालित डिजाइन एवं परीक्षण पर बल देती है। सभी डिज़ाइन तत्व एवं स्वीकृति परीक्षण या अधिक सिस्टम आवश्यकताओं के अनुरूप होने चाहिए एवं प्रत्येक आवश्यकता को अर्घ्य से अर्घ्य डिज़ाइन तत्व एवं स्वीकृति परीक्षण द्वारा संबोधित किया जाना चाहिए। ऐसी कठोरता यह सुनिश्चित करती है कि कुछ भी अनावश्यक रूप से नहीं किया जाए एवं जो कुछ आवश्यक है वह पूर्ण किया जाए।<ref name = "FHWA 05"/><ref name=VPM/> | ||
'''दो धाराएँ''' | '''दो धाराएँ''' | ||
| Line 86: | Line 86: | ||
* यूएस वी-मॉडल, जैसा कि 1991 में [[सिस्टम इंजीनियरिंग पर अंतर्राष्ट्रीय परिषद]] (एनसीओएसई; अब 1995 में आईएनसीओएसई) की कार्यवाही में प्रलेखित किया गया है।<ref name=Original/>हार्डवेयर, सॉफ्टवेयर एवं मानव संपर्क से जुड़े उपग्रह प्रणालियों के लिए विकसित किया गया था। | * यूएस वी-मॉडल, जैसा कि 1991 में [[सिस्टम इंजीनियरिंग पर अंतर्राष्ट्रीय परिषद]] (एनसीओएसई; अब 1995 में आईएनसीओएसई) की कार्यवाही में प्रलेखित किया गया है।<ref name=Original/>हार्डवेयर, सॉफ्टवेयर एवं मानव संपर्क से जुड़े उपग्रह प्रणालियों के लिए विकसित किया गया था। | ||
* वी-मॉडल पहली बार एफएए एडवांस्ड ऑटोमेशन सिस्टम (एएएस) कार्यक्रम के पूर्व-प्रस्ताव प्रयास के हिस्से के रूप में [[ह्यूजेस विमान]] में लगभग 1982 में दिखाई दिया। इसने अंततः ह्यूजेस एएएस डिज़ाइन प्रतियोगिता चरण (डीसीपी) प्रस्ताव के लिए परीक्षण रणनीति बनाई। इसे परीक्षण एवं ीकरण दृष्टिकोण को दिखाने के लिए बनाया गया था जो सॉफ़्टवेयर में गुप्त दोषों को सामने लाने की नई चुनौतियों से प्रेरित था। अव्यक्त दोष का पता लगाने के इस नए स्तर की आवश्यकता हवाई यातायात नियंत्रक की सोच एवं योजना प्रक्रियाओं को स्वचालित करना शुरू करने के लक्ष्य से प्रेरित थी, जैसा कि स्वचालित एनरूट हवाई यातायात नियंत्रण (एईआरए) कार्यक्रम द्वारा कल्पना की गई थी। वी के इतने शक्तिशाली होने का कारण सभी पाठ एवं विश्लेषण को बहुआयामी छवियों के साथ जोड़ने की ह्यूजेस संस्कृति से आता है। यह प्रकाशनों के अनुक्रमिक विषयगत संगठन (STOP) की नींव थी। <ref name="scribd">{{cite web |url=https://www.scribd.com/doc/2019286/Sequential-Thematic-Organization-of-Publications |archive-url=https://web.archive.org/web/20080203133138/http://www.scribd.com/doc/2019286/Sequential-Thematic-Organization-of-Publications |archive-date=February 3, 2008 |url-status=dead |title=प्रकाशनों का अनुक्रमिक विषयगत संगठन (STOP)|access-date=December 24, 2015 |df=mdy-all }}</ref> 1963 में ह्यूजेस द्वारा बनाया गया एवं 1985 में [[हावर्ड ह्यूजेस मेडिकल इंस्टीट्यूट]] द्वारा ह्यूजेस का विनिवेश होने तक इसका उपयोग किया गया।<ref>{{cite book | title = क्रिएटिव सिस्टम इंजीनियरिंग से सतत विकास संभव|isbn=978-0615216300|last1=Sobkiw|first1=Walter|date=2008-01-01}}</ref> | * वी-मॉडल पहली बार एफएए एडवांस्ड ऑटोमेशन सिस्टम (एएएस) कार्यक्रम के पूर्व-प्रस्ताव प्रयास के हिस्से के रूप में [[ह्यूजेस विमान]] में लगभग 1982 में दिखाई दिया। इसने अंततः ह्यूजेस एएएस डिज़ाइन प्रतियोगिता चरण (डीसीपी) प्रस्ताव के लिए परीक्षण रणनीति बनाई। इसे परीक्षण एवं ीकरण दृष्टिकोण को दिखाने के लिए बनाया गया था जो सॉफ़्टवेयर में गुप्त दोषों को सामने लाने की नई चुनौतियों से प्रेरित था। अव्यक्त दोष का पता लगाने के इस नए स्तर की आवश्यकता हवाई यातायात नियंत्रक की सोच एवं योजना प्रक्रियाओं को स्वचालित करना शुरू करने के लक्ष्य से प्रेरित थी, जैसा कि स्वचालित एनरूट हवाई यातायात नियंत्रण (एईआरए) कार्यक्रम द्वारा कल्पना की गई थी। वी के इतने शक्तिशाली होने का कारण सभी पाठ एवं विश्लेषण को बहुआयामी छवियों के साथ जोड़ने की ह्यूजेस संस्कृति से आता है। यह प्रकाशनों के अनुक्रमिक विषयगत संगठन (STOP) की नींव थी। <ref name="scribd">{{cite web |url=https://www.scribd.com/doc/2019286/Sequential-Thematic-Organization-of-Publications |archive-url=https://web.archive.org/web/20080203133138/http://www.scribd.com/doc/2019286/Sequential-Thematic-Organization-of-Publications |archive-date=February 3, 2008 |url-status=dead |title=प्रकाशनों का अनुक्रमिक विषयगत संगठन (STOP)|access-date=December 24, 2015 |df=mdy-all }}</ref> 1963 में ह्यूजेस द्वारा बनाया गया एवं 1985 में [[हावर्ड ह्यूजेस मेडिकल इंस्टीट्यूट]] द्वारा ह्यूजेस का विनिवेश होने तक इसका उपयोग किया गया।<ref>{{cite book | title = क्रिएटिव सिस्टम इंजीनियरिंग से सतत विकास संभव|isbn=978-0615216300|last1=Sobkiw|first1=Walter|date=2008-01-01}}</ref> | ||
* अमेरिकी रक्षा विभाग [[ प्रणाली अभियांत्रिकी | सिस्टम अभियांत्रिकी]] प्रक्रिया इंटरैक्शन को वी-मॉडल संबंध में रखता है।<ref>{{cite web | * अमेरिकी रक्षा विभाग [[ प्रणाली अभियांत्रिकी |सिस्टम अभियांत्रिकी]] प्रक्रिया इंटरैक्शन को वी-मॉडल संबंध में रखता है।<ref>{{cite web | ||
| url = http://www.dau.mil/pubscats/PubsCats/atl/2006_03_04/mar-apr06.pdf | | url = http://www.dau.mil/pubscats/PubsCats/atl/2006_03_04/mar-apr06.pdf | ||
| title = A New Systems Engineering Model and an Old, Familiar Friend; Figure 2 V-9 Process Interactions | | title = A New Systems Engineering Model and an Old, Familiar Friend; Figure 2 V-9 Process Interactions | ||
| Line 93: | Line 93: | ||
| date = Apr 2006 | | date = Apr 2006 | ||
| access-date = 7 Apr 2016}}</ref> | | access-date = 7 Apr 2016}}</ref> | ||
इसे अब वाणिज्यिक | इसे अब वाणिज्यिक और साथ ही रक्षा कार्यक्रमों में व्यापक अनुप्रयोग मिल गया है। इसका प्राथमिक उपयोग परियोजना प्रबंधन<ref name=VPM/><ref name=INCOSE/>और संपूर्ण परियोजना जीवनचक्र में होता है। | ||
यूएस वी-मॉडल की | यूएस वी-मॉडल की मूलभूत विशेषता यह है कि समय और परिपक्वता बाएं से दाएं की ओर चलती है और कोई भी समय में पीछे नहीं जा सकता है। जैसा कि चित्र में दिखाया गया है, सभी पुनरावृत्ति सिस्टम पदानुक्रम में उच्च या निम्न स्तर तक ऊर्ध्वाधर रेखा के साथ होती है।<ref name=VPM/><ref name=INCOSE/><ref name=Original/> यह मॉडल का महत्वपूर्ण प्रभाग प्रमाणित हुआ है। मॉडल के दोहरे-वी अवधारणा के विस्तार को संदर्भ में माना जाता है।<ref name=VPM/> | ||
चूँकि V-मॉडल सार्वजनिक रूप से उपलब्ध है इसलिए कई कंपनियाँ भी इसका उपयोग करती हैं। परियोजना प्रबंधन में यह PRINCE2 की अपेक्षा में विधि है एवं परियोजना प्रबंधन | चूँकि V-मॉडल सार्वजनिक रूप से उपलब्ध है इसलिए कई कंपनियाँ भी इसका उपयोग करती हैं। परियोजना प्रबंधन में यह PRINCE2 की अपेक्षा में विधि है एवं परियोजना प्रबंधन की विधियों के साथ-साथ सिस्टम विकास जीवनचक्र की विधियों का वर्णन करती है। वी-मॉडल, प्रक्रिया में कठोर होते हुए भी, अनुप्रयोग में अधिक स्मूथ हो सकता है, विशेषकर जब यह सिस्टम डेवलपमेंट जीवनचक्र के सामान्य मापदंडों की सीमा से बाहर की सीमा से संबंधित होती है। | ||
== लाभ == | == लाभ == | ||
Revision as of 10:58, 20 July 2023
| Part of a series on |
| Software development |
|---|
वी-मॉडल सिस्टम विकास जीवनचक्र का ग्राफिकल प्रतिनिधित्व है। इसका उपयोग कठोर विकास जीवनचक्र मॉडल एवं परियोजना प्रबंधन मॉडल तैयार करने के लिए किया जाता है। वी-मॉडल तीन व्यापक श्रेणियों, जर्मन वी-मॉडेल, सामान्य परीक्षण मॉडल एवं अमेरिकी सरकार मानक में आता है।[2]वी-मॉडल कम्प्यूटरीकृत सिस्टम सत्यापन ढांचे, या परियोजना जीवन चक्र विकास के अंदर संबंधित डिलिवरेबल्स के संयोजन में उठाए जाने वाले मुख्य चरणोंका सारांश देता है। यह उत्पाद विकास के समय की जाने वाली गतिविधियों एवं उत्पन्न होने वाले परिणामों का वर्णन करता है।
V का बायाँ भाग आवश्यकताओं के अपघटन एवं सिस्टम विशिष्टताओं के निर्माण का प्रतिनिधित्व करता है। V का दाहिना भाग भागों के एकीकरण एवं उनके सत्यापन को दर्शाता है।[3][4][5][6][7] चूँकि, आवश्यकताओं को पूर्व उच्च स्तरीय आवश्यकताओं या उपयोगकर्ता की आवश्यकताओं के विरुद्ध मान्य करने की आवश्यकता है। इसके अतिरिक्त, सिस्टम मॉडल के सत्यापन के रूप में भी कुछ है। इसे आंशिक रूप से बायीं ओर भी किया जा सकता है। यह दावा करना कि सत्यापन केवल दाईं ओर होता है, उचित नहीं हो सकता है। सबसे सरल उपाय यह कहना है कि सत्यापन सदैव आवश्यकताओं (प्रौद्योगिकी शर्तों) के विरुद्ध होता है एवं सत्यापन सदैव वास्तविक समाज या उपयोगकर्ता की आवश्यकताओं के विरुद्ध होता है। एयरोस्पेस मानक RTCA DO-178B बताता है कि आवश्यकताओं को मान्य किया गया है - सत्य होने की पुष्टि की गई है - एवं अंतिम उत्पाद को यह सुनिश्चित करने के लिए सत्यापित किया गया है कि यह उन आवश्यकताओं को पूर्ण करता है।
मान्यता इस प्रश्न के साथ व्यक्त की जा सकती है कि क्या आप उचित चीज़ बना रहे हैं? एवं सत्यापन के साथ कि क्या आप इसे उचित उचित से बना रहे हैं?
प्रकार
वी-मॉडल के तीन सामान्य प्रकार हैं।
वी-मॉडेल
वी-मॉडेल जर्मन सरकार की आधिकारिक परियोजना प्रबंधन पद्धति है। यह सामान्यतः PRINCE2 के समान है, परन्तु सॉफ्टवेयर विकास के लिए अधिक सीधे प्रासंगिक है।[8] वी प्रतिनिधित्व का उपयोग करने की मुख्य विशेषता यह प्रमाण की आवश्यकता थी कि वी के बाईं ओर के उत्पाद वी के दाईं ओर को प्रस्तावित करने वाले उपयुक्त परीक्षण एवं एकीकरण संगठन द्वारा स्वीकार्य थे।[9][10][11]
सामान्य परीक्षण
समाज में परीक्षण समुदाय में, वी-मॉडल को व्यापक रूप से सॉफ्टवेयर विकास प्रक्रिया के अस्पष्ट चित्रण के रूप में देखा जाता है जैसा कि सॉफ्टवेयर परीक्षकों के लिए अंतर्राष्ट्रीय सॉफ्टवेयर परीक्षण योग्यता बोर्ड फाउंडेशन पाठ्यक्रम में वर्णित है।[12] इस मॉडल की कोई परिभाषा नहीं है, जो वी-मॉडल (सॉफ़्टवेयर विकास) पर वैकल्पिक लेख में अधिक सामान्य रूप से सम्मिलित है।
अमेरिकी सरकार मानक
अमेरिका में सरकारी मानक वी-मॉडल भी है जो लगभग 20 साल प्राचीन है। इसका दायरा संकीर्ण सिस्टम विकास जीवनचक्र मॉडल है, परन्तु अधिकांश यूके चिकित्सकों एवं परीक्षकों द्वारा वी-मॉडल द्वारा समझे जाने की अपेक्षा में कहीं अधिक विस्तृत एवं अधिक कठोर है।[13][14][3][4][15][16]
सत्यापन बनाम सत्यापन
कभी-कभी यह कहा जाता है कि मान्यता इस प्रश्न द्वारा व्यक्त की जा सकती है कि क्या आप उचित चीज़ का निर्माण कर रहे हैं? एवं सत्यापन द्वारा क्या आप इसे उचित ढंग से बना रहे हैं? व्यवहार में, इन शब्दों का उपयोग भिन्न-भिन्न होता है।
प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए गाइड, जिसे आईईईई द्वारा मानक के रूप में भी अपनाया गया है (इनकोस, सिस्टम इंजीनियरिंग रिसर्च काउंसिल एसईआरसी एवं आईईईई कंप्यूटर सोसाइटी द्वारा संयुक्त रूप से बनाए रखा गया है) उन्हें अपने चौथे संस्करण में निम्नानुसार परिभाषित करता है:[17]
- सत्यापन. यह आश्वासन कि कोई उत्पाद, सेवा या सिस्टम ग्राहक एवं अन्य पहचाने गए हितधारकों की जरूरतों को पूर्ण करती है। इसमें प्रायः बाहरी ग्राहकों के साथ स्वीकृति एवं उपयुक्तता सम्मिलित होती है। सत्यापन से अपेक्षा करें।
- सत्यापन. कोई उत्पाद, सेवा या सिस्टम किसी विनियमन, आवश्यकता, विनिर्देश या लगाई गई शर्त का अनुपालन करता है या नहीं करता है। यह प्रायः आंतरिक प्रक्रिया होती है। सत्यापन से अपेक्षा करें।
उद्देश्य
वी-मॉडल परियोजनाओं की योजना एवं कार्यान्वयन के लिए मार्गदर्शन प्रदान करता है। परियोजना कार्यान्वयन द्वारा निम्नलिखित उद्देश्यों को प्राप्त करने का इरादा है:
- परियोजना जोखिमों को कम करना: वी-मॉडल मानकीकृत दृष्टिकोण निर्दिष्ट करके एवं संबंधित परिणामों एवं जिम्मेदार भूमिकाओं का वर्णन करके परियोजना पारदर्शिता एवं परियोजना नियंत्रण में सुधार करता है। यह योजना विचलन एवं जोखिमों की शीघ्र पहचान की अनुमति देता है एवं प्रक्रिया प्रबंधन में सुधार करता है, जिससे परियोजना जोखिम कम हो जाता है।
- गुणवत्ता में सुधार एवं गारंटी: मानकीकृत प्रक्रिया मॉडल के रूप में, वी-मॉडल यह सुनिश्चित करता है कि प्रदान किए जाने वाले परिणाम पूर्ण हैं एवं वांछित गुणवत्ता वाले हैं। परिभाषित अंतरिम परिणामों को प्रारंभिक चरण में जांचा जा सकता है। समान उत्पाद सामग्री से पठनीयता, समझने योग्यता एवं सत्यापनीयता में सुधार होगा।
- संपूर्ण परियोजना एवं सिस्टम जीवन चक्र पर कुल वित्त में कमी: मानकीकृत प्रक्रिया मॉडल को प्रस्तावित करके किसी सिस्टम के विकास, उत्पादन, संचालन एवं रखरखाव के प्रयास की गणना, अनुमान एवं पारदर्शी तरीके से नियंत्रण किया जा सकता है। प्राप्त परिणाम समान हैं एवं सरली से दोहराए जा सकते हैं। इससे आपूर्तिकर्ता पर अधिग्रहणकर्ता की निर्भरता एवं बाद की गतिविधियों एवं परियोजनाओं के लिए प्रयास कम हो जाता है।
- सभी हितधारकों के बीच संचार में सुधार: सभी प्रासंगिक तत्वों एवं शर्तों का मानकीकृत एवं समान विवरण सभी हितधारकों के बीच आपसी समझ का आधार है। इस प्रकार, उपयोगकर्ता, अधिग्रहणकर्ता, आपूर्तिकर्ता एवं डेवलपर के बीच घर्षण हानि कम हो जाती है।
वी-मॉडल विषय
सिस्टम इंजीनियरिंग एवं सत्यापन
सिस्टम इंजीनियरिंग प्रक्रिया (एसईपी) कठिन प्रणालियों की वित्त-प्रभावशीलता में सुधार के लिए मार्ग प्रदान करती है जैसा कि सिस्टम के मालिक द्वारा गर्भाधान से लेकर सेवानिवृत्ति तक, सिस्टम के पूर्ण जीवन में अनुभव किया जाता है।[1]
इसमें लक्ष्यों की प्रारंभिक एवं व्यापक पहचान, संचालन की अवधारणा जो उपयोगकर्ता की आवश्यकताओ एवं ऑपरेटिंग वातावरण, संपूर्ण एवं परीक्षण योग्य सिस्टम आवश्यकताओं, विस्तृत डिजाइन, कार्यान्वयन, कार्यान्वित सिस्टम की कठोर स्वीकृति परीक्षण का वर्णन करती है, जिससे यह सुनिश्चित किया जा सके कि यह बताई गई आवश्यकताओं को पूर्ण करती है (सिस्टम सत्यापन), लक्ष्यों को संबोधित करने (सिस्टम सत्यापन), प्रारम्भ संचालन एवं रखरखाव, समय के साथ सिस्टम अपग्रेड एवं अंततः सेवानिवृत्ति सम्मिलित है।[1][3][4][7]
यह प्रक्रिया आवश्यकताओं-संचालित डिजाइन एवं परीक्षण पर बल देती है। सभी डिज़ाइन तत्व एवं स्वीकृति परीक्षण या अधिक सिस्टम आवश्यकताओं के अनुरूप होने चाहिए एवं प्रत्येक आवश्यकता को अर्घ्य से अर्घ्य डिज़ाइन तत्व एवं स्वीकृति परीक्षण द्वारा संबोधित किया जाना चाहिए। ऐसी कठोरता यह सुनिश्चित करती है कि कुछ भी अनावश्यक रूप से नहीं किया जाए एवं जो कुछ आवश्यक है वह पूर्ण किया जाए।[1][3]
दो धाराएँ
विशिष्टता स्ट्रीम
विशिष्टता स्ट्रीम में मुख्य रूप से सम्मिलित हैं:
- उपयोगकर्ता आवश्यकता विनिर्देश
- कार्यात्मक आवश्यकता विनिर्देश
- डिजाइन विनिर्देश
परीक्षण स्ट्रीम
परीक्षण स्ट्रीम में आम तौर पर निम्न सम्मिलित होते हैं:
- स्थापना योग्यता (आईक्यू)
- परिचालन योग्यता (ओक्यू)
- प्रदर्शन योग्यता (पीक्यू)
विकास स्ट्रीम में अनुकूलन, कॉन्फ़िगरेशन या कोडिंग (सिस्टम प्रकार एवं विकास के दायरे के आधार पर) सम्मिलित हो सकती है।
अनुप्रयोग
वी-मॉडल का उपयोग जर्मन संघीय प्रशासन के अंदर सॉफ्टवेयर विकास प्रक्रिया को विनियमित करने के लिए किया जाता है। आजकल[when?] यह अभी भी जर्मन संघीय प्रशासन एवं रक्षा परियोजनाओं के साथ-साथ क्षेत्र के सॉफ्टवेयर डेवलपर्स के लिए मानक है।
वी-मॉडल की अवधारणा 1980 के दशक के अंत में जर्मनी एवं संयुक्त राज्य अमेरिका में साथ, परन्तु स्वतंत्र रूप से विकसित की गई थी:
- जर्मन वी-मॉडल मूल रूप से म्यूनिख के पास ओटोब्रून में आईएबीजी द्वारा, संघीय रक्षा मंत्रालय के लिए कोबलेनज़ में रक्षा प्रौद्योगिकी एवं खरीद के संघीय कार्यालय के सहयोग से विकसित किया गया था। इसे 1992 की गर्मियों में नागरिक सार्वजनिक प्राधिकरण डोमेन के लिए संघीय आंतरिक मंत्रालय द्वारा अपने अधिकार में ले लिया गया था।[19]
- यूएस वी-मॉडल, जैसा कि 1991 में सिस्टम इंजीनियरिंग पर अंतर्राष्ट्रीय परिषद (एनसीओएसई; अब 1995 में आईएनसीओएसई) की कार्यवाही में प्रलेखित किया गया है।[7]हार्डवेयर, सॉफ्टवेयर एवं मानव संपर्क से जुड़े उपग्रह प्रणालियों के लिए विकसित किया गया था।
- वी-मॉडल पहली बार एफएए एडवांस्ड ऑटोमेशन सिस्टम (एएएस) कार्यक्रम के पूर्व-प्रस्ताव प्रयास के हिस्से के रूप में ह्यूजेस विमान में लगभग 1982 में दिखाई दिया। इसने अंततः ह्यूजेस एएएस डिज़ाइन प्रतियोगिता चरण (डीसीपी) प्रस्ताव के लिए परीक्षण रणनीति बनाई। इसे परीक्षण एवं ीकरण दृष्टिकोण को दिखाने के लिए बनाया गया था जो सॉफ़्टवेयर में गुप्त दोषों को सामने लाने की नई चुनौतियों से प्रेरित था। अव्यक्त दोष का पता लगाने के इस नए स्तर की आवश्यकता हवाई यातायात नियंत्रक की सोच एवं योजना प्रक्रियाओं को स्वचालित करना शुरू करने के लक्ष्य से प्रेरित थी, जैसा कि स्वचालित एनरूट हवाई यातायात नियंत्रण (एईआरए) कार्यक्रम द्वारा कल्पना की गई थी। वी के इतने शक्तिशाली होने का कारण सभी पाठ एवं विश्लेषण को बहुआयामी छवियों के साथ जोड़ने की ह्यूजेस संस्कृति से आता है। यह प्रकाशनों के अनुक्रमिक विषयगत संगठन (STOP) की नींव थी। [20] 1963 में ह्यूजेस द्वारा बनाया गया एवं 1985 में हावर्ड ह्यूजेस मेडिकल इंस्टीट्यूट द्वारा ह्यूजेस का विनिवेश होने तक इसका उपयोग किया गया।[21]
- अमेरिकी रक्षा विभाग सिस्टम अभियांत्रिकी प्रक्रिया इंटरैक्शन को वी-मॉडल संबंध में रखता है।[22]
इसे अब वाणिज्यिक और साथ ही रक्षा कार्यक्रमों में व्यापक अनुप्रयोग मिल गया है। इसका प्राथमिक उपयोग परियोजना प्रबंधन[3][4]<