需求管理过程(1).docVIP

中国科学院研究生院 计算与通讯工程学院 需求管理过程  目录 TOC \o 1-5 \h \z 1 前言 4 1.1 目的 4 1.2 适用范围 4 1.3 读者对象 4 1.4 术语与缩略语 4 2 方针 4 3 过程综述 5 4 角色与职责 5 5 输入准则 5 6 输入 5 7 活动 6 7.1 概述 6 7.2 活动描述 6 7.2.1 评审初始需求 6 7.2.2 评审需求规格说明书 6 7.2.3 需求跟踪 6 7.2.4 需求变更管理 7 8 输出 7 9 输出准则 7 10 测量与分析 8 11 验证 8 12 剪裁指南 8 13 参考文献 8  前言 目的 本文档是“需求管理”关键过程域的过程定义，做为开展该过程域的活动依据。 适用范围 实施CMML2的所有项目。其它项目可参考。 读者对象 项目经理，高层经理，以及其他的项目相关人员。 术语与缩略语 CMM：Capability Maturity Model，能力成熟度模型 RM：Requirements Management，需求管理 需求：软件需求的简称，指软件需求规格说明书中描述的内容 初始需求：来自客户的最初的未经分析的需求 方针 “需求管理”过程域的目的是为了在客户和项目组之间建立对需求共同的理解，在此基础之上，将达成共识的需求用于软件项目的实施，并对需求进行管理、控制和追溯，使得项目活动和产品与需求保持一致。以下是该过程活动的组织级方针。 项目启动时，存在文档化的初始需求。 项目启动前，项目的初始需求已通过项目经理及相关组的评审。 软件项目的初始需求是软件项目计划、工作产品与活动的基础。 需求变化时，项目计划、工作产品和活动必须变化以与需求的变化保持一致。 过程综述 需求是项目活动的基础，与需求相关的各项活动的执行情况，将直接影响到以需求为基础的其他项目活动的有效性，“需求管理”过程域的实施，主要目标有以下几点： 一、在客户和项目组之间对需求达成共识，使之成为项目活动的基础，避免因对需求理解的不同而产生后期的问题。 二、对需求进行管理和控制，为项目活动建立基线。 三、对需求进行跟踪和管理，保持项目计划、产品和活动与需求的一致性。 在此基础上，需求管理过程的主要活动分为： 评审初始需求； 评审需求规格说明书； 需求跟踪，跟踪需求与工作产品的对应关系，验证一致性； 需求变更管理，管理需求的变更，保持需求与软件项目计划、工作产品和活动的一致性，有效控制需求变更对项目的影响。 角色与职责 角色 职责 项目经理 负责组织实施需求管理活动 高层经理 评审用户的初始需求 项目组成员 实施需求管理活动 产生、维护《需求跟踪矩阵》《软件变更申请单》 软件质量保证工程师 评审需求管理活动，审计工作产品。 输入准则 存在文档化的软件初始需求。 项目启动。 输入 文档化的软件初始需求 活动 概述 需求管理活动主要包括评审初始需求、评审需求规格说明书（SRS）、需求跟踪、需求变更管理。如下图所示。 初始需求 初始需求 设计、编码、测试…… 需求分析 需求跟踪 需求变更管理 需求变更请求 评审初始需求 评审SRS 图 STYLEREF 1 \s 7 SEQ 图表 \* ARABIC \s 1 1 需求管理活动 活动描述 评审初始需求 按照《技术评审规程》对初始需求进行评审，评审内容包括：可行性，可评测性，完整性，边界是否清晰等等，并在涉众之间达成一致。涉众包括：项目经理、高层经理、客户代表、测试组代表及其他相关人员。初始需求是指来自客户的最初的未经过需求分析活动的需求。 评审需求规格说明书 按照《技术评审规程》对需求规格说明书进行评审。通过评审，发现缺陷和问题，提高需求规格说明书的质量；使得需求规格说明书在评审人员中达成一致；确定需求规格说明书是否可以作为下一阶段开发活动的基础。 需求跟踪 需求跟踪活动是需求管理中的一项重要活动，核心活动是跟踪需求在项目活动中的状态和演化历史，使得需求的实施情况、范围和影响得到清晰的表现。 该活动贯穿项目的整个生命周期，即在项目的各个阶段均要持续进行。 在软件开发的生命周期的各个阶段，将需求项演化的相关产品与需求项的对应关系加入到需求跟踪矩阵中。 对于一个选择瀑布式生命周期的项目来讲： 1) 需求分析阶段 完成需求跟踪矩阵中“软件需求-初始需求”表，“软件需求-系统测试用例”表。 2) 设计阶段 完成需求跟踪矩阵中“软件需求-设计”表，“设计-集成测试用例”表。 3) 编码阶段 完成需求跟踪矩阵中“设计-编码”表。 4) 测试阶段 维护“软件需求-系统测试用例”表，“设计-集成测试用例”表。 需求