企业级软件配置管理规范

来源：意榕旅游网

附件：

企业级软件配置管理规范

V1.0

中国建设银行技术部实施管理条线 2012年12月

修改记录

编号日期描述版本作者刘江华 1 2 20121109 20121113 创建修订 0.1 0.5 梁研周可、史文周可 3 20121205 总体调整方案 0.8 刘江华周可、刘江4 20121212 修订 0.9 华、彭菲周可、史文、刘江华、彭菲、房敏、彭勇、宫长5 20121219 根据评审单意见修订 0.95 青、李刚、孙跃、周明石、童海涛等周可、史文、根据0.95培训反馈6 20130120 意见修订华孙跃、毕菲菲、周可、史文、彭勇、各中心配置管理专家7 20130124 来京集中讨论修订 0.97 斌、林宏忠、胡淳、王军莉、房敏、彭菲、刘江庞哲、胡云 0.96 彭菲、刘江 20121212 审核发布日期

华梁涛、朱俊义、林周可、史文、新一代集中工作组代8 20130125 表评审会修订莉静、刘继忠孙跃、毕菲菲、周可、各中心开发实施团队9 20130125 主管评审会修订斌、林宏忠、忠源、李胡淳、王军莉、房敏

本文档中所包含的信息属于机密信息，如无中国建设银行的书面许可，任何人都无权复制或利用。

®Copy Right 2013 by China Construction Bank

名庆、董兵 1.0 庞哲、胡云晟华、温20130301 王宇峰、代铁、李0.98 胡淳、王军波、张静刚华、刘史文、彭勇、招拾、熊企业级软件配置管理规范

目录 .......................................................................................................................................................... 1 1. 概要.................................................................................................................................................. 5 1.1. 编写目的 ................................................................................................................................. 5 1.2. 适用范围 ................................................................................................................................. 5 1.3. 参考材料 ................................................................................................................................. 5 1.4. 名词解释 ................................................................................................................................. 5 2. 环境和工具 .................................................................................................................................... 11 2.1. 系统拓扑图 ........................................................................................................................... 11 2.2. 服务器端软件 ....................................................................................................................... 11 2.3. 客户端软件 ........................................................................................................................... 11 3. 角色与职责 .................................................................................................................................... 12 3.1. 实施管理组（PIO） ............................................................................................................. 12 3.2. ESCM集中管控组 .................................................................................................................. 12 3.3. ESCM技术支持组 .................................................................................................................. 13 3.4. 配置管理员（资产配置经理） ............................................................................................ 13 3.5. 新一代集中工作组配置管理联系人 .................................................................................... 14 3.6. 集成人员 ............................................................................................................................... 15 4. ESCM总体规划............................................................................................................................... 15 4.1. 总体规划图 ........................................................................................................................... 16 4.2. 过程工作区 ........................................................................................................................... 16 4.2.1. 开发类新一代过程工作区规划 ......................................... 17

4.2.1.1.

配置库体系规划原则......................................................................................................... 17

4.2.1.1.1. PVOB规划原则 .............................................................................................................. 17 4.2.1.1.2. VOB规划原则 ................................................................................................................ 17 4.2.1.1.3. Component规划原则 .................................................................................................... 17 4.2.1.2.

配置库UCM PROJECT与流策略 ......................................................................................... 17

4.2.1.2.1. 文档UCM PROJECT与流策略 ....................................................................................... 18 4.2.1.2.2. 项目配置库代码UCM PROJECT与流策略 ................................................................... 18 4.2.1.2.3. 框架、平台、工具配置库UCM PROJECT和流设置使用策略 .................................... 19 4.2.1.3.

命名规范 ............................................................................................................................ 19

4.2.1.3.1. 配置库体系管理员虚拟账户 ....................................................................................... 20 4.2.1.3.2. 配置库体系主组 ........................................................................................................... 20 4.2.1.3.3. PVOB .............................................................................................................................. 20 4.2.1.3.4. VOB ................................................................................................................................ 20 4.2.1.3.5. Component .................................................................................................................... 21 4.2.1.3.6. UCM PROJECT................................................................................................................. 21 4.2.1.3.7. UCM 流 .......................................................................................................................... 21

第 1 页共 67页

企业级软件配置管理规范

4.2.1.3.8. UCM 活动 ...................................................................................................................... 22 4.2.1.3.9. UCM 基线 ...................................................................................................................... 22

4.2.2. 开发类现有系统过程工作区规划 ....................................... 23

4.2.2.1.

配置库体系规划原则......................................................................................................... 23

4.2.2.1.1. PVOB规划原则 .............................................................................................................. 23 4.2.2.1.2. VOB规划原则 ................................................................................................................ 23 4.2.2.1.3. Component规划原则 .................................................................................................... 23 4.2.2.2.

配置库UCM PROJECT与流策略总体原则 ......................................................................... 24

4.2.2.2.1. 代码UCM PROJECT和流策略 ....................................................................................... 24 4.2.2.2.2. 文档UCM PROJECT和流策略 ....................................................................................... 24 4.2.2.2.3. 生产维护流规划原则 ................................................................................................... 25 4.2.2.3.

命名规范 ............................................................................................................................ 25

4.2.2.3.1. 配置库体系管理员虚拟账户 ....................................................................................... 25 4.2.2.3.2. 配置库体系主组 ........................................................................................................... 25 4.2.2.3.3. PVOB .............................................................................................................................. 26 4.2.2.3.4. VOB ................................................................................................................................ 26 4.2.2.3.5. Component .................................................................................................................... 26 4.2.2.3.6. UCM PROJECT................................................................................................................. 27 4.2.2.3.7. UCM 流 .......................................................................................................................... 27 4.2.2.3.8. UCM 活动命名 ............................................................................................................... 27 4.2.2.3.9. UCM 基线命名 ............................................................................................................... 27

4.2.3. 开发类过程工作区访问权限设置 ....................................... 28 4.2.4. 文档类过程工作区规划 ............................................... 29

4.2.4.1. VOB规划原则.................................................................................................................... 29 4.2.4.2.

命名规范 ............................................................................................................................ 30

4.2.4.2.1. VOB管理员虚拟账户 .................................................................................................... 30 4.2.4.2.2. VOB用户主组 ................................................................................................................ 30 4.2.4.2.3. VOB ................................................................................................................................ 30 4.2.4.2.4. 标签命名 ...................................................................................................................... 30 4.2.4.3. 目录结构规划设置 ........................................................................................................... 30

4.2.5. 过程工作区工作空间管理 ............................................. 31 4.3. 受控区 ................................................................................................................................... 31 4.3.1. 测试发布区结构和权限规划 ........................................... 31

4.3.1.1. 4.3.1.2. 4.3.1.3.

新一代测试发布区............................................................................................................. 31 现有系统测试发布区......................................................................................................... 32 测试发布区访问权限设置 ................................................................................................. 33

4.3.2. 文档发布区（统一文档库）结构规划 ................................... 33 4.3.3. 新一代框架平台工具版本发布区结构规划 ............................... 34 4.4. 产品区 ................................................................................................................................... 35 4.4.1. 产品区结构规划 ..................................................... 35 4.4.2. 产品库的使用 ....................................................... 35 5. ESCM总体流程............................................................................................................................... 36 5.1. 新一代集中工作组成果发布和共享 .................................................................................... 36 5.1.1. 发布流程 ........................................................... 36

第 2 页共 67页

企业级软件配置管理规范

5.1.2. 共享流程 ........................................................... 36 5.2. 配置管理计划 ....................................................................................................................... 36 5.2.1. 确定人员角色职责与权限 ............................................. 37 5.2.2. 确定配置库体系结构规划等配置管理要素 ............................... 37 5.2.3. 配置项识别 ......................................................... 37 5.2.4. 代码基线和构建发布及文档版本发布计划 ............................... 38

5.2.4.1. 5.2.4.2.

代码基线和构建发布计划 ................................................................................................. 38 文档版本发布计划............................................................................................................. 38

5.2.5. 流归并计划 ......................................................... 38 5.2.6. 冲突识别计划和例外处理策略 ......................................... 38

5.2.6.1. 5.2.6.2.

冲突识别计划 .................................................................................................................... 38 例外处理策略 .................................................................................................................... 39

5.2.7. 配置状态报告计划 ................................................... 39 5.2.8. 配置库维护计划 ..................................................... 39 5.2.9. 培训计划 ........................................................... 39 5.2.10. 配置审计计划 ....................................................... 39 5.2.11. 配置管理计划维护与变更审批 ......................................... 39 5.3. 配置库体系配置项识别 ....................................................................................................... 40 5.3.1. 代码配置项识别规则 ................................................. 40 5.3.2. 关键文档配置项识别规则 ............................................. 41 5.3.3. 配置项标识 ......................................................... 41 5.3.4. 目录结构规划 ....................................................... 41

5.3.4.1. 文档库目录规划 ............................................................................................................... 41 5.3.4.2. 代码库目录规划 ............................................................................................................... 42

5.4. 代码基线管理和文档版本管理规范 .................................................................................... 42 5.4.1. 代码基线与文档版本管理计划确定 ..................................... 42 5.4.2. 代码基线类别 ....................................................... 43

5.4.2.1. 5.4.2.2. 5.4.2.3.

标识基线 ............................................................................................................................ 43 受控基线 ............................................................................................................................ 43 生产基线 ............................................................................................................................ 43

5.4.3. 代码基线级别 ....................................................... 43 5.4.4. 代码基线制作和发布流程 ............................................. 44 5.4.5. 文档版本管理流程 ................................................... 44

5.4.5.1. 5.4.5.2.

文档发布 ............................................................................................................................ 44 文档发布变更 .................................................................................................................... 44

5.5. 开发任务-派工单-CC活动集成变更管理规范 ................................................................... 45 5.5.1. 需求开发类变更 ..................................................... 45 5.5.2. 测试缺陷类变更 ..................................................... 46 5.5.3. 生产维护类变更 ..................................................... 46 5.5.4. 质量管理类变更 ..................................................... 47 5.5.5. 技术研究类变更 ..................................................... 47 5.6. 集成构建和发布 ................................................................................................................... 48 5.6.1. 集成构建发布的基本过程 ............................................. 48 5.6.2. 新一代基于VMD的构建特殊性 ......................................... 48

第 3 页共 67页

企业级软件配置管理规范

5.7. 配置状态报告及度量报告 ................................................................................................... 49 5.8. 配置审计 ............................................................................................................................... 50 5.8.1. 审计内容 ........................................................... 50 5.8.2. 审计频度 ........................................................... 50 6. 配置库日常维护规范 .................................................................................................................... 51 6.1. 日常VOB日志清理 ............................................................................................................... 51 6.2. 定期VOB服务器空间检查 ................................................................................................... 51 6.3. 定期检查错误的VIEW和VOB 注册信息 ............................................................................... 51 6.4. VOB的LOST+FOUND的定期清理 .............................................................................................. 51 7. 配置管理培训 ................................................................................................................................ 52 7.1. 配置管理流程制度培训 ....................................................................................................... 52 7.2. 配置管理策略培训 ............................................................................................................... 52 7.3. 配置管理工具培训 ............................................................................................................... 52 8. 与其他管理领域的对接 ................................................................................................................ 53 8.1. 计划与资源管理领域 ........................................................................................................... 53 8.2. 质量管理领域 ....................................................................................................................... 53 8.3. 测试管理领域 ....................................................................................................................... 8.4. 投产与二级运维管理领域 ................................................................................................... 9. 附录一：新一代各平台和部分应用组件项目配置库初步规划方案 ........................................ 55 9.1. 新一代一期项目配置库体系规划 ........................................................................................ 55 9.2. NIS_P1_PVOB配置库体系初步规划 ..................................................................................... 57 9.3. NIS_P2_PVOB配置库体系初步规划 ..................................................................................... 58 9.4. NIS_P3_PVOB配置库体系初步规划 ..................................................................................... 59 9.5. NIS_P4P5_PVOB配置库体系初步规划 ................................................................................. 59 9.6. NIS_P6_PVOB配置库体系初步规划 ..................................................................................... 60 9.7. NIS_KHXX_PVOB配置库体系初步规划 ................................................................................. 61 9.8. NIS_P7_PVOB配置库体系初步规划 ..................................................................................... 62 9.9. NIS_P8_PVOB配置库体系初步规划 ..................................................................................... 63 9.10. 9.11. 9.12. 9.13.

