需求管理

需求指由项目接受的或项目生产的产品和产品构建的需求，包括由组织征集的对项目的需求。需求管理是确保各方对需求的理解一致，管理和控制需求变更，从需求到最终产品的双向跟踪。

需求管理概述

把所有与需求直接相关的活动称为需求工程。需求工程的活动可以分为两类:需求开发、需求管理。需求开发是通过调查和分析，获取用户需求并定义产品的需求。需求开发产生的输出有：项目视图、范围文档、用例文档、软件需求规格说明、相关分析模型。需求开发过程有四个主要活动：需求获取、需求分析、需求定义、需求验证。

需求开发把项目干系人的需求转换成产品需求和决定如何在各个产品构建之间安排或分配需求。需求管理是收集需求变更和变更的原因，维持对原有需求和所有产品及产品构件需求的双向跟踪。

需求管理的流程：

1.制定需求管理计划。内容包括确定软硬件资源、需求跟踪矩阵、需求变更请求表等，由项目经理审批该计划

2.求得对需求的理解。对需求的解读达成一致

3.求得对需求的承诺。先对需求达成共识承诺，然后实施需求达成一致的承诺

4.管理需求变更

5.维护队需求的双向跟踪

6.识别项目工作与需求之间的不一致

需求属性是进行管理需求的一些指标，例如：创建时间、版本号、状态、稳定性等，一般情况下，最值得关注的是需求的状态，状态的取值有：已建议、已批准、已实现、已验证、已删除。

指定需求管理计划的主要步骤

1.建立并维护需求管理的组织方针

2.确定需求管理使用的资源

3.分配责任

4.培训计划

5.确定需管理的项目干系人，并确定其计入时机

6.制定判断项目工作与需求不一致的准则和纠正措施

7.制定需求跟踪性矩阵

8.制定需求变更审批规程

9.制定审批规程

需求规格说明的版本控制

版本控制是需求管理的一个必要方面。版本控制最简单的方法是根据标准约定手动标记软件需求规格说明的每一次修改。使用版本控制工具更佳。

需求变更管理

为了使开发组织能够严格控制软件项目应用，需要保证以下事项：

1.仔细评估已建议的变更

2.挑选合适的人选对变更做出决定

3.变更应及时通知所有涉及人员

4，项目要按一定的流程进行需求变更

当进行变更时，按从高到低级别顺序对受影响的文档进行变更。

扩展需求指在软件需求基线已经确定后添加新的功能或进行大范围改动，这种修改影响非常大。为了控制这种需求扩展，可以采用两种方法：第一种是预留需求改动的余地；第二种使用原型法为客户提供基于原型上的可能扩展，帮助客户了解真实需求

变更控制策略描述了如何处理需求变更。下列需求变更策略是有用的：

1.所有需求变更都必须遵循过程

2.未获批准的变更只能做可行性论证

3.变更请求不能保证变更实现，有变更控制委员会决定实现那些变更

4.项目风险承担者应了解变更数据库内容

5.不能从数据库中删除或修改变更请求的原始文档

6.每一个集成的需求变更必须能跟踪到一个批准的变更请求

变更控制中的组件：

1.开始条件，执行变更控制之前应满足的条件

2.过程或步骤中包含的不同任务及项目中负责完成他们的角色

3.验证任务正确完成的步骤

4.结束条件，指出过程或步骤完成的条件

变更控制过程描述：

1.绪论。说明此步骤或过程的目的，确定步骤或过程应用的范围

2.角色和责任。列出参与变更控制活动的项目组成员并描绘他们的责任

3.变更请求的状态。每个变更请求都有生命周期，用状态表示周期中的变化

4.开始条件。基本开始条件：从何时渠道接受一个合法的变更请求

5.任务。变更控制任务，包括评估可行性、批准或拒绝、传达变更决定

6.验证。验证变更情况

7.结束条件

变更控制状态报告，用报告、图表总结变更控制数据库的内容和按状态分类的变更请求。

变更控制工具，辅助变更控制过程，挑选时注意以下内容：

1.可自定义变更请求的数据项

2.可自定义变更请求生命周期的状态转换图

3.可加强状态转化图使被授权用户做出可允许的修改

4.可记录每种状态变更数据，确认做出变更的人员

5.可在请求提出或请求状态修改后通知相关人员

6.可根据需要生成标准或定制的报告或图表

变更控制委员会（CCB）是控制需求变更的优良策略之一。

软件度量是深入项目、产品、处理过程的调查研究，以面临的问题和要达成的目标为依据的评估活动。测量变更活动是衡量需求变更的一项重要活动。

需求跟踪

需求跟踪包括编制每个需求同系统元素间的联系文档。

需求跟踪目的是保证需求跟实际开发任务的关联性，这会提高开发费用，降低运维费用。

表示需求和别的系统元素联系链的最普遍方式是使用需求跟踪能力矩阵。

变更需求的代价需要作出影响分析，例如成本、进度、收益、风险等。

需求管理好不好看需求变更控制。

选择性考察、客观性考察、论述性考察