功能点估算法 如何进行软件项目估算 在本文中将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础与大家进行讲解。 并按项目的规模、成本、工作量、资源和工期的估算方法和顺序介绍软件估算的方法 并辅以一个实际的文档例子帮助您理解和参考。

电子行业国家标准 SJ∕T 11618-2016 软件工程 MK II功能点分析计数实践 发布部门：工业和信息化部 重点阐述应用程序功能规模测量方法，以及围绕此方法所涉及的概念和方法的介绍

功能点分析法，简称FPA，与代码行分析法是近年来最流行的两种基础软件规模估算和度量方法。这里所说的功能点分析法，由Allan J Albrecht首先提出，又称Albrecht功能点分析法。除此之外，还有Mark II FPA和完全功能点等。但习惯上，人们说的功能点分析法就是Albrecht功能点分析法。

功能点方法：转换为代码行 通过定义各个功能点对应各种语言的代码行数，则功能点可以转换为代码行： 一些数据： 程序设计语言 LOC/FP 平均值 程序设计语言 LOC/FP 平均值 汇编语言 320 面向对象语言 30 C 128 第四代语言(4GLs) 20 Cobol 105 代码生成器 15 Fortran 105 电子表格 6 Pascal 90 图形语言(图标) 4 Ada 70 *

EIF概念 EIF（External Interface Files）外部接口文件 用户可识别的，由其它系统维护，在本系统引用的一组逻辑相关数据或控制信息，由本系统的基本处理过程引用。是其它系统的内部逻辑文件 EIF识别规则:须满足以下条件 数据和控制信息集合是逻辑的并且是用户可识别的 数据组是从系统外部被引用的 数据组不被系统维护 数据组被另外一个系统作为ILF维护 *

软件功能点度量和CMMI(2)汇编.pdf

内部逻辑文件与外部接口文件 ILF内部逻辑文件     内部逻辑文件是指一组以用户角度识别的、在应用程序边界内且被维护的逻辑相关数据或控制信息。ILF的主要目的是通过应用程序的一个或多个基本处理过程来维护数据。 EIF外部接口文件     外部接口文件是指一组在应用程序边界内被查询，但在其他应用程序中被维护的、以用户角度来识别的、逻辑上相关的数据。因此，一个应用程序中的EIF必然是 其他应用程序中的ILF。EIF的主要目的是为边界内的应用程序提供一个或多个通过基础操作过程来引用的一组数据或信息。 EIF所遵循的规则： 从用户角度出发识别的一组逻辑数据。 这组数据是在应用程序外部，并被应用程序引用的。 计算功能点的这个应用程序并不维护该EIF。 这组数据是作为另一个应用程序中的ILF被维护的。

EI、EO、EQ的比较 EI、EO、EQ的比较 EI是处理来自应用程序边界外部的一组数据输入，它的主要目的是维护一个或多个ILF，以及/或者更改系统的行为。 EO是输送数据到应用程序边界外部的过程。它的主要目的是通过逻辑处理过程向用户呈现信息。该处理过程必须包含至少一个数学公式或计算方法，或生成派生数据。一个EO也可以维护一个或多个ILF，并/或改变系统行为。 EQ是向应用程序边界外发送数据基本处理的过程。其主要目的是从ILF或EIF中通过恢复数据信息来向用户呈现。该处理逻辑不包括任何数学公式或计算方法，也不会生成任何派生数据。EQ不会维护任何一个ILF，也不会改变应用程序的系统行为。 EO和EQ的共同点是，其主要目的都是通过基本操作过程展现数据给用户。 EI、EO、EQ的比较见下表：

通用系统特性及其影响程度

确定功能点类型 数据类型的功能点 ILF 内部逻辑文件（Internal Logical File）    EIF 外部接口文件（External Interface File） 对ILF和EIF复杂度的计算可简单理解为对业务数据复杂度的计算。复杂性由数据元素类型（DET）和记录元素类型（RET） 人机交互类型（事务）的功能点 EI 外部输入( External Input) EO 外部输出（External Output） EQ 外部查询（External Inquiry）     对EI\EO\EQ复杂度的计算可理解对为业务实现复杂度的计算，复杂性由数据元素类型（DET）和文件引用类型（FTR）决定 *