软件度量模型的研究

张　慧

[摘要]通过对GQM模型的改进定义度量计划，以CMMI中的配置管理为例，从定义度量目标开始到分析度量数据对过程管理中出现的问题进行改进。

[关键词]GQM GQIM变更管理

中图分类号：TP3文献标识码：A文章编号：1671-7597(2009)0620067-01

一、引言

CMMI作为过程改进的标准，被许多企业拿来采用，但最终的结果是软件过程的改进没有什么大的起色，只是拿到一个资质而已，原因是CMMl只告诉我们做什么而不是如何做，死板硬套的将一个体系用在任何一个项目的结果是事倍功半，过程改进最重要的是度量，没有好的度量就没有好的管理，度量可以帮助我们直接发现和分析问题的所在，如何预测未来趋势，如何解决对项目进展不利的因素。而以前我们重视的是产品和项目的度量，对于直接影响项目结果的过程度量很少关注。目前获得广泛应用的目标驱动的度量方法是美国马里兰大学的教授VictorR，Basil提出的GQM莫型。

二、GQIM模型

GQM模型能保证度量计划和数据收集的充分性，一致性和完整性，帮助管理度量计划的复杂度，但是不能保证重复，无法确定终止时机，产生不实用结果是GoM存在的局限。GQIM模型在Question层和Metric层之间增加了指示器层，指示器是一个或多个度量的综合，是对软件产品或软件过程的某一方面特征的反映，在软件过程度量中通常利用图表，文本，表格等形式的显示和报告来描述指示器。根据问题定义指示器，并确定构建该指示器所需要的度量和数据元素，用GQIM将非形式化的目标转化为可以执行的度量结构确定了度量目标，根据这些目标提出问题，解决了这些问题实际上就是实现了度量目标，从而实现从度量目标到度量数据项的映射。

三、GOJM的配置管理实例

以CMMI中的配置管理SG2跟踪并控制变更为例，结合企业的组织目标订立度量目标为：1跟踪配置项变更请求：2控制基线变更。

依据GQM模型度量目标1产生的问题：

(1)各类配置项变更请求情况：

(2)配置项变更的影响如何。

度量目标2产生的问题：

(1)基线变更申请情况；

(2)基线变更影响。

问题a定义的标准：

(1)变更请求数及趋势：

(2)变更原因分布：

(3)变更阶段分布。

问题b定义的标准：

(1)受影响的配置项数量：

(2)受影响的人员。

问题c定义的标准：

(1)基线变更申请次数及趋势i

(2)变更申请原因分布；

(3)变更申请提出的阶段分布。

问题d定义的标准：

(1)变更影响的基线数；

(2)变更影响的人员。

问题a，b是针对配置项，问题c，d是针对基线，虽然度量目标不同，但是一个基线是由一个或者多个配置项组成的，在收集数据时可以根据基线为大类，比如，产品基线下有用户文档，安装手册等配置项。对用户文档，安装手册等配置项变更情况，变更影响的收集也是为产品基线变更情况，变更影响的收集打下基础，可以再利用，避免重复工作。

以需求配置项变更为例，收集变更原因分布和变更阶段分布数据：

1变更原因分布：

需求变更原因：

(1)原始需求调查不明；

(2)需求理解存在问题；

(3)用户新增需求；

(4)用户业务发生变化；

(5)用户延期需求；

(6)用户取消需求等。

横轴为变更原因，纵轴为需求变更数量，可以看到需求配置项变更的各类原因以及分布情况，需求变更原因的集中程度和所占比例，从而得到需求变更的主要原因。对这个变更原因在项目后期和其他相近的项目中要引起重视，减少可控需求变更的出现。

2变更阶段分布：

需求变更阶段：

(1)需求；

(2)设计；

(3)编码；

(4)测试；

(5)产品：

(6)维护。

需求变更级别：从轻到重(1)级，(2)级，(3)级， (4)级，(5)级。

横轴为变更阶段，纵轴为需求变更数量，并且根据不同的变更级别产生5条变更阶段分布。如果(4)，(5)级的需求变更的峰值出现在需求，设计，项目开发的前期，(3)级的峰值出现在测试，(1)，(2)级的变更峰值出现在测试，产品和维护，总体分布情况反映了级别较高的变更集中在较早的阶段，级别较低的变更集中在较晚的阶段，符合项目开发的总体目标。如果级别较高的变更集中在项目开发后期就非常危险了，要找出原因并且尽快解决，避免因此造成的项目成本增加和进度延误。

四、小结

GQIM模型比GQM模型更能收集到有效的数据，但是指标器的创建需要有相关项目管理，度量等经验的项目组成员来制订有利于减少过程度量的偏差。