《软件配置管理规范》实施细则

软件配置管理实施细则
目录
1目的 (3)
2配置管理工作授权 (3)
3配置管理库结构标准 (3)
4配置项标识与管理 (3)
5工作流程定义 (4)
5.1项目SCM总流程 (4)
5.1.1编制配置管理计划 (4)
5.1.2配置标识 (4)
5.1.3基线变更控制 (4)
5.1.4配置状态统计 / 报告 (4)
5.1.5配置审核 (4)
5.1.6发布（FCA/PCA） (4)
5.2基线生成、归档 (5)
5.2.1流程 (5)
5.2.2规程 (6)
5.2.3单据 (8)
5.3程序测试 (8)
5.3.1流程 (8)
5.3.2规程 (8)
5.3.3单据 (9)
5.4基线变更控制 (9)
5.5配置状态统计/报告 (9)
5.6配置审核 (9)
5.6.1流程 (9)
5.6.2规程 (10)
5.6.3单据 (10)
5.7发布管理（下发） (11)
5.7.1流程 (11)
5.7.2规程 (11)
5.7.3单据 (12)
6配置管理保密管理 (13)
7相关/支持性文件 (13)
1 目的
为了加强公司软件配置管理，保证公司版本管理的一致性，配合《软件配置管理规范》的顺利实施，制定本细则。

2 配置管理工作授权
1. 公司领导贾林是配置管理工作的最高管理者和权限者，享有VM 和TRACKER 系统的用户名和密码，
能够对所有项目和产品的任一模块进行任意操作，也可以授权给别人。

既是管理者，又是执行者。

2. 配置管理部经理、部门经理是相应职责范围内的管理者、变更审批者，可以在配置管理部成员或研
发经理/组长配合下检查工作、审核，但不是版本管理工作的执行者，没有VM 系统的用户名和密码。

3. 配置管理部组员、研发经理/组长是配置管理操作的管理者和执行者，负责本职责范围内的配置管理
工作，并配合相关的检查。

4. 编程人员、文档编制、修改人员是版本管理机的使用者，没有管理权限。

5. 其他人员（如测试、市场、售后、工程等）可以根据需要，在配置管理部申请临时用户和密码，但
必须经过相关领导批准。

3 配置管理库结构标准
1. 配置管理库库结构原则：
⏹ 每个项目根据模块数量分别建立若干模块库和一个项目公共库。

⏹ 每个库根据种类分别下设一级目录，详细定义参见《配置管理库结构标准》。

⏹ 每个配置管理库单独分配用户、角色、权限。

2. 配置管理库结构示例参见《配置管理库结构标准》。

4 配置项标识与管理
1. 每个项目立项后，应由配置管理部编制《配置管理计划SCMP 》，研发部配合，明确该项目的配置
项和基线以及生成日期。

2. 开发活动涉及的源代码、文档应该从配置管理库中获取/存放。

3. 已经通过评审的文档或已经通过测试部测试验证的程序应该标识为正式版本或基线，进入受控状
态。

4. 提交测试或评审的配置项、测试通过或评审通过的配置项应使用LABEL 工具标注。

标注格式必须统
一，格式如下：
1） 过程版本：提交测试的源程序或提交评审的文档应标为过程版本
示例1：
P001项目第一次提交单元测试，则标注为：VER_P001-01_P7_021019(a) T1； 示例2：
P ×代表研发阶段，P7为单元测试
代表项目代号
VER _P001_P7_021019(a-z) T1
P001项目第三次提交单元测试（前两次测试没有通过），时间是2002年11月1日，而且此版本是
专门为广东开发的（此前已有一个版本是为北京开发的），则标注为：
VER_P001_P7_021101(b) T3；
同理：
集成测试版本格式为：VER_P001_P8_021019(a-z) T1；
产品测试版本格式为：VER_P001_P9_021019(a-z) T1；
2）基线：通过测试的源程序和通过评审的文档应标为基线
BL_ [ 项目代号 ] _ [ 阶段编号 ] _ [ 研发版本 ] _ [ 分支 ]
例：BL_P001_P05_V1.0_a
3）发布版本：基线中的配置项需要进行对内对外发布时应标为发布版本
REL_ [ 项目代号 ][ 发布版本 ] _ [发布日期]（分支）
例：REL_P001V1.10_021019(a-z)；
5.受控的各配置项的标识、发布版本、基线等信息，在使用版本管理机控制时，应参照《配置管理计
划》执行。

