| 需求管理通常包括定义需求基线、处理需求变更及需求跟踪等方面的工作。根据考试大纲和培训指南的规定，本节要求考生掌握需求变更、需求跟踪和需求变更风险管理3个方面的知识。本节只简单介绍有关需求跟踪方面的知识。有关定义需求基线和需求变更的知识，请阅读12.7.3节；有关风险管理方面的知识，请阅读12.11节。
|
|
|
|
|
| （1）审核。跟踪能力信息可以帮助审核确保所有需求被应用。
|
|
|
| （2）在增加、删除、修改需求时可以确保不忽略每个受到影响的系统元素。
|
|
|
| （3）使得维护时能正确、完整地实施变更，从而提高生产率。
|
|
|
|
|
| （5）再工程。可以列出旧系统中将要替换的功能，记录它们在新系统的需求和软件组件中的位置。
|
|
|
| （6）重新利用跟踪信息可以帮助开发人员在新系统中对相同的功能利用旧系统相关资源。
|
|
|
|
|
|
|
| 在信息系统项目中，需求变更是不可避免的，如何以可控的方式管理软件的需求，对于项目的顺利进行有着重要的意义。如果匆匆忙忙地完成用户调研与分析，则往往意味着不稳定的需求。所以需求管理要保证需求分析各个活动都得到了充分的执行。对于需求变更的管理，则主要使用需求变更流程和需求跟踪矩阵的管理方式。
|
|
|
| 需求跟踪包括编制每个需求与系统元素之间的联系文档。这些元素包括别的需求、约束、其他设计部件、源代码模块、测试、帮助文件、文档等。需求跟踪分为正向跟踪和逆向跟踪，一般合称为“双向跟踪”。不论采用何种跟踪方式，都要建立与维护需求跟踪矩阵（即表格）。需求跟踪矩阵保存了需求与后续工作成果的对应关系，通过需求跟踪矩阵可以跟踪一个需求使用期限的全过程，即从需求源到实现的前后生存期。它跟踪的是已明确的需求的实现过程，不涉及需求开发人员的职责，也无法用于防止变更矩阵单元之间的可能存在“一对一”、“一对多”或“多对多”的关系。由于对应关系比较复杂，最好在表格中加必要的文字解释。当需求文档或后续工作成果发生变更时，要及时更新需求跟踪矩阵。
|
|
|
