信息系统项目管理师-第17篇.pdfVIP

第 17章 需 求 管 理 “需求” 指的是由项目接受的或项目产生的产品和产品构件需求，包括由组织征集的 对项目的需求。这种需求既有技术性的，也有非技术性的。“ 需求管理” （Requirements Management, R E Q M ) 的目的是确保各方对需求的一致理解；管理和控制需求的变更；从 需求到最终产品的双向跟踪。 本章介绍需求管理的工作流程，主要包括需求管理定义、需求管理流程、制定需求管 理计划、管理需求和实施建议等内容。 17 .1 需求管理概述 项目通过适当的步骤，确保管理达成一致的需求，从而支持项目的策划和执行。当某 个项目从某个需求提供者处接受需求后，要与需求提供者一起审查这些需求，以便在把这 些需求纳入项目计划之前达成共识。在需求接受者与需求提供者就需求达成一致之后，要 从项目的各个参加者那里得到对这些需求的承诺；项目参加者必须开展相应的项目活动和 实现各项需求。随着项目的推进，项目经理可能对这些需求进行调整，并且识别存在于计 划和工作产品与这些需求之间的不一致之处。 我们先介绍需求工程的定义，以便对需求管理有全面的理解。接着介绍集成的能力成 熟度模型（C M M I) 中的需求管理定义与流程，介绍制定需求管理计划的步骤；由于软件项 目的需求比较典型与复杂，我们以软件项目为例，介绍需求的版本管理、需求属性、需求变 更管理和如何建立需求双向跟踪矩阵，这些需求管理方法同样适用于其他信息技术项目。 1 7 .1 .1 需求工程 把所有与需求直接相关的活动通称为需求工程。需求工程的活动可分为两大类，一类 属于需求开发；另一类属于需求管理。需求工程的结构如图 17.1所示。 需求开发的目的是通过调查与分析，获取用户需求并定义产品需求。软件项目需求开 发的结果应该有项目视图和范围文档、用例文档、软件需求规格说明及相关分析模型，经 评审批准，这些文档就定义了开发工作的需求基线（Baseline) ，这个基线在客户和开发人 员之间就构筑了计划产品功能需求和非功能需求的一个约定。需求开发的过程有四个主要 活动： ( 1 ) 需求获取。积极地与用户进行交流，捕捉、分析和修正用户对目标系统的需求， 并提炼出符合解决问题的用户需求，产 生 《用户需求说明书》。 第 17章需求管理 371 需 求 开 发 程 工 求 需 需 求 管 理 图 1 7 .1 需求工程结构图 ( 2) 需求分析。需求分析的目的是对各种需求信息进行分析并抽象描述，为目标系统 建立一个概念模型。 ( 3 ) 需求定义。需求定义的目标是根据需求调查和需求分析的结果，进一步定义准确 无误的产品需求，产生《需求规格说明书》。系统设计人员将依据 《需求规格说明书》开展 系统设计工作。 ( 4 ) 需求验证 。需求验证是指开发方和用户共同对需求文档评审，经双方对需求达成 共识后做出书面承诺，使需求文档具有商业合同效果。 “需求管理” 与 “需求开发” 密切合作；“需求开发”涉及到把项目关系人的需要转换 成产品需求和决定如何在各个产品构件之间安排或分配需求。在 “需求管理” 中，要收集 需求的变更和变更的理由，并且 持 原有需求和所有产品及产品构件需求的双向跟踪。 在集成的能力成熟度模型（C M M I)集成中，“需求开发” 对应 “需求开发” 过程域 ，“需 求管理” 对应 “需求管理” 过程域 。 1 7 .1 .2 集成的能力成熟度模型（CMMI ) 中的需求管理流程 需求管理的流程图，如图 17. 所示。 从 图 17. 可以看出，需求管理流程主要包括6 大部分：制定需求管理计划、求得 需求的理解、求得对需求的承诺、管理需求变更、维护对需求的双向跟踪性、识别项目工 作与需求之间的不一致性。另外 ，与此流程相关的还有：关于组织的总体方针