6.受控配置项的标识统一由配置管理部成员完成，研发部配合。

7.配置项CHECK OUT/IN频次应遵循各个项目的SCMP定义的更新频率。

5 工作流程定义
5.1 项目SCM总流程
在项目研发过程中的配置管理工作主要有六大活动：编制配置管理计划、配置标识、SCM变更控
制、配置状态统计 / 报告、配置审核（FCA/PCA）、发布。

5.1.1编制配置管理计划
在项目立项完成，开发计划确定后，开始编写配置管理计划（SCMP），并参与开发计划评审会批准通过，作为日后该项目的配置管理工作的基础和依据。

SCMP需确定以下核心内容：库结构定义、配置项定义、基线定义、生成日期、人员权限定义、变更控制授权、配置审核时间、配置状态报告、
发布进程等。

参见《配置管理计划》模板。

5.1.2配置标识
在项目各个阶段完成时，根据SCMP对该阶段的工作产品进行标识。

检查配置项的命名、目录位置是否正确，对该阶段评审 / 测试通过的配置项属于基线的打基线标识。

参见本文基线生成规程。

5.1.3基线变更控制
在项目进行中，对已形成的基线进行变更时，需经过提交CR（变更申请单）批准、变更实施、验
证、更新基线等一系列活动进行控制，避免随意修改。

参见本文基线变更控制规程。

5.1.4配置状态统计 / 报告
在项目进行中，定期对配置项的状态进行汇总、统计并向相关人员报告。

5.1.5配置审核
在项目进行中，根据SCMP定期对配置项的完成情况（时间、完整性、正确性）进行检查并向相关人员报告。

参见本文配置审核规程。

5.1.6发布（FCA/PCA）
在项目开发完成交付生产和用户时，需进行审核或测试确认，通过后打发布标识，然后进行归档下
发。

5.2 基线生成、归档
5.2.1流程
5.2.2规程
a.在研发各阶段完成时，按规定进行相应阶段评审，评审通过后形成《设计评审报告》或《文件评审记
录单》。

评审规程请参见《设计评审控制程序》。

b.同时SCM人员在《设计评审报告》或《文件评审记录单》上标注该阶段的基线标识；
c.对该阶段的相应配置项执行归档流程；
研发人员SCM人员SCM人员SCM人员
档案管理员
5.2.3 单据
《设计评审报告》或《文件评审记录单》
5.3 程序测试
5.3.1 流程
线管理，严格变更控制
SCM 人员
SCM 人员研发经理开发人员
测试人员
开发人员
SCM 人员
开发人员
SCM 人员
开发人员
测试人员
SCM 人员
5.3.3单据
无
5.4 基线变更控制
按照公司相应的变更控制程序实施基线变更控制。

相关支持性文件：
《设计文件更改控制程序》
《工艺文件更改控制程序》
5.5 配置状态统计 / 报告
在各项目开始后，配置管理部成员应定期提交《配置状态报告》给配置管理部经理和相应的部门经理。

5.6 配置审核
5.6.1流程
5.6.2规程
定期配置审核
在配置管理计划SCMP评审批准通过并开始执行时起，分管项目的SCM人员将按照SCMP中定义的定期审核的时间对各项目进行审核，并生成《定期配置审核报告》提交配置管理经理，定期审核内容参见模板《定期配置审核报告》，审核规程如下：
⏹在项目处在P5阶段之前时，SCM人员按阶段通过检查《配置项及库结构定义.xls》中的完成情况一
栏检查配置项生成和完整情况，当检查时如发现不符合情况，应及时填写到本周的《定期配置审核报告》中，并跟踪处理结果，如果正常可不出《定期配置审核报告》。

