सर्पिल मॉडल: इतिहास, विशेषताओं, चरणों, उदाहरण - प्रौद्योगिकी - 2025

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

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

विश्लेषण, मूल्यांकन, योजना और विकास। सॉफ्टवेयर डेवलपमेंट सर्पिल स्रोत: बीईओ commons.wikimedia.org

इतिहास

सृष्टि

सर्पिल मॉडल को अमेरिकी गणितज्ञ और सॉफ्टवेयर इंजीनियरिंग प्रोफेसर बैरी बोहम द्वारा परिभाषित किया गया था। 1986 में जटिल अनुप्रयोगों के विकास के लिए अपनी अवधारणा प्रस्तुत करने के बाद, उन्होंने 1988 में अपने लेख "ए स्पिरल मॉडल ऑफ सॉफ्टवेयर डेवलपमेंट एंड इम्प्रूवमेंट" में एक अधिक व्यापक रूपरेखा में अपना मॉडल प्रकाशित किया।

इस 1988 के प्रकाशन के हिस्से ने सर्पिल मॉडल को चित्रित किया, एक व्यापक तरीके से दिखाया गया कि सॉफ्टवेयर विकास प्रक्रिया सर्पिल फैशन में क्या दिखती है और चक्र द्वारा समर्थित है।

बोहेम सॉफ्टवेयर इंजीनियरिंग में अपने कई योगदानों के लिए जाना जाता है, जैसे कि रचनात्मक लागत मॉडल (COCOMO), सॉफ्टवेयर प्रक्रिया का सर्पिल मॉडल, जी-थ्योरी (जीत-जीत) आवश्यकताओं के निर्धारण और प्रबंधन के लिए दृष्टिकोण। सॉफ्टवेयर का।

जलप्रपात मॉडल के लिए वैकल्पिक

अपने प्रकाशन में, बोहेम ने सर्पिल मॉडल को पहले से स्थापित जलप्रपात मॉडल के संभावित विकल्प के रूप में वर्णित किया, जो उनके अभ्यास के आधार के रूप में भी कार्य करता था।

सर्पिल मॉडल चक्रीय विकास पर चर्चा करने वाला पहला नहीं था, लेकिन यह समझाने वाला पहला मॉडल था कि पुनरावृत्ति क्यों महत्वपूर्ण है। जैसा कि मूल रूप से योजना बनाई गई थी, इसे बड़े, जटिल परियोजनाओं पर लक्षित किया गया है, जिनकी पुनरावृत्तियां आम तौर पर 6 महीने से 2 साल तक होती हैं।

यह मॉडल यह नहीं मानता है कि सॉफ़्टवेयर विकास कार्य वाटरफॉल मॉडल के विपरीत, रैखिक रूप से डिज़ाइन किए गए हैं, बल्कि उन्हें पुनरावृत्त कार्यों के रूप में देखते हैं।

इस चक्रीय मॉडल ने मॉडल आधारित सॉफ्टवेयर इंजीनियरिंग आर्किटेक्चर (MBASE) और चरम प्रोग्रामिंग को प्रभावित किया।

सर्पिल मॉडल की विशेषताएं

जोखिम नियंत्रण

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

इस कंप्यूटर मॉडल में सॉफ़्टवेयर जीवन चक्र के लगभग हर दूसरे मॉडल से घटक शामिल हैं, जैसे कि झरना मॉडल, प्रोटोटाइपिंग मॉडल, पुनरावृत्ति मॉडल, विकास मॉडल, और इसी तरह।

इस वजह से, यह लगभग किसी भी प्रकार के जोखिम से निपटने में सक्षम है जो अन्य मॉडल आमतौर पर संभाल नहीं करते हैं। हालांकि, इतने सारे घटक होने के कारण, यह मॉडल अन्य सॉफ़्टवेयर डेवलपमेंट मॉडल की तुलना में बहुत अधिक जटिल है।

सर्पिल का विवरण

सर्पिल का प्रत्येक मोड़ एक पूर्ण चक्र का प्रतिनिधित्व करता है, जिसके माध्यम से चार चतुर्भुज हमेशा पास होते हैं, मॉडल के चार चरणों का प्रतिनिधित्व करते हैं।

जैसे-जैसे सर्पिल का आकार बढ़ता है, वैसे-वैसे प्रगति होती है। इसलिए, चरणों को केवल एक बार निष्पादित नहीं किया जाता है, लेकिन कई बार, एक सर्पिल फैशन में।

यद्यपि यह चक्रीय पुनरावृत्ति परियोजना को धीरे-धीरे स्थापित उद्देश्यों के करीब ले जाती है, लेकिन विकास प्रक्रिया विफल होने का जोखिम बहुत कम होता है।

सामान्य

चार चरण केवल एक चक्र के मूल लक्ष्यों को लागू करते हैं, लेकिन उन्हें प्रत्येक चक्र में प्रकट नहीं करना पड़ता है।

प्रत्येक चक्र का क्रम सख्ती से भी निर्धारित नहीं है। इसलिए, मॉडल को किसी भी समय अन्य मॉडलों के साथ जोड़ा जा सकता है।