NIS_CMS_PVOB等8个P8上开发的应用组件项目配置库体系初步规划 ..................... 63 NIS_P9_PVOB配置库体系初步规划 ................................................................................ NIS_P10_PVOB配置库体系初步规划 .............................................................................. 66 NIS_P12_PVOB配置库体系初步规划 .............................................................................. 67

第 4 页共 67页

企业级软件配置管理规范

1. 概要

1.1. 编写目的

本文档将定义本行现有系统和新一代信息系统的企业级软件配置管理方案、规范、总体流程。涉及的主要内容有：ESCM环境和工具、总体规划、流程、日常维护规范、报告、审计、培训制度等等。供配置管理员、开发人员、测试人员参考使用。

本文档属于企业级软件配置管理体系文档的总体规范纲要，是相关指南、手册、模板编写的依据。

1.2. 适用范围

本文档定义的软件配置管理方案、规范、总体流程适用于本行现有系统和新一代信息系统之上的开发任务。

1.3. 参考材料

附件信息技术管理部〔2012〕349号开发中心开发实施管理指引V1.0 新一代信息系统建设12P应用开发指南 CCB-NIS-TG-系统分析与设计工艺 IBM Rational ClearCase系统管理手册各中心现有系统配置管理细则和规范新一代应用项目测试实施总体方案企业级软件配置管理系统技术方案企业级软件配置管理系统实施方案

1.4. 名词解释

ESCM

第 5 页共 67页

企业级软件配置管理规范

企业级软件配置管理系统。 FLPM

全生命周期开发实施过程管理工具。任务派工单

在FLPM中由开发任务计划阶段分解到个人，得到的一项任务，可选择同步到CC的一个活动，作为提交变更的依据。配置项

软件开发项目中需要纳入软件配置管理系统进行版本和配置管理的各种类型的文件即为配置项。配置项是软件配置管理系统的基本管理单元，在ClearCase系统中，每个被管理的文件或目录项就是一个配置项。配置库

配置库是用来存储软件配置项的存储池(Repository)，其保存软件产品配置项的所有版本和每个版本相关的控制信息。ClearCase系统中的一个VOB就可以作为一个配置库。配置库体系

一个PVOB和它所关联的所有VOB构成一个配置库体系。每个配置库体系由一个或一组配置管理员负责管理，为一个项目或者一个平台、框架、工具等的开发维护工作提供配置项和配置管理活动的存储记录场所。配置库体系管理员虚拟账户

每个配置库体系设置一个管理员AD域虚拟账户，即xxxadm或nisxxxadm。配置库体系主组

每个配置库体系的主要AD域权限组，即xxx_grp或nis_xxx_grp。关键文档配置项

根据质量管理、实施工艺、项目和平台开发规范等要求中定义识别出的关键文档类配置项。测试发布区

存放测试过程目标码发布包的共享文件系统区域，可作为配置管理员、集成人员、测试人员交互版本的场所，新一代的测试发布区由ESCM环境管理组统一建立并且规划，现有系统的测试发布区由各资产开发团队自行规划并写到配置管

第 6 页共 67页

企业级软件配置管理规范

理计划中。 ClearCase/CCRC

1. ClearCase是IBM公司的软件配置管理工具，主要提供源代码控制、工

作空间管理、构建管理、流程管理的功能。

2. CCRC：ClearCase Remote Client（ClearCase远程客户端）是ClearCase

的一种客户端类型，分版和插件版，通过http协议访问服务器上的受控数据。

UCM（Unified Change Management）统一变更管理

统一变更管理是针对软件开发的一个软件配置管理过程，它覆盖整个开发生命周期，管理对需求、设计模型、文档、构建、测试案例以及源代码的变更。 VOB（Version Object Base）版本对象库

ClearCase 把所有版本控制的数据存放在一个永久、安全的存储区中，这个库称为VOB。

PVOB（Project Version Object Base）

用于存储、组织和管理正在开发的项目的对象。如：UCM PROJECT、组件、活动及基线等。 UCM PROJECT

ClearCase UCM PROJECT是一个对象，是配置管理的一种组织方式，它定义了配置管理的工作范围（工作是针对哪些组件进行的）、掌控项目工作的制度、项目使用的工作空间（流和视图），以及团队工作所针对的活动。 UCM Component

在UCM 中，Component是一组文件和目录的集合，它们处于一个根目录下。通常情况下，Component中的元素被一起开发，集成和发布。一个UCM PROJECT至少包含一个Component也可以包含多个Component。开发团队以Component为单位来进行开发、集成和发布。Component是UCM PROJECT的主要组成部分，不同UCM PROJECT可能会共享一些Component。流（Stream）

类似于分支的概念，流可以简单地看作是对分支和视图的封装，用于确定该工作的流所配置的任一视图中所要出现的配置项版本。一个UCM PROJECT可以有

第 7 页共 67页

企业级软件配置管理规范

一个集成流，多个开发流，开发人员加入到UCM PROJECT中后自动进入其设定的开发流。

集成流（Integration Stream）

每个UCM项目有一个集成流，其记录整体项目的基线版本，以方便整个项目团队共享工作成果。采用ClearCase图形界面创建UCM项目时会自动为该项目创建集成流。总装流

新一发项目中用于生成总装测试版本及后续测试阶段版本的代码UCM PROJECT中的一条流，一般为UCM PROJECT的集成流。总装流上不应该直接进行代码修改，所有修改只能通过提交(deliver)操作提交到总装流上。跨组装流的代码同步通过该总装流进行；组装流

在总装流下创建的用于形成组件或应用组装测试时的代码集成版本并修复编译构建问题的UCM代码流。根据多团队并行开发、不同测试或投产时间的需要，可创建多条组装流；

开发流（Development Stream）

在每个组装流下创建的一个或多个子流，用于单个开发人员或一组开发人员进行开发工作。活动（Activity）

记录了开发人员为完成或交付某个开发任务（如bug 修复）而创建或修改的文件集合（变更集）。活动标题通常都指明了变更的原因。基线（Baseline）

在CC中的定义：在UCM 中，基线可以看作是对标签，标签的状态以及自上一个标签以来所提交活动记录的封装。一个基线指明与一个或多个组件相应的活动以及每个可见元素的版本。推荐基线

在集成流或组装流、测试流上创建的标示稳定代码的基线可以被推荐为推荐基线(Recommded Baseline)。在CC图形界面中创建子流或执行同步(rebase)操作时，缺省选定的是父流上的推荐基线。

第 8 页共 67页

企业级软件配置管理规范

提交（deliver）

将开发活动交付到公共的开发空间中，使其他人可以共享。通过活动提交后，活动中包含的版本内容将和共享空间中的内容进行归并，归并后产生新的版本，并被其他人共享。同步（rebase）

通过同步操作，取得公共开发空间中的内容，和私有开发空间内容进行归并，在私有开发空间中产生新的版本，达到更新私有开发空间的目的。归并

在同步和提交的时候，同一个配置管理元素的不同版本将依据一定的原则进行合并，合并后产生新的版本，在某些情况下由于要合并的版本发生了修改冲突，此时需要进行手工进行归并。构建(Build)

由源代码通过编译、链接、打包等操作，生成可部署在测试或生产环境中的构建发布包的过程称为构建过程。构建发布包

简称发布包，通过构建生成的可部署在测试或生产环境中进行测试或投产的执行代码包。构建发布包通常发布到受控环境中的各个发布区中或生产库中。集成构建

由配置管理员和集成人员汇总开发小组或开发团队的代码，在固定的环境中执行的构建，构建的结果可用于测试团队的正式测试过程。相对而言，开发人员在个人开发环境中用于单元测试的构建称作为私有构建。应用

是从用户视角，基于渠道、产品和客户群，对同一业务领域下一组活动的实现，为内外部客户提供整合的产品和服务。应用组件

是由一组具有特定业务与功能用途，并存在业务内在联系和相关性的应用后台服务所组成的集合。应用组件不负责对界面展示的处理实现，而专注于具体的业务逻辑处理和业务数据处理，将处理结果以服务形式提供出来，并通过调用来自其它应用组件服务或外部的服务进行应用组件间的协作。新一代信息系统当前

第 9 页共 67页

企业级软件配置管理规范

规划出115个应用组件。应用平台（P1-P12）

根据SOA架构要求，新一代信息系统中将支持本行应用开发的7层企业级应用架构分解为12个应用平台，应用平台是一系列软硬件技术组件的集合，以向应用或应用组件提供服务。应用平台可以看做应用或应用组件的容器，应用或应用组件运行在应用平台环境内。组件组装测试

新一代系统建设项目开发过程中，按开发团队为单位进行集成，检查平台与在其之上的组件（或应用）进行集成的功能特性，以消除单个P平台上的应用缺陷的测试阶段。应用组装测试

新一代系统建设项目开发过程中，把单一完整的应用进行跨平台组装后的测试阶段，以保证同一应用跨平台组装后的实现符合需求和设计要求，消除应用跨平台级缺陷。应用总装测试

新一代系统建设项目开发过程中，把待投产的全部应用进行跨平台组装、多应用集成后的测试阶段，以保证多应用统一集成后关联应用功能整体能够正确处理与实现并达到性能要求，消除多应用集成带来的缺陷。

第 10 页共 67页

企业级软件配置管理规范

2. 环境和工具

2.1. 系统拓扑图

2.2. 服务器端软件

ClearCase7.1.2.5 Linux版 ClearCase7.1.2.5 CM Server FLPM

2.3. 客户端软件

ClearCase7.1.2.5 Windows胖客户端 ClearCase7.1.2.5 Linux胖客户端 ClearCase7.1.2.5 CCRC客户端 CCComand CCRC命令行操作工具

第 11 页共 67页

企业级软件配置管理规范

3. 角色与职责

3.1. 实施管理组（PIO）

1. 人员组成

1) 技术部实施管理条线（新一代PIO小组成员）。 2. 职责

1) 制订新一发实施总体规范； 2) 组织建立和实施各类开发实施工作； 3) 为配置管理工作提出总体方向要求； 4) 分配协调配置管理工作所需资源；

3.2. ESCM集中管控组

1. 人员组成

1) 由技术部领导、PIO领导、各中心开发实施管理团队领导、PIO选派

的各中心配置管理专家组成。

2. 职责

1) 规划设计ESCM的总体结构和流程；

2) 组织制订ESCM相关规范、指南、手册、模板等体系文档； 3) 负责ESCM流程规范执行情况监控、流程持续改进； 4) 负责审核配置管理计划；

5) 协调处理配置过程中遇到的各类问题，协助各配置管理员开展相关

工作；

6) 对ESCM的使用提供技术支持；

7) 定期组织ESCM和FLPM配置管理模块的使用和管理(面向项目配置

管理员)培训；

8) 组织完成ESCM和FLPM配置管理模块相关功能扩展开发工作； 9) 为实施管理其他领域（计划与资源管理、质量管理等）提供配置管

理层面的参考数据、数据分析和管理手段和流程的衔接设计。

第 12 页共 67页

企业级软件配置管理规范

3.3. ESCM技术支持组

1. 人员组成

1) 由ESCM集中管控组组建。 2. 职责

1) 通过ESCM集中管控组审核后的配置库体系新建、调整，FLPM配

置管理模块权限设置与数据维护等操作的执行；

2) 用户支持邮箱escm/zh/ccb、相关腾讯通支持群的管理、各类用户支

持请求、缺陷报告、常见问题的收集、整理；

3) 新一代测试发布区、文档发布区、框架平台工具版本发布区等公共

区域的权限维护和管理； 4) 对ESCM的使用提供技术支持；

5) 配合ESCM集中管控组完成ESCM和FLPM配置管理模块相关功能扩

展开发工作；

