2016配置管理计划.docVIP

配置管理计划 文档编号： 文档信息：配置管理计划 密　　级： 版本信息： V1.0 编制日期： 编 制 人： 审 核 人： 批 准 人： 批准日期： 修订记录 版本号 发布日期 编制人 自前一版本修改列表 介绍 项目 项目编号： 项目名称： 项目介绍： 范围 配置管理计划的目的是定义项目的配置管理活动与流程，配置管理员根据本文档建立配置环境，确定配置项，并对配置项变更进行管理。 配置管理规则适用于下列对象： 项目组开发的工作产品 项目组接收的工作产品 对于开发和维护工作产品有重要意义的相关项} 术语、缩略语 {指出术语和简略词} 项目 描述 参考资料 . 名称 组织管理 配置管理组织结构 配置管理组织结构包括以下角色: 配置管理员 : 本项目的配置控制委员会（CCB）成员如下： 高级经理： 项目经理： SCM负责人： 测试经理： 配置管理职责 角色 职责 软件项目经理 确保配置管理活动的开展和项目配置管理计划一致，包括作为基线的配置项和对变更的处理。 确保项目实施符合公司的配置管理流程要求。 项目配置管理员 准备项目配置管理计划 获得配置管理工具 向项目组成员介绍/培训（当有新成员加入的时候）配置管理的概念、相关流程、配置管理工具的使用和配置管理环境。 建立配置管理环境 把配置项放到配置管理库中 对变更的配置项进行管理和跟踪 维护配置管理过程中所有的记录 组织召开变更控制委员会会议 跟踪变更请求的实施 协助质量保证人员进行配置审核，基线审核；确保在审核过程中发现的不一致的问题得到解决 备份。随机抽查以确保备份能够得到恢复，以确保备份数据的完整性 准备配置管理月报提交到软件项目经理 变更控制委员会 变更控制委员会对每一个变更请求做出决策 跟踪变更请求 批准发布 分析设计人员、编码人员、技术支持人员 在项目过程中遇到的问题如果需要修改其他工作产品，需要通知软件项目经理 对变更请求进行影响分析，并执行批准的变更请求 质量保证人员 作为项目配置管理计划的评审人 制定项目质量保证计划，要与项目管理计划和配置管理计划保持一致 在项目过程中，对工作产品进行评审并执行配置基线审核 参加项目阶段、里程碑等各种会议 按照质量保证计划，在主要的交付/发布之前对项目进行物理配置审核和功能配置审核 不能解决的问题/偏差（工作产品、审核）向总经理汇报 软硬件资源 配置服务器 服务器名称 硬盘 内存 光驱 软驱 开发环境： 硬件 软件 工具列表： 项目开发使用的工具： Vs2008、.net2.0、iis6.0、oracle 9I 测试使用的工具： TestDirector 项目管理使用的工具： Project2003、SVN 配置管理工具 SVN1.66 配置项确认控制 配置管理库的管理 建立时间：项目启动后，根据公司制定的配制库目录结构建立配制库 建立地点： 配置库名称： 配置库用户及权限： 角色 人员姓名 用户名 目录 权限 最后一个更改时间 项目经理 配置管理员 质量保证人员 开发人员 配置库目录结构，及操作要求 配置管理员在开发服务器上建立配置管理库，以下为配置管理库的文件目录结构： 一级目录 二级目录 描述 发布区 版本 系统给客户发布的各个版本 发布记录 系统的发布记录 开发区 个人空间 开发过程中所要完成的过程文档，在附件“配置库目录结构” 中有对该目录详细的划分。文档截图如下： 工程文档 需求分析 概要设计 详细设计 代码 单元测试 集成测试 系统测试 用户培训 系统试运行 系统验收 系统维护 管理文档 项目管理 配置管理 需求管理 质量管理 合同方案 会议纪要 项目报告 受控区 非基线 基线 代码基线 设计基线 对外发布基线 需求基线 三个区交互说明： 开发区中的代码等放在发布区中，开发区中形成的基线放到受控区里面，如果发生变更申请，将从受控区中取出要变更的基线，待变更完成后，再放入受控区，受控区中的基线要出库必须进行申请。 在配置项进行修改时首先由配置管理员check－out，交给相关人员进行修改，相关人员修改进行变更和版本提升后提交给配置管理员，由配置管理员check－in到“过程文档