वी-मॉडल



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

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

मान्यता इस प्रश्न के साथ व्यक्त की जा सकती है कि क्या आप सही चीज़ बना रहे हैं? और सत्यापन के साथ कि क्या आप इसे सही ढंग से बना रहे हैं?

प्रकार
वी-मॉडल के तीन सामान्य प्रकार हैं।

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

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

अमेरिकी सरकार मानक
अमेरिका में एक सरकारी मानक वी-मॉडल भी है जो लगभग 20 साल पुराना है अपने जर्मन समकक्ष की तरह। इसका दायरा एक संकीर्ण सिस्टम विकास जीवनचक्र मॉडल है, लेकिन अधिकांश यूके चिकित्सकों और परीक्षकों द्वारा वी-मॉडल द्वारा समझे जाने की तुलना में कहीं अधिक विस्तृत और अधिक कठोर है।

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

प्रोजेक्ट मैनेजमेंट बॉडी ऑफ नॉलेज के लिए एक गाइड, जिसे IEEE द्वारा एक मानक के रूप में भी अपनाया गया है (INCOSE, सिस्टम इंजीनियरिंग रिसर्च काउंसिल SERC और IEEE कंप्यूटर सोसाइटी द्वारा संयुक्त रूप से बनाए रखा गया है) उन्हें अपने चौथे संस्करण में निम्नानुसार परिभाषित करता है:
 * सत्यापन. यह आश्वासन कि कोई उत्पाद, सेवा या प्रणाली ग्राहक और अन्य पहचाने गए हितधारकों की जरूरतों को पूरा करती है। इसमें अक्सर बाहरी ग्राहकों के साथ स्वीकृति और उपयुक्तता शामिल होती है। सत्यापन से तुलना करें।
 * सत्यापन. कोई उत्पाद, सेवा या सिस्टम किसी विनियमन, आवश्यकता, विनिर्देश या लगाई गई शर्त का अनुपालन करता है या नहीं, इसका मूल्यांकन। यह अक्सर एक आंतरिक प्रक्रिया होती है. सत्यापन से तुलना करें।

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


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

सिस्टम इंजीनियरिंग और सत्यापन
सिस्टम इंजीनियरिंग प्रक्रिया (एसईपी) जटिल प्रणालियों की लागत-प्रभावशीलता में सुधार के लिए एक मार्ग प्रदान करती है जैसा कि सिस्टम के मालिक द्वारा गर्भाधान से लेकर सेवानिवृत्ति तक, सिस्टम के पूरे जीवन में अनुभव किया जाता है।

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

यह प्रक्रिया आवश्यकताओं-संचालित डिजाइन और परीक्षण पर जोर देती है। सभी डिज़ाइन तत्व और स्वीकृति परीक्षण एक या अधिक सिस्टम आवश्यकताओं के अनुरूप होने चाहिए और प्रत्येक आवश्यकता को कम से कम एक डिज़ाइन तत्व और स्वीकृति परीक्षण द्वारा संबोधित किया जाना चाहिए। ऐसी कठोरता यह सुनिश्चित करती है कि कुछ भी अनावश्यक रूप से नहीं किया जाए और जो कुछ आवश्यक है वह पूरा किया जाए।

विशिष्टता स्ट्रीम
विशिष्टता स्ट्रीम में मुख्य रूप से शामिल हैं:
 * उपयोगकर्ता आवश्यकता विनिर्देश
 * कार्यात्मक आवश्यकता विनिर्देश
 * डिजाइन विनिर्देश

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

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

अनुप्रयोग
वी-मॉडल का उपयोग जर्मन संघीय प्रशासन के भीतर सॉफ्टवेयर विकास प्रक्रिया को विनियमित करने के लिए किया जाता है। आजकल यह अभी भी जर्मन संघीय प्रशासन और रक्षा परियोजनाओं के साथ-साथ क्षेत्र के सॉफ्टवेयर डेवलपर्स के लिए मानक है।

वी-मॉडल की अवधारणा 1980 के दशक के अंत में जर्मनी और संयुक्त राज्य अमेरिका में एक साथ, लेकिन स्वतंत्र रूप से विकसित की गई थी:

