软件生存期模型

常见的软件生存期模型主要有瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型和统一过程六种。

（1）瀑布模型

优点：可强迫开发人员采用规范化的方法；严格地规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。

缺点：由于瀑布模型几乎完全依赖于书面的规格说明，很可能导致最终开发出的软件产品不能真正满足用户的需要；用户往往需要等待很长时间才能看到可以运行的程序；适应需求变更的能力比较差。

适用范围：瀑布模型只适用于项目开始时需求已确定的情况。

(2) 快速原型模型

优点：有助于满足用户的真实需求；原型系统已经通过与用户的交互而得到验证，据此产生的规格说明文档能够正确地描述用户需求。

缺点：要求开发人员快速建立原型。

适用范围：适用于需求不明确的软件项目。

(3) 增量模型

优点： 能在较短时间内向用户提交可完成一些基本功能的产品，即从第一个构件交付之日起，用户就能做一些有用的工作。

逐步增加产品的功能可以使用户有较充裕的时间学习和适应新产品，从而减少一个全新的软件可能给用户组织带来的冲击。

项目失败的风险较低，虽然在某些增量构件中可能遇到一些问题，但其他增量构件将能够成功地交付给客户。

优先级最高的服务首先交付，然后再将其他增量构件逐次集成进来。因此，最重要的系统服务将接受最多的测试。

缺点：

在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。

软件体系结构必须是开放的，即向现有产品中加入新构件的过程必须简单、方便。

适用范围：适用于工期紧张、功能可以划分、比较复杂的软件项目。软件工程师必须有较高的技术水平，能够设计出开放的软件体系结构。

(4) 螺旋模型

优点： 对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件开发的一个重要目标；

减少了过多测试或测试不足所带来的风险；

在螺旋模型中维护只是模型的另一个周期，在维护和开发之间并没有本质区别。

缺点： 螺旋模型是风险驱动的，因此要求软件开发人员必须具有丰富的风险评估经验和这方面的专门知识，否则将出现真正的风险：当项目实际上正在走向灾难时，开发人员可能还以为一切正常。

适用范围：适用于内部开发的大型软件（开发周期长、比较容易受到社会因素影响的软件项目），软件开发人员具有丰富的风险评估知识和经验。

(5) 喷泉模型

优点：在开发过程中使用统一的概念和方法，各阶段之间没有明显的界限，容易实现各个开发过程的多次反复迭代，达到了认识的逐步深化，降低了出错的可能性。

缺点：由于各个阶段之间的界线不明确，容易造成软件开发过程的无序。

适用范围：适用于面向对象的软件开发。