组织度量库建立和维护规程

生命周期模型 建立日期：2009 年 3 月 18 日 文档编号：CS-OPD-GC-7 版本 V1.0 V1.1 变更原因 建立 修改 变更内容简述 增加迭代模型的第2种 形式以适应公司实际 开发模式 编制/修订者批准者发布日期 第 1 页 共 16 页 1 1前言前言 1.11.1 目的目的 该文档为神舟软件公司确定合适的软件生命周期提供指导， 说明了公司具有代表性的三种项目类 型，以及对应的软件生命周期的描述。 1.21.2 适用范围适用范围 适用于公司所有的软件开发项目，软件开发可分为：项目开发、产品开发和升级类项目。 1.31.3 术语和缩略语术语和缩略语 EPG ：Engineering Process Group 工程过程小组 SOW：Statement Of Work，工作任务说明书 WBS：Work Breakdown Structure，工作任务分解结构 SRS：软件需求规格说明书 PPQA：产品与过程质量保证 MA：度量分析 CM：配置管理 CCR：关键计算机资源 2 2过程综述过程综述 该过程阐述了公司最具代表性的项目类型特性， 以及他们所对应的软件生命周期描述。 这三种项 目类型分别为：项目开发，产品开发，升级类项目。同时又着重对开发类项目中的瀑布模型和迭代模 型进行了详细描述。 开发类项目开发类项目是指公司新承接的，由客户方提出的，有明确需求的项目，或由公司自主立项的新 项目。该类项目一般有比较完整的软件生命周期，也可能根据项目的具体情况将其中几个阶段合并或 拆分。 维护类项目维护类项目是指对公司原有开发完毕的已发布的项目进行维护， 维护的需求可能来自客户提交的 问题报告单，也可能来自公司内部测试人员提交的在发布时没有解决的问题报告单。 升级类项目升级类项目是指公司对原有开发完毕项目进行的后期开发项目， 后期开发的主要内容可能包括前 期项目的缺陷修复、功能增强、新功能等等。 3 3角色与职责角色与职责 角色（参考） 高层经理 （公司总经理、副 总经理） EPG 组 事业部经理 项目经理 第 2 页 共 16 页 批准组织级生命周期模型； 建立、维护组织过程资产及生命周期模型内容 确保组织过程资产满足模型和适合组织的实际需要。 向 EPG 组提交生命周期模型改进的意见、建议 参与项目生命周期模型的评审。 向事业部经理提交项目、度量信息及过程资产使用的有关问题的反馈 职责 PPQA 工程师 度量工程师 配置工程师 技术专家 管理专家 其他有关人员 参与生命周期模型的评审。 参与生命周期模型的评审。 参与生命周期模型的评审。 参与生命周期模型的评审。 4 4主要过程主要过程 根据软件工程和公司项目的实际情况，主要对开发类项目的瀑布模型、迭代模型，以及维护类和升 级类项目分别描述。 各个项目可以根据项目的需求特点，开发周期，团队规模，团队技术水平以及应用的重要程度等项 目的特性数据来选择适合自己项目的软件生命周期。 4.14.1 瀑布模型瀑布模型 瀑布模型是最常用的软件开发模型，它的各个阶段是按线性序列组织的。开发过程中的阶段划分为项 目策划、需求分析、概要设计、详细设计、编码和单元测试、软件集成和集成测试、系统测试、验收和安 装等（图1） 。尽管开发过程中定义了各个阶段的顺序，但这些阶段有时是相互交迭进行的，阶段间的依赖 性由入口准则来确定。 瀑布模型的每个阶段均具有以下特征： 从上一阶段接受本阶段工作的对象，作为输入； 对上述输入实施本阶段的活动； 给出本阶段的工作成果，作为输出传入下一阶段； 对本阶段工作进行评审，如果本阶段工作得到确认，那么继续下阶段工作，否则返回前一阶段，甚至 更前阶段。 项目策划 需求分析 设计（概要， 详细） 编码和单元测试 集成测试系 统测试 实施和验收 第 3 页 共 16 页 4.1.14.1.1 项目策划阶段项目策划阶段 项目策划是每个项目的初始阶段，目的是为开发过程和过程管理做好必要的准备。项目策划的主要工 作是进行估计和制定管理项目的计划。 目标 适用标准和规 范 相关工具 根据项目特点和组织情况制定项目计划，并获得相关人员的同意/批准 《集成项目管理过程定义》 MS Word 文件编辑工具 Ms Project 项目管理工具 MS Excel 《项目任务书》 、 《建议书》或《合同技术附件》 《客户书面的需求》 《客户书面需求》已被批准 《项目任务书》 、 《建议书》已被批准 《合同技术附件》已签定 项目经理已经到位 参与项目准备和策划的人员接受过相关技能的培训 主要输入 入口准则 活动 1. 2. 3. 4. 5. 6. 7. 8. 选择项目生命周期模型 建立项目已定义过程 构建顶层 WBS 估计项目的规模、工作量、成本、进度和关键计算机资源(CCR)等 标识和分析风险 计划资源及其获取方式 编制项目计划及 PPQA 计划和配置管理计划 评审和批准项目计划和从属计划 主要输出 估计记录，包括规模，进度和成本 《项目风险识别和跟踪一览表》 《项目计划》 ，包括：进度计划、WBS、 《项目数据管理计划和跟踪表》 、 《项目相 关人员参与计划和跟踪表》 《PPQA 计划》 、 《配置管理计划》 项目计划得到受影响的组织和个人的承诺 项目计划得到批准并置于配置管理之下 项目策划所花的工作量 项目策划： 时间跨度比例占项目周期比例的5-10% 投入工作量比例占项目总工作量的比例5-10% 职责 批准项目计划，提供项目计划所需要的资源 出口准则 度量 约束 角色 高层经理 第 4 页 共 16 页 （公司总经理、 副总经理） 事业部经理 （部门经理） 项目经理 PPQA 工程师 度量工程师 配置工程师 技术专家 管理专家 其他有关人员 参与项目计划建立和维护的评审、估计 审核项目计划 建立和维护项目计划、风险管理 建立和维护《PPQA 计划》 建立和维护《度量计划》 建立和维护《配置管理计划》 4.1.24.1.2 需求分析阶段需求分析阶段 需求分析阶段的主要目的是生成一个正确说明客户所有需求的文档。 用户需求规格说明书和软件需求 规格说明书（SRS）是该阶段的主要输出。需求分析的主要工作是需求提炼及分析、需求归档和需求评审 等。需求分析阶段执行的活动主要集中在两个领域：问题分析和产品描述。问题分析活动分准备、采集需 求和分析等，而产品描述活动分准备SRS 和评审 SRS 等。 目标 适用标准和规 范 相关工具 主要输入 入口准则 生成一个正确说明客户所有需求的文档 《需求分析规程》 《需求管理规程》 文件编辑工具：MS Word 客户需求分析工具：如ROSE、MS Visio 初始的客户需求 分配的软件系统需求 项目已经立项并得到批准 参与需求分析的人员接受过相关技能的培训 一、获取用户需求 1、确定需求的获取方法 2、进行需求调研，获取用户需求，收集共利益者的需要、期望、限制条件和接 口，并且把他们转换成顾客需求。 3、确定是否需要开发原型 4、文档化《用户需求规格说明书》 5、评审《用户需求规格说明书》 6、建立需求库、需求跟踪矩阵 二、分析需求 1、分析用户需求和利益相关者的需求 2、文档化《软件需求规格说明书》 3、评