⏹当项目进入P5-P7阶段后，除了按阶段检查《配置项及库结构定义.xls》中的完成情况一栏之外，
SCM人员还需要和研发经理一起完成对模块库的研发文档和代码的审核，包括：源程序说明文件是否存在，书写是否正确，研发文档是否齐全规范，源程序是否及时更新，抽查源程序代码，检查注释是否规范齐全，并将检查情况填写到《定期配置审核报告》中，及时上报提交。

检查频率可按照模块库的更新频率。

⏹在定期配置审核中发现的任何问题，SCM人员应采取相应的纠正措施需提醒、督促、跟踪解决情
况及结果，配置管理部经理协助，直至全部符合，必要时向上级领导反应，协调解决。

在软件产品正式发布前，需进行功能配置审核（FCA）和物理配置审核（PCA）。

功能配置审核（FCA）
对发布版本的软件产品的进行最终正式功能检查，验证软件产品所对应的配置项的实际功能是否与其已成为基线的软件需求、设计文档一致。

确保软件配置项的正确性、一致性、完整性。

物理配置审核（PCA）
配置管理人员配合项目经理、研发经理、产品经理，对发布版本的软件产品进行最终正式物理检查，确保软件产品可交付物的物理完整性和正确性。

5.6.3单据
《定期配置审核报告》 《功能配置审核报告》 《物理配置审核报告》
5.7 发布管理（下发）
5.7.1 流程
研发人员SCM人员
研发人员
5.7.2 规程
5.7.3单据
6 配置管理保密管理
1.任何人都必须遵守公司保密制度，在各自的授权和职责范围内工作；
2.任何人（包括部门经理）不能以任何理由要求其他人员（或下属人员）提供用户和密码，公司领导
除外；
3.任何人不能互相打听、泄漏工作范围、用户、密码；
4.原则上，任何配置管理人员不能独立、完全负责任何一个项目，即每个项目的配置管理工作必须至
少有2人以上配置管理人员负责，各自负责不同模块；
5.根据需要，公司领导可以授权给其他人员，申请人需填写《VM库权限申请单》，经批准后在限定时
间内对指定范围的对象操作，其他配置管理人员不能互相授权；
6.配置管理服务器存放在VM机房，钥匙由公司档案室专人保管，没有公司领导授权，任何人不能进入
和操作；
7.进出入VM机房操作版本管理机VM，必须填写《进 / 出机房登记表》。

8.配置管理服务器的远程登录/操作类功能（如TELNET、FTP功能）属于禁止使用范围，未经公司领导
同意，任何人不能启用此类功能；
9.为确保各个配置库安全和正常使用，需保证PVCS密码的安全，因此分管各库的SCM人员需遵循3-5个
密码循环设定各库密码，以防止密码泄露造成各库全部失控情况和自己遗忘密码无法使用的情况。

各库PVCS密码和配置管理服务器用户密码（含ROOT、PVCS及其他用户）并统一提交贾总汇总保管，
并及时更新；
10.任何经过评审、测试的配置项都是受控对象，按照公司相关制度受控和保密。

7 相关/支持性文件
⏹软件配置管理规范
⏹配置管理计划（含《配置项及库结构定义.xls》）
⏹设计评审报告.doc
⏹VM库权限申请单.doc
⏹文件评审记录单.doc
⏹配置管理库结构标准.doc
⏹版本发布申请单.doc
⏹变更申请处理单.doc
⏹基线生成申请单.doc
⏹配置审核报告.doc
⏹功能配置审核报告（FCA）.doc
⏹物理配置审核报告（PCA）.doc
⏹定期配置审核报告.doc
本细则未涉及的其他事项参照《软件配置管理规范》执行。

本细则解释权归公司软件配置负责人。