软件度量始于规模，终于规模

测试积点老人

1 项目初期的度量

无论是甲方还是乙方，希望在项目初期，能够做出一个合理的预算，确定项目的报价。当我们有了初步需求之后，可以对需求进行快速的功能点估算，估算出功能点后，根据历史的单位规模的成本基线，得到本项目的预计成本值，然后再加上一定比例的利润得到项目的报价。

当完成了需求调研之后，我们可以采用精确的功能点度量方法度量软件的规模。有了规模，可以根据历史的生产率基线或规模与工作量之间的回归方程，估算软件开发的工作量。此时的估算不是拍脑袋的经验估算，而是基于历史规律的估算。

有了工作量估算的结果，则可以根据回归方程做项目总体工期的估计。也可以采用模拟的方法基于项目的关键路径对项目的具体工期进行模拟估计。有了工作量，则可以很容易的得到项目人工成本，加上其他的成本，可以得到项目的预算。

当有了规模的数据，可以根据历史的缺陷密度的基线，估计各个质量活动应该发现的缺陷个数，比如：需求评审应该发现多少缺陷，设计评审应该发现多少缺陷，代码评审应该发现多少缺陷，系统测试应该发现多少缺陷等等。




2 项目收尾的度量

在项目末期，甲乙双方要结算。此时可以根据实际完成的软件规模进行结算。比如每功能点1000元，如果实际完成了100个功能点，则实际结算价格就是10万元整。
在项目结束后，如果要评价项目组的业绩，可以通过开发的实际工作量/规模，得到项目组的开发效率，每功能点耗费的人月数越少，开发效率越高。不同的开发团队，不同的开发平台，不同的复用率，不同的产品成熟程度，项目的生产率是不同的。除了评价开发效率以外，还要评价质量，此时可以用缺陷密度=缺陷个数/功能点数，来评价产品的质量，用质量单位投入=测试或评审的工作量/功能点数，来评价项目组质量投入的多少。当质量投入充分的前提下，可以用缺陷密度来评价产品的质量了。

因此，对于软件度量而言，规模的度量是基础！始于规模，终于规模！