6) 完成ESCM集中管控组要求的其他工作。

3.4. 配置管理员（资产配置经理）

1. 人员组成

1) 由各开发团队报送，ESCM集中管控组审核资质后专人担任。 2) 按照负责的配置库体系所关联的资产类别，分为现有系统配置管理

员、新一代项目配置管理员，新一代框架、平台、工具配置管理员等；

2. 职责

1) 制订配置库体系所关联的资产的配置管理计划并跟踪维护； 2) 根据配置管理计划，完成本配置库体系的配置管理任务，主要包括：

a) 根据配置管理计划向环境管理组申请对VOB和PVOB进行创建

或修改；

b) 建立UCM PROJECT和流，并通过触发器等方式设置维护权限；

第 13 页共 67页

企业级软件配置管理规范

c) 执行从组件组装测试(含)开始的构建发布过程中的交付和基线

操作（新一代项目配置管理员），执行从集成测试（含）开始的构建发布过程中的交付和基线操作（现有系统配置管理员）； d) 配合集成人员完成组件组装测试版本生成和发布工作，保证版本

一致性（新一代项目配置管理员）；配合集成人员完成系统内集成测试版本生成和发布工作，保证版本一致性（现有系统配置管理员）；

e) 主导完成应用组装测试和总装测试、投产检验测试、上线版本的

制作和发布工作，保证版本一致性（新一代项目配置管理员），主导完成跨系统集成测试、投产检验测试、上线版本的制作和发布工作，保证版本一致性（现有系统配置管理员）；

f) 完成开发过程所有交付和基线操作，主导完成框架、平台发布版

本的制作和发布工作，保证版本一致性（框架、平台配置管理员） g) 支持开发人员进行开发流上的代码同步和共享等操作； 3) 定期按照配置管理计划出具配置状态报告，协助项目相关负责人从

配置库中提取项目度量数据或实施项目管控措施；

4) 定期组织面向开发团队的ESCM和FLPM配置管理模块相关策略和

使用培训； 5) 定期执行配置审计；

6) 为本配置库体系相关的用户（开发人员、测试人员）提供配置管理

工具使用的技术支持。

7) 完成ESCM集中管控组要求的其他工作。

3.5. 新一代集中工作组配置管理联系人

1. 人员组成

1) 由各新一代集中工作组报送； 2. 职责

1) 作为各集中工作组配置管理工作联络人和需求申请的统一出口； 2) 提供配置管理工作所需要的信息和数据给ESCM用户支持组；

第 14 页共 67页

企业级软件配置管理规范

3) 组织制作待发布版本，提交到配置库待发布区并通知ESCM用户支

持组进行基线发布；

4) 接受ESCM集中管控组举办的ESCM操作培训，并且为所在工作组转

培训；

5) 所在工作组的ESCM常见用户使用问题处理；

3.6. 集成人员

1. 人员组成

1) 由开发团队报送。 2. 职责：

1) 在配置管理员配合下执行组件组装测试阶段（新一代项目）、系统内

集成测试（现有系统）的集成构建和发布过程，负责从配置管理员指定的基线版本中提取代码并依照编译打包要求生成可部署的测试或发布包，并发布到测试发布区；

2) 提供可供应用组装测试版本（新一代项目）、总装测试版本（新一代

项目）、跨系统集成测试版本（现有系统）、投产检验版本、上线版本制作和发布的脚本和相关操作步骤给配置管理员，并协助完成这几个阶段的版本制作；

3) 必要时完成配置管理员委托的部分配置管理工作（需在配置管理计

划中说明）。

4. ESCM总体规划

本章描述企业级软件配置管理系统的各个管理层次、过程工作区、受控区、产品区的组织结构和相关策略。

第 15 页共 67页

企业级软件配置管理规范

4.1. 总体规划图

4.2. 过程工作区

过程工作区按照团队工作性质，可分为两大类，开发类过程工作区和文档类过程工作区；开发过程工作区又按照对应的资产类型，分为开发类新一代过程工作区和开发类现有系统过程工作区。

开发类过程工作区存放开发团队日常工作工件，任务管理和变更流程通过FLPM派工单模块与CC UCM模式结合实现。针对每个开发的现有系统、新一代每个开发项目以及新一代每个框架、平台和VMD（Visual module

development）等工具的开发维护工作，在过程工作区分别建立一个配置库

体系。一个配置库体系包含一个PVOB和关联的若干个VOB，由一个或一组专门的配置管理员进行管理。配置库体系按照关联的资产类型分为三大类：现有系统配置库体系，新一代项目配置库体系和新一代平台、框架及工具配置库体系。

文档类过程工作区存放没有开发工作的新一代集中工作组的日常工作工件，为每一个新一代集中工作组建立一个或者多个VOB，采用CC base方式进

第 16 页共 67页

企业级软件配置管理规范

行管理。

4.2.1. 开发类新一代过程工作区规划

4.2.1.1. 配置库体系规划原则 4.2.1.1.1. PVOB规划原则

按照项目、平台、框架、工具为单位，各设置一个PVOB以及一套配置库体系，由一个或一组配置管理员负责管理。

4.2.1.1.2. VOB规划原则

在一个配置库体系内按照如下原则设置一个或多个VOB： 1) 设置一个文档VOB，存放相关项目文档或者平台框架文档； 2) 根据组件性、开发规模、权限控制需求等情况，设置一个或多个

代码类VOB，存放框架、平台、工具或应用组件的开发代码、VMD模型文件、配置文件、参数文件等；

3) 若在计划阶段预计到数据量庞大而导致VOB存储数据的风险，可在规

划时规划为多个VOB库。但是，由于VOB库的数量过多会引起服务器的性能下降，因此在规划VOB数量的时候，配置管理员和ESCM集中管控组、技术支持组要结合实际情况与服务器的资源综合考虑。

4.2.1.1.3. Component规划原则

每个VOB下按照架构规划、复用、权限控制、基线制作粒度的需要，设置一个或者多个Component。

4.2.1.2. 配置库UCM PROJECT与流策略

第 17 页共 67页

企业级软件配置管理规范

4.2.1.2.1. 文档UCM PROJECT与流策略

各配置库体系的文档统一采用UCM模式进行管理，其中项目配置库体系中的文档UCM PROJECT于代码UCM PROJECT，为一个单流UCM PROJECT。平台、框架配置库体系文档与代码共同使用一个UCM PROJECT，但有的二层文档流。

每次文档提交和变更都需要通过跟FLPM派工单关联进行。

4.2.1.2.2. 项目配置库代码UCM PROJECT与流策略

1) UCM PROJECT设置策略：

a) 在一个PVOB中为该配置库体系对应的开发团队中的相对的开发组

织创建一个UCM PROJECT，这里“开发组织”可以是一个项目组或组内细分的工作小组，也可以是平台或应用开发小组或者其他开发组织；

b) 在同一个PVOB中，不同开发团队涉及的COMPONENT不应该重合，因此，

在目前使用场景下，一个PVOB中多个UCM PROJECT之间不要选择重叠的COMPONENT;

c) 每个UCM PROJECT中的代码原则上可以进行开发、构建，对其它

UCM PROJECT不存在源码级依赖关系；

2) 流设置和使用策略

项目配置库体系采用三层流模式，即：总装流——组装流——开发流。总装流 (UCM PROJECT集成流) |-组装流1 | |--开发流 |--组装流2 | |--开发流1 | |--开发流2 |--生产维护流

在项目配置库体系中，每个开发人员必须工作在UCM PROJECT中相应应用的共享开发流上；每个应用的组件组装测试或应用组装测试的版本将从组装流

第 18 页共 67页

企业级软件配置管理规范

中获取代码进行集成构建；每个应用的用户测试版本、总装测试版本、投产检验测试版本、最终发布版本将从总装流上获取代码进行集成构建。生产缺陷修复版本将从生产维护流上获取代码进行构建。具体流的设置和使用策略如下：

a) 总装流只用于总装集成和最终版本发布，不应该在该流上直接进行代码

修改，所有修改只能通过交付(deliver)操作提交到总装流上； b) 总装流下根据并行开发、测试版本的需要，可创建一条或多条组装流，

用于集成组件组装测试、应用组装测试时的代码并修复编译构建问题，； c) 每个组装流下创建一个或多个开发流，分别用于单个开发人员或一组开

发人员进行相关项目任务的开发，具体开发流的数量根据项目具体情况决定，每个开发流上完成一个开发任务或者一批开发任务就由集成人员或者配置管理员将代码提交(deliver)到组装流上，根据代码基线与构建发布计划创建基线，制作测试版本并且发布到测试发布区；

d) 版本投产后发现需要立即修复的生产缺陷时，需要在总装流下基于最新

的生产发布基线创建生产维护流，由相关开发人员在生产维护流上创建视图修正问题。

4.2.1.2.3. 框架、平台、工具配置库UCM PROJECT和流设置使用策

略

框架、平台、工具配置库体系的UCM PROJECT设置和流策略相对简单，每个配置库体系有一个UCM PROJECT,并采用集成流——开发流的两层模式。

集成流 |--开发流1 |--开发流2

|--文档流

4.2.1.3. 命名规范

第 19 页共 67页

企业级软件配置管理规范

4.2.1.3.1. 配置库体系管理员虚拟账户

nis配置库体系简称（小写）adm 例如： niscmsadm

4.2.1.3.2. 配置库体系主组

nis_配置库体系简称（小写）_grp 例如： nis_cms_grp

4.2.1.3.3. PVOB

NIS_项目或者平台框架工具简称（大写）_PVOB 例如：

NIS_CMS_PVOB NIS_P6_PVOB

4.2.1.3.4. VOB

NIS_项目或者平台框架工具简称（大写）_[标识]

“项目或者平台框架工具简称”中如果与单个平台相关则必须包含相应平台的简称。

文档VOB标识为DOC，代码VOB标识为容易理解和区别代码特征的单词或者首字母缩写组合，如果只有一个代码VOB可用“APP”作为标识。

例如：

NIS_P8_JTXJ_APP NIS_P6_KHXX_VMD NIS_P1_WEB NIS_DJGL_DOC

第 20 页共 67页

企业级软件配置管理规范

4.2.1.3.5. Component

Component名称：取VOB名称除去“NIS_”前缀和“_APP”后缀例如： P2_DOC; P8_JTXJ P1_WEB

4.2.1.3.6. UCM PROJECT

开发类:NIS_Component名称__X.X数字标识。如果一个UCM PROJECT中包含多个Component则“Component名称”用一个概括性名称。如果一个Component用于多个UCM PROJECT，则根据UCM PROJECT的用途进行命名，但最好在名称中保留“NIS”和平台简称部分。

例如：

NIS_P8_CMS_1.0 NIS_P2_APP1_1.0 NIS_P3_LCFW_1.0

文档类: NIS_项目或者平台或者框架简称_DOC_X.X数字标识例如：

NIS_CMS_DOC_1.0

4.2.1.3.7. UCM 流

总装流(UCM PROJECT缺省集成流)：UCM PROJECT名称_(标识)_SIT。例如：

NIS_P2_CLIENT_1.0_SIT NIS_P2_DOC_1.0_SIT

第 21 页共 67页

企业级软件配置管理规范

组装流(总装流的子流)：总装流名称除去\"_SIT\"_(标识)_CIT。例如：

NIS_P2_CLIENT_1.0_CIT

或NIS_P2_CLIENT_1.0_DGKH_CIT

开发流(组装流的子流)：组装流名称除去“_CIT”+_DEV。例如：

NIS_P2_CLIENT_1.0_DGKH_DEV

多开发流可在最后用数字标识

生产维护流：总装流名称_hotfix_投产发布基线中的日期部分。例如：

NIS_P2_CLIENT_1.0_SIT_hotfix_201300531

4.2.1.3.8. UCM 活动

UCM 活动的命名已由FLPM实现，其命名规范如下： [派工单编号]+[状态]+派工单名称状态：

opened：打开状态，正在开发 closed：关闭状态，已开发完成例如：

[DEV5024][closed]FLPM开发与持续优化_派工及报工功能开发_张三

