clearcaselt配置

bmccbj

249
3) 配置项的检入及检出；
5) 文件的命名；
6) 版本的编号。
3.7.6.3 SQA 审核后，开发人员才能生成新的版本，由PL 更新到
基线库中。
3.7.6.4 PL 应重新标识所有被影响的配置项及版本。
3.7.6.5 A级和B级的变更项也可能直到下次系统发行版本时才生
成。
3.7.6.6 生成新版本后，CMO负责收集所有变更信息归档，
修改变更CIs状态为“正式发布”，关闭变更，并将变更报告
发送给发起者。
3.8 配置状态报告
3.8.1 配置状态报告的目的
记录和报告整个软件生命周期演化状态。
3.8.2 配置状态报告记录的内容
配置状态报告记录的内容包括：
2) 软件和文档的标识；
3) 目前状态；
4) 基线演化状态；
5) 变更状态；
6) 版本交付信息等。

bmccbj

250
3.8.3 配置状态报告的生成
配置管理报告自第一个基线创建时建立，由配置管理系统生成，及
时反映当前配置状态。
3.9 配置审核
3.9.1 配置审核的类别
配置审核分为：
1) 功能配置审核（Functional Configuration Audit，FCA）：
审核软件功能是否与需求一致，并符合基线文档要求；通常要审
查测试方法、流程、报告和设计文档等。
2) 物理配置审核（Physical Configuration Audit，PCA）：
审核要交付的组成项是否存在，是否包含所有必需的项目，如正
确版本的源代码、资源、文档、安装说明等等。
3.9.2 配置审核执行的时机
通常选择以下几种情况由SQA 负责实施配置审核：
1) 软件产品交付或是软件产品正式发行前；
2) 软件开发的阶段工作结束后；
3) 在产品维护工作中，定期地进行。
3.9.3 不符合项的处理
对配置审核中发现的不符合现象，SQA 进行记录，并填写《不符合
项报告》，交由责任部门限期进行纠正，SQA 负责纠正措施的验证。所
有的不符合项报告均关闭后，才能发布新版本。

bmccbj

251
3.10 发行管理
3.10.1 通过配置审核后，由项目经理负责生产新版本，并由PL
检入产品库中，并按照5.4节配置标识规则进行版本标识。
3.10.2 交付管理
这里“交付”是指从配置库中提取配置项，交付给客户或项目外的
人员。交付出去的配置项必须有据可查，避免发生混乱。流程如下：
1) “索取人”向CCB提出交付申请。
2) CCB 审批该申请。如果该申请不合法（合理），则拒
绝交付配置项。如果同意交付，CCB应给出详细的交付清单。
3) PL依据CCB 的批示，从配置库中提取配置项交付给
“索取人”。
4) “索取人”验收后签字。
第三章 解析本土化软件配置管理
软件工程犹如一座大迷宫，道路曲折，但是却隐藏有无数的珍宝。
每个探险迷宫的人在找到捷径和珠宝后，都会有对于迷宫的独特感悟。
为了更好的指引有心的探险人，编辑部将从迷宫各个不同的入口，请来
那些已经发掘过迷宫的先行者们，和他们一道感悟这座迷宫。
如果您已经找到了迷宫的珠宝或者即将向迷宫探险，都可以和我们
联系。
版本控制，是软件开发中一项必不可少的管理手段，也是软件配置
管理（Software Configuration Management，SCM）的一个部分。而软件

bmccbj

252
配置管理，在软件开发过程中占据着非常重要的地位，并且是CMM 2
级的一个关键域。
2004年3月3日，本刊有机会请到了六位业内软件配置管理的专家，
组织了一次专门的研讨会。通过讨论，我们也许可以为中国的软件配置
管理作一个有益的点评。
迅速发展的软件配置管理
配置管理的概念源于美国空军，为了规范设备的设计与制造，美国
空军1962 年制定并发布了第一个配置管理的标准“AFSCM375-1，CM
During the Development & Acquisition Phases”。
而软件配置管理概念的提出则在20 世纪60 年代末70 年代初。当
时加利福利亚大学圣巴巴拉分校的Leon Presser 教授在承担美国海军的
航空发动机研制合同期间，撰写了一篇名为“Change and Configuration
Control”的论文，提出控制变更和配置的概念，这篇论文同时也是他在
管理该项目（这个过程进行过近一千四百万次修改）的一个经验总结。
Leon Presser 在1975 年成立了一家名为SoftTool的公司，开发了配
置管理工具：Change and Configuration Control（CCC），这是最早的配置
管理工具之一。
随着软件工程的发展，软件配置管理越来越成熟，从最初的仅仅实
现版本控制，发展到现在的提供工作空间管理、并行开发支持、过程管
理、权限控制、变更管理等一系列全面的管理能力，已经形成了一个完
整的理论体系。同时在软件配置管理的工具方面，也出现了大批的产品，
如：最著名的ClearCase；开源产品CVS；入门级工具Microsoft VSS；
新秀Hansky Firefly。

