配置管理制度0.4解析.doc

配置管理制度 (讨论稿) 文件状态：【√】草稿 【 】正式发布 【 】正在修改 文件标识： 配置管理制度 当前版本： V0.4 作者： 况野 完成日期： 2014-1-02 审核人： 审批人： 审批时间： 湖北科能电力电子有限公司 版本/状态 作者 参与者 起止日期 备注 V0.1/创建 况野 --2013-11-15 V0.2/修改 况野 --2013-12-16 V0.3/修改 况野 --2013-12-20 V0.4/修改 况野 2013-12-26--2014-1-02 1 概述 目的 配置管理（Configuration Management, CM）的目的是有计划的实施配置管理，指导项目经理、配置管理员及相关的人员建立配置库，利用配置库管理所有配置项，提供配置项的存储和索引功能，确保项目所有配置项的完整性，可跟踪性及可追溯性。 通过配置管理，能确保配置库的统一，确保项目产品得到有效的管理与运用，提高资源的共享与利用；通过变更管理活动，保证产品的完整、正确、一致，防止配置项被随意地修改而导致混乱。 范围 适用于公司所有项目。 术语 术语 描述 软件配置管理 是在项目开发中，标识、控制和管理软件变更的一种管理。 工作成果 项目研发和管理过程中会产生许许多多的工作成果，例如文档、程序和数据等。 基线 基线由一组配置项组成，并且这些配置项已被“冻结”，任何人不能再随意修改（见变更控制规程）。基线通常在里程碑处建立，所以一个产品可以有一个或多个基线。基线的主要属性有：名称、版本、日期等。通常将交付给客户的基线称为一个“Release”，为内部开发所用的基线则称为一个“Build”。 配置项 所有纳入配置管理范畴的工作成果统称为配置项，配置项主要有两大类： （1）属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等。 （2）项目管理中产生的文档。如计划、立项建议报告、各种计划以及上述文档的评审记录、监控报告等。这些文档虽然不是产品的组成部分，但是值得保存。 （3）相关设备 指项目开发和运行环境（包括硬件和软件），以及项目开发和测试过程中使用的专用仪器设备，如 读卡机、扫描仪等。 （4）相关资料主要指客户提供的行业法规，标准及其调研期间提供的业务单据，往来会议记要，传真， 电子邮件，重要的电话记录等。 每个配置项的主要属性有：项目名称、、文档内容、文件状态、版本、作者、日期等。所有配置项都须保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 开发库（devlib） 存放开发过程中需要保留的各种信息，供开发人员个人专用。开发人员对其具有编辑、修改、删除等操作权限。 基线库（baselib） 开发库中产品经过测试小组测试后，行成一个稳定的版本，由配置管理员从开发库中将该版本提取出来，行成一个新的版本。以后的版本更新将在此基础上进行更新。所有人员对基线库的最大权限只能为只读权限。 配置管理员(Project Configuration Manager） 为了提高配置管理的效率和安全性，项目需要有专人为项目制定《配置管理计划》，创建和维护配置库，在本文档中，该负责人称为项目配置管理员。在公司，项目支持负责人担任项目配置管理员的角色。 项目变更控制委员会(Change Control Board, CCB） 项目CCB对项目内配置管理的各项活动拥有决策权（例如审批配置管理计划，审批变更请求等）。对于配置管理而言，项目CCB是决策者，而项目配置管理员是执行者。项目CCB的人数视项目的规模而定。通常项目CCB由项目经理、资深项目成员等人组成，项目经理为项目CCB负责人。CCB的决策采用“少数服从多数”原则。 角色与职责 角色 职责 项目经理 提出基线变更请求 审批非基线变更请求 审核非基线变更发布申请 项目小组 根据配置管理制度规范，在权限之内操作配置库。 配置管理员变更控制委员会 审批基线变更请求 审核基线变更实施结果 变更实施人 填写软件变更单提取配置项 实施对基线、非基线变更涉及配置项的具体修改 测试工程师/评审人员 对变更进行测试或评审 2 配置管理范围 公司管理文档及项目过程中产生的所有文档，包括：研发项目管理文档、研