4.2.1.3.9. UCM 基线

流名称除去\"_SIT\"/\"_CIT\"/\"_DEV\"后缀_[UCM Component名称]_[基线类别]_[上线日期（YYYYMMDD）或其他标识]_YYYYMMDD.HHMM，

UCM Component名称：

如果该UCM项目中只包含一个可写的UCM Component，则省略此部

分。

上线日期（YYYYMMDD）：

第 22 页共 67页

企业级软件配置管理规范

上线日期或其他标识仅在投产检验和投产发布基线时给出，其他基线类

别此项省略。

可选的基线类别有：

空白：标识基线，用于记录过程版本基线；

IMP: 初始代码基线，用于标记初始导入或重大变更时批量导入的代码。 CTL：受控基线，在“基线计划”中计划并且登记的，除组件组装基线、

应用组装基线、投产检验基线和发布基线之外的基线；

CIT：组件组装基线； AIT：应用组装基线； SIT：应用总装基线；

REL：投产检验和投产发布基线；如:

NIS_P2_CLIENT_1.0_CTL_20130315.1830

4.2.2. 开发类现有系统过程工作区规划

4.2.2.1. 配置库体系规划原则 4.2.2.1.1. PVOB规划原则

按照开发、上线发布的系统或者子系统类资产为单位，各设置一个PVOB以及一套配置库体系，由一个或一组配置管理员负责管理。

4.2.2.1.2. VOB规划原则

参见章节4.2.1.1.2。

4.2.2.1.3. Component规划原则

参见章节4.2.1.1.3。

第 23 页共 67页

企业级软件配置管理规范

4.2.2.2. 配置库UCM PROJECT与流策略总体原则 4.2.2.2.1. 代码UCM PROJECT和流策略

现有系统配置库代码库UCM流设置和使用策略

代码采用三层流模式进行管理，即：集成流——测试流——开发流。集成流 |-测试流1 | |--开发流 |--测试流2 | |--开发流1 | |--开发流2

每个开发人员必须工作在UCM PROJECT中相应应用的共享开发流上；每个开发任务的系统内集成测试、跨系统集成测试、用户测试、投产检验测试的版本将从测试流中获取代码进行构造发布；每个开发任务的投产检验测试版本通过投产检验后提交到集成流。具体流的设置和使用策略如下：

a) 集成流只用保存生产版本基线；

b) 系统上多个并行开发版本（不同上线点的开发任务）将在集成流下引出

多套测试流+开发流；

c) 每个测试流下创建一个或多个开发流，分别用于单个开发人员或一组开

发人员进行相关开发任务的开发，每个开发流上完成一个开发任务或者一批开发任务就由集成人员或者配置管理员将代码提交(deliver)到测试流上，按照基线与构建发布计划创建基线和制作发布测试版本； d) 已投产变更需要同步到正在开发的其他版本时，由集成流最新生产基线

同步到所需的测试流中，再由测试流同步到所有子开发流；

4.2.2.2.2. 文档UCM PROJECT和流策略

文档流没有交付测试的要求，因此在文档UCM Project上创建仅包含文档组件的文档集成流即可满足使用需求。

第 24 页共 67页

企业级软件配置管理规范

4.2.2.2.3. 生产维护流规划原则

如果系统有生产缺陷需要紧急修复，可在集成流下创建生产维护流，生产维护流的基准基线与集成流的最新生产基线保持一致，在有生产缺陷紧急修复需求时，通过生产维护流做代码修改，基线制作以及测试版本获取均从生产维护流上进行。若基线版本测试通过并成功上线，将生产维护流上的版本交付到集成流上，从集成流上制作基线后，将集成流上的基线同步到测试流及开发流。

集成流 |-测试流1 | |--开发流 |--测试流2 | |--开发流1 | |--开发流2 |--生产维护流

4.2.2.3. 命名规范

4.2.2.3.1. 配置库体系管理员虚拟账户

系统简称（小写）加上adm 例如： escmadm

4.2.2.3.2. 配置库体系主组

系统简称（小写）_grp 例如： escm_grp

第 25 页共 67页

企业级软件配置管理规范

4.2.2.3.3. PVOB

系统简称_PVOB 例如： MPS_PVOB

4.2.2.3.4. VOB

1) 文档VOB：系统简称_DOC[NO.] 例如： MPS_DOC MPS_DOC1 2) 代码VOB：

系统简称加上APP[数字]或者系统简称加上标识例如： MPS_APP1 EBS_EPAYMENT

4.2.2.3.5. Component

1) 单组件：同VOB名例如： MPS_APP 2) 多组件：系统简称_标识例如： CISS_PUB

第 26 页共 67页

企业级软件配置管理规范

4.2.2.3.6. UCM PROJECT

系统简称加上区分PVOB内多个UCM PROJECT的标识，用下划线分割，再加上X.X数字标识。

例如： MPS1.0 CISS_PUB1.0

4.2.2.3.7. UCM 流

UCM Project名称_stream类型_[数字或其他标识符] stream类型： Int ：集成流 Tst ：测试流 Dev ：开发流 Hotfix：生产维护流例如： CCI1.0_Tst CCI1.0_Dev1 CCI1.0_Hotfix

4.2.2.3.8. UCM 活动命名

参见章节4.2.1.3.8。

4.2.2.3.9. UCM 基线命名

流名称除去\"_Int\"/\"_Tst\"/\"_Dev\"后缀__[UCM Component名称]_[基线类别]_[上线日期（YYYYMMDD）或其他标识]_YYYYMMDD.HHMM，

UCM Component名称：

如果该UCM项目中只包含一个可写的UCM Component，则省略此部

第 27 页共 67页

企业级软件配置管理规范

分。

上线日期（YYYYMMDD）或其他标识：

上线日期或其他标识仅在投产检验和投产发布基线时给出，其他基线类

别此项省略。

可选的基线类别有：

空白：标识基线，用于记录过程版本基线；

IMP: 初始代码基线，用于标记初始导入或重大变更时批量导入的代码。 CTL：受控基线，在“基线计划”中计划并且登记的，除集成测试基线、

用户测试基线、投产检验基线和发布基线之外的基线；

SIT:集成测试基线； UAT:用户测试基线；

REL：投产检验和投产发布基线；例如：

component CCC_AP的基线为：

CCI_CCC1.0_CCC_AP_CTL_20121202.1530 component CCC_XP的基线为：

CCI_CCC1.0_CCC_XP_CTL_20121202.1530

4.2.3. 开发类过程工作区访问权限设置

ClearCase访问权限机制是在ClearCase对象(VOB、Component、UCM Project、 UCM Stream、Elements等)上设置权限控制要素的属性来实现的。主要的权限控制要素有：对象属主、主组、附件组、访问模式、锁定等。

\\权限要素 CC 对象 VOB存储目配置库体系管配置库体系主N/A 录 PVOB 理员虚拟账号 Ccadm 组 ccadm_grp 配置库体系N/A 主组第 28 页共 67页

属主账号主组附加组访问模式锁定方式 0775 N/A N/A 企业级软件配置管理规范 VOB 配置库体系管配置库体系主其他应对N/A 理员虚拟账号组 VOB拥有访问权限的组不锁定 UCM Component UCM项目配置库体系管配置库体系主N/A 理员虚拟账号组 N/A 0750 不锁定配置库体系管N/A 理员虚拟账号 N/A 不锁定总装流/集成配置库体系管N/A 流理员虚拟账号 N/A N/A 锁定，只排除ccadm、配置库体系管理员虚拟账号组装流/测试配置库体系管N/A 流理员虚拟账号 N/A N/A 锁定，只排除流owner、ccadm、VOB Owner。开发流/文档配置库体系管N/A 流理员虚拟账号 N/A N/A 视需求考虑锁定或者不锁定，锁定状态排除流owner、ccadm、配置库体系管理员虚拟账号、本开发小组的开发人员账号。生产维护流配置库体系管N/A 理员虚拟账号 N/A N/A 锁定，只排除流owner、ccadm、参与紧急修复的开发人员账号；紧急修复完成后锁定所有人员。 4.2.4. 文档类过程工作区规划

4.2.4.1. VOB规划原则

为每个非开发类新一代集中工作组建立一个CC base模式管理的VOB，用来保存日常工作产生的各类工件。

第 29 页共 67页

企业级软件配置管理规范

4.2.4.2. 命名规范

4.2.4.2.1. VOB管理员虚拟账户

nis+组名简称（小写）加上adm 例如： nisjspjadm

4.2.4.2.2. VOB用户主组

nis_+组名简称（小写）加上_grp 例如： nis_jspj_grp

4.2.4.2.3. VOB

NIS_XXX简称（大写）_DOC 例如： NIS_JSPJ_DOC

4.2.4.2.4. 标签命名

REL+版本标识 +_YYYYMMDD 例如：

REL0.85_20130104

4.2.4.3. 目录结构规划设置

/工作组（流程组）

|--小组A目录（流程组管理组） |--小组B目录（流程组产品建模组）

第 30 页共 67页

企业级软件配置管理规范

|--组内工作目录和文档

|--大组内共享目录 |--预对外发布目录

4.2.5. 过程工作区工作空间管理

ClearCase通过视图（View）访问VOB库中的资源，并选定与当前任务相关的版本。对于不同开发阶段的不同需求，可以通过创建不同的视图实现。视图都能够提供一个相对的工作空间，用来读取受控元素、创建新元素，或修改已有的元素。每个开发人员应该为每个参与项目创建开发视图，并及时更新视图，以获取项目的稳定基线版本，以确保开发活动使用的是通过测试、可编译的版本。整个项目结束后，应该删除此工作视图，以减少ClearCase服务器端的负荷。

4.3. 受控区

受控区主要作用是存放代码、框架、平台、文档的重要过程或者里程碑发布版本，供跨团队之间查看、获取、复用、共享；

受控区只有特定角色人员才能访问和使用，权限由ESCM技术支持组根据总体规划和相关规范统一管理和设置。

受控区按照功能可分为三部分：测试发布区、文档发布区（统一文档库）、新一代框架平台工具版本发布区； 4.3.1. 测试发布区结构和权限规划

测试发布区为设置在服务器上的网络共享文件系统，测试发布区供集成人员、配置管理员、测试人员访问和使用，按目录设置读写权限。

4.3.1.1. 新一代测试发布区

新一代测试发布区由ESCM统一规划和提供，按照组件组装、应用组装、应用总装测试分为三大一级目录；往下再分别按照项目、平台等单位分出子文

第 31 页共 67页

企业级软件配置管理规范

件夹，结构如下：

/新一代测试发布区 |--组件组装

|--项目A

|--构建基线名称

|--项目B

|--构建基线名称

|--应用组装

|--项目A

|--构建基线名称

|--项目B

|--应用总装

|--P1 |--P2 |--P8

|--组件A

|--构建基线名称

|--组件B

……

4.3.1.2. 现有系统测试发布区

现有系统测试发布区由每个现有系统开发团队自行设置和规划，需要将发布区路径填写到配置管理计划中代码基线与构建发布计划的相应栏位，现有系统测试发布区供配置管理员、集成人员、测试人员存放和交互测试用目标码版本，建议按照以下方式创建目录：每个系统下以开发任务编号作为一级目录，二级目录按照构建基线分文件夹。

/现有系统测试发布区 |--开发任务A

|--构建基线名称

第 32 页共 67页

企业级软件配置管理规范

|--构建基线名称

|--开发任务B

4.3.1.3. 测试发布区访问权限设置

类别文件夹\\角色集成人员读写读读读写配置管理员读写读写读写读写测试人员读读读读新一代测试发组件组装布区应用组装应用总装现有系统测试开发任务X 发布区 4.3.2. 文档发布区（统一文档库）结构规划

文档发布区即企业级统一文档库，任何需要跨团队（过程配置库体系）之前共享、协同的文档和需要对外发布、评审、提交审核的文档，如里程碑提交件、立项文档、结项文档，都统一放入统一文档库，并且由下游用户从统一文档库获得。

