सॉफ्टवेअर विकास पद्धती

या पोस्टमध्ये आम्ही त्यांच्या सॉफ्टवेअरच्या कार्यपद्धतींसह त्यांचे फायदे आणि तोटे आणि प्रत्येक मॉडेल केव्हा वापरावे यावर विचार करू.



Iterative Model

आवर्ती जीवन चक्र मॉडेल आवश्यकतांच्या पूर्ण तपशीलासह प्रारंभ करण्याचा प्रयत्न करीत नाही. त्याऐवजी, सॉफ्टवेअरचा फक्त काही भाग निर्दिष्ट करून आणि अंमलबजावणीद्वारे विकास सुरू होते, ज्या नंतर पुढील आवश्यकता ओळखण्यासाठी पुनरावलोकन केले जाऊ शकतात. त्यानंतर या प्रक्रियेची पुनरावृत्ती होते आणि मॉडेलच्या प्रत्येक चक्रासाठी सॉफ्टवेअरची नवीन आवृत्ती तयार केली जाते.

पुनरावृत्ती झालेल्या जीवन चक्र मॉडेलचा विचार करा ज्यामध्ये पुढील चार चरणांचे पुनरावृत्ती होते:


गरजा भाग, ज्यात सॉफ्टवेअरची आवश्यकता एकत्रित केली जाते आणि त्यांचे विश्लेषण केले जाते. अखेरीस आवश्यकतेचे पूर्ण आणि अंतिम तपशील तयार करणार्‍या आवश्यकतेच्या टप्प्यात परिणाम होऊ नये.

डिझाईन टप्पा, ज्यात आवश्यकता पूर्ण करण्यासाठी सॉफ्टवेअर सोल्यूशन डिझाइन केले आहे. हे नवीन डिझाइन किंवा आधीच्या डिझाइनचे विस्तार असू शकते.


अंमलबजावणी व चाचणी टप्पा, जेव्हा सॉफ्टवेअर कोड केलेले असते, समाकलित केले जाते आणि चाचणी केली जाते.

एक पुनरावलोकन चरण, ज्यामध्ये सॉफ्टवेअरचे मूल्यांकन केले जाते, सद्य आवश्यकतांचे पुनरावलोकन केले जाते आणि प्रस्तावित केलेल्या आवश्यकतेमध्ये बदल आणि जोड दिली जातात.

मॉडेलच्या प्रत्येक चक्रासाठी, चक्राने उत्पादित केलेले सॉफ्टवेअर टाकून दिले जाईल की पुढील चक्र (कधीकधी वाढीव प्रोटोटाइपिंग म्हणून ओळखले जाणारे) म्हणून प्रारंभ करण्याचा बिंदू म्हणून ठेवला जाईल याबद्दल निर्णय घ्यावा लागेल.

अखेरीस एक बिंदू गाठला जाईल जेथे आवश्यकता पूर्ण झाल्या आहेत आणि सॉफ्टवेअर वितरित केले जाऊ शकते, किंवा सॉफ्टवेअरला आवश्यकतेनुसार वर्धित करणे अशक्य झाले आहे, आणि एक नवीन सुरुवात करावी लागेल.


पुनरुत्पादक जीवन चक्र मॉडेलची तुलना सलग अंदाजे सॉफ्टवेअर तयार करण्याशी केली जाऊ शकते. अंतिम समाधानावर येण्यासाठी गणिताच्या पद्धतींशी एकरूपता रेखाटणे ज्यायोगे सलग अंदाजे वापरतात, अशा पद्धतींचा फायदा ते किती वेगाने समाधानावर एकत्रित करतात यावर अवलंबून असतात.

पुनरुत्पादक सॉफ्टवेअर डेव्हलपमेंट लाइफ सायकलच्या यशस्वी वापराची गुरुकिल्ली म्हणजे आवश्यकतेचे कठोर प्रमाणीकरण आणि मॉडेलच्या प्रत्येक चक्रातील त्या आवश्यकतांच्या विरूद्ध सॉफ्टवेअरच्या प्रत्येक आवृत्तीचे सत्यापन (चाचणीसह).

Iterative Model चे फायदे

  • सॉफ्टवेअर लाइफ सायकल दरम्यान वेगाने कार्य करणारे सॉफ्टवेअर द्रुत आणि लवकर तयार करते.
  • अधिक लवचिक - व्याप्ती आणि आवश्यकता बदलण्यासाठी कमी खर्चिक.
  • छोट्या पुनरावृत्ती दरम्यान चाचणी करणे आणि डीबग करणे सोपे.
  • जोखीम व्यवस्थापित करणे सोपे आहे कारण धोकादायक तुकडे त्याच्या पुनरावृत्ती दरम्यान ओळखले जातात आणि हाताळले जातात.
  • प्रत्येक पुनरावृत्ती हा सहज व्यवस्थापित केलेला मैलाचा दगड आहे.

