झरना - Iterative Development Methodology

सभी को नमस्कार।

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

निश्चित रूप से, हर कोई जो किसी न किसी तरह से सॉफ्टवेयर के विकास / परीक्षण से जुड़ा है, कैस्केड मॉडल और उसकी विशेषताओं के बारे में जानता है:
- प्रक्रियाओं के औपचारिककरण का एक उच्च स्तर;
- प्रलेखन की एक बड़ी मात्रा;
- और निश्चित रूप से, पिछले चरण में लौटने की संभावना के बिना जीवन चक्र के चरणों का एक कठोर अनुक्रम।



रॉयस के कामों के एक अंश की समीक्षा करने के बाद, यह पता चला कि उन्होंने समान स्तर पर चरणों के बीच प्रतिक्रिया के लिए प्रदान किया (उदाहरण के लिए, डिजाइन कोडिंग, कोडिंग परीक्षण, आदि)।



जहां तक ​​मैं अंतर को समझता हूं, दूसरे संस्करण में, पहले के विपरीत, हम लगातार दो चरणों में समानांतर काम के बारे में बात कर रहे हैं, जो जीवन चक्र के पिछले चरण की त्रुटियों की पहचान करना संभव बनाता है और "क्लासिक" झरना की महत्वपूर्ण कमियों में से एक को हल करता है - लौटने की असंभवता पिछले चरण में।

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

इस मामले में, सवाल यह है कि डेवलपर्स और परीक्षकों की एक विस्तृत मंडली में कार्यप्रणाली को गलत तरीके से क्यों माना जाता है, जैसा कि पहले चित्र में दिखाया गया है ...

विंस्टन के कामों के अंश:
रॉयस, विंस्टन (1970), "बड़े सॉफ्टवेयर सिस्टम के विकास का प्रबंधन"