वि मॉडल

From alpha
Jump to navigation Jump to search
For the version specific to software development, see V-Model (software development).
सिस्टम इंजीनियरिंग प्रक्रिया का वी-मॉडल[1]
Part of a series on
Software development
Core activities
Paradigms and models
Methodologies and frameworks
Supporting disciplines
Practices
Tools
Standards and Bodies of Knowledge
Glossaries
Outlines

V-मॉडल प्रणाली विकास जीवनचक्र का चित्रमय प्रतिनिधित्व है। इसका उपयोग कठोर विकास जीवनचक्र मॉडल और परियोजना प्रबंधन मॉडल तैयार करने के लिए किया जाता है। वी-मॉडल तीन व्यापक श्रेणियों में आता है, जर्मन वी-मोडेल, एक सामान्य परीक्षण मॉडल और अमेरिकी सरकार का मानक[2]

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

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

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

प्रकार

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

वी-मोडेल

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

सामान्य परीक्षण

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

अमेरिकी सरकार मानक

अमेरिका में एक सरकारी मानक वी-मॉडल भी है जो अपने जर्मन समकक्ष की तरह लगभग 20 साल पहले का है। इसका दायरा एक संकुचित सिस्टम विकास जीवनचक्र मॉडल है, लेकिन ब्रिटेन के अधिकांश चिकित्सकों और परीक्षकों की तुलना में कहीं अधिक विस्तृत और अधिक कठोर वी-मॉडल द्वारा समझ में आता है[13][14][3][4][15][16]

सत्यापन बनाम सत्यापन

Main articles: Verification and validation and Validation (drug manufacture)

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

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

उद्देश्य

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

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

वी-मॉडल विषय

सिस्टम इंजीनियरिंग और सत्यापन[18]

सिस्टम इंजीनियरिंग और सत्यापन

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

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

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

दो धाराएं

विशिष्टता धारा

विनिर्देश धारा में मुख्य रूप से शामिल हैं:

  • उपयोगकर्ता आवश्यकता विनिर्देश
  • कार्यात्मक आवश्यकता विनिर्देश
  • डिजाइन विनिर्देश

परीक्षण धारा

परीक्षण धारा में आम तौर पर निम्न शामिल होते हैं:

  • स्थापना योग्यता (आईक्यू)
  • परिचालन योग्यता (OQ)
  • प्रदर्शन योग्यता (पीक्यू)

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

विशिष्टता धारा

विनिर्देश धारा में मुख्य रूप से शामिल हैं:

  • उपयोगकर्ता आवश्यकता विनिर्देश
  • कार्यात्मक आवश्यकता विनिर्देश
  • डिजाइन विनिर्देश

परीक्षण धारा

परीक्षण धारा में आम तौर पर निम्न शामिल होते हैं:

  • स्थापना योग्यता (आईक्यू)
  • परिचालन योग्यता (OQ)
  • प्रदर्शन योग्यता (पीक्यू)

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

अनुप्रयोग

File:VPM3e Vee with detail.gif
ऑफ-कोर विकल्प (ऊपर और नीचे की पुनरावृत्तियों और समय और परिपक्वता आयाम को दर्शाते हुए)। स्रोत - के. फ़ोर्सबर्ग और एच. मूज़ 200[3][7]

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

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

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

अब इसे वाणिज्यिक और साथ ही रक्षा कार्यक्रमों में व्यापक रूप से लागू किया गया है। इसका प्राथमिक उपयोग परियोजना प्रबंधन में है[3][4] और परियोजना के पूरे जीवनचक्र में।

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

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

लाभ

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

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

सीमाएं

निम्नलिखित पहलुओं को वी-मॉडल द्वारा कवर नहीं किया गया है, उन्हें इसके अतिरिक्त विनियमित किया जाना चाहिए, या वी-मॉडल को तदनुसार अनुकूलित किया जाना चाहिए[25][26]

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

See also

