功能点估算法

《功能点估算法》由会员分享，可在线阅读，更多相关《功能点估算法（11页珍藏版）》请在金锄头文库上搜索。

1、功能点估算法识别项目范围和数据复杂度功能点估算法是软件项目管理众多知识中比较有技术含量的一个。在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算 又尤为重要。如果项目负责人对项目的规模没有一个比较客观的认识，没有对工 作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉 及。对软件项目范围的估算有很多种方法，常见的是 LOC 代码行和 FP 功能点法。 它们之间的区别和关系如下：功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确

2、性比较高。假如这个时候使用 LOC 代码行估算法，则误差会 比较大。使用功能点估算法无需懂得软件使用何种开发技术。LOC代码行估算法则 与软件开发技术密切相关。 功能点估算法是以用户为角度进行估算， LOC 代码行估算法则是以技术为 角度进行估算。 通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC 代码行的。在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。在项目开 发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果 会与当初估计的不同。因此，在项目结束时还需要对项目的范围情况重新进行估 算，这个时候估算的结果才能最准确反映项目的规模。功能点分析

3、的步骤本文将以国际标准 IFPUG(International Function Point Users Group) 组织提供的功能点估算法 V4.1.1 为基础进行讲解。如下图所示，首先大家应该 了解功能点估算法的使用步骤。趣定功能点的类型识别项目的人机交互 功能点分析 較据类型 功能点分析碉整洽KJ功能点数量调整因子图 1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。2. 识别待估算应用程序的边界和范围。3. 计算数据类型功能点所提供的未调整的功能点数量。4. 计算人机交互功能所提供的未调整的功能点数量。5. 确定调整因子。6. 计算调整后的功能点数量。识别项目的类型国际 I

4、FPUG 组织将软件项目分为三类，功能点估算法适用于任何一类项目：新开发项目二次开发的项目 功能增强的项目识别项目的范围和边界使用UML的“UseCase”用例图是以用户角度进行识别项目范围和边界的最 好方法，在画用例图时就必须明确系统的边界。通过系统的边界，我们可以知道 哪些功能要计算功能点，哪些功能点是外部系统负责计算的。以图 2 为例：一个 外贸订单系统只包含录入、修改、删除、查询和统计订单的功能，而汇率查询转 换服务是不属于该系统的。应用程序边界的识别规则大家一定要牢记，不能从技术角度去思考，必须从 用户角度来定义；如果项目牵扯到多个系统，那么必须将这多个系统的边界全部 描述清楚。图

5、2 外贸订单系统用例图功能点估算分类功能点估算法将功能点分为以下 5 类：1. ILF ：Internal Logical File 内部逻辑文件2. EIF: External Interface File 外部接口文件3. EI: External Input 外部输入4. EO: External Output 外部输出5. EQ: External Inquiry 外部查询其中，ILF和EIF属于数据类型的功能点，El、EO、EQ属于人机交互事务类 型的功能点。以外贸订单系统项目为例：录入订单、修改订单、删除订单是EI；查询订单是EO 统计订单是 EQ 汇率查询转换系统为 EIF 订单

6、和客户是 ILF识别功能点的重要原则ILF 、EIF 要与 EI 、EO 、EQ 分开计算。对 ILF 和 EIF 复杂度的计算可以简单 理解为对数据库复杂度的计算。对 EI、EO、EQ 复杂度的计算可以理解为对程序 开发复杂度的计算。一般软件项目都是由数据和程序构成的，因此计算 ILF、EIF 和计算 EI、EO、EQ 之间没有任何关系。内部逻辑文件与外部接口文件ILF 内部逻辑文件 内部逻辑文件是指一组以用户角度识别的、在应用程序边界内且被维护的逻 辑相关数据或控制信息。ILF的主要目的是通过应用程序的一个或多个基本处理 过程来维护数据。EIF 外部接口文件 外部接口文件是指一组在应用程序

7、边界内被查询，但在其他应用程序中被维 护的、以用户角度来识别的、逻辑上相关的数据。因此，一个应用程序中的EIF 必然是其他应用程序中的 ILF。 EIF 的主要目的是为边界内的应用程序提供一个 或多个通过基础操作过程来引用的一组数据或信息。EIF 所遵循的规则：从用户角度出发识别的一组逻辑数据。这组数据是在应用程序外部，并被应用程序引用的。 计算功能点的这个应用程序并不维护该 EIF。 这组数据是作为另一个应用程序中的 ILF 被维护的。ILF 和 EIF 的复杂性计算ILF 和 EIF 的复杂性是取决于 RET (Record element type)和 DET (Data element

8、type)的数量。DET是一个以用户角度识别的、非重复的、有业务逻辑 意义的字段。DET 计算的规则如下： 通过一个基本处理过程的执行，对 ILF 进行维护，或从 ILF/EIF 中返回一 个特定的、用户可识别的、非重复的字段，那么每个这样的字段算一个 DET。例如：添加一个外贸订单时需要保存“订单号码、订单日期、地址、邮编”， 那么对于 ILF 订单来说它的 DET 就是 4 个。再如：保存订单时还会保存订单的明细。订单的明细往往作为一个子表进行 保存，那么“订单号码”在主表和子表中都同时存在(主外键)。但以用户角度 来识别时，存盘操作是一个最小的单位，那么订单号码只能算做一个 DET。当两

