需求管理过程

需求管理过程

本文件属深圳天源迪科信息技术股份有限公司所有，

未经书面许可，不得以任何形式复印或传播。

2008-1-31发布2008-2-18实施

文件建立/修改记录

建立/修改人审核人批准人

序号版本建立或修改

日期日期日期

目录

1简介..............................................................................4

1.1目的.........................................................................4

1.2适用范围....................................................................4

1.3背景描述....................................................................4

1.4术语表......................................................................4

1.5参考资料....................................................................5

2总体描述..........................................................................5

2.1概述........................................................................5

2.2职责分工....................................................................5

2.3结构描述....................................................................6

3活动描述..........................................................................7

3.1需求培训....................................................................7

3.2建立需求跟踪矩阵.............................................................8

3.3维护需求跟踪矩阵.............................................................9

3.4检查一致性..................................................................10

3.5采取更正行动................................................................11

3.6需求变更管理................................................................12

4附录.............................................................................13

4.1附录A一相关过程............................................................13

4.2附录B一相关规范、指南.....................................................13

4.3附录C一相关模板列表.......................................................13

表）、用户（或用户代表）、投资者、股东、生产经理、买方、项目经理、设计人员、测试

人员、QA、销售/市场人员等。

•需求工程师：负责整个需求过程，一般来说，需求工程师应当具有和用户进行有效沟通的

能力，观察分析总结问题的能力。

1.5参考资料

《软件工程术语》GB/T11457-1995

《质量管理体系要求》GB/T19001-2000

《CMMI模型》CMMI-DEV,VI.2,CMU/SEI-2006-TR-008,ESC-TR-2006-008

2总体描述

2.1概述

整个需求过程大致可■以分为需求获取、需求分析•、需求管理三大过程。需求管理过程是其中

一个主要过程，包括需求培训、需求跟踪和需求变更管理三个活动。在完成需求分析活动后，需

求工程师对项目人员进行需求培训，目的是确保项目人员对需求的理解保持一致。在整个项目生

命周期内，都需要实施需求跟踪活动确保需求和计划及工作产品的一致性。需求跟踪活动主要有

两种'实践方式：一是通过需求跟踪矩阵，来建立和维护需求和工作产品之间的双向可追溯性：二

是对阶段性工作产品进行评审，检查工作产品和需求之叵的一致性。需求变更管理的目的是合理

有效地控制并执行需求变更，具体参见《需求变更管理规范，

2.2职责分工

2.2.1需求工程师

•负责整个需求过程。

•获取业务需求，分析普求，编写需求文档（如：SRS、业务流程图、'业务术语表、业务规则文

档、界面原型、用例规约、补充规约等）°

•对项目人员进行需求培训，负责解释需求规约。建立需求跟踪矩阵。参与需求变更评估。

2.2.2设计人员

•填写需求跟踪矩阵，检查设计和需求是否一致。参与需求变更评估。

2.2.3测试人员

•填写需求跟踪矩阵，检查测试用例和需求是否一致。参与需求变更评估。

2.2.4项目经理

•负责需求变更评估。

2.3结构描述

需求管理流程

而求跟踪）

需求培训需求变更皆埋

需求文档需求文档需求变更申请

开始

#

肥

:"在

Y

.济求培训

0眼

Y¥

冬

七

点

名

A

、林否存在M彰啊M他/是否修改

•致性不一致h小烟二需求.

青

”<V

0结束

一

身

结束j

需求变史记业

■未来库矩薛不敢性记录表

需求管理流程

3活动描述

3.1需求培训

在需求确定之后，应当对设计人员、开发人员、测试人员进行需

概述求培训，保证相关人员更好地理解用户的业务领域和需求。

•需求工程师：负责需求培训

•设计人员：参加需求培训

参与人员及职责・测试人员：参加需求培训

・开发人员：参加需求培训

入口准则形成软件需求基线

•业务流程图、业务术语表、业务规则文档

输入•原型

•需求规格说明书

1.需求工程师制定需求培训计划

2实施需求培训|

•需求’工程师进行领域知识讲解，包括业务逻辑、业务规则的

任务/步骤

讲解；