References

  1. ↑ 1.0 1.1 1.2 1.3 क्लारस कॉन्सेप्ट ऑफ ऑपरेशंस Archived 2009-07-05 at the Wayback Machine, प्रकाशन संख्या FHWA-JPO-05-072, संघीय राजमार्ग प्रशासन (FHWA), 2005
  2. ↑ द डेंजरस एंड सेडक्टिव वी मॉडल, 9 जनवरी 2013 को एक्सेस किया गया
  3. ↑ 3.0 3.1 3.2 3.3 3.4 3.5 3.6 3.7 फ़ोर्सबर्ग, के., मूज़, एच., कॉटरमैन, एच. विज़ुअलाइज़िंग प्रोजेक्ट मैनेजमेंट, तीसरा संस्करण, जॉन विले एंड संस, न्यूयॉर्क, एनवाई, 2005। पृष्ठ 108-116, 242-248, 341-360
  4. ↑ 4.0 4.1 4.2 4.3 4.4 इंटरनेशनल काउंसिल ऑन सिस्टम्स इंजीनियरिंग (INCOSE), सिस्टम इंजीनियरिंग हैंडबुक संस्करण 3.1, अगस्त 2007, पृष्ठ 3.3 से 3.
  5. ↑ Forsberg, K., Mooz, H. (1998). "System Engineering for Faster, Cheaper, Better" (PDF). Center of Systems Management. Archived from the original (PDF) on April 20, 2003. {{cite journal}}: Cite journal requires |journal= (help)CS1 maint: multiple names: authors list (link)
  6. ↑ "The SE VEE". SEOR, George Mason University. Archived from the original on October 18, 2007. Retrieved May 26, 2007.
  7. ↑ 7.0 7.1 7.2 7.3 7.4 Forsberg, K. और Mooz, H., सिस्टम इंजीनियरिंग से संबंध परियोजना चक्र Archived 2009-02-27 at the Wayback Machine, नेशनल काउंसिल ऑन सिस्टम्स इंजीनियरिंग (एनसीओएसई) का पहला वार्षिक संगोष्ठी, अक्टूबर 1999
  8. ↑ V-Modell साइट (जर्मन में) , 10 जुलाई, 2020 को एक्सेस किया गया
  9. ↑ जर्मन निर्देश 250, जर्मन संघीय सशस्त्र बलों के लिए सॉफ्टवेयर विकास मानक, वी-मॉडल, सॉफ्टवेयर जीवनचक्र प्रक्रिया मॉडल, अगस्त 199
  10. ↑ "Fundamentals of the V-Modell". Retrieved 14 Apr 2016.
  11. ↑ "V-Modell XT, Part 1: Fundamentals of the V-Modell" (PDF). Retrieved 14 Apr 2016.
  12. ↑ इंटरनेशनल सॉफ्टवेयर टेस्टिंग क्वालिफिकेशन बोर्ड - फाउंडेशन लेवल सिलेबस , 9 जनवरी 2013 को एक्सेस किया गया
  13. ↑ "Systems Engineering for Intelligent Transportation Systems" (PDF). US Dept. of Transportation. p. 10. Retrieved June 9, 2007.
  14. ↑ अमेरिकी परिवहन विभाग, संघीय राजमार्ग प्रशासन। ITS के लिए सिस्टम इंजीनियरिंग गाइडबुक, 9 जनवरी 2013 को एक्सेस किया गया
  15. ↑ "BUILDING ON A LEGACY: RENEWED FOCUS ON SYSTEMS ENGINEERING IN DEFENSE ACQUISITION" (PDF). Retrieved 14 Apr 2016.
  16. ↑ "Using V Models for Testing". Retrieved 14 Apr 2016.
  17. ↑ IEEE. IEEE Guide--Adoption of the Project Management Institute (PMI) Standard A Guide to the Project Management Body of Knowledge (PMBOK Guide)--Fourth Edition. p. 452. doi:10.1109/IEEESTD.2011.6086685. ISBN 978-0-7381-6817-3. Retrieved May 25, 2021.
  18. ↑ सिस्टम इंजीनियरिंग बुनियादी बातों। रक्षा अधिग्रहण यूनिवर्सिटी प्रेस, 2001
  19. ↑ "V-Model Lifecycle Process Model". v-modell.iabg.de. Archived from the original on March 3, 2016. Retrieved December 24, 2015.
  20. ↑ "Sequential Thematic Organization of Publications (STOP)". Archived from the original on February 3, 2008. Retrieved December 24, 2015.
  21. ↑ Sobkiw, Walter (2008-01-01). Sustainable Development Possible with Creative System Engineering. ISBN 978-0615216300.
  22. ↑ "A New Systems Engineering Model and an Old, Familiar Friend; Figure 2 V-9 Process Interactions" (PDF). Defense AT&L. Apr 2006. p. 51. Retrieved 7 Apr 2016.
  23. ↑ "Further Development of the V-Modell (broken link)". v-modell.iabg.de. Archived from the original on April 23, 2011. Retrieved December 24, 2015.
  24. ↑ "Overview of the Activity Model of the V-Modell (broken link)". v-modell.iabg.de. Archived from the original on July 19, 2011. Retrieved December 24, 2015.
  25. ↑ "Limits of the VModel". v-modell.iabg.de. Archived from the original on May 21, 2011. Retrieved December 24, 2015.
  26. ↑ क्रिश्चियन बुकानैक, [http://www.bucanac.com/documents/The_V-Model.pdf द वी-मॉडल

External links

Wikimedia Commons has media related to V-models.
Retrieved from "https://alpha.indicwiki.in/index.php?title=वि_मॉडल&oldid=29609"