软件配置管理规范

配置管理规范

文㈱号：QMS—PROC-SCM03

版本：L2

受控签章

编写人日期

评审评审号/日期

批准状态/日期

发布范围全公司

修改历史

日期］版本作者修改内容

1目的和范围

本规范是为了配合公司配置管理流程文件的执行所给出的配置管理活动中配置项用命

名、角色定义及权限分配规范，目的是给配置管理流程的使用人员详细的操作指南。

2目标

配置管理活动相关人员通过本规范的学习，充分撑握配置项命名规范配、置管理活动中

所有角色的定义和权限的设置，更有效的执行公司配置管理流程。

3

3.1软件配置管理(SoftwareConfigurationManagement,SCM)

软件配置管理是标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的

投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。一言以蔽

之配，置管理是门通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的

版本、在产品开辟和发布阶段控制变化，从而使管理制度化、有效减少重免性工作、保证产

品的质量和效率的科学。。

3.2配置项(configurationItem,CI)

软件配置指一个软件产品在软件生存周期各个阶段所产生的各种形式(机器可读或者人

工

可读)和各种版本的文档、程序及其数据的集合。

该集合中的每一个元素称为该软件产品软件配置中的一个配置项(configuration

item)o

3.3产品基线productbaseline

指在软件组装与系统测试阶段结束时，经过正式评审的批准的有关所开辟的软件产品的

3、源代码和执行程序

4、项目中使用的第三方产品和数据

4.1.2项目编号命名规则

项目编号根据项目名称或者项目特征采用英文字母或者英文字母、数字和下划线组合。

以至少的字母达到最容易理解的意义。

例如；

4.1.3配置项命名规则

配置项的命名包括两个方面的内容：

1、配置项磔

在我们的项目中，源代码和执行程序命名规则可以参照编码规范中的相关内容，文档

类可以采用全中文或者全英文命名两种方式。

•全中文命名使用"项目名一模板名【一标识】"来命名。

"项目名"过长的可以采用中文简称，中文简称尽量以至少的汉字达到最容易理解的意义;

"模板名"使用公司的组织过程资产库中规定的名称；

"【一标识】”是可选项,可以是时间（如：yyyymmdd）、序号（阿拉伯数字）、版本号

（如:V1.0）、阶段名（妇：编码阶段）、模块名等。

例如：""简称为"";

2022年12月4号的QA周报命名为"xxx_QA周报_20221204"0

•全英文命名使用"项目编号.模板名【一标识】"来命名。

例如："XXXX"的项目计划命名为"XXX_PP";

"XXX"2022年12月4号的QA周报命名为"xxxx_QAWR_20221204"。

下表列出了我们在项目中使用的配置类别命名：

配置类别命名配置类别命名

项目任务书Projecttask

项目计划ProjectPlan|

bookTASKPP

项目周报Weeklyproject工作周报Weeklywork

PWRWWR

Report

项目会议记要MinutesMeet_YearMC）培训记录和培训文档TRD

配置命名.】用目中使用的第三方产品

评审记录AssessmentrecordsTPP

YearMDThird-partyproducts

彳既要设计说明书

需求分析说明书

Softwaredesign

SoftwarpRAquirpmAntSRDTSOI

specification

pecification

_____________________1

详细设计说明书

功能列表FeatureListFeaLThedetaileddesignTS03

specification

测试计划TestPlanTestP测试用例TestCaseTestCase

测试报告TestReportTSR3户手册UsermanualsSysGuider

配置计划CMPQAJi报QAWR

2、配置项版本命名

配置项版本命名是针对配置项的版本进行命名，在我们的项目中，配置项版本通过对

Project的Label操作来实现，配置项版本的命名需要能清晰标识配置项的状态。公司CVS

配置管理库逻辑上分开辟库、基线库和产品库，所有的配置项都保存在一个库中，对这三个

库的划分是通过逻辑划分方式进行的，具体来说，就是通过配置项版本命名来划分的；SVN

配置管理库物理上分开辟库、受控库、基线库。我们配置项的版本命名规定如下：

a）基线版本

基线版本由配置管理员进行标识。基线发布分正式基线和非正式基线。正式基线包括需

求基线和产品基线；非正式基线通常包括概要设计基线、详细设计基线、代码/调试基线和

测试基线。基线版本的标识普通使用”项目名称一基线名称版.本号”

基线名称叩-61基线名称叩-6

需求基线REQ_BL1运行基线RUNJL

概要设计基线HLD_BL1产品基线Proud_BL

详细设计基线DD.BL1计划基线Plan.BL

代码基线CODE.BL1单元测试UTEST_BL

测试基线TEST.BL

集成测试基线QTEST_BL|

系统测试基线SysTest_BL1

基线的版本号遵循《配置管理流程》5.3.2配置项版本规范定义的X.YZ模式命名。其

中X为主版本号，Y为次版本号，取值范围均为1-9配.置项第一次"正式发布"时，版本号

为L0。若配置项的版本升级幅度较小，普通只增大Y值；惟独当配置项版本升级幅度比较

大时，才允许增大X值。处于"正在修改"状态的配置项的版本号格式为:X.YZ，配置项正

在修改时，普通只增大Z值，X.Y值保持不变。当配置项修改完毕，状态重新成为"正式发

布"时，将Z值设置为0,增加X.Y值。

例如：xxxxx_需求基线.正式发布首版本

基线版本标识为：XXKX_REQ_BL1.00

b）发布版本

发布版本参照基线版本标识形式,将版本号前的B-改为Release即可。