Iterative मॉडेल तोटे

  • पुनरावृत्तीचा प्रत्येक टप्पा कठोर असतो आणि एकमेकांना आच्छादित करू नका.
  • सिस्टम आर्किटेक्चरशी संबंधित समस्या उद्भवू शकतात कारण संपूर्ण सॉफ्टवेअर लाइफ सायकलसाठी सर्व आवश्यकता एकत्र केल्या जात नाहीत.


वाढती मॉडेल

वाढीव बिल्ड मॉडेल ही सॉफ्टवेअर डेव्हलपमेंटची एक पद्धत आहे जेथे उत्पादन पूर्ण होईपर्यंत मॉडेलची रचना, अंमलबजावणी आणि वाढीव चाचणी केली जाते (प्रत्येक वेळी थोडे अधिक जोडले जाते). यात विकास आणि देखभाल दोन्ही समाविष्ट आहे. जेव्हा उत्पादनाच्या सर्व गरजा पूर्ण करतात तेव्हा उत्पादनास परिभाषित केले जाते. हे मॉडेल प्रोटोटाइपच्या पुनरावृत्ती तत्त्वज्ञानासह धबधब्या मॉडेलच्या घटकांचे संयोजन करते.

उत्पादन अनेक घटकांमध्ये विघटित होते, त्यातील प्रत्येक डिझाइन केलेले आणि स्वतंत्रपणे तयार केले जातात (बिल्ड्स म्हणून ओळखले जातात). प्रत्येक घटक पूर्ण झाल्यावर क्लायंटला दिला जातो. हे उत्पादनाचा आंशिक वापर करण्यास अनुमती देते आणि दीर्घ विकासाचा कालावधी टाळेल. त्यानंतरची दीर्घ प्रतिक्षा टाळल्यामुळे हे मोठे प्रारंभिक भांडवल खर्च तयार करते. विकासाचे हे मॉडेल एकाच वेळी पूर्णपणे नवीन प्रणाली सादर करण्याच्या क्लेशकारक परिणामास कमी करण्यास मदत करते.


या मॉडेलमध्ये काही समस्या आहेत. एक म्हणजे प्रत्येक नवीन बिल्ड मागील बिल्ड आणि कोणत्याही विद्यमान प्रणालींसह समाकलित केले जाणे आवश्यक आहे. उत्पादनांचे विघटन करण्याचे काम क्षुल्लक देखील नाही. जर तेथे काही बिल्ड्स असतील आणि प्रत्येक बिल्ड बिघडली तर हे बिल्ड-अँड-फिक्स मॉडेलमध्ये बदलते. परंतु जर तेथे बरेच बिल्ड्स असतील तर प्रत्येक बिल्डमधून थोडीशी जोडलेली युटिलिटी असेल.

वाढत्या मॉडेलचे फायदे

  • सॉफ्टवेअर लाइफ सायकल दरम्यान वेगाने कार्य करणारे सॉफ्टवेअर द्रुत आणि लवकर तयार करते.
  • अधिक लवचिक - व्याप्ती आणि आवश्यकता बदलण्यासाठी कमी खर्चिक.
  • छोट्या पुनरावृत्ती दरम्यान चाचणी करणे आणि डीबग करणे सोपे.
  • जोखीम व्यवस्थापित करणे सोपे आहे कारण धोकादायक तुकडे त्याच्या पुनरावृत्ती दरम्यान ओळखले जातात आणि हाताळले जातात.
  • प्रत्येक पुनरावृत्ती हा सहज व्यवस्थापित केलेला मैलाचा दगड आहे.

वाढत्या मॉडेलचे तोटे

  • पुनरावृत्तीचा प्रत्येक टप्पा कठोर असतो आणि एकमेकांना आच्छादित करू नका.
  • सिस्टम आर्किटेक्चरशी संबंधित समस्या उद्भवू शकतात कारण संपूर्ण सॉफ्टवेअर लाइफ सायकलसाठी सर्व आवश्यकता एकत्र केल्या जात नाहीत.

वाढीव मॉडेल कधी वापरावे

  • अशा मॉडेल वापरल्या जातात जेथे आवश्यकता स्पष्ट असतात आणि टप्प्यानुसार अंमलबजावणी करता येते. आकृतीवरून हे स्पष्ट झाले आहे की आवश्यकता R आर 1, आर 2 मध्ये विभागली आहे ……… .आरएन आणि त्यानुसार वितरीत केले.
  • बहुतेक अशा मॉडेलचा वापर वेब अनुप्रयोग आणि उत्पादनावर आधारित कंपन्यांमध्ये केला जातो.


