需求管理过程.doc

需求管理过程 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 简介 目的 制定需求管理过程的目的是管理产品和组件的需求，识别需求与项目计划及工作产品之间的不一致，有效地控制需求变更、以及跟踪需求的演进，指导项目组管理需求。 适用范围 本过程适用于公司所有的软件项目，贯穿项目的整个生命周期。 背景描述 无。 术语表 软件需求：用户解决某一问题或者得到某一目标所需的软件功能。 基线：基线是经过评审和批准的配置项的集合，其作用是明确划分项目各阶段，确定各阶段的结束点。在项目的开发过程中，最基本的基线有需求基线、开发基线、发布基线等。 配置控制委员会(Configuration Control Board)：简称CCB，是确定配置基线，评估、批准变更，并保证已批准变更的实施的组织。 需求变更：需求变更主要来自三个方面－客户、高层和开发人员。因此，无论哪一方面提出需求变更的要求，都应当对变更请求进行评估。需求变更通常包括三项内容：新增需求、修改需求、删除需求。每一种变更都可能影响到其他需求的变化，因此在进行变更时需要利用需求跟踪记录。 需求跟踪：需求跟踪主要是跟踪需求及其实现之间的一致性，需求跟踪通过管理需求跟踪记录来进行。在需求的阶段已经建立了需求跟踪记录，在后续的开发过程中，通过不断填写需求跟踪记录，将设计、开发和测试等阶段产品与需求进行一一对应。同时，在任何一个阶段发生变更时，都要检查需求跟踪记录是否需要进行变更。需求跟踪是分布在各个开发阶段之中的。 涉众:专指所有会受到项目结果重大影响的人。要有效地解决任何复杂的问题，就会涉及到满足不同涉众的需要。涉众通常会对问题持有不同的观点，因而必须用所提供的解决方案来满足不同的需要。许多涉众都是系统的用户。其中许多涉众只是系统的间接用户，或者只受到系统所影响的业务结果的影响。还有许多涉众是系统的经济型买主或支持者。了解涉众的组成及其特定需要是开发有效解决方案的关键。客户（或客户代表）用户（或用户代表）投资者股东生产经理买方CMMI-DEV, V1.2，CMU/SEI-2006-TR-008，ESC-TR-2006-008 总体描述 概述 整个需求过程大致可以分为需求获取、需求分析、需求管理三大过程。需求管理过程是其中一个主要过程，包括需求培训、需求跟踪和需求变更管理三个活动。在完成需求分析活动后，需求工程师对项目人员进行需求培训，目的是确保项目人员对需求的理解保持一致。在整个项目生命周期内，都需要实施需求跟踪活动确保需求和计划及工作产品的一致性。需求跟踪活动主要有两种实践方式：一是通过需求跟踪矩阵，来建立和维护需求和工作产品之间的双向可追溯性；二是对阶段性工作产品进行评审，检查工作产品和需求之间的一致性。需求变更管理的目的是合理有效地控制并执行需求变更，具体参见《需求变更管理规范》。 职责分工 需求工程师 负责整个需求过程。 获取业务需求，分析需求，编写需求文档(如：SRS、业务流程图、业务术语表、业务规则文档、界面原型、用例规约、补充规约等)。 对项目人员进行需求培训，负责解释需求规约。建立需求跟踪矩阵。参与需求变更评估。 设计人员 填写需求跟踪矩阵，检查设计和需求是否一致。参与需求变更评估。 测试人员 填写需求跟踪矩阵，检查测试用例和需求是否一致。参与需求变更评估。 项目经理 负责需求变更评估。 结构描述 需求管理流程 活动描述 需求培训 概述 在需求确定之后，应当对设计人员、开发人员、测试人员进行需求培训，保证相关人员更好地理解用户的业务领域和需求。 参与人员及职责 需求工程师：负责需求培训 设计人员：参加需求培训 测试人员：参加需求培训 开发人员：参加需求培训 入口准则 形成软件需求基线 输入 业