bmccbj

254
业性的成熟配置管理工具，由于相对昂贵的价格，也没有采用。因此思
维加速的办法是：自己进行开发，建立一个适用的管理系统。
配置管理的三大误区
国内软件公司实施配置管理，已经取得了很多进步，也提高了软
件的质量。但是对于软件配置管理，有很多公司对它的理解比较模糊，
或者在真正的配置管理实施过程中存在着误区。从专家们的讨论中，我
们了解到国内的软件配置管理主要有三个方面的误区。
误区一：版本控制=软件配置管理
也许很多人不承认自己对于软件配置管理的理解局限在版本控制
上，但在具体实施配置管理的过程中，就只见版本控制，而不见真正的
配置管理。其实版本控制只是配置管理最基本的层次和功能。当然只有
进行了版本控制，其他的功能才可能会逐渐提升。就是一个基本的版本
控制，在部分软件公司中也并不是一个非常正规和完善的过程。
这种问题，归根到底在于软件公司对软件开发流程的管理在意识上
不够重视。国内软件企业的开发管理不是很规范，即使在大的软件公司
里面，项目组对于开发管理的关注也是有限的。另外一个原因是由于开
发管理中资源的不足，比如:资金的缺乏（导致不能购买功能齐全、价格
昂贵的商业产品）、人力资源（不能招聘专业的配置管理人员），因此不
能在公司内部实施体系化的配置管理。
误区二:编码水平最差=配置管理员
配置管理人员是配置管理具体实施的人。可以说公司制定了配置管
理的流程和规章只是配置管理实施的基础，而真正配置管理能否实施，
能否有效，关键在于从事配置管理的人员。但国内的一个误区是：在选

bmccbj

256
那么再强的工具也没有灵魂。比如简单的一个check in 操作，不同的人
用起来可不一样。有人修改后，进行build，然后check in；有人修改后，
进行build，并简单的测试再check in,也有人修改后马上check in，……
可看出不同的人使用工具的同一操作有不同的后果。”
人--为何如此重要？
配置管理员在配置管理中是一个比较奇妙的角色，对于一个实施了
配置管理、建立了配置管理工作平台的团队来说，他是非常重要的，整
个开发团队的工作成果都在他的掌管之下。如果他管理和维护的配置管
理系统出现了问题，轻则影响团队其他成员的工作效率，重则可能出现
丢失工作成果、发布错误版本等严重的后果。
配置管理员应该做什么
一般而言，配置管理人员在软件公司中应该具有下面的几项主要
职责：
1、 提交配置管理计划；
2、 软件配置管理工具的日常管理与维护，各配置项的管理与维护；
3、 执行版本控制和变更控制方案；
4、 完成配置审计并提交报告；
5、 对开发人员进行相关的配置管理培训；
6、 识别软件开发过程中存在的问题并拟出解决方案。
你是合格的配置管理员吗
一个高水平的配置管理人员，对开发团队在整体上有非常重要的作
用。如果在一个企业中实施了配置管理工具如ClearCase，但没有专业的

bmccbj

257
配置管理人员管理，就像一个拖拉机安装了一个奔驰的马达，还是跑不
快。早期在国内企业中，找一个合适的配置管理人员很困难，最后由系
统管理人员来担任。并且使用不同的配置管理工具，对配置管理人员的
要求就不一样，如VSS 对配置管理人员的技术水平要求就较低。
按照配置管理的职责要求，一个合格的配置管理人员需要具备哪些
素质呢？
1、职业道德是第一位的，这是由于配置管理人员负责管理软件公
司最为重要的资产。
2、软件配置管理的专业知识，最好要精通一种配置管理工具，没
有工具是不可能实施软件配置管理的，否则那只能是效率极其低下的纸
上谈兵。
3、项目管理的知识，对于软件开发流程非常熟悉。一般而言，最
好要经历几个软件项目的开发管理过程，或者担任过项目经理，对软件
开发的全过程有比较清晰的了解；有软件开发经验可以增强说服力，降
低实施的难度，并且能够切身以开发人员的身份去体会配置管理，才能
改进配置管理过程。
4、有一定的大局观，有一定的IT 背景知识,对系统（操作系统、网
络、数据库等方面）比较熟悉。
除了个人素质上的要求，在性格上也有一些共性的东西。
1、沟通技巧：在部署和实施配置管理的时候，肯定会遇到一些抵
触，对于程序员而言，使用配置管理之前，没有什么约束，但是在实施
后，会有一些约束，认为这并不是自己的工作。如果在使用中出现了问
题，就需要配置管理人员进行沟通，并且能够解决问题。
2、稳重、细心、有耐心。配置管理工作需要和开发人员、测试人