इसे अब वाणिज्यिक और साथ ही रक्षा कार्यक्रमों में व्यापक अनुप्रयोग मिल गया है। इसका प्राथमिक उपयोग परियोजना प्रबंधन में है और पूरे प्रोजेक्ट जीवनचक्र के दौरान।
 * जर्मन वी-मॉडल मूल रूप से म्यूनिख के पास ओटोब्रून में आईएबीजी द्वारा, संघीय रक्षा मंत्रालय के लिए कोबलेनज़ में रक्षा प्रौद्योगिकी और खरीद के संघीय कार्यालय के सहयोग से विकसित किया गया था। इसे 1992 की गर्मियों में नागरिक सार्वजनिक प्राधिकरण डोमेन के लिए संघीय आंतरिक मंत्रालय द्वारा अपने अधिकार में ले लिया गया था।
 * यूएस वी-मॉडल, जैसा कि 1991 में सिस्टम इंजीनियरिंग पर अंतर्राष्ट्रीय परिषद (एनसीओएसई; अब 1995 में आईएनसीओएसई) की कार्यवाही में प्रलेखित किया गया है। हार्डवेयर, सॉफ्टवेयर और मानव संपर्क से जुड़े उपग्रह प्रणालियों के लिए विकसित किया गया था।
 * वी-मॉडल पहली बार एफएए एडवांस्ड ऑटोमेशन सिस्टम (एएएस) कार्यक्रम के पूर्व-प्रस्ताव प्रयास के हिस्से के रूप में ह्यूजेस विमान में लगभग 1982 में दिखाई दिया। इसने अंततः ह्यूजेस एएएस डिज़ाइन प्रतियोगिता चरण (डीसीपी) प्रस्ताव के लिए परीक्षण रणनीति बनाई। इसे परीक्षण और एकीकरण दृष्टिकोण को दिखाने के लिए बनाया गया था जो सॉफ़्टवेयर में गुप्त दोषों को सामने लाने की नई चुनौतियों से प्रेरित था। अव्यक्त दोष का पता लगाने के इस नए स्तर की आवश्यकता हवाई यातायात नियंत्रक की सोच और योजना प्रक्रियाओं को स्वचालित करना शुरू करने के लक्ष्य से प्रेरित थी, जैसा कि स्वचालित एनरूट हवाई यातायात नियंत्रण (एईआरए) कार्यक्रम द्वारा कल्पना की गई थी। वी के इतने शक्तिशाली होने का कारण सभी पाठ और विश्लेषण को बहुआयामी छवियों के साथ जोड़ने की ह्यूजेस संस्कृति से आता है। यह प्रकाशनों के अनुक्रमिक विषयगत संगठन (STOP) की नींव थी। 1963 में ह्यूजेस द्वारा बनाया गया और 1985 में हावर्ड ह्यूजेस मेडिकल इंस्टीट्यूट द्वारा ह्यूजेस का विनिवेश होने तक इसका उपयोग किया गया।
 * अमेरिकी रक्षा विभाग प्रणाली अभियांत्रिकी  प्रक्रिया इंटरैक्शन को वी-मॉडल संबंध में रखता है।

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

चूँकि V-मॉडल सार्वजनिक रूप से उपलब्ध है इसलिए कई कंपनियाँ भी इसका उपयोग करती हैं। परियोजना प्रबंधन में यह PRINCE2 की तुलना में एक विधि है और परियोजना प्रबंधन के तरीकों के साथ-साथ सिस्टम विकास जीवनचक्र के तरीकों का वर्णन करती है। वी-मॉडल, प्रक्रिया में कठोर होते हुए भी, अनुप्रयोग में बहुत लचीला हो सकता है, खासकर जब यह सिस्टम डेवलपमेंट जीवनचक्र के सामान्य मापदंडों के दायरे से बाहर के दायरे से संबंधित है।

लाभ
अन्य सिस्टम विकास मॉडल के सामने वी-मॉडल के ये फायदे हैं:


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

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

यह भी देखें

 * इंजीनियरिंग सूचना प्रबंधन (ईआईएम)
 * अर्काडिया (इंजीनियरिंग) (सपोर्टिंग सिस्टम मॉडलिंग विधि के रूप में)
 * आईबीएम तर्कसंगत एकीकृत प्रक्रिया (एक सहायक सॉफ्टवेयर प्रक्रिया के रूप में)
 * सॉफ्टवेयर विकास का झरना मॉडल
 * सिस्टम आर्किटेक्चर
 * सिस्टम डिज़ाइन
 * प्रणाली अभियांत्रिकी
 * मॉडल-आधारित सिस्टम इंजीनियरिंग
 * सिद्धांत यू