मैं उत्सुक हूँ अगर किसी को किसी भी तरीके के बारे में पता हो जो कि काफी भिन्न हो (पुनर्संयोजन न हो) और मैं विशेष रूप से किसी को भी पसंद करूँगा जो विकल्पों के साथ किसी भी अनुभव को आगे लाए।
क्या वाटरफॉल और एजाइल के लिए कोई प्रमुख विकल्प हैं? [बन्द है]
जवाबों:
विकिपीडिया इन पद्धतियों / विकास प्रक्रियाओं को सूचीबद्ध करता है :
चंचल - पुनरावृत्त और वृद्धिशील विकास पर आधारित है, जहां आवश्यकताओं और समाधान स्वयं-आयोजन, क्रॉस-फ़ंक्शनल टीमों के बीच सहयोग के माध्यम से विकसित होते हैं।
Cleanroom - Cleanroom प्रक्रिया का ध्यान दोष हटाने पर है, बजाय दोष को हटाने के।
Iterative - झरना मॉडल की कमजोरियों के जवाब में एक चक्रीय सॉफ्टवेयर विकास प्रक्रिया विकसित हुई। यह एक प्रारंभिक योजना के साथ शुरू होता है और बीच में चक्रीय बातचीत के साथ तैनाती के साथ समाप्त होता है।
राड - तेजी से प्रोटोटाइप के पक्ष में न्यूनतम योजना का उपयोग करता है। आरएडी का उपयोग करके विकसित सॉफ्टवेयर का "नियोजन" सॉफ्टवेयर लिखने के साथ ही हस्तक्षेप किया जाता है।
आरयूपी - तर्कसंगत एकीकृत प्रक्रिया (आरयूपी) एक अनुकूलनीय पुनरावृत्ति सॉफ्टवेयर विकास प्रक्रिया ढांचा है, जिसका उद्देश्य प्रक्रिया के तत्वों का चयन करके अनुकूलित किया जाना है।
सर्पिल - दोनों डिजाइन और प्रोटोटाइप-इन-स्टेज के तत्वों को मिलाकर, टॉप-डाउन और बॉटम-अप अवधारणाओं के लाभों को संयोजित करने के प्रयास में। विकास का यह मॉडल प्रोटोटाइपिंग मॉडल और झरना मॉडल की विशेषताओं को जोड़ता है।
झरना - गर्भाधान, पहल, विश्लेषण, डिजाइन, निर्माण, परीक्षण और रखरखाव के चरणों के माध्यम से अनुक्रमिक।
लीन - लीन विनिर्माण और लीन आईटी सिद्धांतों और सॉफ्टवेयर विकास डोमेन के लिए प्रथाओं का अनुवाद; ग्राहक के लिए मूल्य नहीं जोड़ने वाली हर चीज को बेकार माना जाता है।
वी-मॉडल - एक रैखिक तरीके से नीचे जाने के बजाय, प्रक्रिया चरण ठेठ आकार बनाने के लिए, कोडिंग चरण के बाद ऊपर की ओर झुकते हैं। वी-मॉडल विकास जीवन चक्र के प्रत्येक चरण और इसके परीक्षण के संबद्ध चरण के बीच संबंधों को प्रदर्शित करता है।
टीडीडी - एक बहुत ही छोटे विकास चक्र की पुनरावृत्ति पर निर्भर करता है: पहले डेवलपर एक असफल स्वचालित परीक्षण मामले को लिखता है जो एक वांछित सुधार या नए फ़ंक्शन को परिभाषित करता है, फिर उस परीक्षण को पारित करने के लिए कोड का उत्पादन करता है और अंत में स्वीकार्य मानकों के लिए नए कोड को फिर से रिफ्लेक्ट करता है।
इस तरह के एक स्पष्ट, संक्षिप्त जवाब के लिए धन्यवाद। मैं इतना पुराना स्कूल हूं, मैंने कभी भी कई शर्तें नहीं सुनीं जो पी.एस.ई.
—
माइकल रिले - AKA Gunny
टीडीडी को छोड़कर महान सूची। यह एक जीवनचक्र नहीं, बल्कि एक विकास अभ्यास है।
—
माइकल
चरवाहा कोडिंग
शुद्ध असंरचित, अप्रबंधित, मुक्त विकास। यह छोटे शौक परियोजनाओं के लिए उपयोगी हो सकता है जिसमें एक समय सीमा या यहां तक कि एक स्पष्ट लक्ष्य की कमी होती है, लेकिन संभवतः एक कॉर्पोरेट सेटिंग में काम नहीं करेगा।
वाह! बैंग बैंग!
—
mlvjjr
"संभावना एक कॉर्पोरेट सेटिंग में काम नहीं करेगा"। आप कहते हैं! ;)
—
बॉबी टेबल्स
+1 आआआ, मस्त! मैं इसे कभी-कभी करता हूं, लेकिन मुझे यह नहीं पता था कि इस "प्रक्रिया" का नाम कैसे दिया जाए :)
—
Zzz
येइ-हव पदनह!
—
यबकोस
औपचारिक परिपक्व कॉर्पोरेट सेटिंग्स में सच है। हालांकि, छोटे व्यवसाय में, "बस गेट-आर-किया हुआ" मानसिकता हो सकती है।
—
जेबी किंग
सर्पिल मॉडल
सर्पिल मॉडल एक सॉफ्टवेयर डेवलपमेंट प्रक्रिया है, जो डिज़ाइन और प्रोटोटाइप-इन-स्टेज दोनों के तत्वों को मिलाकर, टॉप-डाउन और बॉटम-अप अवधारणाओं के लाभों को संयोजित करने के प्रयास में है। सर्पिल जीवनचक्र मॉडल (या सर्पिल विकास) के रूप में भी जाना जाता है, यह सूचना प्रौद्योगिकी (आईटी) में उपयोग की जाने वाली एक प्रणाली विकास पद्धति (एसडीएम) है। विकास का यह मॉडल प्रोटोटाइपिंग मॉडल और झरना मॉडल की विशेषताओं को जोड़ता है। सर्पिल मॉडल बड़ी, महंगी और जटिल परियोजनाओं के लिए है।
योजना
ग्राहक (या अंतिम उपयोगकर्ता) के साथ बैठें और उपयोग के मामलों की एक श्रृंखला डिज़ाइन करें।
डिज़ाइन
कुछ बियर और पिज्जा पर पेपर / व्हाइटबोर्ड पर सिस्टम को लेआउट करें। जब कुछ फालिक दिखता है तो स्नीकर।
की पुष्टि करें
ग्राहक (या अंत उपयोगकर्ता) के साथ डिजाइन की पुष्टि करें और आवश्यकताओं को स्थिर करें।
कोड
स्वयं व्याख्यात्मक।
"फ्रीज़ आवश्यकताएं" अब तक की सबसे बड़ी आसान-कही गई बात है।
—
जस्टिन शियर
यह झरना तर्क कुछ देर के लिए आसपास रहा है और फुर्तीले विचार नेताओं द्वारा उपयोग किया जाता है। उन्हें भी "रेड अलर्ट" के रूप में झरने की "वास्तविकता" का सामना करना पड़ा।
जब आप एक सॉफ्टवेयर डेवलपमेंट प्रोजेक्ट पर काम करना शुरू करते हैं, तो आपको जल्दी पता चलेगा कि उपयोग की गई विकास पद्धति का कोड विकसित होने की गति और गुणवत्ता में खेलने के लिए एक प्रमुख हिस्सा होगा। फिर भी, चुस्त कार्यप्रणाली इतनी व्यापक रूप से उपयोग की जाती है कि आप फायदे समझ सकें और फुर्तीली के नुकसान इसलिए आप यह निर्धारित करने में सक्षम हैं कि क्या यह आपके प्रोजेक्ट डिलिवरेबल्स के लिए सबसे उपयुक्त है।
फुर्तीली सॉफ्टवेयर डेवलपमेंट सॉफ्टवेयर इंजीनियरिंग प्रोजेक्ट्स को शुरू करने के लिए एक वैचारिक ढाँचा है। छोटे तरीकों को थोड़े समय के लिए सॉफ्टवेयर विकसित करके जोखिम को कम करने का प्रयास किया जाता है, जिसे पुनरावृत्तियों कहा जाता है, जो आमतौर पर एक से चार सप्ताह तक रहता है। प्रत्येक पुनरावृत्ति अपने स्वयं के लघु सॉफ्टवेयर प्रोजेक्ट की तरह है, और इसमें नई कार्यक्षमता की मिनी-वृद्धि जारी करने के लिए आवश्यक सभी कार्य शामिल हैं: योजना, आवश्यकताओं का विश्लेषण, डिजाइन, कोडिंग, परीक्षण और प्रलेखन।
यह कंपनी के लिए एक अच्छी प्रक्रिया है क्योंकि इसमें ग्राहक को विकास प्रक्रिया में शामिल किया जाता है और यह उत्पाद वितरण के लिए जिम्मेदार बनाता है। दूसरी तरफ ग्राहक खुश हैं क्योंकि वे उत्पाद के विकास में भाग लेते हैं।
फुर्तीली के लिए प्रदर्शन:
- एजाइल बहुत प्रोग्रामर-सेंट्रिक है, यह स्पष्ट नहीं करता है कि किसी संगठन में काम को कैसे संतुलित किया जाए।
- यदि आप नहीं जानते कि आप कहाँ जा रहे हैं, तो फुर्तीली आपको वहाँ नहीं मिलेगी!
- स्पष्ट आवश्यकताओं के बिना चौखटे का निर्माण।
- भाषा की सुविधाओं का अत्यधिक उपयोग (अनुचित रूप से)।
- कोई परीक्षा-पहली मानसिकता नहीं।
एक दिलचस्प कार्यप्रणाली के लिए जो AGILE के विकल्प के रूप में काम कर सकता है, इन 3 लिंक के तहत सबसे अच्छा देखा जा सकता है:
अगर तुम नहीं जानते कि तुम कहाँ जा रहे हो, झरना तुम वहाँ नहीं मिलेगा!
—
एरिक विल्सन