下面关于变更控制的描述中，（ ）是不正确的。A.变更控制委员会只可以由一个小组担任 B.控制需求变更与项目的其他配置管理决策有着密切的联系 C.变更控制过程中可以使用相应的自动辅助工具 D.变更的过程中，允许拒绝变更

变更控制委员会，一个就可以。

结合题意，①②④都属于变更控制系统，③项目竣工验收小组是针对项目验收专门成立的小组，主要负责的是验收工作，而不是变更控制工作。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

变更首先要提出变更申请，所有的变更申请都必须以书面形式记录。变更过程产生的文档要纳入配置管理系统，不可以随意删除。

在需求管理过程中需求的变更是受严格管控的，其流程为：1、问题分析和变更描述。这是识别和分析需求问题或者一份明确的变更提议，以检查它的有效性，从而产生一个更明确的需求变更提议。2、变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改、系统修改的设计和实现的成本。一旦分析完成并且确认，应该进行是否执行这一变更的决策。3、变更实现。这要求需求文档和系统设计以及实现都要同时修改。如果先对系统的程序做变更，然后再修改需求文档，这几乎不可避免地会出现需求文档和程序的不一致。

每项记录在案的变更请求都必须由一位责任人批准或否决，这个责任人通常是项目发起人或项目经理。应该在项目管理计划或组织流程中指定这位责任人。必要时，应该由变更控制委员会（CCB）来决策是否实施整体变更控制过程。

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

在需求管理过程中需求的变更是受严格管控的，其流程为:（1）问题分析和变更描述：识别和分析需求问题，检查有效性，从而产生一个更明确的需求变更提议。（2）变更分析和成本计算：利用可追溯的信息和系统需求的知识，对需求变更提议进行影响分析和评估。变更成本计算包括需求文档修改成本、系统修改的设计和实现成本。分析并确认变更后，则决策是否执行变更。（3）变更实现：要求需求文档和系统设计、实现都要同时修改。如果先对系统程序做变更，然后再修改需求文档，则会出现需求文档和程序的不一致。

在需求管理过程中需求的变更是受严格管控的，其流程为：
1、问题分析和变更描述。这是识别和分析需求问题或者一份明确的变更提议，以检查它的有效性，从而产生一个更明确的需求变更提议
2、变更分析和成本计算。使用可追溯性信息和系统需求的一般知识，对需求变更提议进行影响分析和评估。变更成本计算应该包括对需求文档的修改、系统修改的设计和实现的成本。一旦分析完成并且确认，应该进行是否执行这一变更的决策
3、变更实现。这要求需求文档和系统设计以及实现都要同时修改。如果先对系统的程序做变更，然后再修改需求文档，这几乎不可避免地会出现需求文档和程序的不一致

在项目管理中变更是普遍存在的现象，所以需要对变更要进行管理。项目范围的核心是产品范围，因此，产品的需求发生变化其实就是范围变更。需求的核心是客户的需求，无论需求识别还是需求变更都需要客户参与其中。范围管理是整体管理的一部分，变更流程可统一设计，统一管理，因此没必要必须把范围变更与整体变更区分开来。故选D。

项目整体变更控制过程贯穿整个项目始终，并且应用于项目的各个阶段。由于极少有项目能完全按照原来的项目安排计划运行，因而变更控制就必不可少。整体变更控制的结果可能引起项目范围、项目管理计划、项目交付成果的调整配置管理的相关活动贯穿整体变更控制始终。

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