需求管理过程

1、需求管理过程本文件属深圳天源迪科信息技术股份有限公司所有，未经书面许可，不得以任何形式复印或传播。2008-1 31 发布2008-2-18实施质量管理体系需求管理过程版本：4.1文件建立/修改记录厅P版本建立或修改建立/修改人日期审核人日期批准人日期第2页共13页深圳天源迪科信息技术股份有限公司版本：4.1质量管理体系需求管理过程目录 TOC o 1-5 h z HYPERLINK l bookmark4 o Current Document 简介4 HYPERLINK l bookmark6 o Current Document 目的4 HYPERLINK l bookmark8 o Cu

2、rrent Document 适用范围 4 HYPERLINK l bookmark10 o Current Document 背景描述4 HYPERLINK l bookmark12 o Current Document 术语表4 HYPERLINK l bookmark14 o Current Document 参考资料5 HYPERLINK l bookmark16 o Current Document 总体描述5 HYPERLINK l bookmark18 o Current Document 概述5职责分工5 HYPERLINK l bookmark23 o Current Doc

3、ument 结构描述6 HYPERLINK l bookmark27 o Current Document 活动描述7 HYPERLINK l bookmark29 o Current Document 3。1需求培训7 HYPERLINK l bookmark31 o Current Document 3.2建立需求跟踪矩阵 8 HYPERLINK l bookmark33 o Current Document 3.3维护需求跟踪矩阵9 HYPERLINK l bookmark35 o Current Document 3。4检查一致性10 HYPERLINK l bookmark37 o

4、Current Document 3。5 采取更正行动11 HYPERLINK l bookmark39 o Current Document 3。6需求变更管理 12 HYPERLINK l bookmark41 o Current Document 附录13。 1附录A一相关过程13 HYPERLINK l bookmark45 o Current Document .2附录B相关规范、指南 13 HYPERLINK l bookmark47 o Current Document 。3附录C 相关模板列表 13第3页共13页深圳天源迪科信息技术股份有限公司版本：4.1质量管理体系需求管理过

5、程1简介目的制定需求管理过程的目的是管理产品和组件的需求，识别需求与项目计划及工作产品之间的不一致，有效地控制需求变更、以及跟踪需求的演进，指导项目组管理需求。适用范围本过程适用于公司所有的软件项目，贯穿项目的整个生命周期。背景描述无.术语表软件需求：用户解决某一问题或者得到某一目标所需的软件功能。基线:基线是经过评审和批准的配置项的集合，其作用是明确划分项目各阶段，确定各阶 段的结束点。在项目的开发过程中，最基本的基线有需求基线、开发基线、发布基线等.配置控制委员会（Configuration Control Board）:简称CCB ,是确定配置基线，评估、批准 变更，并保证已批准变更的实

6、施的组织。需求变更：需求变更主要来自三个方面-客户、高层和开发人员。因此，无论哪一方面提出需求变更的要求，都应当对变更请求进行评估。需求变更通常包括三项内容：新增需求、 修改需求、删除需求.每一种变更都可能影响到其他需求的变化，因此在进行变更时需要 利用需求跟踪记录。需求跟踪：需求跟踪主要是跟踪需求及其实现之间的一致性，需求跟踪通过管理需求跟踪记录来进行.在需求的阶段已经建立了需求跟踪记录，在后续的开发过程中，通过不断填 写需求跟踪记录，将设计、开发和测试等阶段产品与需求进行一一对应。同时，在任何一 个阶段发生变更时，都要检查需求跟踪记录是否需要进行变更.需求跟踪是分布在各个开发阶段之中的。涉

7、众：专指所有会受到项目结果重大影响的人。要有效地解决任何复杂的问题，就会涉及到满足不同涉众的需要。 涉众通常会对问题持有不同的观点，因而必须用所提供的解决方案来满足不同的需要.许多涉众都是系统的用户。其中许多涉众只是系统的间接用户，或 者只受到系统所影响的业务结果的影响。还有许多涉众是系统的经济型买主或支持者。了解涉众的组成及其特定需要是开发有效解决方案的关键。典型的涉众有客户（或客户代 表）、用户（或用户代表 卜投资者、股东、生产经理、买方、项目经理、设计人员、测试第4页共13页深圳天源迪科信息技术股份有限公司版本：4.1质量管理体系需求管理过程人员、QA、销售/市场人员等。需求工程师：负责

8、整个需求过程，一般来说，需求工程师应当具有和用户进行有效沟通的 能力，观察分析总结问题的能力。参考资料软件工程术语GB/T11457-1995质量管理体系要求GB/T19001-2000CMMI模型CMMI DEV, V1.2,CMU/SEI-2006-TR 008, ESCTR20060082总体描述概述整个需求过程大致可以分为需求获取、需求分析、需求管理三大过程。需求管理过程是其中一个主要过程，包括需求培训、需求跟踪和需求变更管理三个活动。在完成需求分析活动后，需求工程师对项目人员进行需求培训，目的是确保项目人员对需求的理解保持一致。在整个项目生命 周期内，都需要实施需求跟踪活动确保需求和

