वी-मॉडल: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
Line 15: Line 15:


=== वी-मॉडेल ===
=== वी-मॉडेल ===
  वी-मॉडेल जर्मन सरकार की आधिकारिक परियोजना प्रबंधन पद्धति है। यह सामान्यतः [[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> वी प्रतिनिधित्व का उपयोग करने की मुख्य विशेषता यह प्रमाण की आवश्यकता थी कि वी के बाईं ओर के उत्पाद वी के दाईं ओर को प्रस्तावित करने वाले उपयुक्त परीक्षण एवं एकीकरण संगठन द्वारा स्वीकार्य थे।<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
  वी-मॉडेल जर्मन सरकार की आधिकारिक परियोजना प्रबंधन पद्धति है। यह सामान्यतः [[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> वी प्रतिनिधित्व का उपयोग करने की मुख्य विशेषता यह प्रमाण की आवश्यकता थी कि वी के बाईं ओर के उत्पाद वी के दाईं ओर को प्रस्तावित करने वाले उपयुक्त परीक्षण एवं एकीकरण संगठन द्वारा स्वीकार्य थे।<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
    | url = http://v-modell.iabg.de/v-modell-xt-html-english/349ffba5c5cda0.html#toc12
  | title = Fundamentals of the V-Modell
    | title = Fundamentals of the V-Modell
  | access-date = 14 Apr 2016}}</ref><ref>{{cite web
    | 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
    | 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
    | title = V-Modell XT, Part 1: Fundamentals of the V-Modell
  | access-date = 14 Apr 2016}}</ref>
    | access-date = 14 Apr 2016}}</ref>


'''सामान्य परीक्षण'''
'''सामान्य परीक्षण'''
Line 28: Line 28:


=== अमेरिकी सरकार मानक ===
=== अमेरिकी सरकार मानक ===
अमेरिका में  सरकारी मानक वी-मॉडल भी है जो लगभग 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
अमेरिका में  सरकारी मानक वी-मॉडल भी है जो लगभग 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 36:
| access-date = 14 Apr 2016}}</ref>
| access-date = 14 Apr 2016}}</ref>


== सत्यापन बनाम सत्यापन ==
== सत्यापन के प्रति सत्यापन ==
{{Main|सत्यापन एवं सत्यापन|सत्यापन (दवा निर्माण)}}
{{Main|सत्यापन एवं सत्यापन|सत्यापन (दवा निर्माण)}}


कभी-कभी यह कहा जाता है कि मान्यता इस प्रश्न द्वारा व्यक्त की जा सकती है कि क्या आप उचित चीज़ का निर्माण कर रहे हैं? एवं सत्यापन द्वारा क्या आप इसे उचित ढंग से बना रहे हैं? व्यवहार में, इन शब्दों का उपयोग भिन्न-भिन्न होता है।
कभी-कभी यह कहा जाता है कि मान्यता इस प्रश्न द्वारा व्यक्त की जा सकती है कि क्या आप उचित वस्तु का निर्माण कर रहे हैं? एवं सत्यापन द्वारा क्या आप इसे उचित रूप से बना रहे हैं? व्यवहार में, इन शब्दों का उपयोग भिन्न-भिन्न होता है।