统一文档库的实现方式为采用CC BASE方式管理的一个或者多个VOB,通过FLPM进行存取和权限控制，对于用户不提供直接视图访问的方式。

对于要往统一文档库中提交的文档，必须保证源文档是来源于所在团队过程配置库体系的文档版本，这部分流程控制由FLPM实现。

统一文档库的结构如下图所示： /统一文档库

第 33 页共 67页

企业级软件配置管理规范

|--PMO发布文档 |--准开发需求

|--需求预评估单

|--业务

|--提交件A |--提交件B

|--数据 |--方案 |--开发任务A

|--阶段A提交件 |--阶段B提交件

|--开发任务B |--……

4.3.3. 新一代框架平台工具版本发布区结构规划

新一代框架、平台、工具版本发布区存放框架、平台和VMD等开发工具正式对外发布的每个正式版本，供开发团队使用。结构规划为：

/框架、平台、工具发布区

|--JAVA框架

|--1.0版本 |--2.0版本

|--C框架 |--电子渠道框架 |--主机框架 |--P1 |--P2 |--…… |--P1VMD |--P2VMD

第 34 页共 67页

企业级软件配置管理规范

|--……

4.4. 产品区

4.4.1. 产品区结构规划

产品区是存放最终软件产品发布版本（投产检验版本和投产发布版本）的区域。产品区包含产品库，在产品库中按照产品发布时间和平台或系统分目录存放各个项目或组件的发布版本和针对该发布版本的各个补丁发布包，目录结构规划如下：

/产品库根目录 | |--新一代平台

/现有系统名称

注：补丁发布包目录以“hotfix_紧急发布包投产日期\"命名。 4.4.2. 产品库的使用

产品区中存放投产检验发布包提供北京开发中心测试部使用，投产发布包提供北京数据中心使用，具体的使用流程以及启用时间，请参照相关部门/中心的规定执行。

第 35 页共 67页

企业级软件配置管理规范

5. ESCM总体流程

5.1. 新一代集中工作组成果发布和共享

5.1.1. 发布流程

各集中工作组到达计划发布时间，由各组配置管理联系人将待发布文档提交到各集中工作组大组库的“预对外发布目录”，配置管理联系人邮件通知ESCM用户支持组，ESCM用户支持组检查该目录无检出文件，统一制作基线标签，然后将该基线发布到统一文档库。 5.1.2. 共享流程

用户或者团队需要访问统一文档库中的某个文件或者目录，需要通过组织邮箱发送申请到PMO邮箱，由PMO通知ESCM用户支持组开通相应只读权限。

5.2. 配置管理计划

《配置管理计划》按照配置库体系为单位建立，《配置管理计划》是配置管理活动开展的依据，由配置库体系配置经理依据相关FLPM开发任务计划、平台框架组对开发管理的要求、实施工艺与质量管理的要求等，与各相关方负责人进行充分沟通后进行制定。《配置管理计划》规定了开发过程中所要执行的配置管理活动，执行活动的方案和执行计划，配置管理员应依据《配置管理计划》开展和记录配置管理工作，质量管理部门和ESCM集中管控组根据《配置管理计划》来监督配置管理执行情况。

本章仅给出《配置管理计划》应包含基本内容的规定及要求，《配置管理计划》的格式要求及详细内容要求详见《配置管理计划模板》。

《配置管理计划》的建立时间点：需求预评估阶段确定开发实施所依赖的需求、方案、资源、流程等要素以后，根据开发任务计划和质量管理等要求创建。

《配置管理计划》应当在后续的执行过程中，根据开发实际进展和开发计

第 36 页共 67页

企业级软件配置管理规范

划的变更而进行相应的调整，以保证《配置管理计划》的有效性和正确性。调整后的《配置管理计划》应当通知所有相关团队和ESCM集中管控组，配置管理计划本身也作为一个配置项在相应的配置库体系文档库中进行版本和变更管理。

5.2.1. 确定人员角色职责与权限

配置管理计划中应规定出所有参与本系统配置管理活动的人员角色及职责，还应规定本系统配置管理与其他外围环境或系统交互接口的人员角色职责，明确这些角色在本系统任务中的具体对应人员。

通常角色包括：

配置管理员、开发团队集成人员、开发团队技术负责人、开发团队管理负责人、平台框架管理人员等；

5.2.2. 确定配置库体系结构规划等配置管理要素

配置计划应规划出的要素包括：

1. PVOB及VOB的名称，VOB对象的属主、主组、附加组；

2. Component的设定：component的名称，根路径在VOB中的位置； 3. UCM PROJECT、流层次的设置：UCM PROJECT、流的名称，流的层级关

系；

4. VOB库的目录结构，以及目录的权限设定； 5. 所要应用的触发器描述。 5.2.3. 配置项识别

配置项作为配置管理的最小单元，配置管理员须在配置计划阶段根据开发任务计划、范围、质量管理要求等识别出关键的配置项，并对此类配置项进行严格的版本管理和变更控制。配置项识别主要按照代码配置项和文档配置项各自的要求来进行。

第 37 页共 67页

企业级软件配置管理规范

5.2.4. 代码基线和构建发布及文档版本发布计划

5.2.4.1. 代码基线和构建发布计划

基线计划中应明确的给出具体基线的名称，计划制作基线的时间点等。基线计划的执行信息也在后续执行后记录在此清单中，包括实际制作基线的时间，实际基线的名称，包含的派工单-CC活动，当前的基线状态等。

若基线是测试基线，还应对测试基线的构建做出计划，确定出构建的计划时间和发布路径信息。

基线制作和构建发布完成后，及时更新表格。

5.2.4.2. 文档版本发布计划

关键文档配置项在过程工作区形成可发布版本之后，须将版本发布到受控区中。计划应确定出各类关键文档配置项版本发布的时机、发布的范围、以及对发布用途进行说明，在发布完成后及时更新表格。 5.2.5. 流归并计划

配置管理员需要根据开发计划和实际开发进度将子流上的代码版本提交到父流，以及从父流同步到子流，也可能需要通过提交/同步操作在不同开发流之间同步代码。所有这些归并操作都需要计划并跟踪。 5.2.6. 冲突识别计划和例外处理策略

5.2.6.1. 冲突识别计划

配置管理员需要根据资产上进行的并行开发任务情况和各自的开发、测试计划，和开发团队一起制定冲突识别计划和预计处理策略。在按照计划执行冲突处理之后，更新表格。

第 38 页共 67页

企业级软件配置管理规范

5.2.6.2. 例外处理策略

这里所指的例外，主要是可能发生的紧急版本投产的影响、需求在投产前变更等原有配置管理计划外的情况，在配置管理计划制定时，根据资产开发特点，将这些情况充分考虑并预估处理方案写到配置管理计划中，当发生例外情况时，将处理记录记录到表格。 5.2.7. 配置状态报告计划

计划中应定义出本配置库体系配置状态报告所要报告的内容，统计的频度，公布的对象，公布的时间和频度。 5.2.8. 配置库维护计划

本部分应描述除统一策略和要求之外，在本配置库体系中需要做的其他配置库维护工作。 5.2.9. 培训计划

本部分应确定出本配置库体系关联的开发团队配置管理培训的时间，内容及参与人员等。 5.2.10.

配置审计计划

本部分应确定出本配置库体系计划做配置审计的时间、审计内容等，并记录审计结果和整改措施。 5.2.11.

配置管理计划维护与变更审批

对于《配置管理计划》中配置库体系结构、触发器和活动定制中公共设置部分、UCM项目计划的变更以及其他重大变更都需要通过ESCM集中管控组审批后方可实施。

第 39 页共 67页

企业级软件配置管理规范

《配置管理计划》需要结合开发进度和配置管理工作进展情况实时维护。

5.3. 配置库体系配置项识别

配置项作为配置管理的最小单元，配置管理员须在配置计划阶段识别出关键的配置项，并对此类配置项进行严格的版本管理和变更控制。配置项识别主要按照代码配置项和文档配置项各自的要求来进行。 5.3.1. 代码配置项识别规则

纳入ClearCase配置管理中的代码，必须以源代码文件的形式存在于配置库中。如果代码是由VMD建模工具生成则模型文件和生成的代码一并纳入ClearCase管理中。

针对后续统一编译、版本打包的需要，应该将编译构建脚本(Makefile、build.xml等)、工程项目或部署环境参数、配置信息、部署脚本、文档等相关文件与源代码一同纳入配置库中，并保持它们在开发环境中的相对位置关系。

纳入配置库管理的配置项在配置库应该唯一存在，其代码组织目录应是实际应用代码组织的目录结构，且相对稳定。不应将代码组织多个拷贝存入ClearCase中。对代码的这些组织需求只能通过采用UCM PROJECT和流来实现，具体参见后续“UCM PROJECT与流策略”章节。

对计划纳入配置库的大型二进制文件(单个文件>100M)，需要与配置管理员协商确定是否确实放入ClearCase中进行管理还是以其它方式管理。

每个VOB中存储的代码类型可以包括但不限于：

1) 程序源码，如Cobol/JAVA/C/C++/JavaScrip/Shell/Perl等； 2) 界面文件，如HTML/XML/GIF/JPEG/CSS等； 3) 配置文件，如XML/ini/config/txt等； 4) 数据文件，如XML/copy/ds/txt 等； 5) 建模文件，如emx/par等；

6) 开发过程需要引用到的第三方软件包，如zip/jar/war/so/dll/a/lib等； 7) 编译构建脚本(Makefile、build.xml等)、工程项目或部署环境参数、

第 40 页共 67页

企业级软件配置管理规范

配置信息、部署脚本、文档等

5.3.2. 关键文档配置项识别规则

按照实施工艺、质量管理等相关规范，所有要求作为里程碑或者阶段交付件的关键文档、对外发布文档等均应作为关键文档配置项进行识别，除此之外，项目组中有变更控制要求的文档也应作为关键文档配置项进行识别。

关键文档配置项类型可以包括但不限于： 1) 实施工艺等规范统一要求的重要交付件； 2) 计划阶段、里程碑提交件；

3) 需要提交开发团队外部评审的文档； 4) 需要提交测试部门查看的文档； 5) 需要跟其他开发团队协同交接的文档； 5.3.3. 配置项标识

 文档类配置项：每个文档作为单独的配置项进行管理，文档名即为配置项的

标识。

 代码类配置项标识：

代码类配置项以不同的子系统（或模块）、代码分类进行区分，区分后的每一类代码作为单独的配置项进行管理。

代码分类包括：源代码、目标码、编译和构建脚本、工程文件、数据库脚本等。

5.3.4. 目录结构规划

5.3.4.1. 文档库目录规划

根据实施工艺和质量管理等要求确定并统一初始化过程工作区配置库体系文档库目录。

第 41 页共 67页

企业级软件配置管理规范

5.3.4.2. 代码库目录规划

代码目录的规划需要配置管理员配合开发团队技术负责人一起根据开发的具体情况结合配置管理工具的要求进行，通常要考虑的方面如下：

1) 代码的发布和编译需要。

2) 配置管理工具的特性，如ClearCase中VOB、Component的目录层次要

求等。

5.4. 代码基线管理和文档版本管理规范

对于代码和文档的基线和版本管理有不同要求，代码类基线由配置管理员在过程工作区通过维护UCM BASELINE来实现制作、发布等管理流程；文档类版本的生成、封板与对外发布要结合统一文档库、过程工作区的文档配置项转移、标签等一系列操作，达到标记、控制、变更管理等管理目的。

代码基线管理和文档的版本管理都需要在《配置管理计划》中，制定相应的计划。

5.4.1. 代码基线与文档版本管理计划确定

代码基线与文档版本管理计划在需求预评估阶段制定《配置管理计划》的时候一同制定，需要配置管理员与开发团队相关负责人，根据开发任务计划、质量管理要求、开发团队内部管理需求等共同确定。

代码基线计划制定的时候需要明确在开发过程中除了质量管理要求中必须有的受控基线外是否要增加受控基线以及列出部分重要标识基线，明确基线应关联的派工单-活动、Component、及制作基线的时间点和流程。

