配置管理规范

1.    目的... 2

2.    适用范围... 2

3.    职责... 2

4.    规范内容... 2

4.1 配置管理的范围... 2

4.2 各配置项的获得... 2

4.3 配置库的建立... 3

4.4 需求分析... 3

4.5 软件开发计划... 3

4.6 系统的设计... 3

4.7 编码... 3

4.8 测试... 3

4.9 验收与项目总结... 3

4.10 相关资料与培训... 3

4.11 日常事务... 3

5.    工作程序... 4

6.    质量记录... 5

 

1.        目的

指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。

2.        适用范围

适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法，本文件以wincvs配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。

3.        规范内容

3.1       配置管理的范围

软件配置可包括以下几方面：项目文档，源代码，执行程序，相关设备及资料等。

1）项目文档主要指：软件系统规格说明书、软件开发计划、设计和测试相关报告、总结报告、验收报告以及上述文档的评审记录。

2）相关设备主要指项目开发和运行环境（包括硬件和软件），以及项目开发和测试过程中使用的专用仪器设备，如读卡机、扫描仪等。

3）相关资料主要指客户提供的行业法规，标准及其调研期间提供的业务单据，往来会议记要，重要的电话记录等。

3.2    各配置项的获得

项目立项之后，软件配置管理员即可建立项目配置库，并着手收集各配置项。

1）项目文档。开发各阶段结束时，软件配置管理负责人可向开发人员索要相关文档及对应评审记录，归到配置库。

2）对于源代码和执行程序的管理最好使用工具，条件不具备时，要注意对配置库的目录分配。各开发人员分别建立自己的工作目录，完成后的模块再放到项目相关目录下。

3.3       配置库的建立

所有项目应建立一配置库，以便管理前面提到的各配置项。一般的可视化开发环境都有自带的配置管理工具，可以用管理工具来建立配置库。下面以wincvs为例描述配置管理库的建立及各配置项的控制方法。各项目在开始时，均应建立以下几项子项目，进行分阶段管理。     

3.4       需求分析

在《软件系统规格说明书》取得客户的确认后，封锁该子项目，如后期需要修改，须征得管理员的认可，并作好修改说明，如需升版则必须通过部门评审并得到客户的确认.

3.5       软件开发计划

软件开发计划，包括项目总体进度说明，及配置管理计划等。开发计划的修改按项目文档来处理。

3.6       系统设计

针对《软件规格说明书》进行系统设计，配置时应说明系统设计的版本与软件规格说明书版本的对应关系。

3.7    编码

编码实现过程应注意与客户需求系统设计相一致。

3.8       测试

测试测试阶段应提供测试用例计划、测试总结报告等。

3.9       验收与项目总结

项目总结由项目组成员共同编制，并应经过部门内部评审。

3.10     相关资料与培训

此部分包括相关法律、法规，必须遵照或项目组约定的技术规范，必要的业务或技术培训等。

3.11     日常事务

与项目相关的日常事务，如项目组内的规定，项目周报、日报、人员的增减事务等。

4.        工作程序

5.1         配置管理过程的两项主要活动

1）编制《配置管理计划》；

2）按照《配置管理计划》实施配置管理活动，配置管理活动的具体内容如下：

l  配置项的正确、唯一标识；

l  基准配置项的更改控制；

l  基准配置项的状态记录；

5.2                   《配置管理计划》的编制与审批

5.2.1    《配置管理计划》的编制

通常情况下，由软件配置管理负责人按照《配置管理计划编写规范》在项目策划阶段编制《配置管理计划》；

5.2.2    《配置管理计划》的审批

《配置管理计划》由软件配置管理负责人审批。

5.3         配置项的标识

5.3.1       要标识的配置项主要包括以下几部分：

1)        开发环境：可以包括软件工具、硬件设备等；

2)        工具：可以包括测试工具、维护工具等；

3)        技术文档：软开发计划、、软件系统规格说明、质量计划、设计相关报告、测试文档、用户手册、总结报告等；

4)        提交产品：计算机程序、释放产品等。

5.3.2标识要求

 项目组人员将要标识或已标识的配置项提交给软件配置管理管理负责人，由软件配置管理负责人统一管理，并填写“配置状态报告”。

开发部门在开发过程中要》向软件配置管理负责人提交基准配置项，由软件配置管理负责人管理基准配置项，并及时填写“配置状态报告”。

5.4         基准配置项的更改和版本控制

5.4.1    更改请求的提出及审批

   如果需要对配置项进行修改，客户或开发部门按照“配置更改单”的格式填写更改请求说明和更改评估。一般情况下，更改评估要考虑更改对其它配置项的影响及更改的效果；如果更改较大，还要评估更改对时间和成本的影响。如果更改是为了增加需求，还要将报价单交给客户审批。填好后，提交给软件配置管理负责，由软件配置管理负责人组织相关部门评审。

   建议的更改被批准，进行下一步的实施更改工作；否则，终止更改。由软件配置管理负责人将“配置更改单”归档。

5.4.2更改的实施跟踪与记录

   更改被批准后，“开发计划”、“配置管理计划”等文档也要进行相应的更改，项目管理部门要对更改的实施进行跟踪。项目组人员要按照更改过的开发计划表、配置管理计划表提交配置项，软件配置管理负责人管理这些配置项，重新标识所有被影响的配置项及版本。

5.5             配置状态报告

每个项目已完成的配置项应在“配置状态报告”中登记，以便及时跟踪各项目的配置情况。尤其要注意对更改的基准配置项及其受影响的配置项的标识，明确基准配置项的状态。

5.        质量记录

7.1         “配置更改单”

7.2         “配置状态报告”

7.3     “配置管理计划表”

