常见软件开发模型对比

按工序将问题化简，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序。

1为项目提供了按阶段划分的检查点。

2当前一阶段完成后，您只需要去关注后续阶段。

3可在迭代模型中应用瀑布模型。

4它提供了一个模板，这个模板使得分析、设计、编码、测试和支持的方法可以在该模板下有一个共同的指导。

1各个阶段的划分完全固定，阶段之间产生大量的文档，极大地增加了工作量。

2由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发成果，从而增加了开发风险。

3通过过多的强制完成日期和里程碑来跟踪各个项目阶段。

4瀑布模型的突出缺点是不适应用户需求的变化。

1设计上的灵活性,可以在项目的各个阶段进行变更。

2以小的分段来构建大型系统,使成本计算变得简单容易。

3客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。

4随着项目推进,客户始终掌握项目的最新信息 , 从而他或她能够和管理层有效地交互。

5客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。

1很难让用户确信这种演化方法的结果是可以控制的。建设周期长，而软件技术发展比较快，所以经常出现软件开发完毕后，和当前的技术水平有了较大的差距，无法满足当前用户需求。

2螺旋模型的项目适用：对于新近开发，需求不明确的情况下，适合用螺旋模型进行开发，便于风险控制和需求变更。

1将待开发的软件系统模块化，可以分批次地提交软件产品，使用户可以及时了解软件项目的进展。

2以组件为单位进行开发降低了软件开发的风险。

3开发顺序灵活。

1软件产品可以分批次地进行交付。

2待开发的软件系统能够被模块化。

3软件开发人员对应用领域不熟悉，难以一次性地进行系统开发。

4项目管理人员把握全局的水平较高。

所选用的开发技术和工具不一定符合主流的发展；快速建立起来的系统结构加上连续的修改可能会导致产品质量低下。

1降低了在一个增量上的开支风险。

2降低了产品无法按照既定进度进入市场的风险。

3加快了整个开发工作的进度。

4迭代过程这种模式使适应需求的变化会更容易些

喷泉模型主要用于采用对象技术的软件开发项目。该模型认为软件开发过程自下而上周期的各阶段是相互迭代和无间隙的特性。软件的某个部分常常被重复工作多次，相关对象在每次迭代中随之加入渐进的软件成分。

该模型的各个阶段没有明显的界限，开发人员可以同步进行开发。可以提高软件项目开发效率，节省开发时间，适应于面向对象的软件开发过程。

由于喷泉模型在各个开发阶段是重叠的，因此在开发过程中需要大量的开发人员，因此不利于项目的管理。此外这种模型要求严格管理文档，使得审核的难度加大，尤其是面对可能随时加入各种信息、需求与资料的情况。

V模型仅仅把测试过程作为在需求分析、系统设计及编码之后的一个阶段，忽视了测试对需求分析,系统设计的验证，需求的满足情况一直到后期的验收测试才被验证。

1个体和交互胜过过程和工具

2可以工作的软件胜过面面俱到的文档

3客户合作胜过合同谈判

4响应变化胜过遵循计划

1RUP是建立在非常优秀的软件工程原则基础上的，基于结构化的过程开发。

2RUP提供了几个方法，，这些方法提供了对开发过程的非常直观的管理。

1RUP仅仅包含了开发过程，它没有完全覆盖软件过程。

2RUP不支持组织内的多项目开发，导致组织内的大范围的重用无法实现。

3RUP缺少开发商的支持。

1任何功能一经开发就能进入测试以便验证是否符合产品需求。

2帮助导引出高质量的产品要求。

3提供机会去采取早期预防措施，增加项目成功的机率。

4大大有助于早期建立产品开发的配置管理，均衡整个开发过程的负荷。

5提高质量与效率。

6使用户可以在新的一批功能开发测试后，立即参加验证，以便提供非常有价值的反馈。

1如果所有的产品需求在一开始并不完全弄清楚的话，会给总体设计带来困难及削弱产品设计的完整性，并因而影响产品性能的优化及产品的可维护性。

2如果缺乏严格的过程管理的话，这个生命周期模型很可能退化为一种原始的无计划的“试－错－改”模式。