引入ClearCase作为流程改进实验

### 引入ClearCase作为流程改进实验 在软件开发领域，配置管理系统对于保障产品质量和开发效率至关重要。本文将介绍一个关于引入ClearCase配置管理系统的流程改进实验，探讨其在技术、业务和组织层面带来的影响。 #### 1. 项目背景 ##### 1.1 公司与产品 Sysdeco GIS是一家挪威的软件公司，专注于为不同的地图领域制作终端用户系统，如地形测绘、公用事业测绘、发电厂系统、车队管理（GPS）等。其客户数据库涵盖了国家测绘组织、发电厂、地方当局、公用事业公司、保险公司、软件公司等。 该公司的图形工具部门主要交付两款产品：Tellus和Tellus Vision。Tellus最初是为各种UNIX环境开发的，为开发者提供了用于分层彩色地图的混合光栅和矢量工具集，并包含一种专有的编程语言（TCL）。它支持七种不同的UNIX平台和四种数据库连接。Tellus Vision则是在PC平台上提供Tellus，并将其与QBE Vision（基于Microsoft Windows的4GL工具包）相结合，未来将成为主要的开发方向。 ##### 1.2 配置管理实践 Tellus系列产品有超过25种不同的配置，通过条件编译来管理这种可变性。源代码约有650,000行，分布在5000多个文件中，构建系统包含约500个Makefile。在项目开始时，支持3个主要版本，并且有新版本正在开发中。 源代码按模块组织，每个开发者负责一定数量的模块。产品构建、系统测试和交付由生产团队负责。当新版本发布时，源代码会被冻结并进行版本控制，使用SCCS和严格的变更控制程序来管理已发布版本的源代码。 维护过程与产品一同发展，运行良好。变更请求和错误报告由开发协调员收集并记录在数据库中，经过识别和工作量估算后排队处理。开发协调员定期发起变更任务，完成后由系统管理员将修正后的代码纳入官方版本并生成新的官方发布。 ##### 1.3 背景总结 现有的变更控制系统在UNIX产品上运行良好，但在引入Windows产品后，缺乏正式的配置系统，导致开发依赖手动程序，容易出现错误和不一致性。此外，最新版本的产品使用C++重写，新的程序结构使得现有系统难以管理。 #### 2. CMEX项目 ##### 2.1 项目目标 CMEX项目的总体目标是测量引入修订后的正式配置管理和版本控制系统对软件开发过程的影响。该项目由SGIS与挪威科技大学合作进行，于1996年初开始，持续了22个月。 ##### 2.2 项目阶段 项目分为三个阶段：准备阶段、实验阶段和评估阶段。 - **准备阶段**：主要活动包括流程建模、测量初始过程和产品以及安装配置管理系统。 - **实验阶段**：包括系统引入和培训、系统使用以及中期流程调整。 - **评估阶段**：测量改进结果并进行报告。 ##### 2.3 流程建模 在项目的第一阶段，流程建模活动旨在理解工作流程，提出流程变更建议，找到用于评估新系统效果的流程参数，并确定需要进行的测量以及如何进行测量。SGIS的维护流程在项目开始时已经成熟且有文档记录，此阶段主要是收集流程文档并编辑流程模型。 ##### 2.4 测量 为了量化项目的改进结果，需要在项目开始和结束时进行一系列的测量。使用类似GQM的过程确定了16个可能的指标，涉及缺陷报告特征、流程性能、工作量、客户和变更规模等方面。经过审查，确定了7个可以直接基于现有数据源进行测量的指标，另外6个流程性能指标通过对交付跟踪系统进行小调整后收集数据。最终，由于数据不显著或不可比等原因，最终评估使用的指标减少到5个。 ##### 2.5 配置管理系统 在项目开始时，SGIS组织的状态可以总结如下： - 对SCCS和严格的变更控制流程有丰富经验。 - 在Windows NT下缺乏源代码控制，认识到需要一个新系统。 - 认识到需要更高级的配置管理功能，特别是重建以前的产品版本和处理产品变体。 - 认识到构建和交付系统存在问题。 - 对ClearCase的性能和成本效益存在一些怀疑。 在项目申请提交时，ClearCase已经被选为配置管理系统。为了消除员工的疑虑，对ClearCase和Microsoft Visual SourceSafe进行了简要评估，评估考虑了功能、性能、可扩展性、成本和用户信心等方面，最终结论支持选