软件度量

源代码行数简称SLOC，是最简单的一种软件度量，以下以包括注释的实体源代码行数（LOC）为准，说明软件度量的特性及一些限制。

以下的C代码只有一行，其LOC为1：

for (i = 0; i < 10; i += 1) printf("hello"); /* How many lines of code is this? */

但代码在重新排版为以下的代码时，其LOC就从1改变为5，但实际的程序机能没有改变：

/* Now how many lines of code is this? */
for (i = 0; i < 10; i += 1)
{
    printf("hello");
}

若不使用循环的架构，直接调用10次printf，一般不建议以这种方式撰写程序，但其LOC为11，比上述二个程序的LOC都大：

/* It is not a good code style */
printf("hello");
printf("hello");
printf("hello");
printf("hello");
printf("hello");
printf("hello");
printf("hello");
printf("hello");
printf("hello");
printf("hello");

不同的软件度量可量测的软件性质也随之不同，像源代码行数适合量测软件的大小，但无法量测软件的模块化程度，而且此度量方式是要量测原代码的长度，不适合作为软件规划阶段进行度量。

以下是一些常见的软件度量：

• 平衡计分卡
• 每行程序的程序错误比率
• COCOMO（构造性成本模型）
• 代码覆盖率
• 内聚力
• 注解密度[1]
• 同步变化的软件组件
• 耦合力
• 循环复杂度
• DSQI（设计结构品质指针）
• 机能点分析
• 霍尔斯特德复杂度量测
• 指令路径长度
• 类别及接口的数量
• 源代码行数
• 客户需求行数
• 程序运行时间
• 程序加载时间
• 二进制文件长度
• 软件包装度量
• 加权微机能点

软件的开发过程相当复杂，其方法论及目标都有高度的变异性，因此很难定义软件质或是量的数据，并确定一个有效的和及时的计量方式，尤其要在软件的细部设计前进行相关的预估，更加困难。另一个困难、常产生争议的是度量的定义，以及各度量之间的重要性[2][3]。 实务上的软件度量常常缩减为以下几个因素的组合：

• 时程
• 大小或是复杂度
• 成本
• 品质

度量的目标可能会针对是上述的一项因素或是多项因素。

软件开发者指出过于简化的软件度量可能弊大于利[4]。有些软件开发者也注意到软件度量已成为软件开发过程中的一部份[2]。有些软件开发者注意到软件度量可能造成编程者的压力及焦虑，或是设法制造不实的度量，不过也有些软件开发者认为软件度量对编程者有正面影响，可以肯定自身工作的价值[5]。

有些软件开发者认为许多软件度量的定义不够精确，而在实务上也很难预估当软件完成时，其对应的软件度量的目标值为何[6]，不过也有些软件开发者认为不精确的量测至少比没有量测要好「若对一个事物无法测量，也就无法控制这个事物。」[7]。

软件度量已广为政府机关、美国军方、美国国家航空航天局（NASA）[8]、信息技术咨询机构、学术机构所使用[9]，也有许多商用或学术使用的软件开发预估软件。

• 计算机科学
• GQM法
• Ohloh
• 程序复杂度
• 软件危机
• 软件开发工作量预估
• 软件工程
• 软件包装度量
• 正交缺陷分类
• 软件质量
• 开发预测软件比较
• 静态代码分析工具列表

• DeMarco, Tom. . 1982. ISBN 0-13-171711-1.