配置管理规范
1目的
规范产品开发过程中配置活动的流程和要求，确保产品及其相关交付件的版本和使用在项目的
整个生命周期中的完整性和可追踪性。
2适用范围
适用于本公司所有项目及其整个软件开发生命周期的所有配置管理活动，及项目产生的技术文
件的入库及使用管理。
3定义
3.1 配置管理
Configuration Management（CM）是通过技术或行政手段对产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录产品的演化过程，确保开发者在产品生命周期中各个阶段都能得到精确的产品配置。
3.2 配置项
凡是纳入配置管理范畴的工作成果统称为配置项。配置项包括两大类：一是属于产品组成部分的工作成果，例如印制板图、源代码、需求文档、设计文档、测试用例等等；二是在管理过程中产生的文档例如各种计划、监控报告等等。
3.3 配置库
包括项目开发库、项目受控库、项目检验库、项目成品库。
3.3.1项目开发库
存放与项目研制有关的可由计算机读取的产品开发过程文档的信息库，命名为XXX PDL （project development library），其中XXX为项目代号。项目开发库的地址为：“\\技术部门\项
目开发库”。
3.3.2 项目受控库
存放与项目研制有关的可由计算机读取的通过里程碑和节点评审的产品的信息库，命名为XXX PCL（project controlled library)。项目受控库的地址为：“\\技术部门\项目受控库”。
3.3.3 项目检验库
作为受控库的子库，用于存放边研制边生产阶段的设计文档。
3.3.4项目成品库
存放符合最终研制要求的设计文件(含电子版、纸质版及其它形式)成品的库，命名为XXX PPL （project product library）。项目成品库由总师办标准化/技术资料部进行管理，包括底图室、科档室和软件成品库。详细管理要求见《项目成品库管理办法》。
4角色与职责
4.1 高级管理者
负责建立项目的CCB配置控制委员会，一般情况由管理团队中的总工程师担任，负责Ⅰ类技术文件借用的最终审批。
4.2 CCB：配置控制委员会（Configuration Control Board，CCB）
CCB是个虚拟小组，对配置管理各项活动拥有决策权（例如审批计划，审批变更请求等）
4.3 产品线经理：负责项目配置库权限审批，技术文件借用及开发库权限的审批。。
4.4 项目经理：
a)负责制定项目的组织结构和配置管理策略；
b)负责项目开发库、受控库访问权限分配和制定常用策略，定义里程碑基线；
c)协助配置管理员拟制配置管理计划；
d)按计划提交工作产品到项目开发库、受控库；
e)对技术文件借用提出审核意见。
4.5 设计师：
依据项目的开发和配置管理策略，按要求提交工作产品到项目开发库。
4.6 项目管理员：
a)负责组织工作产品交付件检查；
b)负责组织在项目里程碑后将项目开发库的工作产品转入受控库；
c)负责提交科研文档到成品库入库。
4.7 配置管理员：
负责根据项目经理的开发组织结构和策略实施项目配置管理，包括；
a)制定配置管理计划;
b)项目开发库、受控库的目录与权限设置和管理；
c)对项目组进行工具使用培训;
d)定期提交配置管理报告；
e)负责对项目开发库、受控库进行审计，并定期维护项目配置项。
4.8 系统管理员：
负责配置库系统维护。实施、维护配置管理的环境，设置项目权限，定期维护配置库，完成备份、恢复和系统优化工作，清除垃圾文件，做好病毒防护和系统保密工作。
4.9 QA人员：
负责跟踪并根据需要验证配置管理过程是否符合规范要求。
4.10技术资料部：
负责项目成品库与检验库目录的设置与管理，负责对应的纸质和电子资料管理。
4.11 质量部：
按《设计控制程序》要求负责对各里程碑提交受控库的软件进行审查和验证，检验库软件的归档。
5过程与要求
5.1 组织建立
项目组建时，除指定项目经理、设计师、配置管理员、项目管理员和QA人员外，需由高级管理者建立项目的配置控制委员会CCB。CCB人员可由高级管理者、产品经理、项目经理、软件总体负责人、配置管理员、项目管理员、质量保证经理、财务人员等技术和管理部门的人员以及军代表组成。
5.2 配置库配置
项目配置库主要配置见表1。
表1 项目配置库主要特性一览表
5.3 开发库
5.3.2创建要求
a)项目经理在项目代号下达后一周内，填写《项目三库权限申请表》，并确定配置管理员（可
由项目经理、辅助设计、项目管理员兼任）。经项目经理会签和产品线经理批准后提交总师办项目管理部，项目管理员按照开发库结构标准创建开发库。
b)项目组成员变动时，项目经理应及时通知项目管理员，并填写《项目三库权限申请表》，重
新设置权限。
5.3.3结构标准
开发库要求保存图纸、程序、数据、文档、图表、报告等与项目研发过程有关的各种文档。结构及内容要求见表2。
续表2
5.3.4开发库管理要求
a)项目组所有设计师根据设计任务书要求，必须按照表2形式将所有与项目相关的工作交付
件以电子文档形式及时提交到开发库对应文件夹中；项目组成员在交付开发库时，并保证
技术文件的质量及可信度。
b)项目经理在组织项目研制过程中，应在开发库文件做各种小节点专题评审后，及时将生效
的技术文件再次存入或升级开发库内容；
c)入库时要标识好文件：①生成日期；②以Ⅰ类、Ⅱ类的形式标识重要度；③MI级标识（商
MI▲）。例如：主控板电路图（），表示该文件为05年9月8日形成的Ⅰ类秘密技术文件。
d)项目组各设计师按照所设权限使用开发库。如有权限外的人员需要使用时（如其它项目人
员），相关人员须提交《项目开发库/受控库借阅申请表》经产品线经理及公司总工程师批
准后，交由该项目经理办理借用手续。借用人须在申请表中作出保密承诺。
5.4 受控库
5.4.1创建要求
受控库管理员在项目代号下达后一周内，按照受控库结构标准创建该项目的受控库。
5.4.2结构标准
受控库结构及内容要求见表3。
表3 受控库结构
5.4.3受控库管理要求
a）存入受控库的文件必须是经阶段评审通过并完善后的版本；
b）版本标识同开发库文件；
c）属项目组外的人员需借阅时，同开发库借用管理要求一样，经总工程师批准后交受控库管理员办理借阅读权限。
d）受控库文件每半年备份一次。
5.5项目检验库
检验库管理要求如下：
a）软件入库及出库需质量部会签，但不需军代表会签；
b）生产过程中软件出入库可以不经过质量部验证，但需质量部会签；
c）产品提交厂检前必须使用经质量部验证通过的软件；
d）产品完成批次生产或技术鉴定后，质量部/项目管理部将相关信息报给技术资料部，相关责任人必须于一个月内办理成品库入库手续。逾期不办，技术资料部将提交延迟项目及责任人汇总表发至主管领导和军代表；
e）其他管理要求详见《项目成品库管理办法》。
5.6 成品库
在项目完成并通过最终里程碑后，项目经理应将所有技术文件归入项目成品库中，详细管理要求见《项目成品库管理办法》。
5.7 配置审计
为了保证所有人员（包括项目成员和CCB）都遵守配置管理规范，配置管理员、受控库管理员
和成品库管理员要定期审计配置管理工作。
5.7.1审计频度
项目三库审计人员必须审查库结构是否符合要求，内容是否完整，版本是否有效；抽查库中文件是否有损坏、异常（如感染病毒、不能正常运行等）等。
审计频度见表4所示：
5.7.2审计要求
a)开发库审计人员填写《开发库审查记录表》，审计人员将其及时性和交付件质量作为项目组
成员绩效考评的依据之一。
b)受控库和成品库管理员根据审查情况如实作好记录，完成《项目三库审查记录表》。并将执
行情况作为项目评奖的必要条件之一。
c)项目经理根据审计结果组织整改。
5.8 其它要求
5.8.1 培训和技术支持
项目管理员负责维护项目配置库内容；配置管理员负责对项目成员的使用培训、技术支持，并配合项目经理建立配置库目录结构及权限设置；系统管理员负责维护配置库系统，清除系统垃圾，备份配置库。
5.8.2 安全要求
严禁对配置系统数据进行蓄意破坏，一经查证，予以重罚。情节严重者，按相关的计算机信息管理和保密制度相关条例进行处理。
为保证系统的高效性和严谨性，严禁在系统中下存放与工作学习无关的文件；非库管理需求，不得在任一库中大量复制存放文档。
5.8.3 改进
每半年或一年配置管理员根据度量情况和各方意见评估改进配置管理过程的可能并实施改进。
5.8.4 备份
●备份用硬件：备份服务器磁盘阵列，磁带库
●备份计划
系统管理员每月对开发库、受控库进行一次数据库的全局备份，系统管理员于备份的第二天进行备份数据检查，如发现异常情况则重新安排时间进行备份，每次备份的内容保留两周。
成品库的备份按照《项目成品库管理办法》。
6相关/支持文件
设计控制程序
设计更改控制程序
立项管理办法
项目成品库管理办法
7记录/模版
配置库目录结构与权限表
项目配置库审查记录表
项目配置库权限申请表
开/受控库借阅申请表
拟制：
审核：
会签:
批准：
配置管理（Configuration Management, CM）的目的是通过执行版本控制、变更控制等规程，以及使用配置管理软件，来保证所有配置项的完整性和可跟踪性。 配置管理过程域的四个主要规程： 制定配置管理计划－配置库管理－配置版本控制－配置变更控制 定义 1.工作成果（Work Product） 项目研发和管理过程中会产生许许多多的工作成果，例如文档、程序和数据等。 2.配置项（Configuration Item, CI） 所有纳入配置管理范畴的工作成果统称为配置项，配置项主要有两大类： （1）属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等。 （2）项目管理中产生的文档。如计划、报告等。这些文档虽然不是产品的组成部分，但是值得保存。 每个配置项的主要属性有：标识符、名称、文件状态、版本、作者、日期等。所有配置项都须保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 3.基线（Baseline） 基线由一组配置项组成，并且这些配置项已被“冻结”，任何人不能再随意修改（见变更控制规程）。基线通常在里程碑处建立，所以一个产品可以有一个或多个基线。基线的主要属性有：标识符、名称、版本、日期等。通常将交付给客户的基线称为一个“Release”，为内部开发所用的基线则称为一个“Build”。 4.项目配置管理员（Project Configuration Manager） 为了提高配置管理的效率和安全性，项目需要有专人为项目制定《配置管理计划》，创建和维护配置库，在本文档中，该负责人称为项目配置管理员。在公司，项目支持负责人担任项目配置管理员的角色。 5.项目变更控制委员会（Change Control Board, CCB） 项目CCB对项目内配置管理的各项活动拥有决策权（例如审批配置管理计划，审批变更请求等）。对于配置管理而言，项目CCB是决策者，而项目配置管理员是执行者。项目CCB的人数视项目的规模而定。通常项目CCB由项目经理、资深项目成员等人组成，项目经理为项目CCB负责人。CCB的决策采用“少数服从多数”原则。 1.1 配置管理流程介绍 配置管理的流程下图所示：
研发体系 研发中心
范文范例参考 1.0 发布EPG 202 2.9.25 MSG 2022.9.25 注：对该文件内容增加、删除或者修改均需填写此修订记录，详细记载变更信息，以保证其可追溯性。
1. 前言 (4) 1.1. 目的 (4) 1.2. 合用范围 (4) 1.3. 术语 (4) 2. 职责说明 (5) 3. 输入 (5) 4. 入口准则 (5) 5. 活动 (6) 5.1. 活动关系图 (6) 5.1.1. 配置管理流程图 (6) 5.1.2. 配置变更流程图 (7) 5.2. 活动描述 (7) 5.2.1. 制定配置管理计划 (7) 5.2.2. 建立配置库 (8) 5.2.3. 建立配置项 (8) 5.2.4. 基线建立及发布过程 (8) 5.2.5. 配置变更 (9) 5.2.6. 配置审计 (9) 5.2.7. 备份 (10) 6. 输出 (10) 7. 出口准则 (10) 8. 本过程裁剪规定 (10)
用于描述配置管理过程，规范配置管理的操作。 合用于在软件生命周期中对各类软件项目的配置管理活动。 ：Configuration Control Board，配置控制委员会，每一个项目组需要建立项目级的CCB 作为变更控制权威。 CCB 由 PPQA、项目经理、测试经理、配置管理员构成，有时也可以包括客户代表、高层经理。 CCB 组长可以是PPQA 或者高层经理，但不能是项目经理。 基线，是开辟过程中标识出的里程碑所交付的一个或者多个配置项，它有三个特征：( 1)已 经过正式的评审和批准；(2)作为项目发展和产品升级的基础。基线变更必须经过CCB 审批。 可以分为物理审计和功能审计。前者审查配置项的外在特征的正确性与一致性；后者审查配 置项内容的正确性与一致性。 确认配置项标识的正确性； 确认已受控配置项的更改是受到控制的； 验证配置库内容与相应记录之间的一致性； 验证配置管理活动与相应记录之间的一致性； 验证配置管理工作是否符合合用的标准和规程； 验证配置管理系统与系统备份的有效性、一致性等。 验证当前基线所含配置项对前一基线所含配置项的追溯性； 确认当前基线所含配置项均正确反映了项目需求； 评估基线的完整性； 验证当前基线和各基线间所含配置项的一致性； 验证配置库内容的完备性和正确性等。
软件三库管理制度 1目的 公司按*B 5716-2006要求制定了本制度，主要规定公司产品研制过程中二次开发、自主开发软件开发库、受控库和产品库（以下简称三库）的管理要求。 2范围 本办法适用于公司所有型号配套软件三库的管理，非开发（外协）软件按本制度进行产品库的入库及更改。 3引用文件 *B3206A-2010 技术状态管理 *B 5716-2006 军用软件开发库、受控库和产品库通用要求*J 3118-1999 航天产品技术状态管理 *P/* 004－2014不合格品控制程序 *W/* 030－2014设计和开发更改管理制度 *W/* 034-2015软件配置管理规范 *W/* 038-2015软件设计和开发管理制度 */**01015A-2015 产品配套光盘归档下发管理实施细则 */**01017-2013 科技档案受控下发管理规定（试行） 《测试管理制度》 《通指装备研制工作管理规定（试行）》（总参2013年9月）4术语 软件开发库：在软件生存周期中，存放软件配置项的集合。 软件受控库：在软件生存周期中，存放已通过测试或评审且作为阶段性产品的软件配置项的集合。 软件产品库：在软件生存周期中，存放供交付、生产、检验验收以及已定型（鉴定）的软件配置项的集合。 5职责 5.1 科技管理部职责 负责制定软件三库管理相关文件，组织专业技术培训、交流； 5.2 软件配置库管理员职责 指定软件配置库管理员，负责各型号软件受控库、产品库的控制及管理，包括：软件各配置项的管理，软件入库光盘、装机
光盘、交货光盘制作，受控库和产品库病毒检测工作。 5.3 设备与信息化部职责 a)分配软件三库管理权限； b)负责管理软件三库服务器的维护和备份。 5.4 测试组职责 a)负责接收软件工程师提交的测试申请，承诺测试开始时间和 结束时间； b)检查技术协议、软件设计方案与具体实现是否一致；按技术 归零等要求检查变更前后的软件源代码； c)编写测试计划，搭建测试环境，执行测试，及时向研发人员 反馈测试缺陷，编写测试报告； d)负责归档管理测试报告，并负责测试缺陷的整改闭环跟踪； e)配合事业部完成全新产品的测试性设计和策划工作。 5.5 软件工程师职责 a)负责开发库软件提交工作； b)负责受控库、产品库的软件出/入库申请工作，非开发（外 协）软件的产品库入库及更改工作； c)负责将提交测试的软件源程序编译为目标代码； d)对提交入库的软件源程序、目标代码杀毒后生成ISO文件， 记录MD5检验码； e)向软件配置管理工程师和设计部部门经理报告开发库的状 态。 5.6 软件配置管理工程师职责 a)负责开发库的出、入库控制和管理； b)负责编译服务器的日常维护； c)监督软件工程师将源程序编译成目标代码的工作； d)负责按*W/* 034-2015开展软件配置项管理工作。 6软件三库管理要求 6.1 基本要求 设备与信息化部在服务器终端建立开发库、受控库、产品库，并分配管理权限； a)各部门严格按照软件配置管理计划以及软件三库管理要求， 对软件开发过程中所产生的相关资料（程序、支撑环境、
研发项目管理之配置管理规程 1 总则 1.1概述 在项目整个生命周期中项目管理员应对研发工作产品进行标识，跟踪完成有关基线变更处理。 1.2基本原则 项目配置管理的目的是建立和维护项目在整个生命周期产品的统一性、完整性和可追溯性。应遵循的原则： 项目管理员负责项目配置管理。 项目配置管理工作贯穿项目的整个生命周期。 项目管理员应定期检查配置管理工作。 项目结项时应提交配置状态记录表。 1.3人员要求及岗位职责 1.3.1项目管理员 1.3.1.1职责 建立基线库，实施版本控制；收到或更改某个配置项时，应及时通知有关人员；记录并维护配置状态信息，配合项目管理员及领导对项目配置管理的定期检查工作。项目结项时，应对项目的配置情况进行总结，最终提交配置状态记录表并存档。 1.3.1.2岗位要求 接受相关配置管理规范、变更管理规程的培训。
1.3.2项目经理、开发部经理 1.3. 2.1职责 定期或在事件驱动下检查配置管理工作。 1.3. 2.2岗位要求 接受相关配置管理规范、变更管理规程的培训。 1.4资源保证 公司研发部门保证提供完成项目配置管理工作所需的资源、工具和人力。 2 规范流程 2.1.1配置管理规范 2.1.1.1目的 指导项目管理员进行配置管理工作。 2.1.1.2适用范围 公司研发部门所有开发项目 2.1.1.3配置管理过程 2.1.1. 3.1制定配置管理计划 项目管理员负责制定项目配置管理计划，内容包括项目中将要进行的配置管理活动、时间安排、相关资源，职责分配等。 对于配置项变更应按照“变更请求流程”来进行。 配置管理计划应经项目经理审核 配置管理计划由项目管理员负责管理和控制，由项目组遵照实施。
软件配置管理规范流程Is the eternal love the truth. December 22, 2021
1概述 目的 本文档主要目的在于规范项目配置管理活动,确保配置项正确地唯一标识并且易于存取,保证基线配置项的更改受控,明确基线状态,在整个软件生命周期中建立和维护项目产品的完整性和可追溯性; 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动,针对项目不同在流程上作适当的删减;配置管理可采用各种工具及手工办法,本文件以CVS并行版本系统配置管理工具为例,规定公司的配置管理办法,使用其他工具时也可对应本文件的要求参照执行; 术语和缩略语 软件配置管理Software Configuration Management,SCM 软件配置管理是对软件修改进行标识、组织和控制的技术,用来协调和控制整个过程;是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施;配置管理的目标是记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置; 配置项Configuration Item,CI 凡是纳入配置管理范畴的工作成果统称为配置项,配置项逻辑上组成软件系统的各组成部分,一般是可以单独进行设计、实施和测试的; 每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等;所有配置项都被保存在配置库里,确保不会混淆、丢失;配置项及其历史记录反映了软件的演化过程; 基线Baseline 在配置管理系统中,基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态,这些配置项构成了一个相对稳定的逻辑实体,而这个过程被称为“基线化”;每一个基线都是其下一步开发的出发点和参考点;基线确定了元素配置项的一个版本,且只确定一个版本;一般情况下,基线一般在指定的里程碑处创建,并与项目中的里程碑保持同步;每个基线都将接受配置管理的严格
配置管理规范 配置管理是软件开发过程中的一项重要工作，它涉及到软件的版本管理、配置项管理、变更管理等方面。一个合理的配置管理规范可以提高软件开发的效率和质量，并且有助于团队协作和项目管理。下面是一个针对配置管理的规范，包括了配置管理的目标、流程和责任。 一、配置管理的目标 1. 提高开发效率：通过规范的配置管理流程，减少了重复的工作，提高开发效率。 2. 确保版本一致性：配置管理可以确保不同开发者之间工作内容的一致性，避免了版本冲突和错误。 3. 控制变更风险：配置管理可以追踪软件版本的变化，并在需要时进行必要的回退操作，降低变更风险。 二、配置管理的流程 1. 管理配置项 （1）定义所有的配置项：明确所有需要进行配置管理的项，包括源代码、文档、测试数据等。 （2）标识配置项：对每个配置项进行唯一标识，便于跟踪和管理。 （3）建立配置项库：建立一个中央的配置项库，记录所有配置项的详细信息，包括版本、修改日期、修改人等。 （4）配置项的版本管理：对每个配置项进行版本管理，确保每个版本的变更能够被记录和追踪。 2. 变更管理
（1）变更申请：任何人都可以提出变更申请，申请内容应包 括变更的原因和目的。 （2）变更评审：由配置管理团队进行变更评审，评估变更的 必要性和影响。 （3）变更审批：对通过评审的变更进行批准，并确定变更的 实施计划。 （4）变更实施：按照变更的实施计划进行变更操作，确保变 更的正确性和稳定性。 （5）变更验证：验证变更的效果，确保变更没有引入新的错 误或问题。 3. 版本发布 （1）版本发布计划：制定版本发布计划，明确发布时间和发 布内容。 （2）发布准备：对即将发布的版本进行必要的准备工作，包 括构建、测试和文档整理等。 （3）版本发布：按照发布计划进行版本发布操作，确保发布 过程的稳定和可控。 （4）版本验证：对发布的版本进行验证，确保版本的正确性 和稳定性。 （5）版本控制：记录并管理已发布版本的信息，以供后续参 考和回退操作。 三、配置管理的责任 1. 开发人员：负责对自己的代码进行版本管理，确保代码的正确性和稳定性，并遵守配置管理规范的要求。 2. 配置管理员：负责配置管理流程的执行，包括配置项的标识、
1目的围 规定了公司软件开发库、受控库、产品库（以下简称三库）的管理规。 2参考文献 《软件三库管理制度》 3术语和定义 GitLab：一个仓库管理系统，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。 Jenkins：基于Java开发的一种持续集成平台，用于监控持续重复的工作。 SPM：公司研发部开发的持续集成工具，用于集成软件部署包。 Releaser：公司研发部开发的基于SPM的软件部署包发布工具。 Kiwi TCMS：公司研发部基于开源代码改进的测试用例管理系统，用于测试计划和测试用例的创建和维护、以及测试执行的记录。 4职责 4.1软件三库管理职责 软件开发库由项目组管理，软件受控库由研发部管理，软件产品库由质量部管理。 4.2软件管理员职责 a)具备软件配置管理知识； b)熟悉研制项目的配置管理； c)熟悉公司结构、软件三库管理规定、标识规定和软件配置管理计划。 5管理容与方法 5.1建立软件三库 5.1.1 开发库 a)开发库代码部分和说明部分基于GitLab建立，按照软件项目分配仓库。 项目组长任仓库Master，负责需求说明的管理、成员管理、问题跟踪、分支Merge、任务分配、Tag标识等工作。 项目组成员任仓库Developer，负责设计和交付说明的管理、问题调查、分支维护等工作。 测试组成员任仓库Reporter，负责测试说明的管理、报告问题、问题回归等工作。 b)开发库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。
项目组成员负责维护自动测试脚本和版本生成脚本。 Jenkins管理员（计算机）任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。 另任库管理员，负责出入库管理、配置项管理等工作。 5.1.2 受控库 a)受控库代码部分基于GitLab建立，按照软件项目分配仓库。 软件经理任仓库Master，负责将通过完整测试的开发版本打上Tag标识，在GitLab 上作为独立稳定的分支，该分支不接受更改，有效受控。 b)受控库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。 Jenkins管理员（计算机）任库管理员，负责将打上Tag标识的代码版本生成软件部署包，打上同样的Tag标识，放入仓库。 该部分目录及目录下文件一旦生成，不可删除或更改，有效受控。 c)受控库说明部分存在于公司部的公共服务器。 另任库管理员，负责出入库管理、配置项管理等工作。 d)受控库测试用例部分基于Kiwi TCMS建立，按照软件项目分配仓库。 项目组长具有测试计划审核权限，测试组长具有测试用例编辑和测试用例审核权限，测试组成员具有测试用例编辑权限。 5.1.3 产品库 产品库存在于公司部公共服务器，按照软件项目分配仓库。 另任库管理员，利用Releaser工具将通过申请的打上Tag的受控版本生成软件产品包，负责各产品的出入库管理、配置项管理等工作。 5.2制定三库管理规定 5.2.1 容要求 软件三库管理规定： a)入库控制 相关人填写入库申请，负责人审批，库管理员操作或检查入库，详见三库管理要求（第5.4、5.5、5.6节）。 b)访问控制 各仓库设置权限管理，一般来说，给予库管理员写权限，给予相关人读权限，详见三库管理要求（第5.4、5.5、5.6节）。
配置管理规范
配置管理规范模板 目录 1. 目的 2. 适用范围 3. 术语和缩略语 4. 规范内容 5. 引用文件 1. 目的 指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。 2. 适用范围 适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法，本文件以Source safe配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 3. 术语和缩略语 本文件采用NP601100《配置管理》程序使用的术语和缩略语的定义。 4. 规范内容 4.1 配置管理的范围 软件配置可包括以下几方面：项目文档，源代码，执行程序，相关设备及资料等。 1）项目文档主要指：立项建议报告、项目启动计划、可行性分析报告、开发计划、需求分析报告、软件功能规格说明书、系统设计报告、数据库表结构、技术报告、总结报告、验收报告以及上述文档的评审记录。 2）相关设备主要指项目开发和运行环境（包括硬件和软件），以及项目开发和测试过程中使用的专用仪器设备，如读卡机、扫描仪等。 3）相关资料主要指客户提供的行业法规，标准及其调研期间提供的业务单据，往来会议记要，传真，电子邮件，重要的电话记录等。 4.2 各配置项的获得 项目立项之后，软件配置管理负责人SCML即可建立项目配置库，并着手收集各配置项。1）项目文档。开发各阶段结束时，软件配置管理负责人SCML可向开发人员索要相关文档及对应评审记录，归到配置库。 2）开发人员在出差前应带好与客户会谈的准备材料。根据出差的任务不同，还应准备客满意度调查表，交付书，验收报告等。返回之前应和客户确认，并在出差回来时交给软件配置管理负责人SCML一份备份，如有客户提供的文献资料、有关设备仪器须进行登记。对于任何正在进行的项目，如有客户来访须做好会议纪要。 3）开发部门发给客户的传真件或客户发来传真至少应在项目档案中保存一份备份。 4）对于源代码和执行程序的管理最好使用工具，条件不具备时，要注意对配置库的目录分配。各开发人员分别建立自己的工作目录，完成后的模块再放到项目相关目录下。 5）在项目结束归档时电子邮件也应作为项目的相关资料进行归档。 4.3 配置库的建立 所有项目应建立一配置库，以便管理前面提到的各配置项。一般的可视化开发环境都有自带的配置管理工具，可以用管理工具来建立配置库，也可以在机器的某目录下建立配置库，手工管理。下面以Source Safe为例描述配置管理库的建立及各配置项的控制方法。各项目在开始时，均应建立以下几项子项目，进行分阶段管理。
[105002]浦发个贷系统配置管理规范 作者: 戴胜华 拟制: 2005-3-21 审核: 批准: 文件名称： 105002-配置管理规范 版本：1.0 机密等级：
修改记录
目录 1 范围 (4) 2. 用于配置管理的软硬件资源 (4) 2 配置项 (4) 2.1项目管理过程文档 (4) 2.2 QA过程文档 (4) 2.3 工作产品 (5) 3 命名规则 (5) 3.1项目名次定义 (5) 3.2项目管理项目 (5) 3.3工作产品 (6) 4 配置库文件目录结构 (6) 4.1文档模块 (6) 4.2代码模块 (6) 5 角色和责任 (7) 5.1 SETC 负责人 (7) 5.2 配置管理员 (7) 6 目录、配置项的添加/修改/删除流程 (7) 7 配置库备份 (7)
1 范围 本配置管理规范的适用范围包括SETC 部门的全部工作产品，研发中心各个部门的评审记录。 2. 用于配置管理的软硬件资源 2 配置项 对我们的项目来说，配置项需要包括以下的内容： 2.1项目管理过程文档 a)项目计划； b)项目会议纪要； c)工作周报； d)等 2.2 QA过程文档 a)QA计划； b)评审记录； c)等
2.3 工作产品 a)功能说明书； b)设计文档； c)代码； d)测试文档； e)用户手册； f)等 3 命名规则 3.1项目名次定义 项目名称：上海浦东发展银行个人贷款管理系统 项目编号：105002 简写：浦发个贷 英文代码：SPDBPL 3.2项目管理项目 工作周报-XX 部[-ZZ 项目]-NN-YYYYMMDD NN 为填写工作周报的人，如张三 日期为周报中工作的开始日期。 例： 周报-SETC-张三-20020911 周报-CAS 部-前端项目-李四-20020911 工作周报原则上一个人每周只填写一份，如果需要填写两份，命名中“项目”项目部分必须不同。 会议记要- [-ZZ 项目]-会议类型-YYYYMMDD-会议主题 日期为会议开始日期。 会议类型：如周例会、管理协调会议、技术讨论会等。
配置管理规范 1目的 规范产品开发过程中配置活动的流程和要求，确保产品及其相关交付件的版本和使用在项目的整个生命周期中的完整性和可追踪性。 2适用范围 适用于本公司所有项目及其整个软件开发生命周期的所有配置管理活动，及项目产生的技术文件的入库及使用管理。 3定义 3.1配置管理 Configuration Management (CM)是通过技术或行政手段对产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录产品的演化过程，确保开发者在产品生命周期中各个阶段都能得到精确的产品配置。 3.2配置项 凡是纳入配置管理范畴的工作成果统称为配置项。配置项包括两大类：一是属于产品组成部分的工作成果，例如印制板图、源代码、需求文档、设计文档、测试用例等等；二是在管理过程中产生的文档例如各种计戈上监控报告等等。 3.3配置库 包括项目开发库、项目受控库、项目检验库、项目成品库。 3.3.1项目开发库 存放与项目研制有关的可由计算机读取的产品开发过程文档的信息库，命名为XXX PDL (project development library),其中XXX为项目代号。项目开发库的地址为：“\\技术部门'项 目开发库”。 3.3.2项目受控库 存放与项目研制有关的可由计算机读取的通过里程碑和节点评审的产品的信息库，命名为XXX 项目受控库的地址为：“\\技术部门'项目受控库 PCL (project controlled library) 3.3.3项目检验库
作为受控库的子库，用于存放边研制边生产阶段的设计文档。 3.3.4项目成品库 存放符合最终研制要求的设计文件（含电子版、纸质版及其它形式）成品的库，命名为XXX PPL （project product library） 项目成品库由总师办标准化/技术资料部进行管理，包括底图室、 o 科档室和软件成品库。详细管理要求见《项目成品库管理办法》。 4角色与职责 4.1高级管理者 负责建立项目的CCB配置控制委员会，一般情况由管理团队中的总工程师担任，负责I类技术文件借用的最终审批。 4.2CCB ：配置控制委员会（Configuration Control Board, CCB） CCB是个虚拟小组，对配置管理各项活动拥有决策权（例如审批计划，审批变更请求等） 4.3产品线经理：负责项目配置库权限审批，技术文件借用及开发库权限的审批。。 4.4项目经理： a）负责制定项目的组织结构和配置管理策略； b）负责项目开发库、受控库访问权限分配和制定常用策略，定义里程碑基线； c）协助配置管理员拟制配置管理计划； d）按计划提交工作产品到项目开发库、受控库； e）对技术文件借用提出审核意见。 4.5设计师： 依据项目的开发和配置管理策略，按要求提交工作产品到项目开发库。 4.6项目管理员： a）负责组织工作产品交付件检查； b）负责组织在项目里程碑后将项目开发库的工作产品转入受控库； c）负责提交科研文档到成品库入库。 4.7配置管理员： 负责根据项目经理的开发组织结构和策略实施项目配置管理，包括； a）制定配置管理计划；
项目成品库管理办法 1 目的 规定技术文件(含产品软件)版本在产品定型后入成品库时的使用及管理要求。 2 合用范围 合用于公司所有技术研制项目产生交付的定型的技术文件入库及使用管理。 3 术语与缩写 3.1 项目成品库 存放符合研制要求的技术文件 (含电子版、纸质版及其它形式 )成品的库，命名为 XXX PPL (project product library)。 该库作为某项目经最终设计确认后，符合最终研制要求的技术文件的存放地。 可用于指导项目产品生产、维修活动，也可作为二次开辟的借鉴。 3.2 软件重要度 软件按照重要度分为Ⅰ类软件和Ⅱ类软件。Ⅰ类软件是指已定密或者涉及该产品的核心技术的软 件，Ⅱ类软件是指除Ⅰ类软件以外的软件。 4 职责
4.1 技术主管负责软件入库、软件源代码借用申请的审批。 4.2 总体部份管领导负责 Ⅰ类电子版文件的借用审批。 4.3 项目经理负责对提交成品库入库文件的齐套性负责；对本项目的软件源代码借用提出审核意见。 4.4 设计师负责及时向成品库提交各种技术文件。 4.5 项目管理员负责审核提交入库的软件是否已通过评审。 4.6 技术资料室成品库管理员负责项目成品库的建立、管理与审计。 4.7 质量部负责对提交成品库的软件进行审查和验证，提交软件入库，并对电子文件的借用提出审 核意见。 4.8 保密办负责秘密级以上文件借用申请的审批。 5 控制要求 5.1 成品库配置 成品库主要配置见表 1。 表 1 成品库主要特性一览表 5.2 成品库管理 5.2.1 电子版技术文件成品库 a) 提交要求 提交入库的电子版技术文件属产品软件时，普通应包含介质程序和源程序，一式两份。其中产 入库时机 评审/鉴定或者设计更改后 评审/鉴定或者设计更改后 载体要求 纸质 纸质或者光盘 脱网专机及载体 管理人员 底图室 科档室 软件成品库 管理员 读权限 按手续借阅 按手续借阅 按手续借阅 生命周期 全寿命周期 管理部门 技术资料室 库 名 项目 成品库
配置库管理规程 文件编号： 编制： 审核： 批准： 受控状态： 第 1 页共 10 页
配置库管理规程 目录 1.目的和范围 (4) 2.引用文件 (4) 3.职责 (4) 4.术语 (4) 5.工作程序 (4) 5.1.创建物理配置库 (4) 5.1.1.创建物理配置库 (4) 5.2.建立配置库目录结构 (5) 5.2.1.建立配置库目录结构 (5) 5.2.2.分配配置库使用人员权限 (8) 5.3.维护配置库 (10) 6.模板 (10)
1.目的和范围 通过建立物理配置库的设立规范、各配置库目录的设立原则，确保配置库的统一与规范，确保项目产品得到有效的管理与运用，提高资源的共享与利用。 适用公司配置库的建立活动。 2.引用文件 无 3.职责 ●配置管理员 创建物理配置库，建立配置库目录并分配权限，维护配置库，并定期备份。 ●项目其他成员 在权限之内操作配置库。 4.术语 ●开发库：用于存放项目期间处于开发状态的相关文档和代码，以及存放项目组工作期 间的相关沟通记录等，并为变更实施提供工作空间。配置管理员不对其中的内容进行控制，其中存放的内容由项目经理负责。 ●基线库：建立以用来存放项目中通过评审形成基线的配置项的库。配置管理员对其中 的内容负责。 ●产品库：建立以用来存放发布后的配置项的库，包含基线发布和最终产品发布。配置 管理员对其中的内容负责。 5.工作程序 5.1.创建物理配置库 5.1.1.创建物理配置库 创建开发库、基线库、产品库三个物理配置库。 各配置库之间的关系如下图所示意： 项目文档经过审批后，进入基线库
5.2.建立配置库目录结构 5.2.1.建立配置库目录结构 开发库目录结构： 项目组负责创建开发库的目录结构，要求依据以下表格来创建，使用统一的结构与名称，目
1 目的范围 规定了公司软件开发库、受控库、产品库（以下简称三库）的管理规范。 2 参考文献 《软件三库管理制度》 3 术语和定义 GitLab：一个仓库管理系统，使用Git作为代码管理工具，并在此基础上搭建起来的web服务。 Jenkins：基于Java开发的一种持续集成平台，用于监控持续重复的工作。 SPM：公司研发部开发的持续集成工具，用于集成软件部署包。 Releaser：公司研发部开发的基于SPM的软件部署包发布工具。 Kiwi TCMS：公司研发部基于开源代码改进的测试用例管理系统，用于测试计划和测试用例的创建和维护、以及测试执行的记录。 4 职责 4.1软件三库管理职责 软件开发库由项目组管理，软件受控库由研发部管理，软件产品库由质量部管理。 4.2软件管理员职责 a)具备软件配置管理知识； b)熟悉研制项目的配置管理； c)熟悉公司结构、软件三库管理规定、标识规定和软件配置管理计划。 5 管理内容与方法 5.1建立软件三库 5.1.1 开发库 a)开发库代码部分和说明部分基于GitLab建立，按照软件项目分配仓库。 项目组长任仓库Master，负责需求说明的管理、成员管理、问题跟踪、分支Merge、任务分配、Tag标识等工作。 项目组成员任仓库Developer，负责设计和交付说明的管理、问题调查、分支维护等工作。
b)开发库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。 项目组成员负责维护自动测试脚本和版本生成脚本。 Jenkins管理员（计算机）任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。 另任库管理员，负责出入库管理、配置项管理等工作。 5.1.2 受控库 a)受控库代码部分基于GitLab建立，按照软件项目分配仓库。 软件经理任仓库Master，负责将通过完整测试的开发版本打上Tag标识，在GitLab 上作为独立稳定的分支，该分支不接受更改，有效受控。 b)受控库部署包部分基于Jenkins和SPM建立，按照软件项目分配仓库。 Jenkins管理员（计算机）任库管理员，负责将打上Tag标识的代码版本生成软件部署包，打上同样的Tag标识，放入仓库。 该部分目录及目录下文件一旦生成，不可删除或更改，有效受控。 c)受控库说明部分存在于公司内部的公共服务器。 另任库管理员，负责出入库管理、配置项管理等工作。 d)受控库测试用例部分基于Kiwi TCMS建立，按照软件项目分配仓库。 项目组长具有测试计划审核权限，测试组长具有测试用例编辑和测试用例审核权限，测试组成员具有测试用例编辑权限。 5.1.3 产品库 产品库存在于公司内部公共服务器，按照软件项目分配仓库。 另任库管理员，利用Releaser工具将通过申请的打上Tag的受控版本生成软件产品包，负责各产品的出入库管理、配置项管理等工作。 5.2制定三库管理规定 5.2.1 内容要求 软件三库管理规定： a)入库控制 相关人填写入库申请，负责人审批，库管理员操作或检查入库，详见三库管理要求（第5.4、5.5、5.6节）。
1目的范围 规定了公司软件开发库、受控库、产品库〔以下简称三库〕的管理标准。 2参考文献 "软件三库管理制度" 3术语和定义 GitLab：一个仓库管理系统，使用Git作为代码管理工具，并在此根底上搭建起来的web效劳。 Jenkins：基于Java开发的一种持续集成平台，用于监控持续重复的工作。 SPM：公司研发部开发的持续集成工具，用于集成软件部署包。 Releaser：公司研发部开发的基于SPM的软件部署包发布工具。 Kiwi TCMS：公司研发部基于开源代码改进的测试用例管理系统，用于测试方案和测试用例的创立和维护、以及测试执行的记录。 4职责 4.1软件三库管理职责 软件开发库由工程组管理，软件受控库由研发部管理，软件产品库由质量部管理。 4.2软件管理员职责 a)具备软件配置管理知识； b)熟悉研制工程的配置管理； c)熟悉公司构造、软件三库管理规定、标识规定和软件配置管理方案。 5管理内容与方法 5.1建立软件三库 5.1.1 开发库 a)开发库代码局部和说明局部基于GitLab建立，按照软件工程分配仓库。 工程组长任仓库Master，负责需求说明的管理、成员管理、问题跟踪、分支Merge、任务分配、Tag标识等工作。 工程组成员任仓库Developer，负责设计和交付说明的管理、问题调查、分支维护
等工作。 测试组成员任仓库Reporter，负责测试说明的管理、报告问题、问题回归等工作。 b)开发库部署包局部基于Jenkins和SPM建立，按照软件工程分配仓库。 工程组成员负责维护自动测试脚本和版本生成脚本。 Jenkins管理员〔计算机〕任库管理员，负责自动检查代码编译结果，执行版本生成脚本将通过检查的工程生成待测软件部署包，执行自动测试脚本验证软件部署包，将通过验证的软件部署包打上标识，放入仓库。 另任库管理员，负责出入库管理、配置项管理等工作。 5.1.2 受控库 a)受控库代码局部基于GitLab建立，按照软件工程分配仓库。 软件经理任仓库Master，负责将通过完整测试的开发版本打上Tag标识，在GitLab 上作为独立稳定的分支，该分支不承受更改，有效受控。 b)受控库部署包局部基于Jenkins和SPM建立，按照软件工程分配仓库。 Jenkins管理员〔计算机〕任库管理员，负责将打上Tag标识的代码版本生成软件部署包，打上同样的Tag标识，放入仓库。 该局部目录及目录下文件一旦生成，不可删除或更改，有效受控。 c)受控库说明局部存在于公司内部的公共效劳器。 另任库管理员，负责出入库管理、配置项管理等工作。 d)受控库测试用例局部基于Kiwi TCMS建立，按照软件工程分配仓库。 工程组长具有测试方案审核权限，测试组长具有测试用例编辑和测试用例审核权限，测试组成员具有测试用例编辑权限。 5.1.3 产品库 产品库存在于公司内部公共效劳器，按照软件工程分配仓库。 另任库管理员，利用Releaser工具将通过申请的打上Tag的受控版本生成软件产品包，负责各产品的出入库管理、配置项管理等工作。 5.2制定三库管理规定 5.2.1 内容要求 软件三库管理规定：
软件配置管理与GJB5000A——三库管理 (2016-07-28 08:57:39) 转载▼ 分类：GJB5000A 随着企业业务发展，产品线也变得越来越丰富。新产品的研发，可能由于周期短，有时直接快速组建一个新的项目组，大家热火朝天，技术攻关很快就把产品研发出来了。很多的设计点子，产品架构，技术攻关等通过高效的线下沟通，反倒推动了产品更快的问世。但常常这些讨论过程所产生的“智慧”，也很容易被项目组所遗忘；产品完成后，项目组也就随之解散。未来，当企业需要对已有的产品线进行维护升级，从而更好地赢得市场的时候，往往会因为无处寻找这些遗忘的智慧而头疼不已。针对这类的管理烦恼，CMM/CMMI提供了专门的软件配置管理办法；CMM/CMMI将软件配置管理的活动分为6个方面：SCM过程管理、软件配置标识、软件配置控制、软件配置状态统计、软件配置审计、软件发布管理和交付。软件配置管理定义了如下目标： Goals 1:Software configuration management activities are planned.（定制了软件配置管理活动的计划。） Goals 2:Selected software work products are identified, controlled, and available.（选定的软件工作产品是被标识的、受控的和可利用的。）Goals 3:Changes to identified software work products are controlled. （选定的软件工作产品是被标识的、受控的和可利用的。） Goals 4: Affected groups and individuals are informed of the status and content of software baselines. （软件基线的状态和内容通知受影响的小组和个人。） 在CMM和CMMI中，将配置管理的目的定义为“建立和维护产品的完整性”，是其他配置管理目标的基础。 三库管理：三库的概念源自CMM/CMMI，即开发库、受控库和产品库。配置项在三库之间迁移，一级比一级的控制更严格。从CMM的角度来看，对开发库的管理并没有要求，但是对受控库和产品库是需要进行管理的。
中华人民共和国国家军用标准 军用软件开发库、受控库和产品库通用要求 General requirement of military software development library，software controlled library and software product library 2006 -05 —17发布 2006 —10 —01实施 中国人民解放军总装备部批准 本标准由国务院、中央军委军工产品定型委员会办公室提出． 本标准起草单位：总装备部综合计划部科研局、总参通信部军事代表局、二炮装备研究院第一研究 所、解放军驻成都飞机工业公司军代室、海军驻武汉709所军代室、中国航空工业第一集团公司第611 所和第615所． 本标准主要起草人：周鸿志、李渝榆、康文兴、王兴斌、傅援朝、杜立华、张珊珊，刘杰生、舒飞、 王璇、倪红英． 军用软件开发库、受控库和产品库通用要求 GJB 5716-2006 1范围 本标准规定了军用软件开发库、受控库、产品库（以下简称软件三库）的基本要求。 本标准适用于军用软件三库的管理． 2引用文件 下列文件中的有关条款通过引用而成为本标准的条款，凡注日期或版次的引用文件,其后的任何修 改单（不包括勘误的内容)或修订版本都不适用于本标准，但提倡使用本标准的各方探讨使用其最新版本 的可能性。凡不注日期或版次的引用文件，其最新版本适用于本标准． GB厂r 11457 软件工程术语 GB厂r 12505计算机软件配置管理计划规范 GJB 5000军用软件能力成熟度模型 GJB 5235军用软件配置管理 GJB 9001A质量管理体系要求 3术语和定义 GB/T 11457、GB/T 12505、GJB 5000、GJB 5235和GfB 9001A确立的以及下列术语和定义适用于 本标准． 3。1 软件开发库software development Hbrary 在软件生存周期中，存放软件配置项的集合。 3.2软件受控库software controUed library 在软件生存周期中，存放已通过测试或评审且作为阶段性产品的软件配置项的集合．3。3软件产品库software product Jibrary
精品文档精心整理 XX软件股份有限公司配置管理规范
变更履历
目录 1 概述4 2 术语定义 (4) 3 适用范围 (5) 4 阅读对象 (5) 5 配置管理计划 (5) 5.1 配置管理计划流程图 (6) 5.2 配置管理计划流程说明 (6) 6 配置管理软硬件资源确定 (7) 6.1 配置管理服务器 (7) 6.2 配置管理工具 (8) 7 配置项/文档管理 (8) 7.1 配置项识别 (8) 7.2 配置项编写及命名 (9) 7.3 配置项入库 (9) 8 配置库目录结构规划 (9) 9 权限管理 (10) 9.1 用户角色定义 (10) 9.2 配置库操作定义 (10) 9.3 配置库授权控制参考 (11) 9.4 注意事项 (11) 10 基线管理 (11) 10.1 基线计划制定 (11) 10.2 基线建立时机 (12) 10.3 基线建立流程 (12) 10.4 基线命名规范 (13) 11 分支合并管理 (13) 11.1 分支建立 (14) 11.1.1 分支建立时机 (14) 11.1.2 分支建立模式 (14) 11.2 分支合并 (14)
11.2.1 分支合并类型 (14) 11.2.2 版本库发布模式 (14) 12 代码集成管理 (15) 13 发布管理 (16) 13.1 正式版本发布 (16) 13.2 测试版本发布 (16) 13.3 临时版本发布 (17) 14 变更管理 (17) 14.1 变更控制 (17) 14.2 变更流程 (18) 14.3 变更结束准则 (19) 15 备份/还原管理 (19) 16 生效 (19) 17 参考及附录 (20)
XX软件股份有限公司 配置管理规范 郑重声明：XX软件股份有限公司版权所有。本文档中任何部分未经XX软件股份有限公司书面授权，不得将材料泄露给第三方，不得以任何手段、任何形式进行复制与传播。
变更履历
目录 1 概述4 2 术语定义 (4) 3 适用范围 (5) 4 阅读对象 (5) 5 配置管理计划 (5) 5.1 配置管理计划流程图 (6) 5.2 配置管理计划流程说明 (6) 6 配置管理软硬件资源确定 (7) 6.1 配置管理服务器 (7) 6.2 配置管理工具 (8) 7 配置项/文档管理 (9) 7.1 配置项识别 (9) 7.2 配置项编写及命名 (10) 7.3 配置项入库 (10) 8 配置库目录结构规划 (10) 9 权限管理 (11) 9.1 用户角色定义 (11) 9.2 配置库操作定义 (11) 9.3 配置库授权控制参考 (12) 9.4 注意事项 (12) 10 基线管理 (13) 10.1 基线计划制定 (13) 10.2 基线建立时机 (13) 10.3 基线建立流程 (14) 10.4 基线命名规范 (15) 11 分支合并管理 (15) 11.1 分支建立 (16) 11.1.1 分支建立时机 (16) 11.1.2 分支建立模式 (16) 11.2 分支合并 (16)
11.2.1 分支合并类型 (16) 11.2.2 版本库发布模式 (17) 12 代码集成管理 (17) 13 发布管理 (18) 13.1 正式版本发布 (18) 13.2 测试版本发布 (19) 13.3 临时版本发布 (19) 14 变更管理 (20) 14.1 变更控制 (20) 14.2 变更流程 (21) 14.3 变更结束准则 (22) 15 备份/还原管理 (22) 16 生效 (22) 17 参考及附录 (22)