关于选择生命周期模型的最后的总结
在前期需求明确的情况下尽量采用瀑布模型或改进型的瀑布模型；在用户无信息系统使用经验，需求分析人员技能不足情况下一定要借助原型；
在不确定性因素很多,很多东西前面无法计划情况下尽量采用增量迭代和螺旋模型；
在需求不稳定情况下尽量采用增量迭代模型；
在资金和成本无法一次到位情况下可以采用增量模型,软件产品分多个版本进行发布；
对于完全多个独立功能开发可以在需求阶段就分功能并行,但每个功能内都应该遵循瀑布模型；
对于全新系统的开发必须在总体设计完成后再开始增量或并行；
对于编码人员经验较少情况下建议不要采用敏捷或迭代等生命周期模型；
增量,迭代和原型可以综合使用,但每一次增量或迭代都必须有明确的交付和出口准则。
瀑布模型：（70年代的模型）
描述：略
优点：突出了需求的重要性
缺点：需求不可能完成
螺旋模型：（80年代的模型）
描述：开发最初由一系列风险驱动原型驱动的，然后用一个瀑布模型完成系统
优点：可以解决需求问题
缺点：时间太长
在前期需求明确的情况下尽量采用瀑布模型或改进型的瀑布模型；
在用户无信息系统使用经验，需求分析人员技能不足情况下一定要借助原型；
在不确定性因素很多,很多东西前面无法计划情况下尽量采用增量迭代和螺旋模型；
在需求不稳定情况下尽量采用增量迭代模型；
在资金和成本无法一次到位情况下可以采用增量模型,软件产品分多个版本进行发布；
对于完全多个独立功能开发可以在需求阶段就分功能并行,但每个功能内都应该遵循瀑布模型；
对于全新系统的开发必须在总体设计完成后再开始增量或并行；
对于编码人员经验较少情况下建议不要采用敏捷或迭代等生命周期模型；
增量,迭代和原型可以综合使用,但每一次增量或迭代都必须有明确的交付和出口准则。
瀑布模型：（70年代的模型）
描述：略
优点：突出了需求的重要性
缺点：需求不可能完成
螺旋模型：（80年代的模型）
描述：开发最初由一系列风险驱动原型驱动的，然后用一个瀑布模型完成系统
优点：可以解决需求问题
缺点：时间太长
迭代模型：（90年代的模型）
迭代式模型是RUP(Rational Unified Process，统一软件开发过程，统一软件过程)推荐的周期模型
描述：采用4阶段和disciplines来组织软件开发的生命周期模型
阶段：先启阶段，精化阶段，构建阶段，产品化阶段
Discipline：由逻辑上相关的活动组成，定义了如何组织活动来得到一些artifact
特点：以前的模型，都是阶段和软件开发活动紧密相连的，而迭代模型，阶段和软件活动时分离的
优点：更好的适应需求管理，更好的范围管理。缺点：（有待补充）迭代式模型是RUP(Rational Unified Process，统一软件开发过程，统一软件过程)推荐的周期模型
描述：采用4阶段和disciplines来组织软件开发的生命周期模型
阶段：先启阶段，精化阶段，构建阶段，产品化阶段
Discipline：由逻辑上相关的活动组成，定义了如何组织活动来得到一些artifact
特点：以前的模型，都是阶段和软件开发活动紧密相连的，而迭代模型，阶段和软件活动时分离的
优点：更好的适应需求管理，更好的范围管理。缺点：（有待补充）
thanks
页:
[1]