9、计划及工作产品的一致性.需求跟踪活动主要有两种实践方式：一是通过需求跟踪矩阵，来建立和维护需求和工作产品之间的双向可追溯性；二是对阶段性工作产品进行评审，检查工作产品和需求之间的一致性。需求变更管理的目的是合理有效地控制并执行需求变更，具体参见需求变更管理规范。职责分工需求工程师负责整个需求过程。获取业务需求，分析需求，编写需求文档（如：SRS、业务流程图、业务术语表、业务规则文档、界面原型、用例规约、补充规约等） 。对项目人员进行需求培训，负责解释需求规约。建立需求跟踪矩阵。参与需求变更评估.设计人员填写需求跟踪矩阵，检查设计和需求是否一致.参与需求变更评估。测试人员填写需求跟踪矩阵，检查测

10、试用例和需求是否一致。参与需求变更评估。第5页共13页深圳天源迪科信息技术股份有限公司质量管理体系需求管理过程版本：4.12.2.4项目经理负责需求变更评估2.3结构描述需求管理流程需求培训需求文档需求文档阶段性工作产L.品需求变更管理需求变更申请师程工求需培训记录员 人 试 测需求培训需求跟踪矩阵不一致性记录AQ 理经目项采取更正 行动需求变更 管理深圳天源迪科信息技术股份有限公司需求管理流程第6页共13页版本：4.1质量管理体系需求管理过程3活动描述需求培训概述在需求确定之后，应当对设计人员、开发人员、测试人员进行需 求培训，保证相关人员更好地理解用户的业务领域和需求。参与人员及职责需求工

11、程师：负责需求培训 设计人员：参加需求培训 测试人员：参加需求培训 开发人员：参加需求培训入口准则形成软件需求基线输入业务流程图、业务术语表、业务规则文档原型需求规格说明书任务/步骤.需求工程师制定需求培训计划.实施需求培训需求H程师进行领域知识讲解，包括业务逻辑、业务规则的 讲解；需求工程师讲解系统需解决的范围出口准则参加培训的人员理解了用户需求和业务流程、业务规则和业 务术语，对待开发的产品有了深入了解.输出（工作产品）培训记录资源和能力要求资源：需求工程师的工作时间保证能力：需求工程师深入了解需求并具有培训能力TTZ 日采集点度里儿进行培训的工作量周报表裁剪指南裁剪内容裁剪准则可裁剪当设

12、计人员，开发人员，测试人员能 够很好理解需求时可以不用执行 .第7页共13页深圳天源迪科信息技术股份有限公司版本：4.1质量管理体系需求管理过程建立需求跟踪矩阵概述在需求开发过程中，需求工程师耍建立需求跟踪矩阵，记录业务 需求与用户需求及用户需求和软件需求的对应关系。具体详见需求分析过程。参与人员及职责需求工程师：建立需求跟踪矩阵，建立业务需求到用户需求 及用户需求到软件需求的对应夫系SQA检查需求跟踪矩阵，确保没有需求被遗漏入口准则完成需求分析活动输入通过评审的需求规格说明书任务/步骤1、需求工程师建立需求跟踪矩阵，记录业务需求和用户需求及 用户需求和软件需求的对应关系2、SQW查需求跟踪矩

13、阵，确保没有需求被遗漏出口准则评审过的软件功能需求都被完整地记录在需求跟踪矩阵中输出（工作产品）需求跟踪矩阵资源和能力要求资源：相关人员的工作时间保证能力：相关人员应接受过相应方法的培训。度里兀采集点进行需求跟踪的工作量周报表裁剪指南裁剪内容裁剪准则不口裁男无第8页共13页深圳天源迪科信息技术股份有限公司版本：4.1质量管理体系需求管理过程维护需求跟踪矩阵概述在项目人员完成阶段性工作产品或工作产品发生变更时，需要维 护需求跟踪矩阵，建立需求和工作产品的双向追溯关系。参与人员及职责需求工程师：维护业务需求到用户需求及用户需求到软件需 求的对应关系设计人员：维护需求和设计的对应关系开发人员：维护设

14、计和代码的对应关系测试人员：维护需求和系统测试用例的对应关系SQA:在项目人员完成阶段性产品或工作产品发生变更时， 检查需求跟踪矩阵是否被相应地维护入口准则完成阶段性工作产品或工作产品发生变更输入需求跟踪矩阵 阶段性工作产品 广品变更文档任务/步骤1、需求工程师维护业务需求和用户需求及用户需求和软件需 求的对应关系2、设计人员维护需求和设计的对应关系3、开发人员维护设计和代码的对应关系4、测试人员维护需求和系统测试用例的对应关系出口准则完整地记录了工作产品和需求的双向追溯关系输出（工作产品）需求跟踪矩阵资源和能力要求资源：相关人员的工作时间保证能力：相关人员应接受过相应方法的培训。度里兀采集点

