सामग्री
- सॉफ्टवेअर डेव्हलपमेंट लाइफ सायकल बद्दल एक संक्षिप्त
- चपळ विकास वेगवेगळे का
- चपळ सराव
- चपळता का जा?
- कोणतीही दोष नाही, तणाव नाही - आपले जीवन नष्ट न करता जीवन-बदलणारे सॉफ्टवेअर तयार करण्यासाठी चरण चरण बाय चरण
टेकवे:
ही सॉफ्टवेअर विकास पद्धत उच्च-गुणवत्तेचे उत्पादन वितरीत करण्यात मदत करण्यासाठी सहयोग आणि लवचिकतेस प्रोत्साहित करते.
सॉफ्टवेअर इंजिनीअरिंग आणि अ‍ॅप्लिकेशन डेव्हलपमेंट वर्ल्डमध्ये अ‍ॅगिलच्या भोवती बरेच चर्चा रंगली आहे. चपळ ही संकल्पना नसून मानसिकता आहे. नावानुसार, हे लवचिक आणि गतिशील होण्यावर केंद्रित आहे. ही कार्यप्रणाली सॉफ्टवेअर डेव्हलपमेंटच्या टप्प्यांमधील अलगाव देखील दूर करते आणि विकास कार्यसंघास गुणवत्ता विश्लेषकांशी सहकार्य करण्यास प्रोत्साहित करते. हे उच्च-गुणवत्तेचे उत्पादन विकसित करण्यासाठी, तयार करण्यासाठी आणि वितरीत करण्यासाठी ग्राहकांच्या सहभागावर देखील जोर देते. या लोकप्रिय सॉफ्टवेअर डेव्हलपमेंट पद्धतीसाठी अ‍ॅगिल, ते कसे कार्य करते आणि काही सर्वोत्कृष्ट पद्धती यावर एक नजर टाकू शकता.
सॉफ्टवेअर डेव्हलपमेंट लाइफ सायकल बद्दल एक संक्षिप्त
सॉफ्टवेअर डेव्हलपमेंट लाइफ सायकल (एसडीएलसी) ही एक विशिष्ट समस्या पूर्ण करण्याच्या उद्देशाने सॉफ्टवेअर सोल्यूशन तयार करण्याची किंवा विद्यमान संरचना सुधारित करण्याची प्रक्रिया आहे. यात विविध चरणांचा समावेश आहे, ज्याचे तार्किक क्रमाने पालन केले जाते. पारंपारिक एसडीएलसी मॉडेल्समध्ये, हे असे चरण आहेत जे एकामागून एक अनुसरण केले जातात आणि सामान्यत: वेगळ्या पद्धतीने चालतात:
- गरजा क्लायंट कडून गोळा करणे
- सिस्टम आणि व्यवहार्यता विश्लेषण
- डिझाइन आणि मॉडेलिंग
- कोडिंग किंवा अंमलबजावणी
- चाचणी
- तैनात आणि वितरण
- देखभाल आणि बदल विनंत्या
ठराविक सॉफ्टवेअर डेव्हलपमेंट सायकलमध्ये, वास्तविक वापरकर्ते किंवा क्लायंट, आवश्यकते गोळा करण्याच्या प्रक्रियेत आणि नंतर बीटा चाचणी दरम्यान गुंतलेले असतात. तथापि, या पारंपारिक मॉडेलची समस्या अशी आहे की सायकलचा देखभाल भाग एक अवघड आणि त्याऐवजी महाग प्रकरण बनते. बर्‍याच वेळा, सिस्टममध्ये सुधारणा किंवा बदल करण्याची संधी नसते. सर्वात वाईट परिस्थितीत, इंजिनियर केलेले किंवा विकसित केलेले सॉफ्टवेअर वास्तविक ग्राहकांच्या वैशिष्ट्यांसह आणि अपेक्षांशी अनुरूप नाही, याचा अर्थ विकास टीमला संपूर्ण प्रक्रिया पुन्हा सुरू करण्याची आवश्यकता असू शकते.
चपळ विकास वेगवेगळे का
एसडीएलसीची सर्वात सामान्य पारंपारिक मॉडेल्स - धबधब्याचे मॉडेल, वेगवान modelप्लिकेशन मॉडेल, पुनरावृत्ती मॉडेल, आवर्त मॉडेल इ. - त्यांचे स्वत: चे साधक आणि बाधक संच आहेत. हे मॉडेल किती वास्तववादी होते हे लोक प्रत्यक्षात विश्लेषित करण्यापूर्वी बरेच युग लागले. ते आदर्श परिस्थितींमध्ये पूर्णपणे फिट बसतात, परंतु वास्तविक जगातील अनुप्रयोगांच्या बाबतीत ते नेहमी व्यावहारिक नसतात. परिणामी, सॉफ्टवेअर विकास संघांना बर्‍याच आव्हानांचा सामना करावा लागला. पारंपारिक एसडीएलसी मॉडेल्सच्या काही मर्यादांमध्ये हे समाविष्ट आहे:
- ते नंतरच्या टप्प्यावर आवश्यकता बदलण्याची परवानगी देत नाहीत कारण सॉफ्टवेअर आवश्यकता तपशील दस्तऐवजात या गोठविल्या गेल्या आहेत. विशिष्ट प्रकरणांमध्ये, वापरकर्त्यांच्या अपेक्षांची अस्थिरता किंवा गैरसमज होते.
- सिस्टम पूर्ण होईपर्यंत अंतिम वापरकर्ते सिस्टम पाहत नाहीत. हे सूचना आणि बदल करण्यास फारच कमी संधी प्रदान करते.
- पारंपारिक एसडीएलसी विकसक आणि परीक्षक यांच्यात एक संवादाची प्रचंड जागा निर्माण करू शकते, कारण ते स्वतंत्र टप्प्याटप्प्याने आहेत आणि दोन्ही पक्षांमध्ये कोणतेही सहकार्य नाही.
- व्हाईट बॉक्स चाचणी प्रभावीपणे केली जाऊ शकत नाही.
अ‍ॅगिलचा वापर यापैकी बर्‍याच समस्यांचे निराकरण करतो कारण ते चरण-दर-चरण प्रक्रियेऐवजी एक तत्वज्ञान आणि चौकट म्हणून कार्य करते जे कार्य करते संघांना सहयोग करण्यास मदत करते, बदलण्यास प्रतिसाद देते आणि तयार उत्पादनास तयार करते ज्यात सर्वांचे अधिक इनपुट असते. वापरकर्त्यांसह पक्ष.
चपळ सराव
अ‍ॅगिल पद्धतीचा उद्भव सॉफ्टवेअर डेव्हलपमेंट पद्धतीमध्ये क्रांतिकारक सुधारणांपेक्षा कमी नाही, कारण उत्पादनाच्या प्रत्येक टप्प्यावर सामूहिक मालकी घेताना प्रकल्प संघांना सर्जनशील आणि अष्टपैलू होण्यास पुरेशी जागा उपलब्ध आहे. चपळ मार्गाचे अनुसरण करून, सॉफ्टवेअर डेव्हलपमेंट टीममधील वैयक्तिक सहभागी असंतुलनतेस स्वीकारण्यास, बदलांचा सामना करण्यास आणि स्वतंत्र, अप्रिय चरणांऐवजी प्रक्रिया म्हणून एक चांगले उत्पादन तयार करण्यास त्यांच्या मनास अट करण्यास सक्षम आहेत.
चपळ तत्त्वांची विस्तृत यादी नसली तरी, चपळपणे प्रचारित करण्याच्या काही पद्धती आहेत. यात समाविष्ट:
- चाचणी ड्राइव्हन डेव्हलपमेंट (टीडीडी)
तद्वतच, विकसकांनी सर्वप्रथम चाचणी प्रकरणे लिहायला हव्या ज्या कार्यक्षमतेच्या त्या भागासाठी ते कोड घेतील. हे चांगल्या-गुणवत्तेचा कोड याची खात्री करेल, जो अपवादात्मक परिस्थितीत खंडित होण्याची शक्यता कमी आहे. या प्रक्रियेमुळे वापरकर्त्याच्या वैशिष्ट्यांकडे लक्ष दिले गेले आहे याची खात्री करण्यात मदत होते. - जोडी प्रोग्रामिंग
चपळ विकासामध्ये प्रोग्रामर सामान्यत: जोड्यांमध्ये समान समस्येवर कार्य करतात, जिथे एक व्यक्ती कोड (ड्रायव्हर) लिहित आहे आणि दुसरा एक कोडचे पुनरावलोकन करीत आहे आणि कल्पना आणि सूचना प्रदान करतो (नेव्हिगेटर). हे उत्पादकता वाढवते आणि कोडचे पुनरावलोकन करण्यासाठी लागणारा वेळ कमी करते. - कोड रिफेक्टोरिंग
कोड रिफेक्टोरिंगमध्ये कोड लहान आणि सोप्या मॉड्यूलमध्ये मोडणे समाविष्ट आहे जे आदर्श परिस्थितीत स्वतंत्रपणे अस्तित्वात येऊ शकतात (आणि असावेत). हे कोडची वाचनीयता, चाचणी आणि देखभालक्षमतेत बर्‍याच प्रमाणात सुधारते. - वास्तविक भागधारकांकडून सक्रिय सहभाग
ठराविक मुदतीच्या नियमित अंतराने ("एसएस" म्हणून ओळखले जाते), क्लायंट्सना सॉफ्टवेअरचा महत्त्वपूर्ण कार्यरत प्रोटोटाइप प्राप्त झाला पाहिजे. हे विकसकांना ते जेवताना इमारत घेत आहेत त्यावर अभिप्राय मिळविण्यास अनुमती देते. - आवश्यकतांना प्राधान्यकृत स्टॅक म्हणून वागवा
चपळतेमध्ये त्यांच्या आवश्यकतेच्या आधारावर आवश्यकतांचे वर्गीकरण करणे आवश्यक आहे. यामध्ये सॉफ्टवेअर उत्पादनाच्या उत्पादनावर अव्यक्त तसेच स्पष्ट ग्राहकांच्या अपेक्षांचा समावेश असू शकतो. सॉफ्टवेअर डेव्हलपमेंट टीमने एकत्रितपणे ते वैशिष्ट्य अंमलबजावणीसाठी गुंतवणार्या वेळ आणि संसाधनांचा एकत्रितपणे अंदाज लावावा आणि वापरकर्त्याच्या आवश्यकतेनुसार आणि प्रकल्पातील प्रत्येक भागाशी संबंधित असलेल्या क्रमावर आधारित नकाशा तयार करावा. - रीग्रेशन टेस्टिंग
रीग्रेशन चाचणीमध्ये नवीन वैशिष्ट्य जोडल्यानंतर संपूर्ण अनुप्रयोगाची कार्यक्षमता तपासणे किंवा कोडमध्ये विद्यमान कार्यक्षमता सुधारित करणे समाविष्ट आहे. हे हे सुनिश्चित करण्यात मदत करते की बदलांमुळे विद्यमान कोड तोडलेला नाही.
चपळता का जा?
चपळ काही सराव निर्दिष्ट करते, परंतु ते सॉफ्टवेअर डेव्हलपमेंट टीमवर लागू करत नाही. तरीही, जर समायोजन आणि विचलनासाठी कोणतीही संधी नसेल तर, चपळतेच्या उद्देशाने मोठ्या प्रमाणात पराभव केला. चपळ विकासाच्या काही बाबींचा प्रकल्पात समावेश केल्याने सॉफ्टवेअर डेव्हलपमेंट टीमला न येणाant्या आव्हानांचा सामना करण्यास आणि शेवटी, अधिक कार्यक्षम मार्गाने एक चांगले उत्पादन तयार करण्यात मदत होते.
कोणतीही दोष नाही, तणाव नाही - आपले जीवन नष्ट न करता जीवन-बदलणारे सॉफ्टवेअर तयार करण्यासाठी चरण चरण बाय चरण
जेव्हा कोणालाही सॉफ्टवेअर गुणवत्तेची काळजी नसते तेव्हा आपण आपली प्रोग्रामिंग कौशल्ये सुधारू शकत नाही.