•需求工程师讲解系统需解决的范围

•参加培训的人员理解了用户需求和业务流程、业务规则和业

出口准则务术语，对待开发的产品有了深入了解。

输出（工作产品）•培训记录

•资源：需求工程师的工作时间保证

资源和能力要求•能力：

■需求工程师深入了解需求并具有培训能力

度量元采集点

度量

进行培训的工作量底报表

裁剪内容裁剪准则

裁剪指南当设计人员，开发人员，测试人员能

可裁剪

够很好理解需求时可以不用执行。

3.2建立需求跟踪矩阵

在需求开发过程中，需求工程师要建立需求跟踪矩阵，记录业务

概述需求与用户需求及用户需求和软件需求的对应关系。具体详见

《需求分析过程》。

•需求工程师：建立需求跟踪矩阵，建立业务需求到用户需求

参与人员及职责及用户需求到软件需求的对应关系

•SQA：检杳需求跟踪矩阵，确保没有需求被遗漏

入口准则完成需求分析活动

输入•通过评审的需求规格说明书

1、需求工程师建立需求跟踪矩阵，记录业务需求和用户需求及

任务/步骤用户需求和软件需求的对应关系

2、SQA检查需求跟踪矩阵，确保没有需求被遗漏

出口准则•评审过的软件功能需求都被完整地记录在需求跟踪矩阵中

输出（工作产品）•需求跟踪矩阵

•资源：相关人员的工作时间保证

资源和能力要求•能力：

■相关人员应接受过相应方法的培训。

度量元采集点

度量

进行需求跟踪的乍量周报表

裁剪内容裁剪准则

裁剪指南

不可裁剪无

3.3维护需求跟踪矩阵

在项目人员完成阶段性工作产品或工作产品发生变更时，需要维

概述护需求跟踪矩阵，建立需求和工作产品的双向追溯关系。

•需求工程师：维护业务需求到用户需求及用户需求到软件需

求的对应关系

•设计人员：维护需求和设计的对应关系

参与人员及职责・开发人员：维护设计和代码的对应关系

・测试人员：维护需求和系统测试用例的对应关系

•SQA：在项目人员完成阶段性产品或工作产品发生变更时，

检查需求跟踪矩阵是否被相应地维护

入口准则完成阶段性工作产品或工作产品发生变更

•需求跟踪矩阵

输入•阶段性工作产品

•产品变更文档

1、需求工程师维护业务需求和用户需求及用户需求和软件需

求的对应关系

任务/步骤2、设计人员维护需求和设计的对应关系

3、开发人员维护设计和代码的对应关系

4、测试人员维护需求和系统测试用例的对应关系

出口准则•完整地记录了工作产品和需求的双向追溯关系

输出（工作产品）•需求跟踪矩阵

•资源：相关人员的，作时间保证

资源和能力要求•能力：相关人员应接受过相应方法的培训。

度量元采集点

度量

进行需求跟踪的工作量周报表

裁剪内容裁剪准则

裁剪指南

不可裁剪无

3.4检查一致性

项目人员在完成阶段性工作产品或工作产品发生变更时，要及时

维护需求跟踪矩阵并检查工作产品和需求的一致性。项目经理在

概述对工作产品进行评审时，工作产品和需求的一致性是个重要的评

审准则。SQA定期检查需求跟踪矩阵，确保需求跟踪矩阵的完整

性和一致性。

•需求工程师：检查业务需求到用户需求及用户需求到软件需

求的一致性

•设计人员：检查需求和设计的一致性

参与人员及职责•开发人员：检查设计和代吗的一致性

•测试人员：检查需求和系统测试用例的一致性

•SQA：检查需求跟踪矩阵，确保需求跟踪矩阵的完整性和一

致性

入口准则完成阶段性工作产品或工作产品发生变更

•需求跟踪矩阵

输入•阶段性工作产品

•产品变更文档

1、项目人员在完成阶段性工作产品，填写需求跟踪时，检查工

作产品和需求的一致性。如果不一致性在本组内可以解决，则直

接维护工作产品和需求跟踪矩阵；如果不•致性需要其他组修改

