软件配置管理计划
? 计划级的文档更改——WBS计划；
? 《软件配置管理计划》、《软件质量保证计划》； ? 测试工具或测试脚本（不属于提交给用户）。
4、当项目范围发生变化、风险发生并且采用了项目计划中没有指定的纠正措施、项目计划与实际情况偏离20%以上、由内部与外部审计而导致的纠正活动、项目计划中的任何修改条件满足等事件发生时，由项目经理组织相应的配置控制委员会成员对要发生的变更进行评审
6.2 变更流程
<配置管理><变更申请人>
1. 变更申请
1) 变更申请人通过多种渠道提出对配置项的变更请求。驱动因素主要包括用户需
求变更、评审、测试以及配置审计等。
11
软件配置管理计划
2) 变更申请人负责填写《需求设计变更申请表》，并提交配置控制委员会实施变更
评估。
2. 变更评估
1) 针对变更申请人提交的变更请求，配置控制委员会在评估该变更的影响范围及
对项目进度、成本、质量等指标的影响程度后，决定是否实施该变更。 2) 配置控制委员会将针对该变更做出的决定（接受或拒绝）通知变更申请人。 3. 变更实施
1) 变更申请获得批准后，配置控制委员会将该变更分配给相应执行人实施。 2) 项目配置管理员将该变更涉及的所有配置项从配置库中签出并提交给变更执行
人。
3) 变更执行人实施该变更； 4. 变更验证
1) 配置控制委员会对变更后的工作产品进行验证，以确定变更是否正确完成。 2) 在变更完成并经过验证后，项目配置管理员将经批准的配置项签入配置库。
6.3 变更跟踪
1、 客户需求变更：
1) 与用户之间变更流程：项目组需要依据项目管理规范中的需求管理要求，
结合项目用户实际情况制定需求变更流程，填写《需求设计变更申请表》并按照流程要求执行申请和审批过程，保留期间用户的签字确认文件。 2) 内部审批流程：10人天以内的变更项目经理确认，10人天以上，20人天
以内需要工程总监确认，20人天以上的变更需要事业部总经理确认。配置管理员跟踪变更审批状态，维护《基线状态报告—变更跟踪表》。 3) VP系统中的变更记录：项目需求负责人在VP系统中使用“范围—变更”
页签录入需求变更的信息，同时更新维护“范围——范围矩阵”的范围信息和工作量信息，并发起需求变更流程，由项目经理以及工程总监进行审批。审批通过后，形成新的范围矩阵基准。
2、 预算变更：项目经理/客户经理 编写变更的《工作说明书》《项目预算表》，在VP
项目管理系统中执行项目预算变更流程。
12
软件配置管理计划
3、 项目经理变更：
1) 项目实施过程中，发生项目经理变更时，原项目经理填写《项目经理工作交
接清单》与新项目经理逐项工作进行交接。
2) 新任项目经理按照项目经理任命流程进行述职和任命。 3) 项目经理变更时，工程总监负责与客户进行沟通。
13
软件配置管理计划
7 版本制作与发布流程
版本制作和发布流程子系统负责人系统负责人配置管理员开始申请制作内部版本邮件申请build版本内部测试邮件通知发布版本基线发布报告结束 8 安全与备份
8.1 备份
配置管理员每周整体备份一次配置库，保留4周以内的备份记录。 备份方式：刻盘或者异机备份
14
软件配置管理计划
每月末提交一次配置库，存入组织级配置库（FTP上传或由QA拷贝回北京） 项目结束时，配置管理人员按结项规定对配置库进行归档。
8.2 安全防护
客户端必须安装防病毒软件（如公司有规定的软件，则依照公司要求安装），并启动自动防护功能，及时升级。
每周进行一次全盘扫描。
9 配置状态发布
信息平台项目的配置状态报告发布、发送方式如下： 发布名称 基线发布 发布频率 基线生成或基线变更时 发布内容 **基线生成，存放位置或**基线发生变更，版本为**
发送对象 项目组所有成员、 SQA、项目经理、项目总监 发送方式 e-mail 15