软件生命周期指南.doc

文档编号： 日期： 软件生命周期指南 前言 软件生命周期是指软件产品或软件系统从产生、投入使用到被淘汰的全过程。在计算机技术发展的初期，人们把软件开发简单地理解为编写程序。随着软件复杂性的增长，人们认识到软件开发活动应划分为需求分析、设计、实现、测试等若干个活动，并将这些活动以适当的方式分配到不同的阶段中去完成。 软件生命周期模型是描述软件开发全部过程、活动和任务的结构框架。比较常见的软件生命周期模型是瀑布模型、增量模型、原型模型和螺旋模型等。 目的和适用范围 本文档规定了组织适用的软件生命周期模型，作为项目经理在制定项目计划时根据项目需求、复杂程度、进度要求等项目特点确定采用何种开发过程的依据。如果确定的生命周期模型不在本文档中规定的范围内，必须经过SEPG和高层经理的审批才能使用。 本文档适用于组织的所有软件项目。 缩略语 SPP 软件项目计划 SPTO 软件项目跟踪和监控 SQA 软件质量保证 SCM 软件配置管理 SOW 工作说明书 WBS 工作分解结构 SRS 软件需求规格说明书 参考文献 《CMM 1.1》。 瀑布模型 瀑布模型是最常用的软件开发模型，它的各个阶段是按线性序列组织的。开发过程中的阶段划分为项目策划、需求分析、概要设计、详细设计、编码和单元测试、软件集成和集成测试、系统测试、验收和安装等（图1）。尽管开发过程中定义了各个阶段的顺序，但这些阶段有时是相互交迭进行的，阶段间的依赖性由入口准则来确定。 图1 瀑布模型 瀑布模型的每个阶段均具有以下特征： 从上一阶段接受本阶段工作的对象，作为输入； 对上述输入实施本阶段的活动； 给出本阶段的工作成果，作为输出传入下一阶段； 对本阶段工作进行评审，如果本阶段工作得到确认，那么继续下阶段工作，否则返回前一阶段，甚至更前阶段。 瀑布模型为软件开发与维护提供了一种有效的管理模式，根据这一管理模式制订开发计划、进行成本预算、组织开发人员，以阶段评审和文档控制为手段有效地对整个开发过程进行指导，从而保证了软件产品的质量。 优点：近30年来之所以广为流行，是因为它在支持开发结构化软件、控制软件的开发复杂度、促进软件开发工程化方面起着显著作用。 缺点：缺乏灵活性，无法通过开发活动澄清本来不够确切的软件需求。这些问题可能导致开发出的软件并不是用户真正需要的软件，并且这一点在开发过程完成后才有所察觉。 项目策划 项目策划是每个项目的初始阶段，目的是为开发过程和过程管理做好必要的准备。项目策划的主要工作是进行可行性分析和研究，进行估计和制定管理项目的计划。 主要输入 项目任务书、建议书或工作说明书（SOW） 客户需求/需要 入口准则 客户需求/需要已被批准 项目任务书、建议书或SOW已被批准 项目经理和相关人员已经到位 参与项目准备和策划的人员接受过相关技能的培训 角色与职责 高层经理、项目经理、SQA和SCM工程师、测试人员、客户或客户代表、项目组主要成员、领域专家。 [项目应根据具体情况，列出每个角色的职责] 活动 1、可行性分析和研究 2、构建WBS 3、估计项目的规模、工作量、成本和CCR等 4、标识和分析风险 5、计划资源及其获取方式 6、制定项目进度和预算 7、编制项目计划 8、计划验收测试 9、建立需求跟踪矩阵 10、评审和批准项目计划和验收计划 主要输出 WBS 估计记录 风险分析表和风险评估报告 软件项目计划，包括软件开发计划、SQA计划、SCM计划等 验收计划 需求跟踪矩阵 出口准则 项目约定和计划得到受影响的组和个人的认可 软件项目计划和验收计划已被批准并置于配置管理之下 度量 项目策划所花的工作量和资金，评审工作量和返工工作量 可应用的标准和规范 [根据项目情况列出本阶段应该遵循的过程和产品的标准和规范] 可应用的规程、方法、工具和资源 [根据项目情况列出本阶段其它可应用的规程、方法、工具和资源] 需求分析 需求分析阶段的主要目的是生成一个正确说明客户所有需求的文档。软件需求规格说明书（SRS）是该阶段的主要输出。需求分析的主要工作是需求提炼及分析、需求归档和需求评审等。需求分析阶段执行的活动主要集中在两个领域：问题分析和产品描述。问题分析活动分准备、采集需求和分析等，而产品描述活动分准备SRS和评审SRS等。 主要输入 客户需求/需要 入口准则 项目计划得到评审和批准 项目策划阶段已经结束 参与需求分析的人员接受过相关技能的培训 角色与职责 高层经理、项目经理、需求分析师、测试人员、SQA、SCM、客户或客户代表、领域专家和技术专家。 [项目应根