软件开发模型图(瀑布模型)

1.1.1瀑布模型定义（以下为Visi。

可编辑格式）
瀑布模型图示
1.1.2瀑布模型阶段描述
项目的活动是一系列的变换活动，项目生命周期目的之一是从管理的角度将这个变换系列通过建立具有明确里程碑的阶段来规范化。

这些里程碑是所有项目参与人员的公共视图。

此外，建立生命周期模型是将一个项目管理的目标分解为阶段的子目标以降低管理的复杂性。

围绕这些子目标的实现，存在一组相关的逻辑任务流。

所谓逻辑任务流，是指为了实现这些子目标，需执行的一组基本的功能，而这些功能具体实现可以采取不同的方式和方法。

以下将分别描述瀑布模型的各个阶段的目标和逻辑任务流。

关闭阶段
汇集对今后项n 具有参考价值的项n 管理信息和过程数据
HST-CMMI 迭代模型
1.13迭代模型定义
配置管理 度■管理
技术评审 质■保证 培训管理
用户需求说明书 产乱需求说明书 项目估算表 项目立项报告 项目计划加S
软伟和R 说朗书
就要设计说明书 详细设计说明书 数器库设计说明书 系磔码
单元测试报告
系统集成测试报告
用户操作手册 安装部署那 产品包
项目总结报告
HST-CMMI 迭代模型定义
1.1.4迭代模型阶段描述
1）初始一开发系统的业务用例；要求探索少量但是重要的需求（大约10%）,以便获得范
围、关键风险的尺度，并且决定是否进入细化阶段。

2）细化一迭代地构建核心体系结构和解决技术风险。

构建体系结构意味着真正的编程、集
成及测试•这不是纸上谈兵。

细化阶段，我们需要迭代地详细地探索大部分需求（大约
HST-CMMI 通用项II 生命周期恢«
目理程
项管过 程理程
工管过
80%),同时实现系统的核心风险部分。

在整个细化阶段需求都可能是变化的，通过不
断的“反馈一适应”循环，评估已实现的部分。

可以看到，这与传统的瀑布风格的需求
定义不同，其大部分需求是在开发核心体系结构的同时细化得到的，并且其从实际的开
发中得到反馈。

我们也能够以此为据来决定是否继续此项目。

3)构造一迭代地构建细化阶段没有做的元素；迭代地集成和进行质量保证；准备部署。

由
于大部分需求的不稳定性己经在细化阶段澄清，所以在构造阶段需求的变化较少。

4) 发布一完成&beta测试，确定版本，部署系统。

推荐迭代周期的长度是2 —6周。

迭
代开发本质是采取小步骤，对于可能不完美的实现，迅速集成，质量保证，测试，及时获得反馈，然后根据反馈，调整需求、设计和实现。

小步骤、反馈和调整是核心概念。