通过标准化质量和生产率得出的面向大小的度量标准Point Metrics通过考虑已生产的软件的大小来度量。该组织为软件项目建立了一个简单的规模度量记录。它建立在组织过去的经验之上。它是软件的直接量度。
此度量标准是用于计算机程序测量大小的最简单最早的度量标准之一。面向大小的度量标准还用于测量和比较程序员的生产率。它是软件的直接度量。大小测量基于代码计算行。代码行被定义为源文件中的一行文本。
在计算代码行时，最简单的标准是：
- 不要算空行
- 不计算评论
- 数其他
- 面向大小的度量不是普遍接受的方法。
可以制定的一组简单的尺寸度量如下：
Size = Kilo Lines of Code (KLOC)
Effort = Person / month
Productivity = KLOC / person-month
Quality = Number of faults / KLOC
Cost = $ / KLOC
Documentation = Pages of documentation / KLOC 好处 ：
- 使用这些指标，可以很容易地测量尺寸。
- 易于计算的软件开发工件。
- LOC被许多已经用作键输入的方法使用。
- 基于LOC的大量文献和数据已经存在。
缺点：
- 该措施取决于编程语言。
- 此方法是根据编程语言精心设计的。
- 它不包含非过程语言。
- 有时，在开发的早期阶段估计LOC非常困难。
- 尽管它很容易测量，但是对于用户来说却很难理解。
- 它无法测量规范的大小，因为它是在代码上定义的。
例子 –
对于面向大小的指标，软件组织以表格形式维护记录。典型的表条目是：项目名称，LOC，工作量，文档页数，错误，缺陷，从事此工作的人员总数。
| Project Name | LOC | Effort | Cost ($) | Doc. (pages) | Errors | Defects | People |
|---|---|---|---|---|---|---|---|
| ABC | 10, 000 | 20 | 170 | 400 | 100 | 12 | 4 |
| PQR | 20, 000 | 60 | 300 | 1000 | 129 | 32 | 6 |
| XYZ | 35, 000 | 65 | 522 | 1290 | 280 | 87 | 7 |