चपळ मॉडेल

चपळ मॉडेल हे उत्पादनांमध्ये घटकांमध्ये खंडित करून पुनरावृत्ती आणि वाढीव मॉडेल दोन्हीचे संयोजन आहे जेथे प्रत्येक चक्र किंवा पुनरावृत्तीवर, घटकाचे कार्यरत मॉडेल वितरित केले जाते.

मॉडेल चालू रीलीझ (पुनरावृत्ती) तयार करते, प्रत्येक वेळी मागील रीलीझमध्ये (छोटे छोटे) बदल करते. प्रत्येक पुनरावृत्ती दरम्यान, जसे उत्पादन तयार केले जात आहे, पुनरावृत्तीच्या शेवटी उत्पादन शिप करण्यायोग्य आहे याची खात्री करण्यासाठी देखील याची चाचणी केली जाते.

चपळ मॉडेल सर्व प्रकल्पात ग्राहक, विकसक आणि परीक्षक एकत्र काम करीत असल्याने सहकार्यावर जोर देतात.


चपळ मॉडेलचा एक फायदा म्हणजे तो एक कार्यरत उत्पादन त्वरीत वितरीत करतो आणि एक अतिशय वास्तववादी विकास दृष्टीकोन मानला जातो.

या मॉडेलचा एक तोटा असा आहे की तो ग्राहकांच्या संवादावर जास्त अवलंबून असतो, जर ग्राहक गरजा किंवा तिला पाहिजे असलेल्या दिशानिर्देशांविषयी स्पष्ट नसल्यास प्रकल्प चुकीच्या मार्गावर जाऊ शकतो.



व्ही मॉडेल

व्ही मॉडेल क्लासिक धबधब्यावरील मॉडेलची वर्धित आवृत्ती आहे ज्याद्वारे पुढील जीवन पातळीवर जाण्यापूर्वी विकास जीवन-चक्रातील प्रत्येक स्तर सत्यापित केला जातो. या मॉडेलसह, सॉफ्टवेअर चाचणी स्पष्टपणे अगदी सुरूवातीस सुरू होते, म्हणजेच आवश्यकता लिहिताच.

येथे चाचणीद्वारे आम्ही सत्यापन म्हणजे पुनरावलोकने आणि तपासणीद्वारे म्हणजेच स्थिर चाचणी. हे जीवन चक्रात अगदी लवकर चुका ओळखण्यात मदत करते आणि नंतरच्या आयुष्यात कोडमध्ये दिसणारे संभाव्य भविष्यातील दोष कमी करते.


विकासाच्या जीवन-चक्रातील प्रत्येक स्तराची संबंधित चाचणी योजना असते. म्हणजेच जसे प्रत्येक टप्प्यावर काम चालू आहे, त्या टप्प्यातील उत्पादनांच्या चाचणीची तयारी करण्यासाठी एक चाचणी योजना तयार केली गेली आहे. चाचणी योजना विकसित करून, आम्ही त्या स्तरावरील उत्पादनांच्या चाचणीसाठी अपेक्षित परिणाम तसेच प्रत्येक स्तरासाठी प्रवेश आणि निर्गमन निकष देखील परिभाषित करू शकतो.

धबधब्याप्रमाणेच, प्रत्येक टप्पा मागील टप्पा संपल्यानंतरच सुरू होतो. अज्ञात आवश्यकता नसताना हे मॉडेल उपयुक्त आहे, कारण परत जाणे आणि बदल करणे अद्यापही अवघड आहे.

व्ही मॉडेल - फायदे

  • प्रत्येक टप्प्यात विशिष्ट वितरण होते.
  • जीवन चक्रात चाचणी योजनांच्या सुरुवातीच्या विकासामुळे धबधब्याच्या मॉडेलवर यशस्वी होण्याची अधिक शक्यता.
  • धबधब्याच्या मॉडेलच्या तुलनेत वेळेची चिंता कमी आहे किंवा आम्ही 50% कमी म्हणू शकतो.
  • अशा लहान प्रकल्पांसाठी चांगले कार्य करते जेथे आवश्यकता सहज समजल्या जातात.
  • स्त्रोतांची उपयुक्तता जास्त आहे.

व्ही मॉडेल - तोटे

  • धबधबा मॉडेलप्रमाणे अगदी कठोर.
  • थोडे लवचिकता आणि समायोजित व्याप्ती अवघड आणि महाग आहे.
  • सॉफ्टवेअर अंमलबजावणीच्या टप्प्यात विकसित केले गेले आहे, म्हणून सॉफ्टवेअरचे कोणतेही प्रोटोटाइप तयार केले जात नाहीत.
  • चाचणी टप्प्याटप्प्याने सापडलेल्या समस्यांसाठी व्ही मॉडेल स्पष्ट मार्ग प्रदान करत नाही.

