वी-मॉडल: Difference between revisions
From Vigyanwiki
No edit summary |
No edit summary |
||
| (18 intermediate revisions by 7 users not shown) | |||
| Line 1: | Line 1: | ||
{{Short description|Graphic of a systems development lifecycle}} | {{Short description|Graphic of a systems development lifecycle}} | ||
[[Image:Systems Engineering Process II.svg|thumb|420px|सिस्टम इंजीनियरिंग प्रक्रिया का वी-मॉडल।<ref name="FHWA 05">[http://www.itsdocs.fhwa.dot.gov/jpodocs/repts_te/14158.htm ''Clarus Concept of Operations''] {{Webarchive|url=https://web.archive.org/web/20090705102900/http://www.itsdocs.fhwa.dot.gov/jpodocs/repts_te/14158.htm |date=2009-07-05 }}, Publication No. FHWA-JPO-05-072, Federal Highway Administration (FHWA), 2005.</ref>]]'''वी-मॉडल''' [[सिस्टम विकास जीवनचक्र]] का ग्राफिकल प्रतिनिधित्व है। इसका उपयोग कठोर विकास जीवनचक्र मॉडल एवं परियोजना प्रबंधन मॉडल प्रस्तुत करने के लिए किया जाता है। वी-मॉडल तीन व्यापक श्रेणियों, जर्मन वी-मॉडेल, सामान्य परीक्षण मॉडल एवं अमेरिकी सरकार मानक में आता है।<ref>[http://www.clarotesting.com/page11.htm#coherence "The Dangerous & Seductive V Model"] {{Webarchive|url=https://web.archive.org/web/20190915230955/http://www.clarotesting.com/page11.htm |date=2019-09-15}}, accessed January 9, 2013.</ref>वी-मॉडल कम्प्यूटरीकृत सिस्टम सत्यापन फ्रेम, या परियोजना जीवन चक्र विकास के अंदर संबंधित डिलिवरेबल्स के संयोजन में उठाए जाने वाले मुख्य चरणों का सारांश देता है। यह उत्पाद विकास के समय की जाने वाली गतिविधियों एवं उत्पन्न होने वाले परिणामों का वर्णन करता है। | |||
[[Image:Systems Engineering Process II.svg|thumb|420px|सिस्टम इंजीनियरिंग प्रक्रिया का वी-मॉडल।<ref name="FHWA 05">[http://www.itsdocs.fhwa.dot.gov/jpodocs/repts_te/14158.htm ''Clarus Concept of Operations''] {{Webarchive|url=https://web.archive.org/web/20090705102900/http://www.itsdocs.fhwa.dot.gov/jpodocs/repts_te/14158.htm |date=2009-07-05 }}, Publication No. FHWA-JPO-05-072, Federal Highway Administration (FHWA), 2005.</ref>]] | |||
{{ | |||
V का बायाँ भाग आवश्यकताओं के अपघटन एवं सिस्टम विशिष्टताओं के निर्माण का प्रतिनिधित्व करता है। V का दाहिना भाग भागों के एकीकरण एवं उनके सत्यापन को दर्शाता है।<ref name="VPM" /><ref name="INCOSE" /><ref>{{cite journal|year=1998|title=तेज़, सस्ता, बेहतर के लिए सिस्टम इंजीनियरिंग|url=http://www.incose.org/sfbac/welcome/fcb-csm.pdf|publisher=Center of Systems Management|author=Forsberg, K., Mooz, H.|archive-url=https://web.archive.org/web/20030420130303/http://www.incose.org/sfbac/welcome/fcb-csm.pdf|archive-date=April 20, 2003}}</ref><ref>{{cite web|url=http://www.gmu.edu/departments/seor/insert/robot/robot2.html|title=एसई वीईई|publisher=SEOR, George Mason University|access-date=May 26, 2007|archive-url=https://web.archive.org/web/20071018220159/http://www.gmu.edu/departments/seor/insert/robot/robot2.html|archive-date=October 18, 2007|url-status=dead|df=mdy-all}}</ref><ref name="Original">Forsberg, K. and Mooz, H., [http://www.csm.com/repository/model/rep/o/pdf/Relationship%20of%20SE%20to%20Proj%20Cycle.pdf "The Relationship of Systems Engineering to the Project Cycle"] {{Webarchive|url=https://web.archive.org/web/20090227123750/http://www.csm.com/repository/model/rep/o/pdf/Relationship%20of%20SE%20to%20Proj%20Cycle.pdf |date=2009-02-27 }}, First Annual Symposium of the National Council On Systems Engineering (NCOSE), October 1991</ref> चूँकि, आवश्यकताओं को पूर्व उच्च स्तरीय आवश्यकताओं या उपयोगकर्ता की आवश्यकताओं के विरुद्ध मान्य करने की आवश्यकता है। इसके अतिरिक्त, सिस्टम मॉडल के सत्यापन के रूप में भी कुछ है। इसे आंशिक रूप से बायीं ओर भी किया जा सकता है। यह अधिकार करना कि सत्यापन केवल दाईं ओर होता है, उचित नहीं हो सकता है। सबसे सरल विधि यह कहना है कि सत्यापन सदैव आवश्यकताओं (प्रौद्योगिकी नियमो) के विरुद्ध होता है एवं सत्यापन सदैव वास्तविक समाज या उपयोगकर्ता की आवश्यकताओं के विरुद्ध होता है। एयरोस्पेस मानक RTCA [[DO-178B]] बताता है कि आवश्यकताओं को मान्य किया गया है, सत्य होने की पुष्टि की गई है एवं अंतिम उत्पाद को यह सुनिश्चित करने के लिए सत्यापित किया गया है कि यह उन आवश्यकताओं को पूर्ण करता है। | |||
मान्यता इस प्रश्न के साथ व्यक्त की जा सकती है कि क्या आप उचित वस्तु बना रहे हैं? एवं सत्यापन के साथ कि क्या आप इसे उचित रूप से बना रहे हैं? | |||
मान्यता इस प्रश्न के साथ व्यक्त की जा सकती है कि क्या आप | |||
== प्रकार == | == प्रकार == | ||
| Line 15: | Line 10: | ||
=== वी-मॉडेल === | === वी-मॉडेल === | ||
वी-मॉडेल जर्मन सरकार की आधिकारिक परियोजना प्रबंधन पद्धति है। यह सामान्यतः [[PRINCE2]] के समान है, किन्तु सॉफ्टवेयर विकास के लिए अधिक सीधे प्रासंगिक है।<ref>[https://www.cio.bund.de/Web/DE/Architekturen-und-Standards/V-Modell-XT/vmodell_xt_node.html "V-Modell site (in German)"], accessed July 10, 2020.</ref> वी प्रतिनिधित्व का उपयोग करने की मुख्य विशेषता यह प्रमाण की आवश्यकता थी कि V के बाईं ओर के उत्पाद V के दाईं ओर को प्रस्तावित करने वाले उपयुक्त परीक्षण एवं एकीकरण संगठन द्वारा स्वीकार्य थे।<ref>German Directive 250, Software Development Standard for the German Federal Armed Forces, V-Model, Software Lifecycle Process Model, August 1992</ref><ref>{{cite web | |||
| url = http://v-modell.iabg.de/v-modell-xt-html-english/349ffba5c5cda0.html#toc12 | |||
| title = Fundamentals of the V-Modell | |||
| access-date = 14 Apr 2016}}</ref><ref>{{cite web | |||
| url = http://ftp.uni-kl.de/pub/v-modell-xt/Release-1.1-eng/Dokumentation/pdf/V-Modell-XT-eng-Teil1.pdf | |||
| title = V-Modell XT, Part 1: Fundamentals of the V-Modell | |||
| access-date = 14 Apr 2016}}</ref> | |||
'''सामान्य परीक्षण''' | '''सामान्य परीक्षण''' | ||
समाज में परीक्षण समुदाय में, वी-मॉडल को व्यापक रूप से सॉफ्टवेयर विकास प्रक्रिया के अस्पष्ट चित्रण के रूप में देखा जाता है, जैसा कि सॉफ्टवेयर परीक्षकों के लिए [[अंतर्राष्ट्रीय सॉफ्टवेयर परीक्षण योग्यता बोर्ड]] फाउंडेशन पाठ्यक्रम में वर्णित है।<ref>[http://www.istqb.org/downloads/viewdownload/16/15.html "International Software Testing Qualifications Board – Foundation Level Syllabus"], accessed January 9, 2013.</ref> इस मॉडल की कोई परिभाषा नहीं है, जो वी-मॉडल (सॉफ़्टवेयर विकास) पर वैकल्पिक लेख में अधिक सामान्य रूप से सम्मिलित है। | |||
=== अमेरिकी सरकार मानक === | === अमेरिकी सरकार मानक === | ||
अमेरिका में सरकारी मानक वी-मॉडल भी है जो लगभग 20 | अमेरिका में सरकारी मानक वी-मॉडल भी है, जो लगभग 20 वर्ष प्राचीन है। इसकी सीमा संकीर्ण सिस्टम विकास जीवनचक्र मॉडल होती है, किन्तु अधिकांश यूके चिकित्सकों एवं परीक्षकों द्वारा वी-मॉडल द्वारा समझे जाने की अपेक्षा में कहीं अधिक विस्तृत एवं अधिक कठोर है।<ref>{{cite web | url=http://ops.fhwa.dot.gov/publications/seitsguide/seguide.pdf | title=इंटेलिजेंट ट्रांसपोर्टेशन सिस्टम के लिए सिस्टम इंजीनियरिंग| publisher=US Dept. of Transportation|page=10| access-date=June 9, 2007}}</ref><ref>[http://www.fhwa.dot.gov/cadiv/segb/index.htm "US Dept of Transportation, Federal Highway Administration. Systems Engineering Guidebook for ITS"], accessed January 9, 2013.</ref><ref name=VPM>Forsberg, K., Mooz, H., Cotterman, H. ''Visualizing Project Management,'' 3rd edition, John Wiley and Sons, New York, NY, 2005. Pages 108-116, 242-248, 341-360.</ref><ref name=INCOSE>International Council On Systems Engineering (INCOSE), ''Systems Engineering Handbook Version 3.1,'' August 2007, pages 3.3 to 3.8</ref><ref>{{cite web | ||
| url = http://www.dau.mil/pubscats/PubsCats/AR%20Journal/arj53/Redshaw53.pdf | | url = http://www.dau.mil/pubscats/PubsCats/AR%20Journal/arj53/Redshaw53.pdf | ||
| title = BUILDING ON A LEGACY: RENEWED FOCUS ON SYSTEMS ENGINEERING IN DEFENSE ACQUISITION | | title = BUILDING ON A LEGACY: RENEWED FOCUS ON SYSTEMS ENGINEERING IN DEFENSE ACQUISITION | ||
| Line 36: | Line 31: | ||
| access-date = 14 Apr 2016}}</ref> | | access-date = 14 Apr 2016}}</ref> | ||
== सत्यापन | == सत्यापन के प्रति सत्यापन == | ||
{{Main| | {{Main|सत्यापन एवं सत्यापन|सत्यापन (दवा निर्माण)}} | ||
कभी-कभी यह कहा जाता है कि मान्यता इस प्रश्न द्वारा व्यक्त की जा सकती है कि क्या आप | कभी-कभी यह कहा जाता है, कि मान्यता इस प्रश्न द्वारा व्यक्त की जा सकती है कि क्या आप उचित वस्तु का निर्माण कर रहे हैं? एवं सत्यापन द्वारा क्या आप इसे उचित रूप से बना रहे हैं? व्यवहार में, इन शब्दों का उपयोग भिन्न-भिन्न होता है। | ||
प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए गाइड, जिसे [[IEEE]] द्वारा मानक के रूप में भी | प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए गाइड, जिसे [[IEEE|आईईईई]] द्वारा मानक के रूप में भी स्वीकार किया गया है (इनकोस, सिस्टम इंजीनियरिंग रिसर्च काउंसिल एसईआरसी एवं आईईईई कंप्यूटर सोसाइटी द्वारा संयुक्त रूप से बनाए रखा गया है) उन्हें अपने चौथे संस्करण में निम्नानुसार परिभाषित करता है:<ref name="pmboked4">{{cite book | title = आईईईई गाइड--प्रोजेक्ट मैनेजमेंट इंस्टीट्यूट (पीएमआई) मानक को अपनाना, प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए एक गाइड (पीएमबीओके गाइड)--चौथा संस्करण| last = IEEE | journal = IEEE P1490/D1, May 2011 | date = June 2011 | author-link = IEEE | url = https://ieeexplore.ieee.org/document/5937011 | access-date = May 25, 2021 | doi = 10.1109/IEEESTD.2011.6086685 | page=452 | isbn = 978-0-7381-6817-3 }}</ref> | ||
*सत्यापन. यह आश्वासन कि कोई उत्पाद, सेवा या | *सत्यापन.यह आश्वासन कि कोई उत्पाद, सेवा या सिस्टम ग्राहक एवं अन्य पहचाने गए हितधारकों की आवश्यकताओ को पूर्ण करती है। इसमें प्रायः बाहरी ग्राहकों के साथ स्वीकृति एवं उपयुक्तता सम्मिलित होती है। "सत्यापन के साथ समानता करें।" | ||
* सत्यापन. कोई उत्पाद, सेवा या सिस्टम किसी विनियमन, आवश्यकता, विनिर्देश या लगाई गई | * सत्यापन.कोई उत्पाद, सेवा या सिस्टम किसी विनियमन, आवश्यकता, विनिर्देश या लगाई गई प्रतिज्ञा का अनुपालन करता है या नहीं करता है। यह प्रायः आंतरिक प्रक्रिया होती है। "सत्यापन के साथ समानता करें।" | ||
== उद्देश्य == | == उद्देश्य == | ||
वी-मॉडल परियोजनाओं की योजना | वी-मॉडल परियोजनाओं की योजना एवं कार्यान्वयन के लिए मार्गदर्शन प्रदान करता है। परियोजना कार्यान्वयन द्वारा निम्नलिखित उद्देश्यों को प्राप्त करने का अभिप्राय है: | ||
* परियोजना | * परियोजना हानियों को अर्घ्य करना: वी-मॉडल मानकीकृत दृष्टिकोण निर्दिष्ट करके एवं संबंधित परिणामों एवं उत्तरदायी भूमिकाओं का वर्णन करके परियोजना पारदर्शिता एवं परियोजना नियंत्रण में सुधार करता है। यह योजना विचलन एवं हानियों की शीघ्र पहचान की अनुमति देता है एवं प्रक्रिया प्रबंधन में सुधार करता है, जिससे परियोजना हानि अर्घ्य हो जाती है। | ||
* गुणवत्ता में सुधार | * गुणवत्ता में सुधार एवं आश्वासन: मानकीकृत प्रक्रिया मॉडल के रूप में, वी-मॉडल यह सुनिश्चित करता है कि प्रदान किए जाने वाले परिणाम पूर्ण हैं एवं वांछित गुणवत्ता वाले हैं। परिभाषित अंतरिम परिणामों का प्रारंभिक चरणों में परिक्षण किया जा सकता है। समान उत्पाद सामग्री से पठनीयता, समझने योग्यता एवं सत्यापनीयता में सुधार होगा। | ||
* संपूर्ण परियोजना | * संपूर्ण परियोजना एवं सिस्टम जीवन चक्र पर कुल वित्त में कमी: मानकीकृत प्रक्रिया मॉडल को प्रस्तावित करके किसी सिस्टम के विकास, उत्पादन, संचालन एवं रखरखाव के प्रयत्न की गणना, अनुमान एवं पारदर्शी विधि से नियंत्रण किया जा सकता है। प्राप्त एक परिणाम समान हैं एवं सरलता से दोहराए जा सकते हैं। इससे आपूर्तिकर्ता पर अधिग्रहणकर्ता की निर्भरता एवं पश्चात की गतिविधियों एवं परियोजनाओं के लिए प्रयत्न अर्घ्य हो जाता है। | ||
* सभी हितधारकों के | * सभी हितधारकों के मध्य संचार में सुधार: सभी प्रासंगिक तत्वों एवं नियमो का मानकीकृत एवं समान विवरण सभी हितधारकों के मध्य स्वयं के विचारो का आधार है। इस प्रकार, उपयोगकर्ता, अधिग्रहणकर्ता, आपूर्तिकर्ता एवं विकासक के मध्य घर्षण हानि अर्घ्य हो जाती है। | ||
== वी-मॉडल विषय == | == वी-मॉडल विषय == | ||
[[Image:Systems Engineering and Verification.jpg|thumb|320px|सिस्टम इंजीनियरिंग | [[Image:Systems Engineering and Verification.jpg|thumb|320px|सिस्टम इंजीनियरिंग एवं सत्यापन.<ref>Systems Engineering Fundamentals. Defense Acquisition University Press, 2001.</ref>]] | ||
=== सिस्टम इंजीनियरिंग | === सिस्टम इंजीनियरिंग एवं सत्यापन === | ||
सिस्टम इंजीनियरिंग प्रक्रिया (एसईपी) | सिस्टम इंजीनियरिंग प्रक्रिया (एसईपी) कठिन प्रणालियों की वित्त-प्रभावशीलता में सुधार के लिए मार्ग प्रदान करती है जैसा कि सिस्टम के मालिक द्वारा गर्भाधान से लेकर सेवानिवृत्ति तक, सिस्टम के पूर्ण जीवन में अनुभव किया जाता है।<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 71: | Line 66: | ||
==== परीक्षण स्ट्रीम ==== | ==== परीक्षण स्ट्रीम ==== | ||
परीक्षण स्ट्रीम में | परीक्षण स्ट्रीम में सामान्यतः निम्न सम्मिलित होते हैं: | ||
* स्थापना योग्यता ( | * स्थापना योग्यता (IQ) | ||
* परिचालन योग्यता ( | * परिचालन योग्यता (OQ) | ||
* प्रदर्शन योग्यता ( | * प्रदर्शन योग्यता (PQ) | ||
विकास स्ट्रीम में अनुकूलन, कॉन्फ़िगरेशन या कोडिंग (सिस्टम प्रकार | विकास स्ट्रीम में अनुकूलन, कॉन्फ़िगरेशन या कोडिंग (सिस्टम प्रकार एवं विकास की सीमा के आधार पर) सम्मिलित हो सकती है। | ||
== अनुप्रयोग == | == अनुप्रयोग == | ||
[[Image:VPM3e Vee with detail.gif|thumb|320px|ऑफ-कोर विकल्प (ऊपर | [[Image:VPM3e Vee with detail.gif|thumb|320px|ऑफ-कोर विकल्प (ऊपर एवं नीचे की ओर पुनरावृत्तियों एवं समय एवं परिपक्वता आयाम को दर्शाते हुए)। स्रोत - के. फ़ोर्सबर्ग एवं एच. मूज़ 2004<ref name=VPM/><ref name=Original/>]]वी-मॉडल का उपयोग जर्मन संघीय प्रशासन के अंदर सॉफ्टवेयर विकास प्रक्रिया को विनियमित करने के लिए किया जाता है। आजकल यह अभी भी जर्मन संघीय प्रशासन एवं रक्षा परियोजनाओं के साथ-साथ क्षेत्र के सॉफ्टवेयर विकासक्स के लिए मानक है। | ||
वी-मॉडल की अवधारणा 1980 के दशक के अंत में जर्मनी | वी-मॉडल की अवधारणा 1980 के दशक के अंत में जर्मनी एवं संयुक्त राज्य अमेरिका में साथ, किन्तु स्वतंत्र रूप से विकसित की गई थी: | ||
* जर्मन वी-मॉडल मूल रूप से म्यूनिख के | * जर्मन वी-मॉडल मूल रूप से म्यूनिख के निकट ओटोब्रून में आईएबीजी द्वारा, संघीय रक्षा मंत्रालय के लिए कोबलेनज़ में रक्षा प्रौद्योगिकी एवं व्यय के संघीय कार्यालय के सहयोग से विकसित किया गया था। इसे 1992 की गर्मियों में नागरिक सार्वजनिक प्राधिकरण डोमेन के लिए संघीय आंतरिक मंत्रालय द्वारा स्वयं के अधिकार में ले लिया गया था।<ref name=GermanOriginal>{{cite web|url=http://www.v-modell.iabg.de/kurzb/vm/k_vm_e.doc|title=वी-मॉडल जीवनचक्र प्रक्रिया मॉडल|publisher=v-modell.iabg.de|access-date=December 24, 2015|archive-url=https://web.archive.org/web/20160303204644/http://www.v-modell.iabg.de/kurzb/vm/k_vm_e.doc|archive-date=March 3, 2016|url-status=dead|df=mdy-all}}</ref> | ||
* यूएस वी-मॉडल, जैसा कि 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> | ||
* अमेरिकी रक्षा विभाग [[ प्रणाली अभियांत्रिकी ]] प्रक्रिया इंटरैक्शन को वी-मॉडल संबंध में रखता है।<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 88: | ||
| date = Apr 2006 | | date = Apr 2006 | ||
| access-date = 7 Apr 2016}}</ref> | | access-date = 7 Apr 2016}}</ref> | ||
इसे अब वाणिज्यिक और साथ ही रक्षा कार्यक्रमों में व्यापक अनुप्रयोग मिल गया है। इसका प्राथमिक उपयोग परियोजना प्रबंधन | इसे अब वाणिज्यिक और साथ ही रक्षा कार्यक्रमों में व्यापक अनुप्रयोग मिल गया है। इसका प्राथमिक उपयोग परियोजना प्रबंधन<ref name=VPM/><ref name=INCOSE/>और संपूर्ण परियोजना जीव | ||