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

生命周期模型及选择指南 Version 1.1 文档名称：ZD-MMI-Guidelines-生命周期及模型选择指南-V1.1  修订历史记录 序号 日期 版本号 修改说明 修改人 评审人 批准人 2014-5-23 0.1 初次撰写 李叶繁 王洪涛 2014-6-20 1.0 EPG评审发布 王洪涛 EPG、质量管理中心 周顺平 2015-1-9 1.1 制度化发布 王洪涛 EPG、质量管理中心 周顺平 目录 1 目的和范围 1 2 生命周期可选模型简介 1 2.1 瀑布模型 1 2.1.1 标准瀑布模型 1 2.1.2 V模型 3 2.1.3 中等简化V字模型（V4模型） 5 2.1.4 最简化V字模型（V3模型） 6 2.2 原型模型 8 2.2.1 原型模型的形式 9 2.2.2 特点 9 2.2.3 缺点 9 2.2.4 适用项目 9 2.2.5 阶段划分 10 2.3 螺旋模型 10 2.3.1 特点 11 2.3.2 适用项目 12 2.3.3 阶段划分 12 2.4 增量模型 12 2.4.1 特点 12 2.4.2 适用项目 13 2.4.3 阶段划分 13 2.5 迭代模型 13 2.5.1 特点 15 2.5.2 适用情况 16 2.5.3 迭代分类 16 3 生命周期模型选择指南 17 3.1 生命周期模型选择特性指标 17 3.1.1 需求清晰性、完整性、稳定性 17 3.1.2 项目规模 17 3.1.3 项目类型 18 3.1.4 技术复杂度 19 3.1.5 可重用性 19 3.1.6 重用已有产品 19 3.2 生命周期模型选择决策参考 19 3.3 生命周期模型与特性指标对应关系 20 3.4 生命周期选择 21 附录：标准项目生命周期图 22 软件生命周期模型及选择指南 1 目的和范围 本文用以描述中地公司推荐的软件项目生命周期（以下简称LC）模型，并说明如何根据项目特性选择合适的LC模型。 2 生命周期可选模型简介 软件生命周期指软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。 2.1 瀑布模型 2.1.1 标准瀑布模型 .1 特点 1、阶段间具有顺序性和依赖性：必须等前一阶段的工作完成之后，才能开始后一阶段的输入。对本阶段工作进行评审，若得到确认，则继续下阶段工作，否则返回前一阶段，甚至更前阶段。只有前一阶段输出正确，后一阶段才能正确； 2、推迟实现的观点：在编码之前，设置了需求分析与设计的各个阶段，分析与设计阶段的根本任务规定在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现； 3、质量保证的观点是每个阶段都坚持两个做法：规定文档，没有文档就没有完成该段任务；每个阶段结束前都要对完成的文档进行评审，以便尽早发现问题，改正错误。 .2 缺点 1、无法解决软件需求不明确或不准确的问题； 2、依赖于早期进行的唯一的一次需求调查，不能适应需求的变化； 3、由于是单一流程，开发中的经验教训不能反馈应用于本产品的过程； 4、风险往往迟至后期的开发阶段才显露，因而失去及早纠正的机会。 .3 适用项目 1、充分理解用户需求，且需求是确定不变的； 2、用户有一定的能力，对需求的表述是确切的； 3、充分理解该解决方案的技术和体系； 4、需要一个可维护性和可支持性较高的解决方案； 5、所有过程工作产品的控制基线，需要有可见度和可靠性； 6、适用于新的有较多用户的产品、平台/中间件开发项目，或者是用户对开发过程有严格要求的工程定制项目； 7、项目经理有一定的项目管理经验； 8、需求清晰明了且时间要求宽松的软件开发项目； 9、规模小、需求简单、功能单一的项目。 .4 阶段划分 1、需求阶段 2、设计阶段 3、编码阶段 4、测试阶段 5、发布阶段 6、实施阶段 7、运行维护阶段 2.1.2 V模型 V模型其实就是瀑布模型，它是一种线型顺序模型，是项目自始至终按照一定顺序的步骤从需求分析进展到系统测试直到提交用户使用，它提供了一种结构化的、自顶向下的软件开发方法，每阶段主要工作成果从一个阶段传递到下一个阶段，必须经过严格的评审或测试，以判定是否可以开始下一阶段工作，各阶段相互独立、不重叠。V字模型是所有生命周期模型的基础。流程图如下所示： .1 特点 1、强调开发的阶段性； 2、强调早期的计划及需求调查与分析； 3、强调产品测试的完备性； 4、过程文档齐全，便于追溯和重用； 5、过程的可见性强，便于过程质量控制； 6、只要需求是稳定的，则进度也是稳定的。 .2 缺点 1、无法