在实际的项目开发中，人们总是希望使用自动工具来执行需求变更控制过程。下列描述中，______不是这类工具所具有的功能。A．可以定义变更请求的数据项以及变更请求生存期的状态转换图B．记录每一种状态变更的数据，确认做出变更的人员C．可以加强状态转换图使经授权的用户仅能做出所允许的状态变更D．定义变更控制计划，并指导设计人员按照所制定的计划实施变更A．B．C．D．

本题考查实施整体变更控制的输出的内容。
实施整体变更控制的输出包括：批准的变更请求；变更日志；项目管理计划更新；项目文件更新。
其中批准的变更请求中全部变更请求的处理结果，无论批准与否，都要在变更日志中更新。

范围变更控制的工作：
影响导致范围变更的因素，并尽量使这些因素向有利的方面发展。
判断范围变更是否已经发生。
范围变更发生时管理实际的变更，确保所有被请求的变更按照项目整体变更控制过程处理。

一个大型软件系统的需求总是有变化的。为了降低项目开发的风险，需要一个好的变更控制过程。合理的变更控制为识别问题、问题分析与变更描述、变更分析与成本计算、变更实现、得到修改后的需求。自动化工具能够帮助变更控制过程更有效地运作，能有效收集、存储、管理变更，工具应该具备的特征如下：（1）可定义变更请求中的数据项；（2）可定义变更请求生命周期的状态转换模型；（3）可强制实施状态转换模型，确保只有授权用户才能进行所允许的状态变更；（4）可记录每一个状态变更的日期和做出这一变更的人；（5）可定义当提交了新请求或者请求状态出现更新时，哪些人可以接收到电子邮件通知；

本题考核变更控制的工具。

范围控制涉及以下内容：影响范围变更的因素，确保所有被请求的变更按照项目整体变更控制处理，范围变更发生时管理实际的变更。范围控制与其他控制过程完全结合。未控制的变更经常被看做范围溢出。变更应当被视做不可避免的，因此要颁布一些类型的变更控制过程。

①问题分析和变更描述。这是识别和分析需求问题或者一份明确的变更提议，以检查它的有效性，从而产生一个更明确的需求变更提议。 ②变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改、系统修改的设计和实现的成本。一旦分析完成并且确认，应该进行是否执行这一变更的决策。 ③变更实现。这要求需求文档和系统设计以及实现都要同时修改。如果先对系统的程序做变更，然后再修改需求文档，这几乎不可避免地会出现需求文档和程序的不一致。 自动化工具能够帮助变更控制过程更有效地运作。许多团队使用商业问题跟踪工具来收集、存储和管理需求变更。用这样的工具创建的最近提交的变更建议清单，可以用作CCB会议的议程。问题跟踪工具也可以随时按变更状态分类报告出变更请求的数目。 因为可用的工具、厂商和特性总在频繁地变化，所以这里无法给出有关工具的具体建议。但工具应该具有以下几个特性，以支持需求变更过程： ①可以定义变更请求中的数据项； ②可以定义变更请求生命周期的状态转换模型； ③可以强制实施状态转换模型，以便只有授权用户可以做出允许的状态变更； ④可以记录每一个状态变更的日期和做出这一变更的人； ⑤可以定义当提议者提交新请求或请求状态被更新时，哪些人可以自动接收电子邮件通知； ⑥可以生成标准的和定制的报告和图表。 有些商业需求管理工具内置有简单的变更建议系统。这些系统可以将提议的变更与某一特定的需求联系起来，这样无论什么时候，只要有人提交了一个相关的变更请求，负责需求的每个人都会收到电子邮件通知。

本题考核的是工程项目综合管理计划变更控制的实施过程。实施工程项目综合变更控制是审查所有变更请求，批准变更，并管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更过程。

大多数情况下，变更的审批都是由CCB来完成，但是某些情况下的变更是必须由顾客批准的。

