配置管理(M).doc

过程域定义 ——配置管理 文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 当前版本： 0.7 作 者： 区励 审批部门： 总裁办 生效日期： Year-Month-Day 密 级： 修订历史记录 日期 版本 修订说明 作者 [日/月/年] [x.x] [修订的详细信息说明] [姓名] 参考材料 名称 作者 编号 发布日期 查阅渠道 [日/月/年] 目 录 0. 介绍Introduction 4 0.1 编写目的Purpose 4 0.2 适用范围 Scope 4 1. 入口准则Entry Criteria 4 2. 输入Input 4 3. 角色和职责Roles and Responsibilities 4 4. 活动流程图 Process Diagram 4 5. 任务Task 5 5.1 建立基线（Establish Baselines, SG1） 5 5.2 跟踪和控制变更（Track and Control Changes, SG2） 6 5.3 建立完整性（Establish Integrity, SG3） 7 6. 输出Output 7 7. 出口准则 Exit Criteria 7 8. 术语表 Glossary of Terms 8 介绍Introduction 编写目的Purpose 本文档描述了项目开发过程中执行软件配置管理应遵循的过程活动。 适用范围 Scope 本文档适用于公司各项目开发过程中的软件配置管理活动。 入口准则Entry Criteria 《项目总体计划》完成 配置管理工程师和CCB已确定 输入Input 《项目总体计划》 《配置管理规范》 角色和职责Roles and Responsibilities 序号 Sequence 角色 Roles 职责 Responsibilities 1 CME，配置管理工程师 实施所有配置管理相关活动 2 CCB，变更控制委员会 所有提交的变更请求做出最终处置 3 QA 配置管理相关审计工作 4 项目经理 协助CME人员一起识别配置项、标识配置项、定义基线及其内容 活动流程图 Process Diagram 略 任务Task 建立基线（Establish Baselines, SG1） 活动编号 活动名称 活动说明 活动交付件 识别配置项（Identify Configuration Items, SP1.1-1） 识别置于配置管理之下的配置项和有关的工作成果，具体工作包括。 1、识别配置项 配置项组成部分包括，但不限于： 过程文档（计划、需求、设计、测试等） 测试用例 源代码 安装包源程序 联机帮助 用户文档 示范程序/数据 工具 构建脚本 识别配置项的准则： 可能由两个或两个的组使用的工作成果 可能在今后由于需求差错是会相应变更的工作成果 彼此相关并且一个产品发生变更将迫使其他工作成果变更的那些工作成果 对项目至关重要的工作成果 2、根据《配置管理规范》中的配置项标识规定为每个配置项指定唯一的标识号。 3、明确每个配置项的重要特征（作者、配置项类型文档等） 4、规定每个配置项的入库时间 5、明确每个配置项的负责人及其责任 《配置项清单》 建立配置管理系统（Establish A Configuration Management System, SP1.2-1） 1、为配置管理系统建立适用于多控制等级配置管理的管理机制，包括在不同的生命周期阶段，系统的控制等级不同; 不同类型的项目系统的控制等级不同;根据安全级别和所有权，访问配置管理系统的控制等级不同.。 2、建立配置管理系统的三库：开发库、受控库和版本库 3、对于建立的配置管理系统，需要定期对其进行备份工作，保证系统发生故障可以恢复与修复。如条件允许，需要做到每天备份系统到另一台机器，每月定期将系统刻录到光盘作硬备份。 4、配置管理员需要为项目组每个成员分配对配置库的不同操作权限。具体权限设置根据使用的配置管理软件而定： SourceSafe可以为不同项目组员设置不同文件夹的操作权限，包括Add/Check Out/Check In/Undo Check Out/Get Latest Version，但一般组员不能拥有Delete的操作权限。 CVS可以为不同项目组员设置CVS库的操作权限，包括读写、只读和不能访问。 建立基线（Create or Release Baselines, SP1.3-1） 1、系统工程师根据基线建立计划授权配置管理工程师建立基线 2、配置管理工程