लचीला

यह काफी लचीला है, क्योंकि यह परियोजना के प्रत्येक चरण के लिए उद्देश्यों की परिभाषा, जोखिम विश्लेषण, विकास और योजना प्रक्रियाओं को अलग-अलग करता है।

मेटामॉडल

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

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

इसके अलावा, यह विकासवादी मॉडल के साथ संगत है, क्योंकि सर्पिल की पुनरावृत्तियों को विकासवादी स्तर माना जा सकता है, जिसके माध्यम से अंतिम प्रणाली का निर्माण किया जाता है।

चरणों

उद्देश्यों, विकल्पों और बाधाओं का निर्धारण करें

सिस्टम आवश्यकताओं को यथासंभव विस्तार से परिभाषित किया जाता है, जिसमें प्रदर्शन, हार्डवेयर / सॉफ्टवेयर इंटरफेस, सफलता के प्रमुख संकेतक आदि शामिल हैं। और वर्तमान विकास चक्र के साथ किन लक्ष्यों को जोड़ा जाना चाहिए, इस पर विचार किया जाता है।

इसके अलावा, इसके कार्यान्वयन के विभिन्न विकल्पों की जांच की जाती है, जैसे बिल्ड बनाम मौजूदा घटकों या आउटसोर्स, आदि का पुन: उपयोग करें

इसी तरह, लागत, अनुसूची और इंटरफेस, समय की खपत, आदि जैसे प्रतिबंध निर्धारित हैं।

जोखिम मूल्यांकन

सभी प्रस्तावित विकल्पों का मूल्यांकन किया जाता है। उद्देश्य और बाधाएं सबसे अच्छा समाधान का चयन करने के लिए संदर्भ निर्धारित करने के रूप में काम करते हैं।

इसके अलावा, परियोजना की सफलता में बाधा डालने वाले जोखिमों की पहचान की जाती है, जैसे अनुभव की कमी, नई प्रौद्योगिकियां, चुस्त कार्यक्रम, कम करने की प्रक्रिया इत्यादि, सबसे कम जोखिम वाली सबसे लाभदायक रणनीतियों को लागू करना।

अंत में, प्रोटोटाइप, सिमुलेशन, विश्लेषणात्मक मॉडल और उपयोगकर्ता सर्वेक्षण जैसे तरीकों का उपयोग किया जाता है।

विकास और परीक्षण

प्रौद्योगिकी और चयनित समाधान का उपयोग करके सभी आवश्यक विकास किए जाते हैं। प्रत्येक पुनरावृत्ति के साथ एप्लिकेशन का एक बेहतर संस्करण बनाया जाता है।

वास्तविक कोड कई बार लिखा और परीक्षण किया जाता है जब तक कि वांछित परिणाम नहीं मिलता है, जो तब भविष्य के विकास के चरणों के आधार के रूप में काम करेगा।

अगले चक्र की योजना बनाना

एक चक्र पूरा होने पर, अगले के लिए योजना बनाना शुरू होता है। यह योजना परियोजना के साथ सामान्य रूप से जारी रह सकती है यदि अगले उद्देश्य की परिभाषा को देखते हुए, चक्र का उद्देश्य पूरा हो गया हो।

यह अन्य समाधान खोजने के लिए भी हो सकता है, अगर विकास का पिछला चरण दोषपूर्ण साबित हुआ। मौजूदा रणनीति को पहले से परिभाषित विकल्पों में से एक या एक नए से बदला जा सकता है। इसके साथ, दिए गए लक्ष्य तक पहुंचने का एक नया प्रयास शुरू किया जाएगा।

उदाहरण

संयुक्त राज्य अमेरिका की सेना ने फ्यूचर फाइटिंग सिस्टम (एससीएफ) आधुनिकीकरण कार्यक्रम के विकास और उन्नयन के लिए सर्पिल मॉडल को अपनाया।

आधिकारिक तौर पर 2003 में शुरू की गई, SCF को युद्ध के मैदान के असाधारण तेज और लचीले नेटवर्क में वास्तविक समय में जुड़े वाहनों से सैनिकों को लैस करने की कल्पना की गई थी।

परियोजना को लगभग दो वर्षों के चार विकास सर्पिलों में विभाजित किया गया था। सर्पिल 1 को 2008 में शुरू करने और उपयोग और मूल्यांकन के लिए प्रोटोटाइप देने के लिए निर्धारित किया गया था।

सर्पिल 1 के पूरा होने के बाद, सर्पिल 2 को 2010 में शुरू किया जाना था। अंतिम उत्पाद विकास 2015 में दिया जाना था।

अगस्त 2005 में, बोइंग ने परियोजना के पहले प्रमुख मील के पत्थर को पूरा करने की घोषणा की, जो सिस्टम का कार्यात्मक ओवरहाल था। बोइंग और विज्ञान अनुप्रयोग अंतर्राष्ट्रीय निगम परियोजना के सह-नेता थे।

