软件项目-软件配置管理规范-模板

软件配置管理规范

版本：V1.0

目录

1介绍 (1)

1.1目的 (1)

1.2范围 (1)

2规范概述 (1)

3规范详述 (1)

3.1配置库管理规范 (1)

3.1.1配置库说明： (1)

3.1.2配置库目录结构： (2)

3.1.3配置库权限设置： (4)

3.1.4配置库备份机制： (5)

3.2配置项管理规范： (5)

3.2.1配置项入库： (5)

3.2.2配置项标识： (5)

3.3基线管理规范： (8)

3.3.1基线说明： (8)

3.3.2基线分类： (8)

3.3.3基线命名规则 (9)

3.4其它项配置规则： (9)

3.4.1分支命名规则 (9)

3.4.2Eclipse工作空间命名 (9)

3.4.3版本标签命名规则 (9)

3.5过程简称表： (10)

3.6配置类别简称表: (10)

1 介绍

1.1 目的

本规范目的在于指导配置管理人员如何利用配置库管理所有配置项，从而加强对公司软件产品的控制，保持软件产品在其整个生命周期中的一致性、完整性、可追溯性。

1.2 范围

本规范适用于重要软件产品和软件项目的配置项管理。对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。

2 规范概述

本规范应用于软件配置管理过程，主要包括配置库的设置，配置项的标示，基线命名等。

3 规范详述

3.1 配置库管理规范

整个项目开发中，把所有的工作成果存放在四个库中，分别为：开发库、受控库、基线库、产品库，每个库下面对应的分为文档库和代码库两部分。前三个库存放到配置管理工具数据库中，产品库建立在文件服务器\\192……\project目录中，根目录名称为项目编号。

配置管理员根据项目情况（项目规模、人员使用工具习惯等）、开发模式（本地开发、异地分布式开发）、财力等因素，确定配置管理工具软件（如：ClearCase、SVN、VSS等）以及计算机资源（内存、CPU、网络环境）；确定存储库备份环境（备份服务器、备份介质）。

3.1.1 配置库说明：

开发库，包括整个开发过程中处于动态变化过程中的工作成果。

受控库，存放项目计划中定义的需要进行控制工作产品。软件配置管理就是对软件受控库中的各软件项进行管理，因此软件受控库也叫做软件配置管理库。

基线库，存放项目过程的基线配置项。

产品库，主要存放项目中产生的工作产品，用于测试及其他人员的交互，由于程序文件都一次生成，不需要进行版本管理的，所以产品库存放在文件服务器上。

3.1.2 配置库目录结构：

开发(产品)目录结构的规划是软件配置管理的主要内容，由过程工程师、架构师配合配置经理来共同制定，并在配置管理工具的支持下予以实施。

3.1.2.1 Stream（流）的划分

3.1.2.2 VOB（版本对象库）

1.PVOB:

代码库：

文档库：

3.1.3 配置库权限设置：

开发库(开发流程)权限设置：

文档库权限设置：

3.1.4 配置库备份机制：

项目开发实施过程中，配置管理员应定期做好配置库，数据库的备份，以防劳动成果的丢失给整个项目及公司带来的严重损失。

1.配置库备份周期：配置库的备份采取每周进行一次。

2.配置库备份方案：先将数据备份到服务器本机XX目录下，同时利用ftp进行远程备份，将数据

备份到10.21.8.33的YY目录下，备份策略采取先删除前一天备份文件，然后备份当天数据。

3.2 配置项管理规范：

3.2.1 配置项入库：

对配置管理计划中选定的需要入库的配置项进行检查，当配置项被批准后，配置管理员将它提交到受控库中，其中部分配置项要受到基线控制，部分配置项要受到版本控制。

3.2.2 配置项标识：

为了识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，也就是说，每一个配置项要有一个唯一标识。

3.2.2.1 Stream（流）

3.2.2.2 VOB

3.2.2.3 View（视图）

项目组成员创建视图时，只允许创建静态视图。

3.2.2.4 Componet（组件）划分

3.2.2.5 配置项标识规则：

3.2.2.6 配置项标识规则说明：

版本

否，非基线项

的工作产品

可以不包含

此参数

由两位组成，形式为

V0.0

初始版本为

V1.0

3.2.2.7 配置项标识举例：

文档类配置项：

软件类配置项：

3.3 基线管理规范：

3.3.1 基线说明：

基线是指经过正式评审和批准，可作为下一步工作基准的一个配置。软件开发过程中，无论是需求分析、设计、测试都需要在完成时建立基线，也就是说基线是确保在给定的时间点记录并归档所有的已开发工作产品，以作为下一步工作的基础。

3.3.2 基线分类：

3.3.3 基线命名规则

基线命名规则：<产品名称>_<项目简称>_<基线简称>_<版本>_<日期>

参数说明：其中“版本”的初始值为V1.0，增量为1；“日期”的格式为“YYYYMMDD”

例如：QP_DEC_REQBL_V1.2_20080713

3.4 其它项配置规则：

非基线版本是指在项目的生命周期中，除基线版本外，还有必要标识的其它版本。例如，项目组在完成某一阶段工作后、提交评审的版本，项目在测试阶段的版本都需要标识。

3.4.1 分支命名规则

分支命名约定是用小写字母来表示名称。

3.4.2 Eclipse工作空间命名