9、个应用程序维护和/或引用相同的ILF/EIF，但是每个应用程序分别 维护/引用它们相应的 DET 时，这些 DET 在这两个应用程序的维护/引用中 将单独计算。例如，一个应用程序的两个“Elementary Process”基本处理过程都需要使 用到“地址”的信息，地址信息又可以细分为“国家、城市、街道、邮编”。那 么对于其中一个基本处理过程来说，它将整个地址信息作为一个整体进行处理， 只算一个DET；另外一个基本处理过程使用每个地址的详细信息，那么DET就是 4个。RET 计算的规则如下：RET 是指一个 EIF/ILF 中用户可以识别的 DET 的集合。如果把 DET 简单理解 为字段的话

10、，那RET就可以简单理解为数据库中的表。RET在ILF/EIF中分为两 种类型：可选的(Optional)和必选的(Mandatory)。计算RET的规则为以下 两点：在一个ILF/EIF中每一个可选或必选的集合都被计算为一个RET。如果一个ILF/EIF没有子集合，则ILF/EIF被计算为一个RET。例如：在外贸订单系统中添加一个订单时会保存“订单信息、客户的 ID、 部门的ID”。那么订单系统ILF中的RET为：1. 订单信息(必选的)2. 客户信息(必选的)3. 部门信息(可选的)因此 ILF 中 RET 的个数为 3 个。ILF/EIF 复杂度的矩阵如下：119 个 DET2050 个

11、 DET超过51个DET1 个 RET低低中等25 个 RET低中等高6个以上RET中等高高1. 开发功能点计算(Development Project Function Point Count)开发功能点计算类型是计算当软件系统开发完成第一次安装给使用者时的 功能性大小，此功能性大小亦必须包含从旧有系统数据转换(Data Conversion)所需要的功能性大小。开发功能点计算类型通常必须依软件开 发生命周期的进行，重复地计算或修正功能性的大小。一般后续的功能点数 大小的计算是去验证上一次计算所得到的功能点数大小，看看是否有增加的 功能性；如果有的话，就必须把增加的功能性大小加入。一般这种开

12、发功能 点大小会依软件项目开发的进行而逐渐增加的现象，称为范围逐渐增加(Scope Creep )。2. 增强功能点计算(Enhancement Project Function Point Count )增强功能点计算类型是计算软件系统修改(Modification)功能性的大小，包括新增(adding)、删除(deleting)、改变(changing )已安装使用中软 件系统的功能性。一般当已安装软件系统有修改功能性的时候，就必须去计 算增强功能点数的大小；当增强功能点数大小计算完成后，也必须去修改应 用功能点数(第三类型的功能点计算)的大小，以反映出软件系统功能性大 小的变动。3. 应

13、用功能点计算(Application Project Function Point Count )应用功能点计算类型是计算已安装并在使用中系统功能性的大小，这种应用 功能点数也被称为基准线或安装功能点数(Baseline or Installed FunctionPoint Count )。此功能点数主要是度量目前已安装使用中软件系统提供给使 用者的功能性大小。应用功能点数的初值是软件系统开发完成时计算所得到 的开发功能点数(不包含数据转换所需的功能性大小)，而且当有增强项目 (Enhancement Project)时，其值必须去修正以反映出软件系统维护之后 功能性的变动，亦即当有计算增强功

14、能点数时，就必须去修正应用功能点数。步骤二：定义计算的范围与应用系统的界限功能点数计算的范围(Counting Scope )是由计算的目的所决定，例如是要针 对系统或是子系统等进行评估。而应用的界限(Application Boundary)是代表所评 估的系统与外部系统或使用者间的界限分割。步骤三：计算数据功能性(Data Functions )数据功能性是计算软件系统内所有内部逻辑档案(Internal Logical Files, ILFs)与外部接口档案(External Interface Files, EIFs )的功能性大小。每一个功能性元 素ILF或EIF的大小是依照数据元素

15、类别(Data Element Types, DETs )与纪录元 素类别(Record Element Types, RETs )个数的大小来决定其复杂度等级(如表一 所示)，再依其复杂度等级(低、中、高)给予不同的未调整功能点数(请参阅表 五)。表一：数据功能性ILFs与EIFs的复杂度矩阵DETsRETs1-1920-50全511低低中2-5低中高5中高高步骤四：计算处理功能性(Transactional Functions)计算功能性是计算软件系统内所有外部输入(External Inputs, EIs )、外部输 出( External Outputs, EOs )以及外部查询(External Inquires, EQs )的功能性大 小。每一个功能性元素El、EO或EQ的大小是依照数据元素类别(Data Element Types, DETs)与参考档案类别(File Types Referenced, FTRs )个数的大小来决 定其复杂度等级(如表二至表四所示)，再依其复杂度等级(低、中、高)给予不 同的未调整功能点数(请参阅表五)。表二：处理功能性EIs的复杂度矩阵DE