व्ही मॉडेल कधी वापरायचे

  • माझ्या माहितीनुसार मला असे वाटते / वाटते की जेथे वेळ आणि किंमत ही प्रकल्पाची अडचण आहे तर मग आम्ही अशा मॉडेल्सचा वापर जलद आणि कमी खर्चिक वितरणासाठी करू शकतो.
  • धबधब्याच्या मॉडेलच्या तुलनेत व्ही मॉडेल कमी-अधिक समान आहे परंतु चाचणीची क्रिया लवकर सुरू होते, ज्यामुळे कमी वेळ आणि प्रकल्पाची किंमत ठरते.


धबधबा मॉडेल

धबधब्याचे मॉडेल संरचित एसडीएलसी पद्धतीपैकी सर्वात जुने आणि सर्वात सरळ आहे. तेथे कठोर टप्पे आहेत आणि पुढील टप्प्यात जाण्यापूर्वी प्रत्येक टप्पा प्रथम पूर्ण करणे आवश्यक आहे. परत जात नाही.

प्रत्येक टप्प्यात मागील टप्प्यातील माहितीवर अवलंबून असते आणि त्याची स्वतःची प्रकल्प योजना असते.

धबधबा समजणे सोपे आणि व्यवस्थापित करणे सोपे आहे. तथापि, सामान्यत: विलंब होण्याची शक्यता असते कारण प्रत्येक टप्प्याचा आढावा घेण्याची आवश्यकता असते आणि पुढचा टप्पा सुरू होण्यापूर्वी पूर्ण स्वाक्षरी केली जाते.

तसेच, एकदा एक टप्पा पूर्ण झाल्यावर पुनरावृत्तीसाठी फारच जागा नसल्यामुळे, दुरुस्तीच्या टप्प्यावर येईपर्यंत समस्यांचे निराकरण केले जाऊ शकत नाही.

जेव्हा सर्व आवश्यकता ज्ञात असतात आणि लवचिकता आवश्यक नसते आणि प्रोजेक्टची निश्चित टाइमलाइन असते तेव्हा हे मॉडेल उत्कृष्ट कार्य करते.

धबधबा मॉडेलचे फायदे

  • प्रत्येक टप्प्यात विशिष्ट वितरण आणि पुनरावलोकन प्रक्रिया असते.
  • टप्प्याटप्प्याने प्रक्रिया केली जाते आणि एका वेळी ती पूर्ण केली जाते.
  • लहान प्रकल्पांसाठी चांगले कार्य करते जेथे आवश्यकता खूप चांगल्या प्रकारे समजल्या जातात.
  • हे 'डिझाइन करण्यापूर्वी डिफाइन' आणि 'कोडच्या आधी डिझाइन' या कल्पनेला मजबुती देते.

धबधबा मॉडेलचे तोटे

  • जीवन चक्र दरम्यान व्याप्ती समायोजित केल्यामुळे एखादा प्रकल्प नष्ट होऊ शकतो
  • जीवन चक्र दरम्यान उशीरापर्यंत कोणतेही कार्यरत सॉफ्टवेअर तयार केले जात नाही.
  • जास्त प्रमाणात धोका आणि अनिश्चितता.
  • जटिल आणि ऑब्जेक्ट देणार्या प्रकल्पांसाठी खराब मॉडेल.
  • लांब आणि चालू असलेल्या प्रकल्पांचे खराब मॉडेल.
  • गरीब मॉडेल जिथे आवश्यकता बदलण्याची शक्यता मध्यम ते उच्च जोखमीवर असते.

धबधब्याचे मॉडेल कधी वापरावे

  • अशा मॉडेलचा जास्त वापर केला जातो जेथे आवश्यकता स्पष्ट असतात आणि विकासाच्या काळात कोणतेही बदल होणार नाहीत. आम्ही संरक्षण प्रकल्पांमध्ये अशी परिस्थिती शोधू शकतो, जिथे आवश्यकतांचे लिखाण करण्यापूर्वी त्यांचे विश्लेषण चांगले करता यावे म्हणून आवश्यकता स्पष्ट होईल.
  • आम्ही स्थलांतरण प्रकल्पांसाठी या प्रकारचे जीवन चक्र मॉडेल देखील ठेवू शकतो, जिथे आवश्यकता फक्त एकच व्यासपीठ असेल किंवा भाषा बदलू / बदलू शकतात.
  • प्रोजेक्टर स्वतः चाचणी क्रियाकलाप करतात अशा प्रकल्पांसाठी देखील वापरू शकता, कोडिंग पूर्ण होईपर्यंत आम्ही प्रकल्प वितरित करणार नाही.

मनोरंजक लेख