软件度量的发展历程

  1993年，IEEE标准1061发表了[84,169]，它给出了验证软件度量的规则和意见。Schneidewind 编写了IEEE 1061标准。IEEE 1061标准覆盖了如分别力（discriminate power）,跟踪（tracking）, 确认（validation）,可预测性（predictability）, 一致性（consistency）等术语. 需注意的重点是软件度量验证不只是一次的事，它是一个需要重复验证的连续过程。

ISO 9000-3和软件度量
     ISO 9000是国际标准化组织定义的质量标准。获得了ISO 9000证书并不是保证企业产品质量水平，相反地，它只是表示企业已经定义质量手册和岗位规范。它一样适用于软件企业。证书并不保证软件没有问题，它仅仅表明卖主有岗位规范纠正错误或者避免遗漏功能。
   在美国，和ISO 9000对应有ANSI/ASQC Q9000 （或者说Q90.00）标准。这个由美国质量控制协会（the American Society of Quality Control ASQC）和美国国家标准协会（the American National Standards Institute ANSI）联合支持。美国愿意用它代替ISO。
   在ISO9000-3的6.4节，我们可以看到产品和过程度量：
   产品度量：度量应该 告和用于管理开发和发布过程，并且应该和具体软件产品有关。当前没有广泛接受软件品质度量。但是，至少，一些能够表现域错误和用户看来的缺点的度量应该使用。被选择的量度的结果应是可比较的。软件产品供应商应该收集和执行这些软件产品的品质定量度量。这些度量应该用于以下目的：
  a)在规范的基础上收集数据和 告度量值，
  b)识别每个度量的当前执行级别，
  c)当度量级别逐渐变差或超出已制订的目标时采取矫正措施，
  d)定期建立明确的度量改善目标。
  在6.4节，我们可见对过程度量的如下描述：供应商应该有对开发和发布过程的定量度量。这些应该反映：
  a) 在里程碑期间进行开发有多好和在过程进度内质量目标保证有多好
  b) 开发过程在减少缺陷出现或者没有发现任何缺陷情况方面起到多少效果。
  根据所采用的开发过程选择适合的度量方法，可能会对提交的软件产品品质有直接的影响。不同的度量应用于同一个供应商的不同软件产品。
 展望
     毫无疑问，软件度量是提高软件品质的一个重要方法。Dieter Rombach，1991年在Eurometrics工作时在巴黎说到（现在他在美国软件工程实验室（SEL）工作）：我们现在不再是问我们是否应该度量，而是怎么样度量。尽管过去软件度量领域做了许多的研究，但还有许多问题未解决。首先，目前还没有成熟的度量方法；其次，国际上还没有统一的软件度量标准。在文献[82]中提出的软件度量方法还没有得到普遍公认。外部变量对软件度量验证确认是未来需要研究的课题。相关和归约分析需要考虑讨论度量比例。
     将来，理论开发（对现实的假定）变得越来越重要。利用测量理论的公理有助于更好理解软件品质和成本估计后潜在的内容。