一个大型的软件系统的需求总是有变化的。对许多项目来说，系统软件总需要不断完善，一些需求的改进是合理的而且不可避免，要使得软件需求完全不变更，也许是不可能的，但毫无控制的变更是项目陷入混乱、不能按进度完成，或者软件质量无法保证的主要原因之一。一个好的变更控制过程，给项目风险承担者提供了正式的建议需求变更机制，可以通过变更控制过程来跟踪已建议变更的状态，使己建议的变更确保不会丢失或疏忽。需求变更管理过程如下图所示：

①问题分析和变更描述。这是识别和分析需求问题或者一份明确的变更提议，以检查它的有效性，从而产生一个更明确的需求变更提议。

②变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改、系统修改的设计和实现的成本。一旦分析完成并且确认，应该进行是否执行这一变更的决策。

③变更实现。这要求需求文档和系统设计以及实现都要同时修改。如果先对系统的程序做变更，然后再修改需求文档，这几乎不可避免地会出现需求文档和程序的不一致。

自动化工具能够帮助变更控制过程更有效地运作。许多团队使用商业问题跟踪工具来收集、存储和管理需求变更。用这样的工具创建的最近提交的变更建议清单，可以用作CCB会议的议程。问题跟踪工具也可以随时按变更状态分类报告出变更请求的数目。

因为可用的工具、厂商和特性总在频繁地变化，所以这里无法给出有关工具的具体建议。但工具应该具有以下几个特性，以支持需求变更过程:

①可以定义变更请求中的数据项；

②可以定义变更请求生命周期的状态转换模型；

③可以强制实施状态转换模型，以便只有授权用户可以做出允许的状态变更；

④可以记录每一个状态变更的日期和做出这一变更的人；

⑤可以定义当提议者提交新请求或请求状态被更新时，!哪些人可以自动接收电子邮件通知；

⑥可以生成标准的和定制的报告和图表。

有些商业需求管理工具内置有简单的变更建议系统。这些系统可以将提议的变更与某一特定的需求联系起来，这样无论什么时候，只要有人提交了一个相关的变更请求，负责需求的每个人都会收到电子邮件通知。

变更控制委员会可以由一个小组担任，也可以由多个不同的组担任。变更控制委员会的成员应能代表变更涉及的团体。变更控制委员会可能包括如下方面的代表：①产品或计划管理部门；②项目管理部门；③开发部门；④测试或质量保证部门；⑤市场部或客户代表；⑥制作用户文档的部门；⑦技术支持部门；⑧帮助桌面或用户支持X部门；⑨配置管理部门。

①问题分析和变更描述。这是识别和分析需求问题或者一份明确的变更提议，以检查它的有效性，从而产生一个更明确的需求变更提议。 ②变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改、系统修改的设计和实现的成本。一旦分析完成并且确认，应该进行是否执行这一变更的决策。 ③变更实现。这要求需求文档和系统设计以及实现都要同时修改。如果先对系统的程序做变更，然后再修改需求文档，这几乎不可避免地会出现需求文档和程序的不一致。 自动化工具能够帮助变更控制过程更有效地运作。许多团队使用商业问题跟踪工具来收集、存储和管理需求变更。用这样的工具创建的最近提交的变更建议清单，可以用作CCB会议的议程。问题跟踪工具也可以随时按变更状态分类报告出变更请求的数目。 因为可用的工具、厂商和特性总在频繁地变化，所以这里无法给出有关工具的具体建议。但工具应该具有以下几个特性，以支持需求变更过程： ①可以定义变更请求中的数据项； ②可以定义变更请求生命周期的状态转换模型； ③可以强制实施状态转换模型，以便只有授权用户可以做出允许的状态变更； ④可以记录每一个状态变更的日期和做出这一变更的人； ⑤可以定义当提议者提交新请求或请求状态被更新时，哪些人可以自动接收电子邮件通知； ⑥可以生成标准的和定制的报告和图表。 有些商业需求管理工具内置有简单的变更建议系统。这些系统可以将提议的变更与某一特定的需求联系起来，这样无论什么时候，只要有人提交了一个相关的变更请求，负责需求的每个人都会收到电子邮件通知。