需求管理是一种用于查找、记录、组织和跟踪系统需求变更的系统化方法，可用于获取、组织和记录系统需求并使客户和项目团队在系统需求变更上保持一致。需求管理是信息系统项目管理师考试的知识点之一，下面希赛软考网为您整理了需求管理需重点掌握的内容，供大家参考。

       >>>点击进入了解信息系统项目管理师网络网络班

       >>>点击进入了解信息系统项目管理师面授班

       >>>点击进入了解信息系统项目管理师在线辅导班

       1、需求管理ＲＥＱＭ的目的，是确保各方对需求的一致性理解，管理和控制需求的变更，从需求到最终产品的双向跟踪。

       2、把所有与需求直接相关的活动通称为需求工程。活动有两大类：需求开发、需求管理。

       3、需求开发：获取用户需求并定义产品需求，开发工作的需求基线（Baseline）。是功能需求和非功能需求的一个约定。（需求获取—分析—定义—验证）

       4、需求管理：维持原有需求和所有产品及产品构件需求的双向跟踪。

       5、需求管理计划由项目经理审批。

       6、随着需求的演变，要求所有项目干系人之间对已批准的现行需求重新建立承诺。

       7、制定需求管理计划的主要步骤：

       建立组织方针——确定资源——分配责任——培训计划——确定干系人——制定和判断项目工作与需求不一致的准则和纠正规程——制定需求跟踪矩阵——制定需求变更审批规程——制定审批规程

       版本控制的最有力方法是用一个商业需求管理工具的数据库存储需求。

       8、只有项目风险承担者在开发过程中能控制变更。当不得不做出变更时，应该按从高级到低级的顺序对被影响的需求文档进行处理。

       9、扩展需求是指在软件需求基线已经确定后，又要增添新的功能或进行较大的改动。

       10、在项目进度表中应该对必要的需求改动留有余地。

       11、只在做出提交承诺和分配资源后才采纳该需求。控制需求扩展的另一个有效技术是原型法。

       12、需求在开发中基本不变更——是“瀑布”型软件的前提。

       13、变更控制过程

       （1）如果一个变更需求未被采纳，则其后过程不再予以考虑。

       （2）对于未获批准的变更，除可行性论证之外，不应再做其他设计和实现工作。

       （3）绝不能从数据库中删除或修改变更请求的原始文档。

       （4）在实践中，可以将一些具体的需求决定权交给开发人员来决定。但只要变更涉及两个人或两个人以上，都应该通过控制过程来处理。

       （5）变更控制委员会的主席，在ＣＣＢ意见不一致情况下可以独自做出决定。

       （6）制定决策的人应该进入变更控制委员会。

       （7）ＣＣＢ中可能有客户代表。对于小项目只需几个人充当其中一些角色就可以，并不一定要面面俱到。建立变更控制委员会在保证性的前提下，应尽可能精简人员。

       14、度量变更活动：先简单测量，后复杂测量。

       15、表求需求和别的系统元素之间的联系链的最普遍方式，是使用需求跟踪能力矩阵。每个功能性需求，向后连接一个特定的使用实例。

       16、手工创建需求跟踪能力矩阵是一个应该养成的习惯，即使对小项目也很有效。

       17、需求跟踪能力不能完全自动化，因联系链源于开发组成员的头脑中。

       18、变更只能在项目时间、预算、资源的限制内进行协商。

       19、实现此项变更的开发人员可能需求详细的分析情况和工作量计划工单，但变更控制委员会仅需要影响分析的总结。可以视情况调整模板。

       希赛软考网，拥有十四年软考培训经验，希赛网一直坚持自主研发，将丰富的软考培训经验有效融入教程研发过程，自成体系的软考在线题库（软考历年真题）、软考培训教材和软考视频教程，多样的培训方式包括在线辅导、面授、和，使考生的学习更具系统性，辅导更具针对性。采用全程督学机制，，软考平均通过率在全国。

       相关推荐：

       信息系统项目管理师考试冲刺(习题与解答)

       信息系统项目管理师考试试题分类精解

       信息系统项目管理师考试知识点突破与实战练习