第二篇：CM-GF-02配置库管理规范

河南航天金穗电子有限公司 文件编号：

编 制：

审 核：

批 准： CM-GF-01 版本号： 1.0 高付海 日 期： 2010-01-27 日 期： 2010-02-01 日 期： 2010-02-01 配置库管理规范

配置库管理规范

文件修订记录

2

配置库管理规范

目 录

1使用对象........................................................................................................................................ 4

2 项目配置库结构描述 ................................................................................................................... 4

2.1开发库（develop） .......................................................................................................... 4

2.2 受控库（confirmed） ..................................................................................................... 4

2.3 产品库（product） ......................................................................................................... 4

3 版本号标示规则(Revision、release、Build) ....................................................................... 5

4 配置库的创建 ............................................................................................................................... 6

5 配置库的访问方式 ....................................................................................................................... 6

6角色及权限 .................................................................................................................................... 6

6.1角色及职责 ........................................................................................................................ 6

6.2 帐号及权限管理 ............................................................................................................... 7

6.2.1 帐号管理 ............................................................................................................... 7

6.2.2 权限管理 ............................................................................................................... 7

3

配置库管理规范

1使用对象

项目经理、开发人员、测试人员、技术支持人员、配置管理人员、其他需要浏览配置库的相关人员

2 项目配置库结构描述

针对目前研发中心项目实际情况，每个项目配置库初始创建时分三个子库，分别是：

开发库(Develop)、受控库（confirmed）、产品库（product）

2.1开发库（develop）

主要为开发人员所用，下设code、documents、branch等三个子目录，code目录为开发代码所用，documents为项目文档目录，项目开发过程中产生的文档（包括管理文档、设计文档、测试文档等）提交到documents中，项目经理可根据自己的需要在documents目录中创建所需的文档子目录，branch为分支目录，根据项目的需求，当需要利用分支开发时，可把项目分支创建到此子目录

开发人员日常进行的文件添加、修改、删除、检入、检出等操作只针对开发库。

2.2 受控库（confirmed）

受控库中存放受控的配置项和定义基线后的文档、代码，对受控库中的配置项的变更应实施正规的、严格的控制，对受控库的管理包括对每个配置项的检入、检出以及对其功能的可追踪性、各配置项的一致性的审查，受控库由项目配置管理员负责

2.3 产品库（product）

为配置管理人员、项目经理、技术维护人员专用，保存经过系统测试后经过正式评审的产品代码及验收文档，此处为提交到用户正式环境中的代码，不允许 4

配置库管理规范

对代码进行修改，设只读权限，子目录名以产品版本号为标示，如：ver1.0.0、ver1.0.1等，建议产品版本号以ver1.0.0开始标示。

产品库是可以对外正式发布的配置库，有着严格的版本定义控制，对用户在正式环境中部署的应是从产品库中取得的正式版本，对于项目的每次升级应严格按照版本标识规则进行产品版本的标识。

配置库目录结构示意图（以网上办税项目为例）

3 版本号标示规则(Revision、release、Build)

项目版本号结构定义：VER主版本号.子版本号.[ 修正版本号]

解释：

(1) 项目初版时，版本号为 ver1.0 或 1.0.0；

(2) 当项目在进行了局部修改或 bug 修正时，主版本号和子版本号都不变，修正版本号加 1；

(3) 当项目在原有的基础上增加了部分功能时，主版本号不变，子版本号加 1，修正版本号复位为 0，因而可以被忽略掉；

5

配置库管理规范

(4) 当项目在进行了重大修改或局部修正累积较多，而导致项目整体发生全局变化时，主版本号加 1；

4 配置库的创建

配置库的创建由配置管理员完成，项目经理协助，项目初始文件的导入可以由项目经理完成，或者配置管理员协助项目经理完成导入。

5 配置库的访问方式

项目成员：检出源代码代码时：svn://10.10.10.1/配置库名称/develop/code， 检出文档时：svn://10.10.10.1/配置库名称/develop/documents

日常对代码或者文档的更新、提交，无需再对访问路径单独设置 维护人员：检出部署到用户实际环境的产品，检出产品路径：

svn://10.10.10.1/配置库名称/product/版本号

注：检出或者导入文件时，除利用SVN协议外，也可以使用http协议，如： http:://10.10.10.1/配置库名称/develop/code

如果日常只是浏览配置库内容，为方便起见，可以直接利用浏览器打开，在

浏览器地址栏输入需要访问的配置库路径即可

6角色及权限

6.1角色及职责

6

配置库管理规范

6.2 帐号及权限管理

6.2.1 帐号管理

（1） 在SVN服务器上为项目组的每个项目成员都建立帐号；

（2） 帐号名为中文名字英文字母全称，如：张三，帐号为zhangsan；

（3） 根据项目过程中的人员调配状况适时增加和删除帐号；

（4） 用户登录口令与帐号名一致，首次使用请修改自己的登录口令；

（5） 每个项目成员应该使用自己的帐号登录SVN服务器；

（6） 项目成员如果遗忘帐号口令，应即时通知配置管理员重新分配该帐号的口

令；

6.2.2 权限管理

（1） 配置管理员对配置库拥有所有权限

（2） 项目经理对所属项目配置开发库拥有所有权限、对受控及产品库拥有只读

权限

（3） 项目成员对所属项目配置开发库其中属于自己的模块拥有所有的读写权

限，对开发库中的其他模块拥有只读权限，对文档目录拥有读写权限，对受控库及产品库没有权限

（5） 数据库工程师对开发库拥有读写权限，对受控库、产品库没有权限。

（6） 系统构架师及业务分析师对开发库中的文档目录拥有读写权限，对其他模 7

配置库管理规范

块有读权限

8