文档版本计划制定时需要结合质量要求确定：开发过程中需要与其他开发团队协同、关键里程碑、阶段提交件，提交外部评审的提交件、以及立项、结项文档等需要提交到统一文档库供外部访问文档清单，以及各个文档提交的时机、发布的范围等信息。

第 42 页共 67页

企业级软件配置管理规范

5.4.2. 代码基线类别

5.4.2.1. 标识基线

标识基线用于标记以Component为单位组织的配置项某一时刻的固定版本，代码的标识基线用于标记版本以进行后续提取版本、归并同步版本、回退版本等操作。

5.4.2.2. 受控基线

受控基线为以发布基准为目的的基线，形成基线后的基线化配置项作为后续开发的基准，受控基线在质量管理要求中，作为阶段或者里程碑结束标志要求必须列入基线计划并制作，此类基线内的配置项变更要通过变更控制评估影响范围和风险后才可以进行变更，配置管理员要对受控基线的配置项的变更情况进行记录和跟踪。

5.4.2.3. 生产基线

生产基线特指在集成流/总装流上对应正式投产发布版本的受控基线，即标记某一时刻生产环境版本与配置库代码版本配套关系的基线。 5.4.3. 代码基线级别

1) 初始（Initial）

新建基线的缺省级别即为初始级别(Initial)。 2) 构建成功（Built）

每次构建完成后创建的基线将被提升到构建成功(Built)级别。 3) 测试阶段结束（Staged）

阶段结束对应的基线将被提升到（Staged）级别。 4) 发布成功（Released）

投产发布后，相应的基线将被提升到发布成功(Released)级别。

第 43 页共 67页

企业级软件配置管理规范

5.4.4. 代码基线制作和发布流程

在基线计划中确定的时间点或者关联的开发计划阶段到达后，由配置管理员通知开发团队集成人员或者开发团队相关负责人，开发团队负责提供制作基线所需要的信息，配置管理员按照相关指南和手册进行基线的制作和发布。 5.4.5. 文档版本管理流程

5.4.5.1. 文档发布

根据文档发布计划所确定的时间点，各个里程碑或者阶段提交件在过程工作区中就绪以后，由开发团队相关负责人在FLPM上执行提交统一文档库的操作，提交统一文档库之后，原文档在过程工作区中设置相应标签。文档的发布范围由FLPM权限控制实现。

5.4.5.2. 文档发布变更

发布（提交到统一文档库）以后的文档，如果需要变更，审批控制流程由相关的实施管理、质量管理规范确定，在FLPM中系统实现。

本章仅从已识别出的关键文档类配置项变更的角度来对配置活动进行规定，变更审批流程不在本章规定的范畴内。

变更控制流程如下：

1) 开发人员在关键文档类配置项已进入了统一文档库并封版之后，不能再

次提交此文件的新版本，除非按照变更流程经过审批，FLPM已解锁了此文件的封板后，开发人员才能再次提交版本。

2) FLPM统一文档库中会对关键文档类配置项的各上传版本进行保存。 3) 配置管理员按照变更后的文档版本发布实际执行情况对文档版本发布

计划跟踪维护。

第 44 页共 67页

企业级软件配置管理规范

5.5. 开发任务-派工单-CC活动集成变更管理规范

过程工作区配置项的变更有统一入口，即通过ClearCase UCM模式使用ClearCase活动来组织和关联配置项的变更。CC活动又与FLPM中的任务派工单对接，因此对于开发人员来说，所有对于过程工作区中的配置项变更操作，包括文档和代码的变更，都需要关联到任务派工单。任务派工单是指由FLPM中的开发任务的计划分解而来的个人任务派工单。 5.5.1. 需求开发类变更

需求开发类任务和任务派工单建立和维护的基本流程是： 1) 下达准开发需求； 2) 分解为需求预评估单；

3) 建立开发任务及计划，根据《配置管理计划》设置流策略； 4) 计划阶段分解任务派工单； 5) 完成任务派工单工作并提交变更； 6) 关闭任务派工单；

7) 维护开发任务计划完成时间；

在步骤1，2中完成了对于开发实施所需要确定的需求、流程、方案、资源、计划等要素的确定、评估和审批过程，到达第3步：建立开发任务时，已经明确了：1.投产时间；2.实施范围；3.技术方案等要素，并且在需求预评估阶段也完成了《配置管理计划》，开发工作对应的文档流、代码流也已经明确。

开发任务的各个阶段计划项分解为任务派工单，根据阶段和任务类型（编码类、文档类）关联到对应的开发流和文档流，开发人员使用任务派工单触发的活动，在CCRC上完成变更的提交。

任务派工单的工作完成后，开发人员在FLPM上关闭任务派工单，对应的CC活动也将关闭，不能再用于提交变更。

当阶段结束时，需要确保该阶段关联的所有任务派工单处于关闭状态，否则阶段不能置为完成。

第 45 页共 67页

企业级软件配置管理规范

5.5.2. 测试缺陷类变更

进入各类测试阶段后，统一使用QC工具来管理测试案例和测试缺陷，当发现需要编码修复的缺陷时，在FLPM开发任务计划对应的测试阶段下建立一条任务派工单，关联到开发流，进行编码修复缺陷的工作，直至该缺陷修复完成，关闭此任务派工单。

基本流程：

1) 下达准开发需求； 2) 分解为需求预评估单；

3) 建立开发任务及计划，根据《配置管理计划》设置流策略；； 4) 测试阶段开始，申请测试计划、环境及QC项目； 5) 测试过程发现缺陷登记到QC；

6) 根据QC缺陷在开发任务测试阶段分解任务派工单； 7) 完成任务派工单工作并提交变更； 8) 关闭任务派工单； 9) 维护QC缺陷状态； 10) 维护开发任务计划完成时间 5.5.3. 生产维护类变更

生产维护类变更是指来自ITIL系统DCM单的生产缺陷维护类任务。此类任务需要在FLPM中建立开发任务，填写对应的DCM单号，并且录入计划，根据计划阶段建立任务派工单，完成变更。

基本流程：

1) 根据DCM单号建立开发任务及计划（注：每个中心有一个DCM生产

维护的准开发需求），根据《配置管理计划》设置流策略；； 2) 计划阶段分解任务派工单； 3) 完成任务派工单工作并提交变更； 4) 关闭任务派工单；

5) 维护开发任务计划完成时间；

第 46 页共 67页

企业级软件配置管理规范

某些紧急情况下没有DCM单，但是需要立即出缺陷修复上线补丁包的任务，此类情况，在FLPM中填DCM单号时统一填写“暂无DCM单”，此类变更需要中心开发实施管理团队严格管理控制，具体要求参见相关质量管理规范。 5.5.4. 质量管理类变更

质量管理类变更是指由开发任务计划之外的质量管理工作，如中心级代码走查、质量管理类文档提交任务等触发的文档和代码类变更。

FLPM中已为每个中心每年度建立了一个质量管理工作的准开发需求，需要在此准开发需求下建立相应资产的“非投产重要事项”类开发任务，并且录入计划，根据计划阶段建立任务派工单，完成变更。

基本流程：

1) 在中心质量管理准开发需求下建立“非投产重要事项”类型的开发任务

及计划，根据《配置管理计划》设置流策略；； 2) 计划阶段分解任务派工单； 3) 完成任务派工单工作并提交变更； 4) 关闭任务派工单；

5) 维护开发任务计划完成时间；

此类变更的具体要求参见相关质量管理规范。 5.5.5. 技术研究类变更

此类变更流程适用于纯技术研究类，不需要投产发布的开发任务，比如开发演练，原型验证（结果不会投产，也不会用于其他开发任务的投产）等开发任务，此类任务不需经过需求预评估。

此类变更的基本流程： 1) 下达准开发需求

2) 建立非投产重要事项任务，设置流策略； 3) 分解任务派工单 4) 完成并提交变更 5) 关闭任务派工单；

第 47 页共 67页

企业级软件配置管理规范

注：此类工作在需要的过程工作区配置库体系中进行，并且ESCM只提供工具使用支持，配置管理工作由相关团队内部自行管理。

5.6. 集成构建和发布

对于现有系统，配置管理员需要在跨系统集成测试、投产检验测试和投产阶段主导执行集成构建和发布过程；对于新一代项目，配置管理员需要在应用组装测试、总装测试和用户测试阶段、投产检验阶段和投产阶段主导执行集成构建和发布过程。

为了实现构建发布包与源代码版本与基线之间的对应关系，需要在每个UCM Component的根目录下放置一个记录基线版本的文件，VersionInfo.txt。该文件内容只有一行，即相应UCM Component的最新构建基线标识(不包含PVOB信息)，每次创建集成构建基线前用新的基线标识覆盖该行原有内容，供编译打包时引用。

5.6.1. 集成构建发布的基本过程

总体而言，集成构建和发布过程将依照如下步骤： 1) 选定参与集成的UCM PROJECT和流范围 2) 集成交付到目标流；

3) 在目标流制作基线并记录到VersionInfo.txt；

4) 基于基线代码进行构建（编译、打包），并发布到相应的测试发布区； 5) 通知测试人员获取发布包进行测试。 5.6.2. 新一代基于VMD的构建特殊性

新一代基于VMD进行开发的项目在构建编译时需要根据VMD模型文件与生成代码的不同存储方式进行不同的处理。

1) 针对VMD模型文件与生成代码分不同VOB存放的情况(如P6平台)，

需要分两步进行构建编译：先将存放VMD模型文件的VOB中的基线版本批量转换为目标平台的程序代码；之后将生成程序代码导入到相应

第 48 页共 67页

企业级软件配置管理规范

的代码VOB中，并创建相应的基线，在依照目标平台的编译构建步骤进行编译打包，形成最终可部署包。

2) 针对VMD模型文件与生成代码存放在相同VOB中的情况（如P1平台）,

由开发人员负责将VMD模型转换为程序代码并存储到VOB中相应位置，编译构建时集成人员直接从该位置获取程序代码按照相应平台和组件的编译构建步骤进行编译打包。

5.7. 配置状态报告及度量报告

配置状态报告通过统计和比较配置管理的相关数据，以反应项目的执行情况、健康程度、成熟程度以及风险。目前已实现和拟实现的配置状态报告包括以下几类：

1) 代码版本报告：

每个开发人员检入次数统计每个开发人员创建文件数量统计被修改的文件数量统计文件修改频率代码合并、同步报告 2) 变更报告：

各个状态变更统计变更优先级分布统计缺陷严重程度分布统计变更提交人员统计变更实施人员统计变更组件/模块分布统计各发流上变更数量统计

配置状态报告应由配置管理员定期公布给开发团队和报送ESCM集中管控组，以便相关人员掌握系统配置管理的开展情况及风险，需要时及时采取应对措施。

第 49 页共 67页

企业级软件配置管理规范

5.8. 配置审计

配置审计是为了客观地检查开发团队的“工作过程”和“工作成果”是否符合配置管理计划和相关规范，验证开发团队进行中各项工作成果在技术上和管理上的完整性，其工作主要集中在两个方面，功能配置审计和物理配置审计：

1) 功能配置审计：

验证配置项的实际功能是否与其需求一致。功能审计有许多方法，比如通过测试的方法，能够知道编码是否与需求一致。也可以通过需求跟踪矩阵，或者需求管理工具来审查配置项的一致性和完整性。 2) 物理配置审计：

确定配置项符合预期的物理特性。主要是按照流程、规范等来检查配置标识、变更记录、配置状态等的准确性。本章所述的配置审计主要指第二种——物理配置审计： 5.8.1. 审计内容

1) 长时间未实施、关闭的变更

2) 关闭了但未包括在任何构建中的变更 3) 重复添加的文件

4) 不符合命名规范的UCM项目、流、基线 5) 配置对象锁定和锁定排除状况 6) 权限控制设置情况

7) VOB、Component设置审计 8) VOB中文件目录数量审计 9) PVOB中UCM项目数量审计 10) UCM项目中流的数量和用途审计

11) CC元数据增删改审计 (trigger、label、type、attribute) 5.8.2. 审计频度