प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए  गाइड, जिसे [[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>
प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए  गाइड, जिसे [[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>
*सत्यापन. यह आश्वासन कि कोई उत्पाद, सेवा या सिस्टम ग्राहक एवं अन्य पहचाने गए हितधारकों की जरूरतों को पूर्ण करती है। इसमें प्रायः बाहरी ग्राहकों के साथ स्वीकृति एवं उपयुक्तता सम्मिलित होती है। ''सत्यापन'' से अपेक्षा करें।
*सत्यापन. यह आश्वासन कि कोई उत्पाद, सेवा या सिस्टम ग्राहक एवं अन्य पहचाने गए हितधारकों की जरूरतों को पूर्ण करती है। इसमें प्रायः बाहरी ग्राहकों के साथ स्वीकृति एवं उपयुक्तता सम्मिलित होती है। सत्यापन से अपेक्षा करें।
* सत्यापन. कोई उत्पाद, सेवा या सिस्टम किसी विनियमन, आवश्यकता, विनिर्देश या लगाई गई शर्त का अनुपालन करता है या नहीं करता है। यह प्रायः आंतरिक प्रक्रिया होती है। ''सत्यापन'' से अपेक्षा करें।
* सत्यापन. कोई उत्पाद, सेवा या सिस्टम किसी विनियमन, आवश्यकता, विनिर्देश या लगाई गई शर्त का अनुपालन करता है या नहीं करता है। यह प्रायः आंतरिक प्रक्रिया होती है। ''सत्यापन'' से अपेक्षा करें।


== उद्देश्य ==
== उद्देश्य ==
वी-मॉडल परियोजनाओं की योजना एवं कार्यान्वयन के लिए मार्गदर्शन प्रदान करता है। परियोजना कार्यान्वयन द्वारा निम्नलिखित उद्देश्यों को प्राप्त करने का इरादा है:
वी-मॉडल परियोजनाओं की योजना एवं कार्यान्वयन के लिए मार्गदर्शन प्रदान करता है। परियोजना कार्यान्वयन द्वारा निम्नलिखित उद्देश्यों को प्राप्त करने का अभिप्राय है:


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


Line 71: Line 71:


==== परीक्षण स्ट्रीम ====
==== परीक्षण स्ट्रीम ====
परीक्षण स्ट्रीम में आम तौर पर निम्न सम्मिलित होते हैं:
परीक्षण स्ट्रीम में सामान्यतः निम्न सम्मिलित होते हैं:
* स्थापना योग्यता (आईक्यू)
* स्थापना योग्यता (IQ)
* परिचालन योग्यता (ओक्यू)
* परिचालन योग्यता (OQ)
* प्रदर्शन योग्यता (पीक्यू)
* प्रदर्शन योग्यता (PQ)


विकास स्ट्रीम में अनुकूलन, कॉन्फ़िगरेशन या कोडिंग (सिस्टम प्रकार एवं विकास के दायरे के आधार पर) सम्मिलित हो सकती है।
विकास स्ट्रीम में अनुकूलन, कॉन्फ़िगरेशन या कोडिंग (सिस्टम प्रकार एवं विकास की सीमा के आधार पर) सम्मिलित हो सकती है।


== अनुप्रयोग ==
== अनुप्रयोग ==
[[Image:VPM3e Vee with detail.gif|thumb|320px|ऑफ-कोर विकल्प (ऊपर एवं नीचे की ओर पुनरावृत्तियों एवं समय एवं परिपक्वता आयाम को दर्शाते हुए)। स्रोत - के. फ़ोर्सबर्ग एवं एच. मूज़ 2004<ref name=VPM/><ref name=Original/>]]वी-मॉडल का उपयोग जर्मन संघीय प्रशासन के अंदर सॉफ्टवेयर विकास प्रक्रिया को विनियमित करने के लिए किया जाता है। आजकल{{when|date=January 2023}} यह अभी भी जर्मन संघीय प्रशासन एवं रक्षा परियोजनाओं के साथ-साथ क्षेत्र के सॉफ्टवेयर डेवलपर्स के लिए मानक है।
[[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>
* जर्मन वी-मॉडल मूल रूप से म्यूनिख के निकट ओटोब्रून में आईएबीजी द्वारा, संघीय रक्षा मंत्रालय के लिए कोबलेनज़ में रक्षा प्रौद्योगिकी एवं व्यय के संघीय कार्यालय के सहयोग से विकसित किया गया था। इसे 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>
* वी-मॉडल प्रथम बार एफएए एडवांस्ड ऑटोमेशन सिस्टम (एएएस) कार्यक्रम के पूर्व-प्रस्ताव प्रयत्न के भाग के रूप में [[ह्यूजेस विमान]] में लगभग 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

Revision as of 11:14, 20 July 2023

File:Systems Engineering Process II.svg
सिस्टम इंजीनियरिंग प्रक्रिया का वी-मॉडल।[1]

वी-मॉडल सिस्टम विकास जीवनचक्र का ग्राफिकल प्रतिनिधित्व है। इसका उपयोग कठोर विकास जीवनचक्र मॉडल एवं परियोजना प्रबंधन मॉडल तैयार करने के लिए किया जाता है। वी-मॉडल तीन व्यापक श्रेणियों, जर्मन वी-मॉडेल, सामान्य परीक्षण मॉडल एवं अमेरिकी सरकार मानक में आता है।[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]

  • सत्यापन. यह आश्वासन कि कोई उत्पाद, सेवा या सिस्टम ग्राहक एवं अन्य पहचाने गए हितधारकों की जरूरतों को पूर्ण करती है। इसमें प्रायः बाहरी ग्राहकों के साथ स्वीकृति एवं उपयुक्तता सम्मिलित होती है। सत्यापन से अपेक्षा करें।
  • सत्यापन. कोई उत्पाद, सेवा या सिस्टम किसी विनियमन, आवश्यकता, विनिर्देश या लगाई गई शर्त का अनुपालन करता है या नहीं करता है। यह प्रायः आंतरिक प्रक्रिया होती है। सत्यापन से अपेक्षा करें।

उद्देश्य

वी-मॉडल परियोजनाओं की योजना एवं कार्यान्वयन के लिए मार्गदर्शन प्रदान करता है। परियोजना कार्यान्वयन द्वारा निम्नलिखित उद्देश्यों को प्राप्त करने का अभिप्राय है:

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