配置管理流程

配置管理流程

版本历史

目录

1简介 (1)

1.1目的 (1)

1.2适用范围 (1)

1.3引用文件 (1)

1.4术语和缩略语表 (1)

2过程总体描述 (3)

2.1过程概述 (3)

2.2过程流程图 (4)

3过程活动描述 (5)

3.1步骤1：创建配置库 (5)

3.2步骤2：制定配置管理计划 (5)

3.3步骤3：评审通过？ (6)

3.4步骤4：完成工作产品 (7)

3.5步骤5：配置库管理 (8)

3.6步骤6：配置项控制 (9)

3.7步骤7：基线管理 (12)

3.8步骤8：报告配置状态 (13)

4附录 (14)

附录A配置管理模板 (14)

附录B公司标准目录结构 (14)

1 简介

1.1 目的

配置管理是一种标识、组织和控制修改的技术，目的是使软件开发过程中的错误降为最小并最有效的提高生产效率。

通过对开发过程进行有效的管理和控制，完整、明确的记载开发过程中的历史变更，形成规范化的文档。使日后的维护和升级得到保证，保护代码资源，积累软件财富，提高软件重用率，加快投资回报。

1.2 适用范围

汉柏科技有限公司

1.3 引用文件

无

1.4 术语和缩略语表

●SCM：软件配置管理，是一套规范、高效的软件开发基础结构。通过对

软件开发过程的各种输出物进行管理，保证开发的完整性、正确性及可

追溯性。

●配置项：配置管理的对象，简单来讲它符合以下任意一个特点：

◆它会被两个或两个以上的项目成员共同使用；

◆它会随着项目的开展而发生变化；

◆对项目重要的工作产品；

◆一些工作产品之间的关系非常紧密，一个变化其他的就会受到影响。

●基线：

◆项目存储库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，

随后的工作基于此标准，并且只有经过授权后才能变更这个标准；

◆简单来讲就是将一组配置项拿“线”穿起来作为一个整体进行统一命名。

●检入：将文档或代码通过配置管理工具从本地提交到服务器的动作。不

同的配置管理工具检入的命令不同，如：

◆SVN的检入命令叫：SVN Commit，汉柏研发中心使用SVN作为配置管理工

具；

◆Clearcase的命令叫：Checkin。

2 过程总体描述

2.1 过程概述

配置管理主要包括配置项标识，版本管理，变更管理，报告配置状态和发布管理等活动。本流程将项目的配置管理活动分为三个主要的阶段：配置管理策划，配置库管理和发布管理。

●配置管理策划主要是在项目初期进行配置管理活动的整体计划，项目的配置管理策

略，配置管理活动的执行周期在计划中确定；

●配置库管理是贯穿于项目的整个过程的，它主要包括了配置标识及版本管理，变更

管理，配置状态报告等内容，主要目的是为了保持配置库的正确，完整和可追溯性；

2.2 过程流程图

图2-1 配置管理过程流程图

3 过程活动描述

3.1 步骤1：创建配置库

3.2 步骤2：制定配置管理计划

输出（Output）●配置管理计划

方法 (How) 1、配置管理员根据配置管理计划模板制定配置管理计划，主要内容：

◆配置项标识：基于项目过程定义中定义的输出物

确定本项目的配置项，原则上需要后续进行维护和修改的工

作产品可作为配置项；

确定管理级别，如对于需求文档需要加大管理力度，而对于

报告类的文档则无需花费太多时间。

◆基线计划，确定各基线的建立时间

按照工作产品单个入基，逐步完善的原则建立基线。如设计

基线包括：概要设计、详细设计等文档。当完成概要设计评

审后可先入基线，然后详细设计完成后再入基，最终形成设

计基线。

◆汇报机制及计划

配置项状态报告的时间点。

◆分支集成策略

Trunk分支及Branch分支如何集成，何时集成的策略。

2、完成配置管理计划的编制后，发送给项目经理进行审批。

注解(Comments)

3.3 步骤3：评审通过？

名称（What）评审通过？

责任人（Who）项目经理

时间(When) TR1-TR2

输入（Input）●配置管理计划

输出（Output）●配置管理计划

方法 (How) 1、将本计划同项目各计划一同进行评审。

◆如评审通过，则进行后续活动；

◆如不通过，则修改直到通过为止。

注解(Comments)

3.4 步骤4：完成工作产品

名称（What）完成工作产品

责任人（Who）项目组

时间(When) TR1-TR6

输入（Input）●项目计划

输出（Output）●工作产品

方法 (How) 1、项目组按完成工作产品

◆具体的时间点参考项目计划中规定的时间点。

2、个人对工作产品的配置管理

◆文档：

建议开始编写时就检入到文档库的规定位置，每次修改后进

行提交，这样可以随时获取之前的版本，防止误操作丢失，

也更方便其他人查看；

最低要求在发出评审前将工作产品的初稿检入到SVN的文档

库中进行管理，以保证文档的版本受控；

文档入基后，后续的工作以基线文档为准。不能再以开发区

中的文档作为参考；

入基后的文档不能随意修改，如需修改一定是由于变更引起

的，变更的管理请参考《变更管理流程》。

◆代码：

代码分为开发分支和集成分支；

开始编码时将代码检入到开发分支；