《需求管理过程最新版》由会员分享，可在线阅读，更多相关《需求管理过程最新版（14页珍藏版）》请在金锄头文库上搜索。
1、需求管理过程本文件属深圳天源迪科信息技术股份有限公司所有,未经书面许可，不得以任何形式复印或传播。2008-1-31 发布2008-2-18 实施文件建立/修改记录序号版本建立或修改建立/修改人日期审核人日期批准人日期目录1简介 41.1目的 41.2适用范围 41.3背景描述 41.4术语表 41.5参考资料 52总体描述 52.1概述 52.2职责分工 52.3结构描述 63活动描述 73.1需求培训 73.2建立需求跟踪矩阵83.3维护需求跟踪矩阵93.4检查一致性 103.5采取更正行动 113.6需求变更管理124附录 134.1 附录 A相关过程134.2 附录B 相关规范、指南1
2、34.3 附录 C 相关模板列表131 简介1.1 目的制定需求管理过程的目的是管理产品和组件的需求，识别需求与项目计划及工作产品之间的 不一致，有效地控制需求变更、以及跟踪需求的演进，指导项目组管理需求。1.2 适用范围本过程适用于公司所有的软件项目，贯穿项目的整个生命周期。1.3 背景描述无。1.4 术语表 软件需求：用户解决某一问题或者得到某一目标所需的软件功能。 基线：基线是经过评审和批准的配置项的集合，其作用是明确划分项目各阶段，确定各阶 段的结束点。在项目的开发过程中，最基本的基线有需求基线、开发基线、发布基线等。 配置控制委员会（Configuration Control Boa
3、rd）:简称CCB，是确定配置基线，评估、批准 变更，并保证已批准变更的实施的组织。 需求变更：需求变更主要来自三个方面客户、高层和开发人员。因此，无论哪一方面提 出需求变更的要求，都应当对变更请求进行评估。需求变更通常包括三项内容：新增需求、 修改需求、删除需求。每一种变更都可能影响到其他需求的变化，因此在进行变更时需要 利用需求跟踪记录。 需求跟踪：需求跟踪主要是跟踪需求及其实现之间的一致性，需求跟踪通过管理需求跟踪 记录来进行。在需求的阶段已经建立了需求跟踪记录，在后续的开发过程中，通过不断填 写需求跟踪记录，将设计、开发和测试等阶段产品与需求进行一一对应。同时，在任何一 个阶段发生变更
4、时，都要检查需求跟踪记录是否需要进行变更。需求跟踪是分布在各个开 发阶段之中的。 涉众:专指所有会受到项目结果重大影响的人。要有效地解决任何复杂的问题，就会涉及 到满足不同涉众的需要。涉众通常会对问题持有不同的观点，因而必须用所提供的解决方 案来满足不同的需要。许多涉众都是系统的用户。其中许多涉众只是系统的间接用户，或 者只受到系统所影响的业务结果的影响。还有许多涉众是系统的经济型买主或支持者。了 解涉众的组成及其特定需要是开发有效解决方案的关键。典型的涉众有客户（或客户代 表）、用户（或用户代表）、投资者、股东、生产经理、买方、项目经理、设计人员、测试 人员、QA、销售/市场人员等。 需求工
5、程师：负责整个需求过程，一般来说，需求工程师应当具有和用户进行有效沟通的 能力，观察分析总结问题的能力。1.5 参考资料软件工程术语GB/T11457-1995质量管理体系要求GB/T19001-2000CMMI 模型CMMI-DEV, V1.2 CMU/SEI-2006-TR-008, ESC-TR-2006-0082 总体描述2.1 概述整个需求过程大致可以分为需求获取、需求分析、需求管理三大过程。需求管理过程是其中 一个主要过程，包括需求培训、需求跟踪和需求变更管理三个活动。在完成需求分析活动后，需 求工程师对项目人员进行需求培训，目的是确保项目人员对需求的理解保持一致。在整个项目生 命
6、周期内，都需要实施需求跟踪活动确保需求和计划及工作产品的一致性。需求跟踪活动主要有 两种实践方式：一是通过需求跟踪矩阵，来建立和维护需求和工作产品之间的双向可追溯性；二 是对阶段性工作产品进行评审，检查工作产品和需求之间的一致性。需求变更管理的目的是合理 有效地控制并执行需求变更，具体参见需求变更管理规范。2.2 职责分工2.2.1 需求工程师 负责整个需求过程。 获取业务需求，分析需求，编写需求文档（如：SRS、业务流程图、业务术语表、业务规则文 档、界面原型、用例规约、补充规约等）。 对项目人员进行需求培训，负责解释需求规约。建立需求跟踪矩阵。参与需求变更评估。2.2.2 设计人员 填写需
7、求跟踪矩阵，检查设计和需求是否一致。参与需求变更评估。2.2.3 测试人员 填写需求跟踪矩阵，检查测试用例和需求是否一致。参与需求变更评估。2.2.4 项目经理负责需求变更评估。2.3 结构描述需求管理流程3 活动描述3.1 需求培训概述在需求确定之后，应当对设计人员、开发人员、测试人员进行需 求培训，保证相关人员更好地理解用户的业务领域和需求。参与人员及职责 需求工程师：负责需求培训 设计人员：参加需求培训 测试人员：参加需求培训 开发人员：参加需求培训入口准则形成软件需求基线输入 业务流程图、业务术语表、业务规则文档 原型 需求规格说明书任务/步骤1. 需求工程师制定需求培训计划2. 实施
8、需求培训 需求工程师进行领域知识讲解，包括业务逻辑、业务规则的 讲解； 需求工程师讲解系统需解决的范围出口准则 参加培训的人员理解了用户需求和业务流程、业务规则和业 务术语，对待开发的产品有了深入了解。输出（工作产品） 培训记录资源和能力要求 资源：需求工程师的工作时间保证 能力： 需求工程师深入了解需求并具有培训能力度量度量元采集点进行培训的工作量周报表裁剪指南裁剪内容裁剪准则可裁剪当设计人员，开发人员，测试人员能 够很好理解需求时可以不用执行。3.2 建立需求跟踪矩阵概述在需求开发过程中，需求工程师要建立需求跟踪矩阵，记录业务 需求与用户需求及用户需求和软件需求的对应关系。具体详见需求分析
9、过程参与人员及职责 需求工程师：建立需求跟踪矩阵，建立业务需求到用户需求 及用户需求到软件需求的对应关系 SQA :检查需求跟踪矩阵，确保没有需求被遗漏入口准则完成需求分析活动输入 通过评审的需求规格说明书任务/步骤1、需求工程师建立需求跟踪矩阵，记录业务需求和用户需求及 用户需求和软件需求的对应关系2、SQA检查需求跟踪矩阵，确保没有需求被遗漏出口准则 评审过的软件功能需求都被完整地记录在需求跟踪矩阵中输出（工作产品） 需求跟踪矩阵资源和能力要求 资源：相关人员的工作时间保证 能力： 相关人员应接受过相应方法的培训。度量度量元采集点进行需求跟踪的工作量周报表裁剪指南裁剪内容裁剪准则不可裁剪无
10、3.3 维护需求跟踪矩阵概述在项目人员完成阶段性工作产品或工作产品发生变更时，需要维 护需求跟踪矩阵，建立需求和工作产品的双向追溯关系。参与人员及职责 需求工程师：维护业务需求到用户需求及用户需求到软件需 求的对应关系 设计人员：维护需求和设计的对应关系 开发人员：维护设计和代码的对应关系 测试人员：维护需求和系统测试用例的对应关系 SQA :在项目人员完成阶段性产品或工作产品发生变更时， 检查需求跟踪矩阵是否被相应地维护入口准则完成阶段性工作产品或工作产品发生变更输入 需求跟踪矩阵 阶段性工作产品 产品变更文档任务/步骤1、需求工程师维护业务需求和用户需求及用户需求和软件需 求的对应关系2、
11、设计人员维护需求和设计的对应关系3、开发人员维护设计和代码的对应关系4、测试人员维护需求和系统测试用例的对应关系出口准则 完整地记录了工作产品和需求的双向追溯关系输出（工作产品） 需求跟踪矩阵资源和能力要求 资源：相关人员的工作时间保证 能力：相关人员应接受过相应方法的培训。度量度量元采集点进行需求跟踪的工作量周报表裁剪指南裁剪内容裁剪准则不可裁剪无3.4 检查一致性概述项目人员在完成阶段性工作产品或工作产品发生变更时，要及时 维护需求跟踪矩阵并检查工作产品和需求的一致性。项目经理在 对工作产品进行评审时，工作产品和需求的一致性是个重要的评 审准则。SQA定期检查需求跟踪矩阵，确保需求跟踪矩阵
12、的完整 性和一致性。参与人员及职责 需求工程师：检查业务需求到用户需求及用户需求到软件需 求的一致性 设计人员：检查需求和设计的一致性 开发人员：检查设计和代码的一致性 测试人员：检查需求和系统测试用例的一致性 SQA :检查需求跟踪矩阵，确保需求跟踪矩阵的完整性和一 致性入口准则完成阶段性工作产品或工作产品发生变更输入 需求跟踪矩阵 阶段性工作产品 产品变更文档任务/步骤1、项目人员在完成阶段性工作产品，填写需求跟踪时，检查工 作产品和需求的一致性。如果不一致性在本组内可以解决，则直 接维护工作产品和需求跟踪矩阵；如果不一致性需要其他组修改 工作产品，则填写并提交需求不一致记录表；如果项目人
13、员 认为需要变更需求，则填写并提交需求变更登记表2、在工作产品发生变更时，负责变更的项目人员维护需求跟踪 矩阵，检查工作产品和需求的一致性。如果不一致性在本组内可 以解决，则直接维护工作产品和需求跟踪矩阵；如果变更需要其 他组修改工作产品，则填写需求不一致记录表；如果变更人 员认为需要变更需求，则填写并提交需求变更登记表3、项目经理在组织对工作产品进行评审时，需要评审工作产品 和需求的一致性。如果存在不一致性，则填写需求不一致记录 表；如果评审认为需要变更需求，则填写并提交需求变更登 记表。4、SQA检查需求跟踪矩阵，检查需求和工作产品的一致性和需 求是否被遗漏。如果存在不一致性，则填写需求不一致记录表出口准则 工作产品和需求是一致的输出（工作产品） 需求跟踪矩阵 需求不一致记录表 需求变更登记表资源和能力要求 资源：相关人员的工作时间保证 能力：相关人员应接受过相应方法的培训。度量度量元采集点进行需求跟踪的工作量周报表裁剪指南裁剪内容裁剪准则不可裁剪无3.5 采取更正行动概述项目经理将需求不一致记录表发给受影响的小组的负责人和 SQA,受影响的小组维护相关工作产品和需求跟踪矩阵，SQA检 查需求不一致记录表的处理情况。如果参与人