15、进行需求跟踪的工作量周报表裁剪指南裁剪内容裁剪准则/、可裁剪无第9页共13页深圳天源迪科信息技术股份有限公司版本：4.1质量管理体系需求管理过程检查一致性概述项目人员在完成阶段性工作产品或工作产品发生变更时,要及时维护需求跟踪矩阵并检查工彳叱品和需求的一致性.项目经理在对工作产品进行评审时，工作产品和需求的一致性是个重要的评 审准则。SQA定期检查需求跟踪矩阵， 确保需求跟踪矩阵的完整 性和一致性.参与人员及职责需求工程师：检查业务需求到用户需求及用户需求到软件需 求的一致性设计人员：检查需求和设计的一致性开发人员：检查设计和代码的一致性测试人员：检查需求和系统测试用例的一致性SQA :检查需

16、求跟踪矩阵，确保需求跟踪矩阵的完整性和一 致性入口准则完成阶段性工作产品或工作产品发生变更输入需求跟踪矩阵 阶段性工作产品 广品变更文档任务/步骤1、项目人员在完成阶段性工作产品，填写需求跟踪时，检查工 作产品和需求的一致性.如果不一致性在本组内可以解决，则直接 维护工作产品和需求跟踪矩阵；如果不一致性需要其他组修改工 作产品，则填写并提交需求不一致记录表；如果项目人员认为需要变更需求，则填写并提交需求变更登记表。2、在工作产品发生变更时，负责变更的项目人员维护需求跟踪 矩阵，检查工作产品和需求的一致性.如果小一致，住在本组内可以 解决，则直接维护工作产品和需求跟踪矩阵；如果变更需要其他 组修

17、改工作产品，则填写需求不一致记录表；如果变更人员认为需要变更需求，则填写并提交需求变更登记表。3、项目经理在组织对工作产品进行评审时，需要评审工作产品 和需求的一致性.如果存在不一致性，则填写需求不一致记录 表；如果评审认为需要变更需求 则填写并提交需求变更登记 表。4、SQA检查需求跟踪矩阵，检查需求和工作产品的一致性和需 求是否被遗漏。如果存在不一致性，则填写需求不一致记录表。出口准则工作产品和需求是一致的输出（工作产品）需求跟踪矩阵需求不一致记录表 需求变更登记表资源和能力要求资源：相关人员的工作时间保证能力：相关人员应接受过相应方法的培训。度里兀采集点进行需求跟踪的工作量周报表裁剪指南

18、裁剪内容裁剪准则不口裁男无深圳天源迪科信息技术股份有限公司第10页共13页版本：4.1质量管理体系需求管理过程采取更正行动概述项目经理将需求不一致记录表发给受影响的小组的负责人和SQA,受影响的小组维护相关工作产品和需求跟踪矩阵，SQA检查需求不一致记录表的处理情况。如果参与人员及职责项目经理：通知受影响的小组，如设计组、开发组、测试组。 设计人员、开发人员、测试人员：维护工作产品和需求跟踪 矩阵SQA :检查需求不一致记录表的处理情况入口准则发现工作产品和需求存在不一致性并需要其他组修改工作产品输入需求跟踪矩阵需求不一致记录表任务/步骤1、项目经理将需求不一致记录表发给受影响的小组的负责 人

19、和QA。2、受影响的小组维护相关工作产品和需求跟踪矩阵3、检查需求不一致记录表的处理情况。出口准则工作产品和需求不一致的问题已被处理输出（工作产品）需求跟踪矩阵和需求一致的工作产品资源和能力要求资源：相关人员的工作时间保证能力：相关人员应接受过相应方法的培训。度里兀采集点进行需求跟踪的工作量周报表裁剪指南裁剪内容裁剪准则/、可裁剪无第11页共13页深圳天源迪科信息技术股份有限公司版本：4.1质量管理体系需求管理过程需求变更管理概述在项目生命周期的任何一个阶段，都有可能发生需求变更。当需 求变更发生时，应当通过需求变更笆理后效地控制变更。具体详 见需求变更管理规范。参与人员及职责变更申请人：提父需求变更申请项目经理：组织对变更进行评估相关组（如质量组、测试组 ）人员：对变更进行评估客户或用户代表：参与评估需求变更CCB评估需求变更申请，确定是否进行需求基线变更入口准则后需求变更请求提出输入需求变更请求任务/步骤.需求变更的提出人可能是客户、开发人员等，对于这些原始 的变更请求需要经过需求变更缓冲，可以由开发人员收集并 记录这些变更请求，当变更请求积累到一7E数量或者要变更 的需求优先级比较局时，提出需求变更申请。在变更申请表 中填写变更原因、变更内容和变更所处阶段。.项目经理对变更进行评估，确定