2016配置管理规程.docVIP

配置管理（Configuration Management, CM）的目的是通过执行版本控制、变更控制等规程，以及使用配置管理软件，来保证所有配置项的完整性和可跟踪性。 配置管理过程域的四个主要规程： 制定配置管理计划－配置库管理 －配置版本控制 －配置变更控制 定义 工作成果（Work Product） 项目研发和管理过程中会产生许许多多的工作成果，例如文档、程序和数据等。 配置项（Configuration Item, CI） 所有纳入配置管理范畴的工作成果统称为配置项，配置项主要有两大类： （1）属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等。 （2）项目管理中产生的文档。如计划、报告等。这些文档虽然不是产品的组成部分，但是值得保存。 每个配置项的主要属性有：标识符、名称、文件状态、版本、作者、日期等。所有配置项都须保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 基线（Baseline） 基线由一组配置项组成，并且这些配置项已被“冻结”，任何人不能再随意修改（见变更控制规程）。基线通常在里程碑处建立，所以一个产品可以有一个或多个基线。基线的主要属性有：标识符、名称、版本、日期等。通常将交付给客户的基线称为一个“Release”，为内部开发所用的基线则称为一个“Build”。 项目配置管理员（Project Configuration Manager） 为了提高配置管理的效率和安全性，项目需要有专人为项目制定《配置管理计划》，创建和维护配置库，在本文档中，该负责人称为项目配置管理员。在公司，项目支持负责人担任项目配置管理员的角色。 项目变更控制委员会（Change Control Board, CCB） 项目CCB对项目内配置管理的各项活动拥有决策权（例如审批配置管理计划，审批变更请求等）。对于配置管理而言，项目CCB是决策者，而项目配置管理员是执行者。项目CCB的人数视项目的规模而定。通常项目CCB由项目经理、资深项目成员等人组成，项目经理为项目CCB负责人。CCB的决策采用“少数服从多数”原则。 配置管理流程介绍 配置管理的流程下图所示： 制定配置管理计划 目的和范围 项目配置管理员制定《配置管理计划》，以便有计划地开展配置管理工作。《配置管理计划》的主要内容包括配置管理软硬件资源计划、配置项计划、基线计划、交付计划、备份计划等。CCB评审该计划。 入口准则 《软件项目计划》已经制定 项目配置管理员和项目CCB已经确定 角色和职责 项目配置管理员：由项目支持经理担任这个角色，负责制定《配置管理计划》 CCB：评审《配置管理计划》。 活动 确定配置管理的软硬件资源 项目配置管理员根据项目的规模以及财力，确定配置管理软件以及计算机资源。在公司，各项目统一使用Visual SourceSafe进行配置管理。 制定配置项计划 项目配置管理员识别项目的主要配置项。每个配置项都有唯一的标识符，标识符的参考格式为Project-Type-Number。 Type表示配置项类型，如SPEC（软件需求规格说明），DD（详细设计）等。 Number为3位数字，范围从001到999，表示一个配置项有若干个文件。若配置项只有一个文件，则该项可以省略。 配置项计划的格式如下： 类型 主要配置项 标识符 预计正式发布时间 设计书 详细设计书 IFS-DD 2004.12.1 需求规格说明 需求书 IFS-SPEC 2004.11.20 源代码 源代码包 IFS-SRC-001 2004.12.30 源代码包中文件列表 IFS-SRC-002 2004.12.30 制定基线计划 项目配置管理员确定每个基线的名称（标识符）及其主要配置项，估计每个基线的建立时间。基线计划的格式如下： 基线名称/标识符 基线所包含的主要配置项 预计建立时间 IFS-BASELINE-001 列出基线中所有配置项的标识符 2004.12.30 制定配置库备份计划 项目配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。 《配置管理计划》评审 《配置管理计划》的评审可以和《软件项目计划》的评审同时进行，也可以单独进行评审。 出口准则 《配置管理计划》已经制定并通过了CCB的评审。 交付物 《配置管理计划》 验证和确认 CCB审核《配置管理计划》与《软件项目计划》是否一致 度量 项目配置管理员统计制定《配置管理计划》的工作量。 配置库管理 目的和范围 项目配置管理员为项目创建配置库，并给每个项目成员分配权限。各项目成员根据自己的权限操作配置库。项目配置管理员定期维护配置库，例如清楚垃圾文件、备份配置库等。 入口准则 《配置管理计划》已经制定 配置管理的软件硬件已经