生命周期模型选择指南.docVIP

生命周期模型选择指南 目 录 1. 目的 1 2. 范围 1 3. 项目生命周期 1 3.1. 瀑布模型 3 3.1.1. V字模型 4 3.1.2. 中等简化V字模型 6 3.1.3. 最简化V字模型 7 3.2. 原型模型 9 3.3. 螺旋模型 10 3.4. 增量模型 12 3.5. 迭代模型 13 目的 根据项目类型和实际情况，从公司认可的生命周期模型选择合适的生命周期模型； 根据所选择的生命周期模型，裁剪和细化标准过程，使裁剪后的过程符合项目的特点和实际情况。 范围 本文件适用于公司所有类型的项目。 项目生命周期 生命周期模型是从项目需求定义直至经使用后废弃为止，跨越整个生存期的系统开发、运作和维护所实施的全部过程、活动和任务的结构框架。生命周期模型一般分为：瀑布模型、原型模型、迭代模型、增量模型。 软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。目前软件开发实践中使用的各种生命周期模型，都是下面各阶段的不同排列与组合。 系统需求 需求分析 设计（概要设计和详细设计） 编码实现 测试 使用与维护 各阶段主要工作、应完成的文档、质量控制手段见下表。 阶段 主要工作 应完成的文档 应完成的文档质量控制手段 系统需求 调研用户需求及用户环境 论证项目可行性 制定项目总体计划及附属计划 用户需求规格说明书 项目总体计划 各附属计划 规范工作程序及编写文档 对已完成的文档进行评审 需求分析 确定系统运行环境 建立系统逻辑模型 确定系统功能及性能要求 编写软件需求规格说明书、总体测试计划、系统测试计划和系统测试用例、验收测试计划和验收测试用例 软件需求规格说明书 总体测试计划 系统测试计划 系统测试用例 验收测试计划 验收测试用例 在进行需求分析时采用成熟的技术与工具，如结构化分析 规范工作程序及编写文档 对已完成的文档进行评审 设计 概要设计 建立系统总体结构，划分功能模块 定义各功能模块接口 数据库设计（可选） 编写集成测试计划和集成测试用例 概要设计说明书 数据库设计说明书（可选） 集成测试计划 集成测试用例 在进行系统设计时采用先进的技术与工具 规范工作程序及编写文档 对已完成的文档进行评审 详细设计 设计各模块具体实现算法 确定模块间详细接口 制定单元测试计划、单元测试用例 详细设计说明书 单元测试计划 单元测试用例 设计时采用先进的技术与工具。 规范工作程序及编写文档 对已完成的文档进行评审 编码实现 编写程序源代码 执行单元测试、编写单元测试报告 编写用户操作手册、安装手册 单元测试报告 用户操作手册 用户安装手册 系统源程序 在实现过程中采用先进的技术与工具 规范工作程序及编写文档 对实现过程及已完成的文档进行评审 测试 集成测试 执行集成测试 编写集成测试报告 集成测试报告 测试时采用先进的技术和工具 规范工作程序及文档编写 对测试工作及已完成的文档进行评审 系统测试 执行系统测试 编写系统测试报告 系统测试报告 验收测试 测试整个软件系统（健壮性测试） 执行验收测试 验收测试报告 维护 为纠正错误，完善应用而进行修改 对修改进行配置管理 编写问题记录表和变更申请表 修订用户操作手册 变更申请单 缺陷跟踪表 维护时采用先进的工具 规范工作程序及编写文档 配置管理 对维护工作及已完成的文档进行评审 该生命周期模型适合于所有项目。一个完整的开发类项目生命周期一般分为：需求分析、设计、编码、测试、发布、实施以及运行维护阶段。 瀑布模型 特点 阶段间具有顺序性和依赖性：必须等前一阶段的工作完成之后，才能开始后一阶段的输入。对本阶段工作进行评审，若得到确认，则继续下阶段工作，否则返回前一阶段，甚至更前阶段。只有前一阶段输出正确，后一阶段才能正确； 推迟实现的观点：在编码之前，设置了需求分析与设计的各个阶段，分析与设计阶段的根本任务规定在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现； 质量保证的观点是每个阶段都坚持两个做法：规定文档，没有文档就没有完成该段任务；每个阶段结束前都要对完成的文档进行评审，以便尽早发现问题，改正错误。 缺点 无法解决软件需求不明确或不准确的问题； 依赖于早期进行的唯一的一次需求调查，不能适应需求的变化； 由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程； 风险往往迟至后期的开发阶段才显露，因而失去及早纠正的机会。 适用项目 充分理解用户需求,且需求是确定不变的； 用户有一定的能力，对需求的表述是确切的； 充分理解该解决方案的技术和体系； 需要一个可维护性和可支持性较高的解决方案； 所有过程工作产品的控制基线，需要有可见度和可靠性； 适用于新的有较多用户的产品、平台/中间件开发项目，或者是