हालांकि, अक्टूबर 2005 के लिए पेंटागन ने इराक युद्ध और तूफान कैटरीना से सहायता की लागत पर उच्च प्रभाव के कारण परियोजना में देरी की सिफारिश की।

इस मिशन में सर्पिल मॉडल के लाभों को साबित करने में सक्षम होने के बिना बजट में कटौती के बाद परियोजना को 2009 में रद्द कर दिया गया था

फायदा

चक्रीय संरचना

इस प्रकार की संरचना के कारण, सॉफ्टवेयर की डिज़ाइन और तकनीकी आवश्यकताओं के बीच की समस्याओं को समय-समय पर जाँच के लिए समाप्त कर दिया जाता है।

जोखिम प्रबंधन

आगे बढ़ने से पहले उत्पाद के प्रत्येक चरण में जोखिम का विश्लेषण किया जाता है। यह संभावित जोखिमों को दूर करने या कम करने में मदद करता है।

सभी कर्मचारी इस मॉडल में जोखिम विश्लेषण के महान महत्व से लाभान्वित होते हैं, संभवतः अन्य प्रक्रिया मॉडल पर अपने सबसे बड़े लाभ का प्रतिनिधित्व करते हैं।

उपन्यास तकनीकी वातावरण का उपयोग करते समय नियमित जोखिम मूल्यांकन मूल्यवान है, जो आम तौर पर अनुभवजन्य मूल्यों की अनुपस्थिति के कारण एक विशेष जोखिम क्षमता से जुड़े होते हैं।

ग्राहक की भागीदारी और प्रतिक्रिया

ग्राहक परियोजना के प्रत्येक चरण में शामिल होते हैं, जब तक कि परियोजना पूरी नहीं हो जाती। इसलिए, परियोजना के अगले संस्करण को बेहतर बनाने के लिए विभिन्न फीडबैक एकत्र किए जा सकते हैं।

साथ ही, सर्पिल-आकार की अग्रिम के कारण किसी भी समय प्रतिक्रिया प्राप्त की जा सकती है। इस प्रकार, ग्राहकों और उपयोगकर्ताओं को विकास प्रक्रिया में शुरुआत से एकीकृत किया जा सकता है।

बड़ी परियोजनाओं के लिए आदर्श

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

नुकसान

महंगा

यह काफी महंगा हो सकता है, क्योंकि इसमें जोखिम विश्लेषण के लिए उच्च स्तर की विशेषज्ञता की आवश्यकता होती है। इसके अतिरिक्त, परियोजनाओं को विकसित करने में बहुत समय लगता है, जिससे ओवरहेड बढ़ सकता है।

काफी जटिल

परियोजना के एक बहुत सक्रिय और जटिल पूर्व प्रबंधन की आवश्यकता होती है, जहां प्रत्येक चक्र निरंतर और सावधानीपूर्वक नियंत्रित और प्रलेखित होता है।

यह तुलनात्मक रूप से अन्य मॉडलों की तुलना में अधिक जटिल है, क्योंकि कई चक्र हैं, प्रत्येक अलग-अलग चरणों से गुजर रहे हैं, इस प्रकार प्रलेखन प्रक्रिया का प्रयास बढ़ रहा है।

जोखिम विश्लेषण और प्रबंधन का ज्ञान, जो अक्सर उपलब्ध नहीं होता है, आवश्यक है।

समय प्रबंधन

समय का प्रबंधन करना मुश्किल है क्योंकि चक्रों की संख्या अज्ञात है। इसके अलावा, विकास प्रक्रिया में किसी भी समय देरी हो सकती है यदि महत्वपूर्ण निर्णय एक चक्र के भीतर या अगले चक्र की योजना बनाते समय अतिरिक्त क्रियाओं द्वारा किया जाना चाहिए।

कई कदम

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

परिणामस्वरूप, हमेशा यह खतरा होता है कि कोई भी वैचारिक त्रुटि या असंगतता अंतिम उत्पाद को प्रभावित करेगी।

संदर्भ

1. विक्टर फॉन्ट जूनियर (2019)। सर्पिल मॉडल। एसडीएलसी के लिए अंतिम गाइड। से लिया गया: ultimatesdlc.com
2. आयनॉक्स (2019)। सर्पिल मॉडल: जोखिम चालित सॉफ्टवेयर विकास प्रक्रिया मॉडल। से लिया गया: ionos.com।
3. टेकुज (2018)। सर्पिल मॉडल क्या है? सर्पिल सॉफ्टवेयर विकास जीवन चक्र (एसडीएलसी) का एक सरल स्पष्टीकरण। से लिया गया: techuz.com
4. वन स्टॉप टेस्टिंग (2020)। सर्पिल मॉडल। से लिया गया: onestoptesting.com
5. जीक्स फॉर जीक्स (2020)। सॉफ्टवेयर इंजीनियरिंग - सर्पिल मॉडल। से लिया गया: geeksforgeeks.org
6. चंदू (2019)। सॉफ्टवेयर इंजीनियरिंग में सर्पिल मॉडल। से लिया गया: medium.com