例如：xxxx.产品基线一正式发布客户首版本

发布版本标识为：xxxx_PUR_Releasel.O

c）其他版本

除基线版本外，有时候还需要在开辟和维护过程中确定其他版本。例如，产品在测

试过程中不断的问题修复过程中，可能会有多种反复，此时需要将每次修改的内容作为一个

版本。

关于版本，还有另一个需要注意的问题。普通来说，按照模块来划分，每一个模块有自

己的版本演进比较合理。首先，一个模块普通是由一个或者两个开辟人员完成的；其次，

一个模

块的功能会比较单一且独立，在版本的演化过程中便于控制，也不会和其他模块产生过于复

杂的关系。CVS库中产品的版本需要由各个模块的不同版本组成，这个纵横的关系需要很好

地管理，我们的做法是在CVS库上用Label来标识,同时维护一个描述产品版本和模块版本

关系的readme.txt文件；SVN库任何一次提交都会对所有文件增加到同一个新版本号，即

使是提交并不涉及的文件,所以，各文件在某任意时间的版本号是相同的。

需要说明的是开辟库中的版本配置工具会根据操作人员对文件的修改与提交自动化的

给出版本标识，比如:CVS初始版本号为1.1,修改提交一次自动递升一个子版本号为1.2,

挨次类推。CVS同时也支持操作人员自定义版本号，这个不属于受控库管理之列不做统一

要求，开辟组可根据项目实际情况进行组内约定。

4.2角色和权限定义

角色是配置管理流程的执行者和参预者，定义明确的角色有利于实现明确的授权和明晰

的流程，虽然在实际中可能多个角色由一个人担任，但还是应该保留角色的定义。

下面是该项目中我们的角色定义。

4.2.1配置管理员

整个配置管理库由配置管理员管理。配置管理员负责分配和修改其他成员的权限，要维

护所有目录和配置项。

4.2.2项目经理

项目经理在本项目中负责主导完成需求分析和系统总体设计，对项目的总体进度负责。

项目经理拥有对管理类文档的读取权限，可以对项目类文档进行读写操作；

4.2.3开辟组长

开辟组长对本小组的工作负有组织和管理任务同力寸开辟组长也需要承担一定的开辟任

务。开辟组长对管理类文档有读取权限，对本组负责的模块有读取权限，对自己负责的模块

有读写的权限；

4.2.4开辟工程师

开辟工程师完成具体的开辟任务，对自己负责的模块目录有读写权限，对管理类文档有

读取权限；

4.2.5测试组长

测试组长负责组织测试，给出测试计划和测试方案,并核定测试报告。测试组长对所有

目录都有读取权限，对测试目录有读写权限；

4.2.6测试工程师

测试工程师负责完成测试工作，包括测试用例开辟和测试执行，测试报告编写。测试工

程师对自己负责的模块有读取权限，对测试用例目录有读写权限。

4.2.7QA工程师

QA工程师拥有对所有目录的读取权限，拥有对QA类文档目录的读写权限。

〔说明〕CVS酉己置库中，除配置管理员外，其他所有成员都没有CVSROOT目录和文件的

权限，这是为了防止误删除操作带来不可挽回的损失。如果需要对目录进行Destroy操作，

必须由配置管理员进行。

4.3配置库结构定义

我公司主营业务为外包软件开辟，为方便多语言库的移植，配置管理库采用英文标识如下：

项目配置库结构

【项目简称】（项目）

■"trunk（开辟主线即开辟库）

-DOC（项目文档类配置项存放文件夹）

'"Requiremet（需求类）

■■Design（设计类）

■■Code（编码类）

""Test（测试类）

-PM（项目管理类）

一一Maintenance（维护类）

-CM俾干直审鸡求）

―皿（节置保证求）

―MA（度置求）

-------Training（培油求）

-------Release（文简求）

-------Reference（冬3自世）

—SRC（页『卜石求乾岂存坛自各丈）

一一BIN（页『新据、运i环境分三午三古提民野岂页存坛自各丈）

-------branches（公关）

-------tags（受#床）

―DOC（页『自世求率千岂页存坛自各丈）

——SRC（页f卜石求野岂存坛自各丈）

一一BIN（页『新据、运i环境分台午三古提民野岂页存坛自各文）

-------baseline（基为床）

——REQ_BL（需书基为）

——DD_BL（式…基为）

——CODE_BL（卷石基为）

一—SysTest_BL（系兑涧专基为）

——Proud_BL（户存基为）

CVS率干岂床迈樟二公尊*床、基为床和户存床，扣鸡二承套寡*床develop和户存床

Product,基为床利音午CVS工兴提民哧叁文巩;

SVNrF岂床扣鸡二公事*床、受#床和基为床。

床浩构存坛卜字*甲：

1、惠*元为：『常事*栏励岁古；

2、公关：存坛公关岩〔;

3、受#床：保存标叁岩〔。这旦存储卜字依才一个旦程码跳既水栏i存世。当事*久

「在咱已跳工依事*到-之程度乍，…才予"提令涧专分有提令半页『绘鸡栓直」，名予"

提令到受#床；

4、基为床：当丽期卧基为*台指跳•序卜字在受#床付即达到予基为个跳状志用，予”

符这些率干岂页转〉基为床付；户存基为逗过标店夹注甲，了宜龙式岂户存床。

基为跳标叁规沪已在二-幸节付指述，在少了早节述。

5配置管理工具及环境配置

CVS和WI蜘和和和和

5.1配置管理工具

1、CVS并发版本系统(Concu