当变更流程触发后，均需要判断是否涉及到配置项信息的变化。

变更管理主要任务包括：1.分析变更的必要性和合理性，确定是否实施变更；2.记录变更信息，填写变更控制单；3.做出更改，并交上级审批；4.修改相应的软件配置项（基线），确立新的版本；5.评审后发布新版本。

AB是项目经理负责C是开发人员的负责的。用排除法做。
配置管理员（CMO）负责的活动：编写配置管理计划，建立和维护配置管理系统，建立和维护配置库，配置项识别，建立和管理基线，版本管理和配置控制，配置状态报告，配置审计，发布管理和交付，对项目成员进行配置管理培训。

配置项状态变迁规则，配置项的状态有三种，草稿（Draft）、正式发布（Released）、正在修改（Changing）。（1）草稿：处于草稿状态版本：0.YZ；YZ的数字范围为01～99。随着草稿版本的修正，YZ的取值应递增。YZ的初值和增幅由配置管理人员自己把握。（2）正式发布：处于正式发布状态版本：X.Y；X为主版本，取值1～9；Y为次版本，取值1～9。配置项第一次成为“正式”文件时，版本号为1.0。如果配置项升级幅度比较小，可以将变动部分制作成配置项的附件，附件版本依次为1.0、1.1、1.2……。当附件的变动积累到一定程度时，配置项Y值可以适量增加，Y值增加一定程度时，X值将应该适量增加。当配置项升级幅度比较大时，才允许直接增大X值。（3）正在修改：处于正在修改状态版本：X.YZ；一般只增大Z值，X.Y不变，修改完毕，状态成为“正式”文件时，Z置0。增加X.Y值。选项D，配置项修改完成后要经过评审才能发布。