软件生命周期

瀑布模型

编码结束后

软件功能

每一个阶段都是清晰的；

阶段清晰，产物也清晰，好使用；

简单，使用高效。

1测试介入晚，缺陷修复成本和风险会很高
2上游工作未完成时，下游工作处于闲态
3耦合性太强，应对变更能力速度慢

小项目，需求稳定的。

螺旋模型

1单元测试：代码编写过程中
2集成测试：模块编写完成后
3正式测试：所有代码编写完成后
4鉴定测试：正式测试结束后
5验收测试：鉴定测试后

1单元测试：测试代码
2集成测试：测试系统内部结口
3正式测试：测试产品功能
4鉴定测试：测试备选方案在风险发生时，是否起效
5验收测试：用户体验测试

相对瀑布模型每一个阶段都加入了风险分析；

安全性高、抗风险能力强。

成本高

与生命和财产相关的系统

RUP模型

统一开发过程

当前阶段测试完成后

当前阶段新完成的功能加上以往所有阶段以完成的功能（新功能对老功能的影响）

1将大而复杂的系统进行拆分，降低了开发和测试的难度；
2每个阶段都提交半成品，提高了客户的信心；

3开发能提出开发的建议，测试从测试的角度提出建议。

没有专业的架构师；

需要专业的软件架构师进行业务建模。

大而复杂的项目且关联度较弱

IPD模型

集成产品开发过程。

软、硬件研发结束后

软件加硬件

各部门共同参与，提高了决策的准确性

管理成本高

大型集成厂商

双V模型

系统评审通过
集成评审通过
单元评审通过

系统接口
模块间接口子系统章接

测试准备阶段和开发并行，测试执行阶段和串行关系；

测试充分
除了产品级的，还做了接口级的
测试分工更细，准备更充分，质量相对更高点
测试介入早
开发和测试协同工作，互相配合

测试投入较高，对开发成熟度高求高
相互影响，相互制约（开发和测试的进度会互相制约）

大型的，质量要求较高的，成熟度较高的企业