配置审计分为定期审计和不定期审计两种，具体审计安排根据实际情况在

第 50 页共 67页

企业级软件配置管理规范

配置管理计划中规定。

6. 配置库日常维护规范

6.1. 日常VOB日志清理

VOB server上的维护服务会执行每日的VOB日志清理工作，运维人员应关注每日的清理之日检查是否有异常发生，也可设置异常情况邮件通知，来实时掌握VOB的清理情况。

6.2. 定期VOB服务器空间检查

VOB server上的空间的不足直接影响VOB的正常使用，为避免因VOB数量及体积的增长而导致空间不足，运维人员应根据VOB增长的趋势定期检查VOB服务器可使用的空间容量。至少每周检查一次。也可设定可用空间自动检查及峰值报警，当达到设定峰值时邮件通知运维人员。

6.3. 定期检查错误的view和VOB 注册信息

由于误操作或其他原因可能会引起视图和VOB注册信息的错误，运维人员可采用CC的rgy_check工具，定期对view和VOB的注册信息进行检查，并修复错误的注册信息，删除无效的注册数据。

6.4. VOB的lost+found的定期清理

VOB的lost+found目录保存了用户撤销添加的元素或元素版本，类似于系统的回收站。如有需要用户可通过此目录找回元素版本，但多数情况此目录保存的信息已无实际需要。配置管理员可定期清理lost+found目录减少冗余数据以控制VOB体积。

第 51 页共 67页

企业级软件配置管理规范

7. 配置管理培训

7.1. 配置管理流程制度培训

1) 面向对象：全体配置管理员，也可扩展到开发团队。 2) 时间：流程制度确立或变更时，新员工入职时。

3) 内容：讲解配置管理的基本概念，以及行内配置管理方面的流程制度要

求。

4) 目的：使受训者了解配置管理的概念，了解行内的配置管理体系，及其

与其他体系的关系，了解行内配置管理的流程制度要求。

7.2. 配置管理策略培训

1) 面向对象：开发团队成员、测试人员 2) 时间：开发计划和配置管理计划完成后

3) 内容：根据配置管理计划，讲解本次开发任务识别到人员角色，配置管

理活动以及完成标准。

4) 目的：使开发人员、测试人员了解本此开发任务中配置管理策略的设定，

同时使开发人员、测试人员对配置管理及配置管理在系统开发中的功能和作用形成基本的概念，以使整个开发团队对本次开发任务的配置管理目标达成共识。最重要的是使开发人员、测试人员，明确本次开发任务的配置管理活动中所承担的责任，达到配置管理目标所需要配合完成的工作内容。

7.3. 配置管理工具培训

1) 面向对象：开发团队成员

2) 时间：开发计划和配置管理计划完成后 3) 内容：CCRC的基本使用讲解。

4) 目的：使开发人员掌握配置管理工具基本功能操作的技能，了解部分的

工具使用技巧，并且明确遇到问题时的处理方式，获取支持的方法等，

第 52 页共 67页

企业级软件配置管理规范

以确保不因工具的使用问题而影响开发人员的开发效率。

8. 与其他管理领域的对接

8.1. 计划与资源管理领域

1) 通常情况下，FLPM中的软件资产（系统类或者子系统类）与ESCM过

程工作区配置库体系形成一一对应关系；

2) 建立FLPM开发任务的粒度和条件为：一个需求预评估单在一个软件资

产上的一次投产，ESCM的流策略将以FLPM开发任务为单位建立； 3) FLPM中的开发任务计划项下会分配任务派工单，如果任务派工单需要

过程工作区配置项版本的变更，则在建立派工单时要注意派工单粒度：一个人在一条开发流或者文档流上完成的工作需要一个的派工单； 4) 开发任务计划项中，判断一个阶段或里程碑是否已经实际开始和结束，

需要取得配置管理中的基线计划、关键里程碑提交件计划等的实际完成情况作为判断约束条件；

5) FLPM会实时或批量的从ESCM取得配置项变动、基线情况等信息，以

此生成相关度量报表，包括并不限于360全景视图、自主研发分析报表等；

6) ESCM中实名用户必须来自FLPM用户；

7) ESCM中的各权限组，与FLPM中的机构、团队有一定的关联关系； 8) 建行人员、公司人员的进出场管理首先在FLPM中完成，再由相关配置

管理员和ESCM技术支持组等完成CC权限的维护。

8.2. 质量管理领域

1) ESCM过程发布区统一文档库主要为评审文档、里程碑提交件、跨团队

共享文档等关键发布文档建立了一个唯一视图，质量管理相关规范中需要明确：相关文档只以统一文档库中的版本为准，并且定义已发布文档变更审批流程，ESCM将会根据质量管理的要求，对统一文档库中的文

第 53 页共 67页

企业级软件配置管理规范

档版本进行变更控制。

2) 一些质量管理活动，如中心级代码走查等，可能需要对过程工作区配置

库体系中的文档版本做变更，质量管理相关规范中应明确，该类活动对应的开发任务和准开发需求建立的条件、时机、并且在建立后通知到ESCM集中管控组，以统一为此类开发任务制定流策略。

3) 过程工作区文档库的初始化目录结构将由质量管理的相关要求来确定。

8.3. 测试管理领域

1) FLPM中的派工单可以来源于测试中的一个缺陷，此缺陷的编号可以是

QC等系统的缺陷编号，关于测试和缺陷的管理请参照北京开发中心测试管理部的要求。

2) 测试相关规范中应明确，各测试版本均是从ESCM测试发布区中获取，

投产版本检验版本从ESCM产品区中获取；

3) 测试相关规范中应明确，各测试阶段（主要是多个团队间的协同测试）

计划是以测试轮次来组织的，每一轮测试轮次，有明确的版本（基线）组合计划；

8.4. 投产与二级运维管理领域

1) 投产发布包、补丁包由ESCM产品库中的投产检验包经过投产检验员的

检验过程之后取得，不允许从开发团队直接获取；

2) 二级运维事件通过ITIL系统DCM单形式流转给开发团队，开发团队据

此在FLPM中建立开发任务，通过开发任务中分配的派工单提交紧急修复变更。

第页共 67页

企业级软件配置管理规范

9. 附录一：新一代各平台和部分应用组件项目配置库初步规划方案

9.1. 新一代一期项目配置库体系规划

配置库体系名称 ESB 产品研发类型项目项目项目（属于产品PVOB NIS_ESB_PVOB NIS_CPYF_PVOB 配置经理庞哲王永红胡云斌合约管理研发中一个独NIS_HYGL_PVOB 立组件）定价管理客户信息管理非现场审计机构员工管理家庭现金管理金融市场客户渠道整合流程服务支持企业级代收代付企业级数据应用托管现金管理员工渠道 P1平台 P2平台 P3平台 P4P5平台 P6平台

项目项目项目项目项目项目项目项目项目项目项目项目项目平台平台平台平台平台 NIS_DJGL_PVOB 邱知明 NIS_KHXX_PVOB 胡云斌 NIS_FXCSJ_PVOB 王军莉 NIS_JGYG_PVOB NIS_JTXJ_PVOB NIS_JRSC_PVOB 王军莉胡淳徐燕 NIS_KHQD_PVOB 彭勇 NIS_LCFW_PVOB NIS_DSDF_PVOB NIS_SJYY_PVOB NIS_XTG_PVOB NIS_CMS_PVOB 宫长青王军莉徐靓，黄江铭胡淳杨晓英 NIS_YGQD_PVOB 胡淳 NIS_P1_PVOB NIS_P2_PVOB NIS_P3_PVOB NIS_P4P5_PVOB NIS_P6_PVOB 第 55 页共 67页

待定待定待定待定待定企业级软件配置管理规范 P7平台 P8平台 P9平台 P10平台 P12平台 Java框架 C框架电子渠道框架主机框架平台平台平台平台平台框架框架框架框架 NIS_P7_PVOB NIS_P8_PVOB NIS_P9_PVOB NIS_P10_PVOB NIS_P12_PVOB NIS_IDTEJ_PVOB NIS_IDTEC_PVOB NIS_IDTEE_PVOB 待定待定待定待定待定待定待定待定 NIS_IDTEM_PVOB 待定各项目配置库体系的文档UCM PROJECT和流信息如下：配置库体系 ESB 产品研发定价管理客户信息管理非现场审计机构员工管理家庭现金管理金融市场客户渠道整合流程服务支持企业级代收代付企业级数据应用托管现金管理

PVOB NIS_ESB_PVOB NIS_CPYF_PVOB NIS_DJGL_PVOB NIS_KHXX_PVOB NIS_FXCSJ_PVOB NIS_JGYG_PVOB NIS_JTXJ_PVOB NIS_JRSC_PVOB NIS_KHQD_PVOB NIS_LCFW_PVOB NIS_DSDF_PVOB NIS_SJYY_PVOB NIS_XTG_PVOB NIS_CMS_UCM PROJECT NIS_ESB_1.0_DOC NIS_CPYF_1.0_DOC NIS_DJGL_1.0_DOC NIS_KHXX_1.0_DOC NIS_FXCSJ_1.0_DOC NIS_JGYG_1.0_DOC NIS_JTXJ_1.0_DOC NIS_JRSC_1.0_DOC NIS_KHQD_1.0_DOC NIS_LCFW_1.0_DOC NIS_DSDF_1.0_DOC NIS_SJYY_1.0_DOC NIS_XTG_1.0_DOC NIS_CMS_1.0_DO文档流 NIS_ESB_DOC_1.0 NIS_CPYF_DOC_1.0 NIS_DJGL_DOC_1.0 NIS_KHXX_DOC_1.0 NIS_FXCSJ_DOC_1.0 NIS_JGYG_DOC_1.0 NIS_JTXJ_DOC_1.0 NIS_JRSC_DOC_1.0 NIS_KHQD_DOC_1.0 NIS_LCFW_DOC_1.0 NIS_DSDF_DOC_1.0 NIS_SJYY_DOC_1.0 NIS_XTG_DOC_1.0 NIS_CMS_DOC_1.0 第 56 页共 67页

企业级软件配置管理规范员工渠道 P1平台 P2平台 P3平台 P4P5平台 P6平台 P7平台 P8平台 P9平台 P10平台 P12平台 Java框架 C框架电子渠道框架主机框架

PVOB NIS_YGQD_PVOB NIS_P1_PVOB NIS_P2_PVOB NIS_P3_PVOB NIS_P4P5_PVOB NIS_P6_PVOB NIS_P7_PVOB NIS_P8_PVOB NIS_P9_PVOB NIS_P10_PVOB NIS_P12_PVOB NIS_IDTEJ_PVOB NIS_IDTEC_PVOB NIS_IDTEE_PVOB NIS_IDTEM_PVOB C NIS_YGQD_1.0_DOC NIS_P1_1.0 NIS_P2_1.0 NIS_P3_1.0 NIS_P4P5_1.0 NIS_P6_1.0 NIS_P7_1.0 NIS_P8_1.0 NIS_P9_1.0 NIS_P10_1.0 NIS_P12_1.0 NIS_IDTEJ_1.0 NIS_IDTEC_1.0 NIS_IDTEE_1.0 NIS_IDTEM_1.0 NIS_YGQD_DOC_1.0 NIS_P1_DOC NIS_P2_DOC NIS_P3_DOC NIS_P4P5_DOC NIS_P6_DOC NIS_P7_DOC NIS_P8_DOC NIS_P9_DOC NIS_P10_DOC NIS_P12_DOC NIS_IDTEJ_DOC NIS_IDTEC_DOC NIS_IDTEE_DOC NIS_IDTEM_DOC 9.2. NIS_P1_PVOB配置库体系初步规划

P1是“外部客户渠道服务整合平台”，其接收外部客户使用不同终端设备和客户端软件的业务请求，屏蔽差异，封装渠道数据，调用业务服务并接受请求服务返回结果返回渠道。

根据P1平台的文件目录数量和组件依赖关系，初步为P1规划如下VOB： VOB标签 VOB用途包括第 57 页共 67页

