北京大学软件工程课程（7.软件生存周期模型）

1. 概念：

一个包含软件产品 开发、运行、维护中有关过程、活动和任务的框架，覆盖了从系统的需求定义到系统的使用终止；

软件过程、活动、任务的结构框架。

等同于软件生存周期模型。

2. 瀑布模型

即软件生存周期中的各项过程按照顺序连接的结构框架：即过程的组织框架。1970年。

我司现有的软件开发结构框架采用的是瀑布模型的方式；双向箭头：允许小环路闭环修改。归纳逻辑保证输入和输出正确性；

规定了项目开发的基本路径；提交每一个过程的输出文档。

最古老的软件生存周期模型。

需求规格过程、设计过程的引入、每一个阶段末期存在复核期，允许获取方和用户的参与。减小系统的设计风险。

不足：

1）必须能够完整、正确和清晰的表达需求，开发人员需要理解需求。

2）缺乏灵活性，一旦需求偏差，导致开发的软件产品不能满足用户的实际需求。

3）需要花费很多时间处理各个阶段的文档；

4）直到项目结束前无法看到系统运行的表现；

3. 增量模型

 确定核心需求，采用增量式递进开发。增量规约、增量设计、纠错性分析、增量实现。

灵感：不同的架构是为不同的过程模型服务的；

增量模型的假设：需求可以分段，称为一系列增量产品，每一个增量可以分别地开发；

对用户需求便更得制约，缺点：用增量模型有一部分需求是可确定，需求逐渐明晰，增量设计；管理发生的成本、进度、配置的复杂性；

4. 演化模型：

弹性的过程模型，小的开发步组成，每一步经过需求分析，设计，实现，严重。通过用户的反馈，完成最终软件产品的开发。

 核心系统开发，反馈-迭代开发-反馈--迭代....

5.喷泉模型

阶段之间没有严格的划分，界定。面向对象的需求分析和设计，没有严格的界限。有很多融合的地方。

与面向对象技术有很大的关联。