软件规模的两类评价方法

在实施GJB5000项目估计活动时，很多组织都是以代码行作为软件规模的衡量单位，使用代码行评价法作为项目估计乃至项目策划的基础。但是，软件规模的评估不只代码评价法，还有已经渐渐被人熟知的功能点评价法，而实际上，软件规模的评价方法可以分为两类6种方法。具体如下：

评价软件规模的方法可以区分为两类评价方法：非标准评价方法和标准评价法。其中非标准评价方法包括软件源代码行评价法、对象点评价法、需求数量评价法、用例数评价法以及文档页码评价法等。而标准评价法指的就是功能点评价法。

1. 软件源代码行评价法

软件源代码行评价法因其具有操作简单、容易实施等特点，至今仍然在项目管理中占主导地位。具体实施时有宽带Delphi法、加权平均法等多种方法，这些大家都很熟悉，这里不再赘述。

1. 对象点评价法

对象点评价法是将软件拆分为屏幕、 表、组件等三类对象，先估计出这三类对象的复杂度权重，然后再根据对象点权重表将其转换为统一的对象点规模。

由于对象点评价法对对象点类型的划分并无详细的规定，所以在操作中容易引起歧义。这使得它的使用受限。

1. 需求数量评价法

需求数量以项目需要完成的需求数量作为规模衡量的方法，但对于需求的粒度却从来就没有统一的规定，这使得它的一致性甚至不如代码行方法。

1. 用例数评价法

用例(Use Case)是基于UML方法的一种定义软件需求的方式，每个用例提供了一个或多个场景，该场景说明了系统如何同最终用户或其他系统交互，从而通过用例描述可以表征软件系统所要实现的一个或一组功能。和前面的几种规模评价方法相比，用例具有较好的一致性。但用例也存在粒度不一致的缺点，不同的用例可能相差很大。而且用例对于客户往往缺乏说服力，客户对用例描述的需求多数还是采用敬而远之的态度。

1. 文档页码评价法

采用文档页码评价法虽然很容易统计出各种技术文档的页码数，但页码数受人们的书写习惯、逻辑表达能力、图形与文字的比例、甚至纸张的大小等因素影响较大，这使得页码评价法很难成为合适的软件规模评价方法。

1. 功能点评价法

功能点评价法是从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计，并且基于客观外部应用接口和主观的内部应用复杂度以及总体的系统性能特征，对软件功能规模进行间接定量估算。估算内容包括外部输出数、外部输入数、文件数、外部接口和用户查询数等方面。

总之，软件规模评价有两大类6种方法。如果评估软件规模只是为了软件项目组内部沟通和管理的需要，使用软件源代码行评价法简单易行；而如果评估软件规模还需要让用户认可，那么使用功能点评价法则更容易被用户所接受。

这正是：

规模评价两大类，分为标准非标准

综合考虑优缺点，谨慎选用评价法