包含文件目备注企业级软件配置管理规范 Component NIS_P1_PVOB NIS_P1_PLTM P1的PVOB N/A 录 N/A 待细化将原有的NIS_P1_APP改名为存放P1平台组P1_COMP 件代码 NIS_P1_PLTM NIS_P1_DOC 存放P1平台文P1_DOC 档待细化 9.3. NIS_P2_PVOB配置库体系初步规划

P2是“内部员工渠道整合平台”，其受理行内员工使用不同终端和客户端软件的业务请求，作用类似P1，采用CS模式高效客户端；具有多设备多协议支持；参数化应用开发能力；版本自动发布（推送和自动更新前端版本）；具有部分不需要经过P3的用户流程定制和控制能力；其与P1一起共同整合服务平台的用户交付能力。

P2平台分为客户端和服务器端，且平台代码和应用的配置开发代码紧密关联，据此规划P2的VOB如下： VOB标签 VOB用途包括Component 包含文件目备注录 NIS_P2_PVOB P2的PVOB N/A N/A 待细化 NIS_P2_CLIENT 存放P2客户P2_CLIENT 端平台代码 NIS_P2_SERVER 存放P2服务P2_SERVER 器端平台代码 NIS_P2_DOC 存放P2平台P2_DOC 文档待细化待细化第 58 页共 67页

企业级软件配置管理规范

9.4. NIS_P3_PVOB配置库体系初步规划

P3是“客户服务整合平台”，其整合端到端的客户服务流程为客户提供集成服务，面向不同用户的流程编排服务，单一用户的复杂交易集成服务，面向客户和员工渠道的所有交易和业务。

P3平台上的应用开发体现为流程定义和规则定义，针对所有应用定义的流程和规则最终将部署在工作流服务器和规则服务器上；P3平台本身的代码文件数量相对较少，并且依赖关系紧密。根据平台的这种特点，据此规划P3的VOB如下： VOB标签 VOB用途包括Component NIS_P3_PVOB NIS_P3_PLTM P3的PVOB N/A 包含文件目备注录 N/A 待细化存放P3平台组P3_COMP 件代码 NIS_P3_APP 存放P3应用代P3_APP 码，即流程定义和规则定义代码待细化如果支持应用的流程开发代码较多，可以根据需要分多个VOB或者多个Component NIS_P3_DOC 存放P3平台文P3_DOC 档待细化 9.5. NIS_P4P5_PVOB配置库体系初步规划

P4是“应用集成平台”，其为P1,P2,P3提供标准化服务调用功能并以一致形式返回服务结果，屏蔽后台业务服务的技术特性，在P4上构建企业服务总线，形成我行信息技术系统的关键枢纽。

P4平台组件包括：服务接口组件、服务管控组件、服务代理组件、服务容器

第 59 页共 67页

企业级软件配置管理规范

组件、文件服务组件、服务注册组件，这些组件紧密关联；P4平台上应用开发主要涉及两个组件：服务注册组件和服务目录组件，它们与平台组件相对.

P5是“外联服务集成平台”，其提供与外部系统间的服务交互，提供实时和非实时的服务形式，屏蔽内部系统的技术特性，保证内部系统的性和内外系统松耦合，与应用集成平台P4实现的能力基本相同。

P5实现新一代系统与行外系统的集成，平台组件包括：服务接口组件、服务管控组件、服务代理组件、服务容器组件、文件服务组件、服务注册组件，这些组件紧密关联。

据此规划P4,P5的VOB如下： VOB标签 VOB用途包括Component NIS_P4P5_PVOB P4P5的PVOB NIS_P4_PLTM N/A 包含文件目备注录 N/A 待细化存放P4平台P4_COMP 组件代码 NIS_P4_SRVLOG 存放P4平台P4_SRVLOG 服务注册组件和服务目录组件的代码。 NIS_P5_PLTM 存放P5平台P5_COMP 组件代码 NIS_P5_ADAPTER 存放P5为应待细化用外联开发的代码 NIS_P4P5_DOC 存放P5平台P4P5_DOC 文档待细化待细化待细化 9.6. NIS_P6_PVOB配置库体系初步规划

P6-P8是产品服务平台，实现了银行核心业务服务，涉及产品、客户、合约、核算等相关业务对象，目前定义了73个应用组件，支持跨系统平台、数据库、

第 60 页共 67页

企业级软件配置管理规范

中间件、操作系统部署；联机和批量事务处理能力同时具备；支持海量数据处理能力。P6为产品服务层在主机上的实现。P6平台配置库体系中的VOB规划如下：

VOB名称 VOB用途 Component 包含文件目录备注 NIS_P6_PVOB P6的平台组件PVOB N/A N/A 管理NIS_P6_PLTM_CBL和NIS_P6_VMD两个VOB NIS_P6_PLTM_存放P6平P6_PLTM_CBL CBL NIS_P6_VMD 台代码 P6平台程序代码 P6平台COPYBOOK 各应用组件VMD开发时共享的资源，由数据设计人员和构件配置人员生成，发布到共享资源库(WebLogic)中由各应用组件VMD开发人员使用。 P6_PLTM_COPY /cfg /res 存放P6 P6_VMD VMD共享资源 NIS_P6_DOC 存放P6平P6_DOC 台文档 9.7. NIS_KHXX_PVOB配置库体系初步规划

VOB名称 VOB用途 Component 包含文件目备注录 NIS_KHXX_PVO客户信息N/A B 管理项目PVOB 第 61 页共 67页

N/A 企业级软件配置管理规范 NIS_KHXX _VMD 存放P6平P6_KHXX_VMD 台客户信息管理应用组件的VMD文件 /project /cfg/ds /cfg/comp /project中存放VMD工程中的建模文件； /cfg中存放本组件生成的数据和配置文件，也需要发布到共享资源库(WebLogic)中；由模型生成的CBL和COPYBOOK文件不必存放在本VOB中，只存在开发人员的本地目录中。 NIS_KHXX_CBL 存放P6平P6_XXX_CBL 台中客户信息管理应用组件程序代码和COPYBOOK NIS_KHXX_DOC 存放组件P6_KHXX_DOC 文档

待细化由项目或平台集成人员从组件组装测试开始将相应的应用组件的基线VMD模型转换为CBL和COPYBOOK并导入到本VOB中。 9.8. NIS_P7_PVOB配置库体系初步规划

P7为产品服务层在开发平台上C语言的实现。P7平台本身实现了支持C开发产品服务层的技术组件，代码数量较少，在平台之上可以根据应用的需要构建产品服务层应用组件。技术组件和应用组件相互较为，分别可以开发，

编译，部署，因此可以在不同VOB中管理。由此规划P7的VOB如下：

第 62 页共 67页

企业级软件配置管理规范 VOB标签 VOB用途包括Component 包含文件目备注录 N/A 待细化 NIS_P7_PVOB NIS_P7_PLTM P7的PVOB N/A 存放P7的平台P7_COMP 技术组件代码 NIS_P7_DOC 存放P7平台文P7_DOC 档

9.9. NIS_P8_PVOB配置库体系初步规划

P8为产品服务层在开发平台上Java语言的实现。P8平台本身实现了J2EE环境下支持产品服务层应用开发的技术组件，代码数量较少，在平台之上可以根据应用的需要以Java程序构建产品服务层应用组件。技术组件和应用组件相互较为，分别可以开发，编译，部署，因此可以在不同VOB中管理。由此规划P8平台配置库体系的VOB如下： VOB标签 VOB用途包括Component NIS_P8_PVOB NIS_P8_PLTM P8的PVOB N/A 包含文件目备注录 N/A 待细化存放P8的平台P8_COMP 技术组件代码 NIS_P8_DOC 存放P8平台文P8_DOC 档 9.10. NIS_CMS_PVOB等8个P8上开发的应用组件项目配置库体系初

步规划

VOB标签 VOB用途包括Component NIS_XXX_PVOB

包含文件目备注录 N/A XXX替换为应XXX应用组件N/A 第 63 页共 67页

企业级软件配置管理规范项目的PVOB 用组件简称，如CMS,JTXJ NIS_XXX_APP 应用组件代码待细化待细化根据需要可设置多个VOB或多个Component NIS_XXX_DOC 存放项目文档 P8_XXX_DOC 待细化 9.11. NIS_P9_PVOB配置库体系初步规划

P9是“数据集成平台”，其整合企业范围内的各类数据，为产品服务层和管理分析层提供一致的数据服务。P9平台只包含技术组件，没有应用组件。共有35个技术组件，根据组件功能分为8个组件分组，每个分组代码基本。由

此规划P9的VOB如下：

VOB标签 VOB用途包括Component 包含文件备注目录 NIS_P9_PVOB NIS_P9_INDEX P9的PVOB N/A N/A 待细化存放P10的P9_INDEX 平台的“信息索引类”技术组件代码 NIS_P9_SCHEDULE 存放P9的P9_SCHEDULE 平台的“调度类”技术组件代码 NIS_P9_INTEGRATE 存放P9的P9_INTEGRATE 平台的“信息集成类”技术组件代第页共 67页

企业级软件配置管理规范码 NIS_P9_ACCESS 存放P9的P9_ACCESS 平台的“信息访问类”技术组件代码 NIS_P9_DEPLOY 存放P9的P9_DEPLOY 平台的“信息部署类”技术组件代码 NIS_P9_SCRUB 存放P9的P9_SCRUB 平台的“信息清理类”技术组件代码 NIS_P9_QUALITY 存放P9的P9_QUALITY 平台的“信息质量类”技术组件代码 NIS_P9_ETL 存放P9的P9_ETL 平台的“ETL类”应用扩展开发代码，包括VMD开发代码为应用所作的数据集成开发主要在这个VOB中进行，可根据需要拆分多个第 65 页共 67页

企业级软件配置管理规范 VOB或者多个Component NIS_P9_DOC 存放P9平P9_DOC 台文档

9.12. NIS_P10_PVOB配置库体系初步规划

P10是“管理分析服务平台”，其按照业务应用需求从数据集成层读取数据，生成各类展现形式支持业务管理人员组装业务领域，支持业务人员定制和发布数据项集合和展现形式和发布形式，支持技术人员进行系统调优。

P10平台本身实现了支持数据分析层的管理监控应用开发的技术组件，代码数量较少，在平台之上可以根据应用的需要构建管理监控应用组件。技术组件和应用组件相互较为，分别可以开发，编译，部署，因此可以在不同VOB中管

理。由此规划P10的VOB如下：

VOB标签 VOB用途包括Component 包含文件目备注录 N/A 待细化 NIS_P10_PVOB P10的PVOB N/A NIS_P10_PLTM 存放P10的平P10_COMP 台技术组件代码 NIS_P10_APP1 存放P10平台P10_APP1 上第一批应用组件（新一代一期项目相关）的代码。 NIS_P10_DOC 存放P10平台P10_DOC 和组件文档待细化可根据需要拆分多个VOB或者多个Component 待细化第 66 页共 67页

企业级软件配置管理规范

9.13. NIS_P12_PVOB配置库体系初步规划

P12是“在线交易处理数据服务平台”，其支持管理分析层应用组件对外提供在线交易数据服务，支持反欺诈、反洗钱、监控合规，稽核检测，风险管理等应用组件的实现。

P12平台本身实现了支持数据分析层的在线数据服务开发的技术组件，代码数量较少，在平台之上可以根据应用的需要构建在线数据分析应用组件。技术组件和应用组件相互较为，分别可以开发，编译，部署，因此可以在不同VOB

中管理。由此规划P12的VOB如下：

VOB标签 VOB用途包括Component 包含文件目备注录 N/A 待细化 NIS_P12_PVOB P12的PVOB N/A NIS_P12_PLTM 存放P12的平P12_COMP 台技术组件代码 NIS_P12_APP1 存放P12平台P12_APP1 上第一批应用组件（新一代一期项目相关）的代码。 NIS_P12_DOC 存放P12平台P12_DOC 组件文档

待细化可根据需要拆分多个VOB或者多个Component 待细化第 67 页共 67页

因篇幅问题不能全部显示，请点此查看更多更全内容

查看全文