RMS需求管理过程.doc

C M M文文件件 需需 求求 管管 理理 过过 程程 XXXXXX (版权所有,翻版必究) 文档变更请求文档变更请求 (DCR) 文档名称: 需求管理过程 提交人: 杨欣欣 建议的变化: 加实行方法、模板与表格 变更原因: 为了增强可操作性 注 意：为方便针对变更请求,采取适当的纠正措施,请提供清晰的对变更和变更原因的描述。 文档变更记录文档变更记录 变更序号变更日期文档版本号变更内容简述 1 2001 年 10 月 9 日2.0修改实行方法与分配需求文档模板；增加评审报告 目目 录录 1 1概述概述 1 1 1.1目的 1 1.2范围 1 1.3术语与定义 1 1.4参考文档 1 1.5引用文档 1 2 2过程目标过程目标 2 2 3 3过程定义过程定义 2 2 3.1责任人 2 3.2输入 2 3.3入口准则 2 3.4过程活动 3 3.5出口准则 4 3.6输出 4 附录附录 A A：需求追溯矩阵：需求追溯矩阵5 5 1概述概述 1.11.1 目的目的 本文档明确规定了需求管理活动的目标和过程定义，是公司软件人员进行需求管理活动的依据。 1.21.2 范围范围 本文档适用于公司所有的软件项目需求管理。 1.31.3 术语与定义术语与定义 1.3.1 顾客：是指分配需求人、或最终用户（参见表一）。 1.3.2 AR：分配的需求（Allocated Requirement）是指分配给软件的系统需求。 1.3.3 RM：需求管理（Requirement Management）包括了分配需求分析与评审、需求变更管理、和需 求跟踪管理。 1.3.4 SCM：软件配置管理 (Software Configuration Management) 包括了标识软件工作产品、控制对 软件工作产品的更改、和维护在整个软件生存周期中的软件工作产品的完整性和可跟踪性。 1.3.5 SOW：工作陈述 (Statement Of Work) 是指对为完成一个项目所要求的全部工作的描述。 1.3.6 SQA：软件质量保证组 (Software Quality Assurance) 负责计划和实施项目的质量保证活动、以 保证软件过程的步骤和标准得到遵守。 1.41.4 参考文档参考文档 Mark C. Paulk，Bill Curtis，Mary Beth Chrissis，Charles V. Weber，Capability Maturity Model for Software （Version 1.1） 1.51.5 引用文档引用文档 1.5.1 软件配置管理过程 (CMM-SCM-SS) 1.5.2 变更请求处理规程 (CMM-SCM-DU1) 1.5.3 软件质量保证过程 (CMM-SQA-SS) 1.5.4 模板汇编 2过程目标过程目标 需求管理目的是在顾客和将处理顾客需求的软件项目之间建立对顾客需求的共同理解，主要目标是： 分配给软件的系统需求是受控的，并将分配的需求作为软件工程和管理的基线； 软件计划、产品和活动与分配给软件的系统需求保持一致。 3过程定义过程定义 3.13.1 责任人责任人 3.1.1 分析与分配系统需求责任人（即：分配需求人）：负责分析系统需求并将其分配到硬件、软件和 其它系统成分（参见表一）。 3.1.2 评审分配需求人：负责评审分配的需求。包括软件经理、软件项目组与分配需求人。 3.23.2 输入输入 分配的软件需求（参见表一） 。 3.33.3 入口准则入口准则 3.3.1 已明确建立分配需求人。公司包含软件的项目可分为三类：系统集成实施项目，软件开发实施项 目和软件研发项目。基于这种分类，将分配的软件需求、分配需求人与形式定义如下: 项目类型软件需求分配需求人形式 系统集成实施项目 （A 类） 系统组分配给软件项目 组的需求 系统项目经理或系统组 分配需求人 任务单和/或分配需 求文档 软件开发实施项目 （B 类） 用户对产品的要求 用户，客户经理 合同、备忘录、或 SOW 中相关条款和/或 分配需求文档 软件研发项目 (C 类） 研发上级部门派发给软 件研发组的产品要求 组织高级管理者，市场 分析部 任务单和/或分配需 求文档 表一：分析与分配软件需求 3.3.2 分配的需求已形成文档。该文档可用“分配需求文档”、或表一所描述的分配软件需求形式，明 确提出分配给软件的需求。内容必须包含以下三部分： 1) 影响和决定软件项目活动的非技术性需求（即：协议，条件和或合同条款；如：要交付的产品， 交付日期及里程碑等） ； 2) 对软件的技术性需求（如：最终用户，操作员，支持或集成功能；性能需求；设计约束条件； 编程语言；接口需求等） ； 3) 用于验证软件产品满足分配的需求的验收准则。 3.3.3 软件项目组和其它软件相关组的成员受到培训，以便完成需求管理活动。 3.43.4 过程活动过程活动 3.4.1 分配需求分析与评审 3.4.1.1 软件项目经理、项目组、与分配需求人可用“分配需求评审报告”评审文档化的分配需求。 3.4.1.2 评审人应对不完整、或有潜在问题的分配需求，作出变更或解决决策。 3.4.1.3 必要时，分配需求人修改文档化的分配需求、并再次评审。 3.4.1.4 评审人必须和相关成员协商分配需求的约定。相关成员可包括系统组成员、测试成员、SQA 或顾客。 3.4.1.5 按照软件配置管理过程中的“软件基线”，将审定的分配需求，纳入分配基线，作为后 续项目工作的基础，如：软件项目策划和软件需求分析的输入。 软件项目组分配需求人相关成员 分析系统需求、并 将分配给软件的需 求文档化 变更请求处理规程 评审文档化的分配 需求 分配需求变更 建立与更新“需求 追溯矩阵“ 有问题AR？ 作出变更或解决决 策 是 否 修改文档化的分配 需求、再受评审 协商分配需求的约定 软件配置管理过程 中的“软件基线”：纳入 分配基线 3.4.2 需求变更管理 3.4.2.1 当分配需求发生变更时，按照软件配置管理过程中的“配置项的变更”（即：变更请 求处理规程）与“软件基线变更”处理分配需求的变更。 3.4.3 需求跟踪管理 3.4.3.1 软件项目经理和项目组应在软件开发的各阶段建立“需求追溯矩阵”，以确保需求是完整的 被实施。 3.4.3.2 “需求追溯矩阵”可在各阶段的文档完成时建立，并在评审各阶段的文档时加以改进。各阶 段的需求文档如有更新，“需求追溯矩阵”也应更新。 3.4.4 测量 3.4.4.1 使用变更请求处理规程的变更请求状态报告，测量分配需求的更改状态。 3.4.5 评审 3.4.5.1 项目经理与高级管理者可用“管理评审表格”，定期评审需求管理活动。高级管理者还可通 过项目经理提交的“项目周报”进行评审。 3.4.5.2 SQA 对需求管理活动与工作产品的评审，参见软件质量保证过程。 3.53.5 出口准则出口准则 3.5.1 分配需求已通过评审，并纳入分配基线。 3.5.2 分配需求的问题已被解决。 3.5.3 由分配需求所导致的约定已传达至相关成员，并达成一致。 3.63.6 输出输出 输出表格与模板受控状态受配置管理 分配需求文档、或其它文档化 的分配需求 分配需求文档模板是是 分配需求评审报告分配需求评审报告否否 分配需求变更文档参见变更请求处理规程的输出否否 需求追溯矩阵参见附录 A否否 管理评审表格管理评审表格否否 SQA 评审表格参见软件质量保证过程的输出否否 附录附录A A：需求追溯矩阵：需求追溯矩阵 以下是需求追溯矩阵的样本，需求追溯矩阵可用 Excel 或类似的