bmccbj

258
员、项目经理打交道，但是他们对于遵循配置管理流程和工具不会非常
的热心，因此需要配置管理人员能够稳重、有耐心。
3、能够吵架。有的时候，如果沟通不行，就需要采取强迫的手段
来保证具体配置工作的要求得到执行。记得在网上见到这样的一句话：
搞配置管理原来很好玩，就是要--凶～！
配置管理员的困惑
用友软件工程公司的耿延煜现在担任一个项目的配置管理员，她对
于软件配置管理人员的看法更有代表性。在用友软件工程公司，采取的
是一个项目设置一个配置管理人员，主要工作是项目产品的版本管理，
并配合项目经理对项目中的文档、代码进行检查。但是这个配置管理人
员并不是专职的，在承担配置管理职责之外，还会承担一些项目的开发、
测试工作。作为一个兼职的SCM 人员，耿延煜认为，有两个问题需要
注意：
一是如何在工作任务紧张的时候保证配置管理工作？
作为一个配置管理人员，并不是仅仅从事配置管理工作，很多时候，
会接受项目经理指派的开发工作，这个时候如何处理配置管理工作和开
发工作的权重就非常重要，尤其是在一个项目处于紧要关头的时候，开
发进度紧，很多公司就忽视了配置管理，但是往往这个时候，配置管理
才是最为重要的，并且这个时候出了问题，对于项目的影响会更大。因
此在很多情况下，必须付出时间从事配置管理工作，如加班。出现了问
题，配置管理人员必须立即进行修复。
二是定位模糊。很多SCM 人员对自己的定位都比较模糊，没有将
自身置于一个项目管理者的角色。感觉自己只是项目组的一个无关紧要

bmccbj

259
的角色。国内软件开发中，向来就重开发人员，轻视测试人员，配置管
理人员就更得不到重视了。然而，配置人员应该是一个项目经理的
Backup，应该向项目经理发展。
配置管理员的最佳实践
对于配置管理人员的部门设置，邓小年认为，一般国内大中型软件
公司在配置管理部门可以设置如下的三个职位：
1、配置管理经理：负责公司全面的配置管理方面的工作；
2、创建发布工程师：主要负责创建和发布，部署产品；
3、工具管理工程师：主要负责开发、维护配置管理工具，对工具
的使用进行培训。
考虑到我国的现实情况，在一个软件公司中的每个项目专门设置一
个SCM 人员还不现实。从上面可以看出，配置管理员的最佳实践和推
广方式可以采用是“兼职＋专职”的形式来进行。具体而言，可以这样安
排：
1、软件公司在公司级必须有一个整体的配置管理解决方案和策略，
对于各个具体开发的项目也有一个适合项目需要的配置管理策略。
2、公司级的SCM 策略上，设置专职的配置管理人员，一般由水平
较高的人员担任，符合上面提到的配置管理员的素质要求。
3、项目级的SCM 策略上，设置兼职的配置管理人员，一般可以由
开发人员或者质量人员来兼任。
4、专职SCM人员和兼职SCM 人员之间的沟通协调。并且对于SCM
工具，如ClearCase，一般在前期部署的时候，任务比较紧张，在实施以
后，操作就比较简单，只需要一个兼职人员就可以了。通过专职SCM

bmccbj

260
人员和兼职SCM人员之间不断地反复沟通，才能将一个SCM 过程具体
实施好。
实施--从老板的角度思考
配置管理应该如何实施？软件配置管理活动是一项支持性、保障
性的工作，它本身并不直接为企业产生直接赢利的工作成果，它每一项
活动都需要消耗企业的资源，还需要购置配置管理工具，这些都会导致
企业生产成本的增加。因此对一个软件公司来说，实施配置管理就需要
从老板的角度进行思考。
什么是成功的配置管理
一个没有实施配置管理的软件项目，常常出现的问题有：版本混乱、
文档不统一、工件遗缺等。这些问题归根到底是软件质量的问题。因此
对于什么是成功的软件配置管理，一个最简单的方法是比较配置管理实
施活动前后，软件产品的质量是不是得到了提高、开发团队是不是能够
工作在一个有助于提高整体工作效率的配置管理平台上。
具体到配置管理中的每项活动，是否成功的标准是：这项活动是不
是真正有助于我们实施配置管理的活动？它对于提高我们产品的质量
有多大的帮助？能否帮助开发团队更高效地工作？
配置管理流程再造
软件配置管理的实施首先需要有一个规范的软件开发流程，因此对
于一个软件公司而言，要实施配置管理，首先是需要对自身的软件开发
流程进行再造。再造水平的好坏决定了配置管理是否仅仅是版本控制，
是否能够有效的实施配置管理。流程不好，也许就仅仅到达版本控制的