需求管理研究报告样本.doc

TOC\o1-3\h\z第8章需求管理 2

8.1介绍 2

8.2需求确定 3

8.2.1目标 3

8.2.2角色和职责 3

8.2.3开启准则 3

8.2.4输入 3

8.2.5关键步骤 4

[Step1]非正式需求评审 4

[Step2]正式需求评审 4

[Step3]获取需求承诺 4

8.2.6输出 4

8.2.7结束准则 4

8.2.8度量 4

8.3需求跟踪 5

8.3.1目标 5

3.3.2角色和职责 5

3.3.3开启准则 5

3.3.4输入 5

3.3.5关键步骤 5

[Step1]建立和维护需求跟踪矩阵 5

[Step2]查找不一致 6

[Step3]消除不一致 6

8.3.6输出 6

8.3.7结束准则 6

8.3.8度量 6

8.4需求变更控制 7

8.4.1目标 7

8.4.2角色和职责 7

8.4.3开启准则 7

8.4.4输入 7

8.4.5关键步骤 7

[Step1]需求变更申请 7

[Step2]审批需求变更申请 7

[Step3]更改需求文档 7

[Step4]重新进行需求确定 8

8.4.6输出 8

8.4.7结束准则 8

8.4.8度量 8

8.5实施提议 8

第8章需求管理

需求管理（RequirementManagement,RM）目标在用户和开发方之间建立对需求共同了解，维护需求和其它工作结果一致性，并控制需求变更。

需求管理过程域是SPP模型关键组成部分。本规范叙述了需求管理过程域三个关键规程：

需求确定[SPP-PROC-RM-VALIDATE]

需求跟踪[SPP-PROC-RM-TRACKING]

需求变更控制[SPP-PROC-RM-CHANGE]

上述每个规程“目标”、“角色和职责”、“开启准则”、“输入”、“关键步骤”、“输出”、“完成准则”和“度量”均已定义。

本规范适适用于中国IT企业软件研发项目。提议用户依据本身情况（如商业目标、研发实力等）合适地修改本规范，然后推广使用。

8.1介绍

我们把全部和需求相关活动通称为需求工程。需求工程中活动可分为两大类，一类属于需求开发，另一类属于需求管理。图8-1为需求工程结构图（步骤见图9-1）。

需求确定需求管理需求分析需求定义需求调查需求开发需求工程需求变更控制需求跟踪

需求确定

需求管理

需求分析

需求定义

需求调查

需求开发

需求工程

需求变更控制

需求跟踪

图8-1需求工程结构图

需求管理过程域关键有3个规程：需求确定、需求跟踪和需求变更控制。

一、需求确定

需求确定是指开发方和用户共同对需求文档进行评审，双方对需求达成共识后作出书面承诺，使需求文档含有商业协议效果。

二、需求跟踪

需求跟踪是指经过比较需求文档和后续工作结果之间对应关系，建立和维护“需求跟踪矩阵”，确保产品依据需求文档进行开发。

三、需求变更控制

需求变更控制是指依据“变更申请－审批－更改－重新确定”步骤处理需求变更，确保需求变更不会失去控制而造成项目发生混乱。

需求管理过程域产生关键文档有：

《需求评审汇报》，同技术评审汇报模板[SPP-TEMP-TR-REPORT]。

《需求跟踪汇报》，模板见[SPP-TEMP-RM-TRACKING]。

《需求变更控制汇报》，模板见[SPP-TEMP-RM-CHANGE]。

8.2需求确定

8.2.1目标

开发方和用户对需求文档如《用户需求说明书》和《产品需求规格说明书》进行评审，并作书面承诺。

补充说明：《用户需求说明书》和《产品需求规格说明书》能够分开也能够放在一起进行需求确定，视项目标具体情况而定。

8.2.2角色和职责

开发方和用户共同组织人员对需求文档如《用户需求说明书》和《产品需求规格说明书》进行评审。

开发方责任人（项目经理）和用户对需求文档作书面承诺，使之含有商业协议效果。

8.2.3开启准则

需求文档如《用户需求说明书》和《产品需求规格说明书》已经完成。

8.2.4输入

需求文档如《用户需求说明书》和《产品需求规格说明书》。

8.2.5关键步骤

[Step1]非正式需求评审

项目经理先在项目内部组织人员进行非正式需求评审，以消除显著错误和分歧。非正式需求评审方法请参考技术评审过程域对应规程[SPP-PROC-TR-ITR]。

[Step2]正式需求评审

项目经理邀请同行教授和用户（包含用户和最终用户）一起评审需求文档，尽最大努力使需