軟體生命週期模型選擇

瀑布模型/改進的瀑布模型

螺旋模型

增量迭代是RUP統一過程常採用的軟體開發生命週期模型

 

原型法

　

快速和敏捷開發

　我們一般將快速和敏捷開發做為方法論,而很少將其做為一種軟體開發生命週期模型.敏捷的目的是減少繁重和不必要的工件的輸出,提高效率.而不是要我們去挑階段或過程,不是分析設計都還沒有做就去做開發.因此對於瀑布,增量迭代或原型我們都可以借鑒敏捷方法論中的一些好的實踐,這些實踐都是對傳統的生命週期模型很好的補充.對于敏捷方法論在此不再做過多的敘述.

關於選擇生命週期模型的最後的總結

　　1.在前期需求明確的情況下盡量採用瀑布模型或改進型的瀑布模型.
　　2.在使用者無資訊系統使用經驗,需求分析人員技能不足情況下一定要藉助原型.
　　3.在不確定性因素很多,很多東西前面無法計劃情況下盡量採用增量迭代和螺旋模型
　　4.在需求不穩定情況下盡量採用增量迭代模型
　　5.在資金和成本無法一次到位情況下可以採用增量模型,軟體產品分多個版本進行發布
　　6.對於完全多個獨立功能開發可以在需求階段就分功能並行,但每個功能內都應該遵循瀑布模型
　　7.對於全新系統的開發必須在總體設計完成後再開始增量或並行.
　　8.對於編碼人員經驗較少情況下建議不要採用敏捷或迭代等生命週期模型.
　　9.增量,迭代和原型可以綜合使用,但每一次增量或迭代都必須有明確的交付和出口準則.