(精)《软件配置管理规范》实施细则.docVIP

软件配置管理实施细则 目 录 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  目的 为了加强公司软件配置管理，保证公司版本管理的一致性，配合《软件配置管理规范》的顺利实施，制定本细则。 配置管理工作授权 公司领导贾林是配置管理工作的最高管理者和权限者，享有VM和TRACKER系统的用户名和密码，能够对所有项目和产品的任一模块进行任意操作，也可以授权给别人。既是管理者，又是执行者。 配置管理部经理、部门经理是相应职责范围内的管理者、变更审批者，可以在配置管理部成员或研发经理/组长配合下检查工作、审核，但不是版本管理工作的执行者，没有VM系统的用户名和密码。 配置管理部组员、研发经理/组长是配置管理操作的管理者和执行者，负责本职责范围内的配置管理工作，并配合相关的检查。 编程人员、文档编制、修改人员是版本管理机的使用者，没有管理权限。 其他人员（如测试、市场、售后、工程等）可以根据需要，在配置管理部申请临时用户和密码，但必须经过相关领导批准。 配置管理库结构标准 配置管理库库结构原则： 每个项目根据模块数量分别建立若干模块库和一个项目公共库。 每个库根据种类分别下设一级目录，详细定义参见《配置管理库结构标准》。 每个配置管理库单独分配用户、角色、权限。 配置管理库结构示例参见《配置管理库结构标准》。 配置项标识与管理 每个项目立项后，应由配置管理部编制《配置管理计划SCMP》，研发部配合，明确该项目的配置项和基线以及生成日期。 开发活动涉及的源代码、文档应该从配置管理库中获取/存放。 已经通过评审的文档或已经通过测试部测试验证的程序应该标识为正式版本或基线，进入受控状态。 提交测试或评审的配置项、测试通过或评审通过的配置项应使用LABEL工具标注。标注格式必须统一，格式如下： 过程版本：提交测试的源程序或提交评审的文档应标为过程版本 示例1： P001项目第一次提交单元测试，则标注为：VER_P001-01_P7_021019(a) T1； 示例2： P001项目第三次提交单元测试（前两次测试没有通过），时间是2002年11月1日，而且此版本是专门为广东开发的（此前已有一个版本是为北京开发的），则标注为： VER_P001_P7_021101(b) T3； 同理： 集成测试版本格式为：VER_P001_P8_021019(a-z) T1； 产品测试版本格式为：VER_P001_P9_021019(a-z) T1； 基线：通过测试的源程序和通过评审的文档应标为基线 BL_ [ 项目代号 ] _ [ 阶段编号 ] _ [ 研发版本 ] _ [ 分支 ] 例：BL_P001_P05_V1.0_a 发布版本：基线中的配置项需要进行对内对外发布时应标为发布版本 REL_ [ 项目代号 ][ 发布版本 ] _ [发布日期]（ 分支 ） 例：REL_P001V1.10_021019(a-z)； 受控的各配置项的标识、发布版本、基线等信息，在使用版本管理机控制时，应参照《配置管理计划》执行。 受控配置项的标识统一由配置管理部成员完成，研发部配合。 配置项CHECK OUT/IN频次应遵循各个项目的SCMP定义的更新频率。 工作流程定义 项目SCM总流程 在项目研发过程中的配置管理工作主要有六大活动：编制配置管理计划、配置标识、SCM变更控制、配置状态统计 / 报告、配置审核（FCA/PCA）、发布。 编制配置管理计划 在项目立项完成，开发计划确定后，开始编写配置管理计划（SCMP），并参与开发计划评审会批准通过，作为日后该项目的配置管理工作的基础和依据。SCMP需确定以下核心内容：库结构定义、配置项定义、基线定义、生成日期、人员权限定义、变更控制授权、配置审核时间、配置状态报告、发布进程等。参见《配置管理计划》模板。 配置标识 在项目各个阶段完成