引入ClearCase：软件过程改进的实践探索

### 引入 ClearCase：软件过程改进的实践探索 在软件开发领域，配置管理系统对于保障软件质量、提高开发效率起着至关重要的作用。本次将深入探讨挪威软件公司 Sysdeco GIS AS 图形工具部门开展的 CMEX 项目，该项目旨在引入 ClearCase 配置管理系统，以改进软件开发过程。 #### 项目背景 - **公司与产品**：Sysdeco GIS 专注于为不同地图领域开发终端用户系统，其客户涵盖国家测绘组织、发电厂、地方当局等。该公司的图形工具部门主要交付两款产品：Tellus 和 Tellus Vision。Tellus 最初为 UNIX 环境开发，支持多种 UNIX 平台和数据库连接；Tellus Vision 则将 Tellus 扩展到 PC 平台，并集成了 QBE Vision 的功能，是未来的主要开发方向。 - **配置管理实践**：Tellus 系列产品有超过 25 种不同配置，通过条件编译进行管理。项目开始时，源代码约 650,000 行，分布在 5000 多个文件中，构建系统包含约 500 个 Makefile。开发人员负责各自模块的开发、维护和单元测试，生产组负责产品构建、系统测试和交付。旧版本的配置管理系统基于 SCCS 和 Make，维护过程较为成熟，但 Windows 产品缺乏正式的配置管理系统，且随着产品采用 C++ 重写，现有系统难以应对新的程序结构。 #### CMEX 项目概述 - **项目目标**：测量引入修订后的正式配置管理和版本控制系统对软件开发过程的影响。 - **项目阶段**： - **准备阶段**：包括过程建模、初始过程和产品测量以及 CM 系统安装。 - **实验阶段**：进行系统引入和培训、系统使用以及中期过程调整。 - **评估阶段**：测量改进结果并进行报告。 #### 项目具体活动 - **过程建模**：收集并编辑维护过程的文档，形成文本为主、辅以图表的过程模型。未改变工作流程本身，但修改了部分表格以实现对当前过程支持数据库未记录方面的测量。 - **测量活动**： - **确定指标**：使用类似 GQM 的过程确定了 16 个可能的产品和过程指标，涉及缺陷报告特征、过程性能、工作量、客户和变更规模等方面。 - **数据来源**：客户数据库、缺陷报告数据库、项目数据库和 SCCS 下的源代码提供了前两年的背景数据，可直接用于 7 个指标的测量。另外 6 个过程性能指标的数据通过对交付跟踪系统进行小调整后收集。经过与开发协调员沟通，决定不使用 3 个详细描述缺陷特征的指标。 - **指标调整**：项目开始 6 个月后的初始评估建立了 13 个指标的数据集，最终评估时由于数据不显著或不可比，指标数量减少到 5 个。 - **配置管理系统**： - **系统选择**：SGIS 组织在项目开始时对 ClearCase 存在一定怀疑，但经过对功能、性能、可扩展性、成本和用户信心等方面的评估，最终选择了 ClearCase。 - **系统引入步骤**： 1. 培训系统管理员，使其担任 ClearCase 管理员。 2. 在一个小型产品附加项目上试点使用 ClearCase。 3. 逐步将源代码迁移到 ClearCa