软件生命周期模型选择

瀑布模型/改进的瀑布模型

螺旋模型

增量迭代是RUP统一过程常采用的软件开发生命周期模型

 

原型法

　

快速和敏捷开发

　我们一般将快速和敏捷开发做为方法论,而很少将其做为一种软件开发生命周期模型.敏捷的目的是减少繁重和不必要的工件的输出,提高效率.而不是要我们去挑阶段或过程,不是分析设计都还没有做就去做开发.因此对于瀑布,增量迭代或原型我们都可以借鉴敏捷方法论中的一些好的实践,这些实践都是对传统的生命周期模型很好的补充.对于敏捷方法论在此不再做过多的叙述.

关于选择生命周期模型的最后的总结

　　1.在前期需求明确的情况下尽量采用瀑布模型或改进型的瀑布模型.
　　2.在用户无信息系统使用经验,需求分析人员技能不足情况下一定要借助原型.
　　3.在不确定性因素很多,很多东西前面无法计划情况下尽量采用增量迭代和螺旋模型
　　4.在需求不稳定情况下尽量采用增量迭代模型
　　5.在资金和成本无法一次到位情况下可以采用增量模型,软件产品分多个版本进行发布
　　6.对于完全多个独立功能开发可以在需求阶段就分功能并行,但每个功能内都应该遵循瀑布模型
　　7.对于全新系统的开发必须在总体设计完成后再开始增量或并行.
　　8.对于编码人员经验较少情况下建议不要采用敏捷或迭代等生命周期模型.
　　9.增量,迭代和原型可以综合使用,但每一次增量或迭代都必须有明确的交付和出口准则.