工作产品，则填写并提交《需求不一致记录表》；如果项目人员

认为需要变更需求，则填写并提交《需求变更登记表》。

2、在工作产品发生变更时，负责变更的项目人员维护需求跟踪

矩阵，检查工作产品和需求的一致性。如果不一致性在本组内可

以解决，则直接维护工作产品和需求跟踪矩阵：如果变更需要其

任务/步骤他组修改工作产品，则填写《需求不一致记录表》；如果变更人

员认为需要变更需求，则填写并提交《需求变更登记表》。

3、项目经理在组织对工作产品进行评审时，需要评审工作产品

和需求的一致性。如果存在不一致性，则填写《需求不一致记录

表》；如果评审认为需要变更需求，则填写并提交《需求变更登

记表》。

4、SQA检查需求跟踪矩阵，检查需求和工作产品的一致性和需求

是否被遗漏。如果存在不一致性，则填写《需求不一致记录表》。

出口准则•工作产品和需求是一致的

•需求跟踪矩阵

输出（工作产品）•《需求不一致记录表》

•《需求变更登记表》

•资源：相关人员的工作时间保证

资源和能力要求•能力：相关人员应接受过相应方法的培训。

度量元采集点

度量

进行需求跟踪的工作量周报表

裁剪内容裁剪准则

裁剪指南

不可裁剪无

3.5采取更正行动

项目经理将《需求不一致记录表》发给受影响的小组的负责人和

概述SQA,受影响的小组维护相关工作产品和需求跟踪矩阵，SQA检查

《需求不一致记录表》的处理情况。如果

•项目经理：通知受影响的小组，如设计组、开发组、测试组。

•设计人员、开发人员、测试人员：维护工作产品和需求跟踪

参与人员及职责矩阵

•SQA：检查《需求不一致记录表》的处理情况

入口准则发现工作产品和需求存在不一致性并需要其他组修改工作产品

•需求跟踪矩阵

输入・《需求不一致记录表》

1、项目经理将《需求不一致记录表》发给受影响的小组的负责

人和QAo

任务/步骤2、受影响的小组维护相关工作产品和需求跟踪矩阵。

3、检查《需求不一致记录表》的处理情况。

出口准则•工作产品和需求不一致的问题已被处理

•需求跟踪矩阵

输出（工作产品）•和需求一致的工作产品

•资源：相关人员的工作时间保证

资源和能力要求•能力：相关人员应接受过相应方法的培训。

度量元采集点

度量

进行需求跟踪的工作量周报表

裁剪内容裁剪准则

裁剪指南

不可裁剪无

3.6需求变更管理

在项目生命周期的任何一个阶段，都有可能发生需求变更。当需

概述求变更发生时，应当通过需求变更管理有效地控制变更。具体详

见《需求变更管理规范》。

•变更申请人：提交需求变更申请

•项目经理：组织对变更进行评估

参与人员及职责•相关组（如质量组、测试组）人员：对变更进行评估

•客户或用户代表：参与评估需求变更

•CCB：评估需求变更申请，确定是否进行需求基线变更。

入口准则有需求变更请求提出

输入•需求变更请求

1.需求变更的提出人可能是客户、开发人员等，对于这些原始

的变更请求需要经过需求变更缓冲，可以由开发人员收集并

记录这些变更请求，当变更请求积累到一定数量或者要变更

的需求优先级比较高时，提出需求变更申请。在变更申请表

中填写变更原因、变更内容和变更所处阶段。

2.项目经理对变更进行评估，确定变更影响的范围，估计实施

变更的工作量和风险，并填入需求变更申请表。

3.若变更影响范围涉及到相关组，相关组应对变更进行评估确

任务/步骤定实施变更的工作量和风险，并填入需求变更申请表。

4.客户或用户代表对变更进行评估，确定变更对其它需求的影

响，以及估计风险。

5.变更经过评估后，如果影响比较重大，应组织CCB和客户（用

户代表）对变更进行评审，确定是否变更。

6.无论变更是否被批准，项FI经理须填写变更记录，并表示处

理状态（同意/不同意）。

7.若执行变更，项目经理应将变更通知相关人员，并按照《配