软考 系统分析师系列知识点之需求管理（1）

所属章节：

第11章. 软件需求工程

        第8节. 需求管理

需求是软件项目成功的核心之所在，它为其它许多技术和管理活动奠定了基础。在软件需求工程中，需求管理贯穿于整个过程中，其最基本任务就是明确需求、并使项目团队和用户达成共识，即建立需求基线。另外，还要建立需求跟踪能力联系链，确保所有用户需求都被正确地应用，并且在需求发生变更时，能够完全地控制其影响范围，始终保持产品与需求的一致性。

在CMM中，需求管理是可重复级的一个关键过程域，其目标是为软件需求建立一个基线，供软件开发及其管理使用，使软件计划、产品和活动与软件需求保持一致。从软件需求工程的角度来看，需求管理包括软件在开发过程中维持需求一致性和精确性的所有活动，包括控制需求基线、保持项目计划与需求一致、控制单个需求和需求文档的版本情况、管理需求和联系链之间的联系、或管理单个需求和项目其它可交付物之间的依赖关系、跟踪基线中需求的状态。

11.8.1 需求变更管理

在软件项目中，需求的变化是不可避免的。需求变更可能来自解决方案提供商、用户或产品供应商等外部因素，也可能来自于项目团队内部。对于项目团队而言，其无法阻止需求发生变更，只能正确地对待变更，按照既定流程管理变更，尽量降低变更对项目成本、进度和质量的负面影响。

1. 需求基线

需求开发的结果应该有项目视图和范围文档、用例文档和SRS、以及相关的分析模型。经评审批准，这些文档就定义了开发工作的需求基线。这个基线在用户和开发人员之间就构成了软件需求的一个约定，它是需求开发和需求管理之间的桥梁。

基线（baseline）是一个配置管理的概念，它帮助开发人员在不严重阻碍合理变化的情况下来控制变化。根据IEEE的定义，基线是指已经通过正式评审和批准的规约或产品，它可以作为进一步开发的基础，并且只能通过正式的变更控制系统进行变化。在软件工程范围内，基线是软件开发中的里程碑，其标志是有一个或多个软件配置项的交付，且已经经过正式技术评审而获得认可。例如，SRS文档通过评审，其中的错误已经被发现并纠正，则就变成了一个基线。根据国家标准《计算机软件配置管理计划规范》（GB/T12505-1990）的规定，基线可以分为功能基线、指派基线和产品基线三种，通过评审后的SRS属于指派基线。

开发团队可以根据已知的需求基线来区分“旧需求”和“新需求”。一旦建立了需求基线，就很容易对新需求进行识别与管理，可以把新需求和已有的基线加以比较，确定适合它的位置以及它是否会与其它需求产生冲突。如果接受新需求，就可以管理它的变更过程。

2. 需求的状态

从需求的整个生命期来看，其状态的变化如下图所示：

在需求状态的变化中，项目管理人员首先需要关注的是那些被拒绝和被丢弃的需求，因为这些需求有可能是应该被接受和被实现的需求。如果不是通过有管理的处理过程，就有可能因为疏忽而被遗漏。同时，也应该关注被交付的需求，因为可交付物是项目的成果体现，而可交付物的主要内容就是对需求的实现。

3. 需求变更

在各种理论书籍中，都会介绍一些如何减少需求变更的方法和技术。在项目实践中，项目管理人员也会花大量的精力去实践这些方法和技术，以避免需求变更。遗憾的是，“是祸躲不过”、“怕什么来什么”，需求变更因各种因素而依然发生、不可避免。当然，这并不是说不应该做避免变更的工作，恰恰相反，在需求变更之前尽量减少变更，以将需求变更带来的风险降到最低，这是对项目进展十分有利的。

需求变更通常意味着新需求的增加和对已有需求的修改，一般不会减少需求，而且减少需求的问题也比较容易处理。需求变更是需要代价的，包括时间、人力、资源等方面。既然需求变更是不可避免的，那么，项目管理人员就应采取规范的流程去管理变更，而不是一味地避免变更和拒绝变更。

更多内容请看下回。