功能点估算法识别项目范围和数据复杂度

1、功能点估估算法识识别项目目范围和和数据复复杂度 功能点点估算法法是软件件项目管管理众多多知识中中比较有有技术含含量的一一个。在在软件项项目管理理中项目目计划制制定的优优劣直接接关系到到项目的的成败，项目计计划中对对项目范范围的估估算又尤尤为重要要。如果果项目负负责人对对项目的的规模没没有一个个比较客客观的认认识，没没有对工工作量、所需资资源、完完工时间间等因素素进行估估算，那那么项目目计划也也就没有有存在的的意义。 功能点点估算法法的特点点 项目范范围的估估算在CCMMII的“MMA”度度量分析析管理和和“PPP”项目目计划中中均有涉涉及。对对软件项项目范围围的估算算有很多多种方法法，常见见的

2、是LLOC代代码行和和FP功功能点法法。它们们之间的的区别和和关系如如下： 功能点点估算法法常用在在项目开开始或项项目需求求基本明明确时使使用，这这时进行行估算其其结果的的准确性性比较高高。假如如这个时时候使用用LOCC代码行行估算法法，则误误差会比比较大。 使用功能能点估算算法无需需懂得软软件使用用何种开开发技术术。LOOC代码码行估算算法则与与软件开开发技术术密切相相关。 功能点估估算法是是以用户户为角度度进行估估算，LLOC代代码行估估算法则则是以技技术为角角度进行行估算。 通过一些些行业标标准或企企业自身身度量的的分析，功能点点估算法法是可以以转换为为LOCC代码行行的。 在项目刚刚开

3、始的的时候进进行功能能点估算算可以对对项目的的范围进进行预测测。在项项目开发发的过程程中由于于需求的的变更和和细化可可能会导导致项目目范围的的蔓延，计算出出来的结结果会与与当初估估计的不不同。因因此，在在项目结结束时还还需要对对项目的的范围情情况重新新进行估估算，这这个时候候估算的的结果才才能最准准确反映映项目的的规模。功能点分分析的步步骤 本文将将以国际际标准IIFPUUG（IInteernaatioonall Fuuncttionn Poointt Usserss Grroupp）组织织提供的的功能点点估算法法V4.1.11为基础础进行讲讲解。如如下图所所示，首首先大家家应该了了解功能能点

4、估算算法的使使用步骤骤。 图1 功能点点估算法法的步骤骤 具体步步骤包括括：1. 识识别功能能点的类类型。2. 识识别待估估算应用用程序的的边界和和范围。3. 计计算数据据类型功功能点所所提供的的未调整整的功能能点数量量。4. 计计算人机机交互功功能所提提供的未未调整的的功能点点数量。5. 确确定调整整因子。6. 计计算调整整后的功功能点数数量。 识别项项目的类类型 国际IIFPUUG组织织将软件件项目分分为三类类，功能能点估算算法适用用于任何何一类项项目： 新开发发项目 二次开发发的项目目 功能增强强的项目目 识别项目目的范围围和边界界 使用UUML的的“UsseCaase”用例图图是以用用

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

6、估算法法将功能能点分为为以下55类：1. IILF：Intternnal Loggicaal FFilee内部逻逻辑文件件2. EEIF: Exxterrnall Innterrfacce FFilee外部接接口文件件3. EEI: Extternnal Inpput外外部输入入4. EEO: Extternnal Outtputt外部输输出5. EEQ: Extternnal Inqquirry外部部查询 其中，ILFF和EIIF属于于数据类类型的功功能点，EI、EO、EQ属属于人机机交互事事务类型型的功能能点。以外贸订订单系统统项目为为例： 录入订订单、修修改订单单、删除除订单是是EI；

7、查询订单单是EOO 统计订单单是EQQ 汇率查询询转换系系统为EEIF 订单和客客户是IILF 识别功能能点的重重要原则则 ILFF、EIIF要与与EI、EO、EQ分分开计算算。对IILF和和EIFF复杂度度的计算算可以简简单理解解为对数数据库复复杂度的的计算。对EII、EOO、EQQ复杂度度的计算算可以理理解为对对程序开开发复杂杂度的计计算。一一般软件件项目都都是由数数据和程程序构成成的，因因此计算算ILFF、EIIF和计计算EII、EOO、EQQ之间没没有任何何关系。 内部逻逻辑文件件与外部部接口文文件 ILFF内部逻逻辑文件件内部逻辑辑文件是是指一组组以用户户角度识识别的、在应用用程序边

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

9、部，并被应应用程序序引用的的。 计算功能能点的这这个应用用程序并并不维护护该EIIF。 这组数据据是作为为另一个个应用程程序中的的ILFF被维护护的。 ILF和和EIFF的复杂杂性计算算 ILFF和EIIF的复复杂性是是取决于于RETT（Reecorrd eelemmentt tyype）和DEET（DDataa ellemeent typpe）的的数量。DETT是一个个以用户户角度识识别的、非重复复的、有有业务逻逻辑意义义的字段段。DET计计算的规规则如下下： 通过一一个基本本处理过过程的执执行，对对ILFF进行维维护，或或从ILLF/EEIF中中返回一一个特定定的、用用户可识识别的、非重复

10、复的字段段，那么么每个这这样的字字段算一一个DEET。 例如：添添加一个个外贸订订单时需需要保存存“订单单号码、订单日日期、地地址、邮邮编”，那么对对于ILLF订单单来说它它的DEET就是是4个。再如：保保存订单单时还会会保存订订单的明明细。订订单的明明细往往往作为一一个子表表进行保保存，那那么“订订单号码码”在主主表和子子表中都都同时存存在（主主外键）。但以以用户角角度来识识别时，存盘操操作是一一个最小小的单位位，那么么订单号号码只能能算做一一个DEET。 当两个个应用程程序维护护和/或或引用相相同的IILF/EIFF，但是是每个应应用程序序分别维维护/引引用它们们相应的的DETT时，这这些

11、DEET在这这两个应应用程序序的维护护/引用用中将单单独计算算。 例如，一一个应用用程序的的两个“Eleemenntarry PProccesss”基本本处理过过程都需需要使用用到“地地址”的的信息，地址信信息又可可以细分分为“国国家、城城市、街街道、邮邮编”。那么对对于其中中一个基基本处理理过程来来说，它它将整个个地址信信息作为为一个整整体进行行处理，只算一一个DEET；另另外一个个基本处处理过程程使用每每个地址址的详细细信息，那么DDET就就是4个个。 RETT计算的的规则如如下：RET是是指一个个EIFF/ILLF中用用户可以以识别的的DETT的集合合。如果果把DEET简单单理解为为字段

12、的的话，那那RETT就可以以简单理理解为数数据库中中的表。RETT在ILLF/EEIF中中分为两两种类型型：可选选的（OOptiionaal）和和必选的的（Maandaatorry）。计算RRET的的规则为为以下两两点： 在一个个ILFF/EIIF中每每一个可可选或必必选的集集合都被被计算为为一个RRET。 如果一个个ILFF/EIIF没有有子集合合，则IILF/EIFF被计算算为一个个RETT。 例如：在在外贸订订单系统统中添加加一个订订单时会会保存“订单信信息、客客户的IID、部部门的IID”。那么订订单系统统ILFF中的RRET为为：1. 订订单信息息（必选选的）2. 客客户信息息（必选

13、选的）3. 部部门信息息（可选选的）因此ILLF中RRET的的个数为为3个。 ILFF/EIIF复杂杂度的矩矩阵如下下：?1199个DEET20550个DDET超过511个DEET1个REET低低中等25个个RETT低中等高6个以上上RETT中等高高功能点估估算法之之事务复复杂度计计算 软件件项目管管理中的的功能点点估算法法将功能能点分为为5类：ILFF（Innterrnall Loogiccal Fille，内内部逻辑辑文件）、EIIF（EExteernaal IInteerfaace Fille，外外部接口口文件）、EII（Exxterrnall Innputt，外部部输入）、EOO（Ex

14、xterrnall Ouutpuut，外外部输出出）和EEQ（EExteernaal IInquuiryy，外部部查询）。其中中，ILLF和EEIF属属于数据据类型的的功能点点，EII、EOO、EQQ属于事事务类型型的功能能点。 EI、EO、EQ的的比较 EII是处理理来自应应用程序序边界外外部的一一组数据据输入，它的主主要目的的是维护护一个或或多个IILF，以及/或者更更改系统统的行为为。 EO是是输送数数据到应应用程序序边界外外部的过过程。它它的主要要目的是是通过逻逻辑处理理过程向向用户呈呈现信息息。该处处理过程程必须包包含至少少一个数数学公式式或计算算方法，或生成成派生数数据。一一个EO

15、O也可以以维护一一个或多多个ILLF，并并/或改改变系统统行为。 EQ是是向应用用程序边边界外发发送数据据基本处处理的过过程。其其主要目目的是从从ILFF或EIIF中通通过恢复复数据信信息来向向用户呈呈现。该该处理逻逻辑不包包括任何何数学公公式或计计算方法法，也不不会生成成任何派派生数据据。EQQ不会维维护任何何一个IILF，也不会会改变应应用程序序的系统统行为。 EO和和EQ的的共同点点是，其其主要目目的都是是通过基基本操作作过程展展现数据据给用户户。EII、EOO、EQQ的比较较见下表表。 表1 EI、EO、EQ的的主要目目的目的EIEOEQ改变应用用程序的的属性或或行为主要目的的次要目的

16、的不允许维护一个个或多个个ILFF主要目的的次要目的的不允许显示信息息给用户户次要目的的主要目的的主要目的的表2 EEI、EEO、EEQ的主主要行为为行为EIEOEQ数学公式式或计算算被执行行可以至少选择择一次不可以至少一个个ILFF被修改改至少选择择一次至少选择择一次不可以至少一个个ILFF或EIIF被引引用可选可选必选数据被重重新恢复复可选可选必选派生数据据被创建建可选至少选择择一次可选应用程序序的行为为或属性性被修改改至少选择择一次至少选择择一次可选准备或呈呈现信息息到系统统边界外外可选必选必选接受进入入系统边边界内的的数据的的能力必须可选可选事务类型型功能点点的计算算规则 在IIFPU

17、UG的定定义中有有一个重重要的单单词“EElemmenttaryy Prroceess”基基本处理理过程。该过程程对用户户来说是是一个有有意义的的、最小小的活动动单位，并且是是一个自自包含的的活动。功能点点的分类类，EII、EOO、EQQ的识别别都是基基于“EElemmenttaryy Prroceess”基本处处理过程程的。 EII的计算算规则 1. 从应用用边界之之外收到到数据。 2. 如果进进入系统统边界内内的数据据不是一一个改变变系统行行为的控控制信息息，那么么至少一一个ILLF应该该被改变变。 3. 对于已已识别的的处理过过程，至至少满足足下面三三个条件件之一。 该基本本处理过过程的

18、逻逻辑与本本应用系系统中其其它基本本处理过过程的逻逻辑不同同。该基基本处理理过程应应该具有有唯一性性。例如如：不能能存在两两个完全全一模一一样的存存盘操作作。 在应用程程序边界界内，该该基本处处理过程程所使用用的这组组数据应应该与其其他基本本处理过过程所使使用的数数据不同同。 在应用程程序边界界内，基基本处理理过程所所引用的的ILFF或EIIF是不不同于其其它基本本处理过过程所引引用的IILF或或EIFF。 EO和和EQ通通用计算算规则 必须全全部满足足以下内内容才能能被视为为一个EEO或EEQ： 1. 从外部部发送数数据或控控制信息息到应用用程序边边界内。 2. 为了识识别这个个过程，以下三

19、三点必须须满足一一个： 该基本本处理过过程逻辑辑上必须须是唯一一的，该该唯一性性是指其其在应用用程序中中与其他他EO或或EQ在在逻辑性性上保持持唯一。 该基本处处理过程程所使用用的数据据应该是是唯一的的，该唯唯一性是是指其在在应用程程序中与与其他EEO或EEQ所使使用的数数据不同同。 该基本处处理过程程所引用用的ILLF或EEIF文文件应该该是唯一一的，该该唯一性性是指其其在应用用程序中中与其他他EO或或EQ所所引用的的ILFF或EIIF文件件不同。 EO补补充的计计算规则则 除了要要满足上上面的通通用规则则外，还还要满足足下面其其中一条条： 在基本本操作过过程中至至少包含含一个数数学公式式或

20、计算算方法 在基本操操作过程程中要产产生派生生数据 在基本操操作过程程中至少少要维护护一个IILF 在基本操操作过程程中要改改变系统统的行为为。 EQ补补充的计计算规则则 除了要要满足上上面的通通用规则则外，还还要满足足下面其其中一条条： 基本操操作过程程从ILLF或EEIF中中获取数数据。 基本操作作过程不不能包含含数学公公式或计计算方法法。 基本操作作过程不不能生成成派生数数据 基本操作作过程不不能维护护任何一一个ILLF 基本操作作过程不不能改变变系统的的行为 EI、EEQ和EEO的技技术复杂杂性计算算 复复杂性取取决于FFIRss和DEETs的的数量。FTRR是被一一个事物物读取或或维

21、护的的ILFF，或者者是被一一个事物物读取的的EIFF。 EII中识别别FTRR规则 每一个个ILFF应该算算做一个个FTRR。 通过EII读取的的每个IILF或或EIFF都应该该计算为为一个FFTR。 既被EII维护又又被读取取的ILLF仅计计算为一一个FTTR。 EI中中识别DDET规规则 在EII的过程程中，以以用户角角度识别别的、通通过应用用系统边边界输入入系统内内部的非非重复字字段，应应算作一一个DEET。 在EI的的过程中中，只要要没有通通过系统统边界输输入，即即使它存存在于系系统内的的一个IILF中中，也不不能算为为一个DDET。 例如，外贸订订单系统统中，订订单的金金额是被被单

22、价和和数量自自动计算算的，那那么金额额是没有有通过系系统边界界输入的的，因此此在EII操作中中就不应应该算做做一个DDET。 在应用用程序的的EI操操作时，系统提提示的错错误信息息或完成成操作的的信息，应该被被分别计计算为一一个DEET。 例如，在网站站注册用用户信息息时，由由于输入入错误系系统会显显示提示示信息，那么这这些提示示信息应应该被逐逐个计算算为一个个DETT。 再如，当EII操作完完成时系系统提示示并显示示出来的的信息，应该被被计算为为一个DDET。 在EII操作中中，如果果遇到主主外键的的字段，应该算算作一个个DETT。 EO和和EQ计计算FTTR的规规则 1. 通用规规则： 每

23、个在在EO/EQ处处理过程程中读取取的ILLF和EEIF算算一个FFTR 2. EO额额外的FFTR计计算规则则 在EOO处理过过程中每每个被维维护的IILF算算一个FFTR 在EO处处理过程程中既被被读取又又被维护护的ILLF算一一个FTTR EO和和EQ计计算DEET的通通用规则则 用户可可识别的的非重复复字段，进入应应用边界界并指明明处理什什么、何何时处理理或处理理方式，并且由由EO/EQ返返回或产产生，那那么这样样的每个个字段算算一个DDET。 例如，报表中中的每个个字段都都是一个个DETT。 在应用用边界内内以用户户角度识识别的非非重复字字段算一一个DEET。 例如，在报表表中起到到

24、解释或或备注作作用的文文字信息息，不管管是一个个字、一一个词或或一段话话，都当当作一个个DETT。 再如，某种编编号或日日期，即即使它被被物理存存储在不不同字段段中，但但从用户户角度看看是一个个整体的的信息，因此被被算作一一个DEET。 还有，在饼图图中百分分比和分分类算作作不同的的DETT。 在EOO或EQQ操作中中，如果果对系统统进行输输入或读读取操作作时，相相同的字字段只计计算一个个DETT。 例如，在报表表查询时时，输入入的字段段在报表表上也有有显示，那么将将算作同同一个DDET。 在应用用程序的的EO或或EQ操操作时，系统提提示的错错误信息息或完成成操作的的信息，应该被被计算为为DE

25、TT。 例如，用户查查询一个个列表时时被拒绝绝，那么么拒绝的的提示信信息就算算为一个个DETT。 在EOO或EQQ操作中中如果遇遇到主外外键的字字段，应应该算作作一个DDET。 在EO或或EQ过过程中，只要没没有通过过系统边边界输入入，就算算它存在在于系统统内的一一个ILLF中，也不能能算为一一个DEET。 例如，在公司司发工资资的时候候，员工工对应的的状态信信息被更更新，但但这个状状态信息息的更新新是没有有通过系系统边界界输入的的，因此此也不能能算做一一个DEET。 页面的的标题等等类似信信息不计计算DEET。 系统字段段生成的的记号不不能被算算作一个个DETT。 例如，页码、位置信信息、时

26、时间、上上一页和和下一页页等信息息，都不不能算作作一个DDET。 EI复复杂度计计算矩阵阵?14个个DETT5155个DEET多于166个DEET01个个FTRR低低中等2个FTTR低中等高大于2个个FRTT中等高高EO和EEQ复杂杂度计算算矩阵?15个个DETT6199个DEET多于200个DEET01个个FTRR低低中等23个个FTRR低中等高多于4个个FTRR中等高高未调整前前功能点点对应矩矩阵EI、EEO、EEQ、IILF和和EIFF技术复复杂度对对应的功功能点如如下表所所示：?低一般高EI346EO457EQ346ILF71015EIF5710功能点估估算法之之调整因因子 用功功能点

27、估估算法计计算软件件项目功功能点时时会用到到调整因因子（或或称调整整系数）。功能能点的调调整系数数是通过过通用系系统特性性及其影影响程度度来评定定的，对对每个常常规系统统特性的的评估由由其影响响程度（DI）而定，分为005级级： 0 毫毫无影响响 1 偶偶然影响响 2 适适度影响响 3 一一般影响响 4 重重要影响响 5 强强烈影响响 然后后依次对对以下114个系系统常规规特性进进行打分分，并带带入以下下计算公公式算出出功能点点的调整整因子。 Vallue Adjjusttmennt FFacttor=( ssum of (DII) * 0.01 ) + 0.65 计算调调整因子子 1. 数据

28、通通讯 数据通通讯指的的是应用用程序直直接与处处理器通通讯的程程度。通通常我们们都是通通过某种种通讯手手段来实实现在一一个应用用中所使使用的数数据或者者控制信信息。连连接到本本地控制制器上的的终端被被认为是是通讯设设施，协协议则指指两个系系统或设设备之间间进行通通讯时使使用的一一种约定定。所有有的数据据通讯链链接都需需要某种种协议。0 应用程序序是单纯纯的批处处理或者者PC staand-aloone1应用程序序是一种种批处理理过程，但是包包含远程程数据的的录入或或远程打打印2应用程序序是一种种批处理理过程，但是包包含远程程数据的的录入和和远程打打印3应用程序序包括在在线数据据收集或或者包括括

29、批处理理或查询询系统的的远程处处理的前前端应用用4应用程序序不单只只是前端端应用，但是仅仅支持一一种远程程处理通通讯协议议5应用程序序不单只只是前端端应用，还支持持多于一一种的远远程处理理通讯协协议2. 分分布式数数据处理理 分布式式数据处处理是应应用在内内部组件件之间传传递信息息的程度度。这个个特性是是在应用用边界内内体现的的。 0 应用程序序不支持持组件之之间的数数据传输输和处理理功能1应用程序序为用户户可能进进行的处处理准备备数据（例如使使用电子子表格或或者数据据库等）2应用程序序所准备备的数据据是为了了在系统统另外一一个组件件上传输输和处理理，并非非为终端端用户所所处理。3分布式处处理

30、和数数据传输输是在线线的，并并且是单单向的4分布式处处理和数数据传输输是在线线的，并并且是双双向的5由系统中中最恰当当的组件件动态地地执行处处理功能能3. 性性能 性能是是吞吐量量、处理理时间等等指标对对开发的的影响。用户所所提出的的性能要要求将直直接影响响到系统统的设计计、实施施、安装装和支持持。0 用户没有有提出性性能方面面的要求求1用户提出出了性能能和设计计方面的的要求，但不需需要采取取特定措措施2响应时间间和吞吐吐量在系系统峰值值时是关关键的，但是不不需要采采取相应应的CPPU使用用方面的的特殊设设计。处处理的最最后期限限是在下下一个工工作日。3在任何时时候响应应时间和和吞吐量量都是关

31、关键的，但是不不需要采采取相应应的CPPU使用用方面的的特殊设设计。处处理的完完成期限限比较严严格。4除了上面面一项的的要求外外，由于于对需求求的要求求比较严严格，在在设计阶阶段就要要进行性性能分析析。5除了上面面一项的的要求之之外，在在设计和和实施阶阶段需要要使用性性能分析析工具来来判断性性能要求求的完成成情况。4. 大大业务量量配置 大业务务量配置置是指计计算机资资源对应应用开发发的影响响程度。大业务务量的运运行配置置对设计计有特殊殊要求，是必须须考虑的的一个系系统特性性。0 没有提出出明确的的运行方方面的限限制1有运行方方面的限限制，但但是不需需要采取取特别的的措施以以满足运运行限制制2

32、提出了一一些安全全和时间间方面的的限制3应用程序序的某些些部分对对处理器器有特定定的要求求4提出的运运行限制制对应用用的中央央处理器器或者专专用处理理器有特特殊的要要求5除上面一一项之外外，还对对应用的的分布式式组件提提出了限限制5. 事事务处理理率 事务处处理率是是业务交交易处理理速度对对系统的的设计、实施、安装和和支持等等的影响响。 0 预计不会会出现周周期性的的高峰事事务处理理期1预计会有有周期性性的高峰峰事务处处理期（例如：每月、每季、每年）2预计每周周都会出出现高峰峰事务处处理期3预计每天天都会出出现高峰峰事务处处理期4用户在应应用程序序需求或或者服务务级别协协议中对对事务率率要求很

33、很高，因因此必须须在设计计阶段进进行性能能分析。5用户在应应用程序序需求或或者服务务级别协协议中对对事务率率要求很很高，因因此必须须进行性性能分析析并在设设计、开开发和安安装阶段段中使用用到性能能分析工工具。6. 在在线数据据输入 在线数数据输入入是指数数据通过过交互的的方式输输入系统统的程度度。系统统中包括括在线数数据输入入和控制制信息功功能。0 所有事务务都是批批处理的的11%77%的事事务是以以交互式式的方式式进行数数据录入入28%115%的的事务是是以交互互式的方方式进行行数据录录入316%23%的事务务是以交交互式的的方式进进行数据据录入424%30%的事务务是以交交互式的的方式进进

34、行数据据录入530%以以上的事事务是以以交互式式的方式式进行数数据录入入7. 最最终用户户效率 最终用用户效率率是指对对应用的的人文因因素及使使用的便便捷程度度等的考考虑程度度。 如下功功能设计计是针对对最终用用户效率率的： 页面导导航 菜单 在线帮助助或文档档 光标自动动跳转 可以滚动动 在线远程程打印 预定义的的功能键键 在线做批批量提交交任务 光标可以以选取界界面上的的数据 用户使用用大量反反白显示示、重点点显示、下划线线或其他他的标识识 在线coopy用用户文档档 鼠标拖动动功能 弹出窗体体 使用最少少的界面面完成某某种商业业功能 双语言支支持（如如果选择择了这个个就算44项） 语言支

35、持持（如果果选择了了这个就就算6项项） 0 以上的一一个都不不包括1包括以上上的13个2包括以上上的45个3包括以上上的6个个或以上上，但是是没有用用户对于于效率的的要求4包括以上上的6个个或以上上，对用用户使用用效率有有较高要要求，因因而必须须考虑用用户方面面的设计计（例如如，最少少击键次次数、尽尽可能提提供默认认值、模模版的使使用）5包括以上上的6个个或以上上，用户户对效率率的要求求使得开开发人员员必须使使用特定定的工具具和流程程以判定定用户对对效率的的要求已已经被达达成8. 在在线更新新 在线更更新是指指内部逻逻辑文件件ILFF被在线线更新的的程度。应用系系统提供供在线更更新内部部逻辑文

36、文件的功功能。 0 没有在线线更新1包含13 个个控制文文件的在在线更新新。更新新的流量量低，恢恢复容易易。2包含对44 个以以上控制制文件的的在线更更新。更更新的流流量低，恢复容容易。3包含对主主要ILLF 的的更新。4除了3 之外，在设计计和实施施中要考考虑对数数据丢失失的防范范。5除了4 之外，大量的的数据恢恢复工作作要考虑虑成本因因素，同同时包含含了高度度自动化化的恢复复流程。9. 复复杂处理理 复杂处处理描述述了逻辑辑处理对对应用开开发的影影响程度度。它包包含以下下要素： 敏感控控制（例例如特殊殊的审核核过程）和/或或程序特特定的安安全处理理 大量的逻逻辑处理理 大量的数数学处理理

37、因为例外外处理造造成的需需要重新新处理的的情况（例如，由TPP中断、数据值值缺少和和验证失失败导致致的ATTM事务务） 多种可能能的输入入/输出出造成的的复杂处处理 0 上面一个个都不满满足1只满足一一个2只满足两两个3满足三个个4满足四个个5都满足10. 可复用用性 应用系系统中的的应用和和代码经经过特殊殊设计、开发和和支持，可以在在其他应应用系统统中复用用。 0 没有可复复用的代代码1代码在应应用之内内复用2应用中被被其他用用户复用用的部分分不足110%3应用中被被不止一一个用户户使用的的部分超超过100%4应用遵从从一种易易于复用用的方式式被打包包和文档档化。用用户在源源代码级级客户化化

38、该应用用。5应用按照照一种易易于复用用的方式式被打包包和文档档化。用用户使用用用户参参数来对对该应用用进行客客户化。11. 易安装装性 易安装装性指应应用系统统的转换换和安装装容易度度对开发发的影响响程度。系统测测试阶段段提供了了转换和和安装计计划/转转换工具具。 0 用户对安安装没有有特定的的要求1用户对安安装没有有特定的的要求，但有特特定的安安装环境境要求2用户提出出了安装装和转化化的要求求，转化化/安装装指南被被经过测测试提供供给用户户。但是是转化的的影响对对该应用用不重要要。3用户提出出了安装装和转化化的要求求，转化化/安装装指南被被经过测测试提供供给用户户。转化化的影响响对该应应用来

39、说说是重要要的。4除了2 的要求求之外，需要提提供经过过测试的的自动化化的安装装和转化化工具。5除了3 的要求求之外，需要提提供经过过测试的的自动化化的安装装和转化化工具。12. 易操作作性 易操作作性指的的是应用用对运行行的影响响程度，如有效效启动、备份和和恢复规规程的影影响。易易操作性性是应用用提供的的一种特特性，它它最小化化了手工工操作的的要求。0 用户没有有指定除除正常备备份程序序外的其其它特定定操作1提供高效效的启动动、备份份和恢复复进程，但需要要人手操操作2提供高效效的启动动、备份份和恢复复进程，不需要要人手操操作（当当作两项项计算）3应用程序序对磁带带的需求求最小化化4应用程序序

40、对硬拷拷贝处理理的需求求最小化化5程序设计计成无人人操作模模式。无无人操作作模式的的意思是是除了启启动和关关闭之外外，不需需要对系系统进行行操作。程序的的其中一一个功能能就是错错误自动动恢复。13. 多场地地 多场地地指应用用系统经经特殊设设计、开开发可以以在多个个组织、多个地地点应用用的程度度。 0 用户需求求不含多多场地和和组织的的要求1考虑了多多场地的的要求，但是设设计要求求应用在在不同的的场地使使用相同同的软硬硬件环境境2考虑了多多场地的的要求，但是设设计要求求应用在在不同的的场地使使用类似似的软硬硬件环境境3考虑了多多场地的的要求，同时设设计支持持应用在在不同的的场地使使用不同同的软

41、硬硬件环境境4在1 或或者2 的要求求之上，提供了了经过测测试的多多场地的的文档和和支持计计划5在3 的的要求之之上，提提供了经经过测试试的多场场地的文文档和支支持计划划14. 支持变变更 支持变变更是指指应用在在设计上上考虑支支持处理理逻辑和和数据结结构变化化的程度度。 可以具具有如下下的特性性： 提供可可以处理理简单要要求的弹弹性查询询和报告告功能，如对一一个ILLF进行行与（或或）逻辑辑 提供可以以处理一一般复杂杂度要求求的弹性性查询和和报告功功能，如如对多于于一个的的ILFF进行与与（或）逻辑（当作两两项计算算） 提供可以以处理复复杂要求求的弹性性查询和和报告功功能，如如对一个个或多个

42、个ILFF进行与与（或）逻辑的的组合（当作三三项计算算） 业务控制制数据被被保存到到用户通通过在线线交互进进程维护护的表中中，但变变更只会会在第二二个工作作日生效效 业务控制制数据被被保存到到用户通通过在线线交互进进程维护护的表中中，且变变更即时时生效 0? 一个都不不满足1合计满足足一个2合计满足足二个3合计满足足三个4合计满足足四个5合计满足足五个计算调整整后的功功能点个个数 国际际IFPPUG组组织将软软件项目目分为三三类，功功能点估估算法适适用于任任何一类类项目，其计算算公式中中的术语语请详见见表1。 功能点点的原始始计算公公式： FP Couunt =UFFP * VAAF 新开发发

43、项目 有时新新开发的的软件项项目也需需要与其其他现存存的软件件系统进进行整合合。例如如：一个个企业新新开发的的MISS内部管管理系统统经常会会与财务务系统进进行整合合。这时时除了考考虑本身身项目的的功能点点个数外外，还要要考虑系系统整合合或数据据迁移部部分的工工作量。因此，其功能能点计算算公式如如下： FP Couunt =（UUFP+CFPP）* VAFF 二次开开发的项项目 有时新新开发的的软件项项目是在在原有基基础上进进行二次次开发的的，只是是为了增增加一些些新功能能。因此此，其功功能点计计算公式式如下： FP Couunt = AADD * VVAF 功能增强强的项目目 功能增增强项目

44、目的功能能点估算算比较复复杂。在在计算功功能点前前大家需需要计算算有哪些些是新增增加的功功能，哪哪些是被被修改的的功能，哪些是是属于数数据迁移移或系统统整合的的功能。然后计计算新系系统技术术复杂度度的调整整因子“VAFFA”，并在此此基础上上计算系系统功能能点的数数量。当当然，此此类项目目也会去去掉一些些原有功功能，那那么在原原有系统统的技术术复杂度度基础上上重新计计算功能能点的调调整因子子“VAAFB”，再计计算所去去掉功能能贡献的的功能点点数量。因此，其功能能点计算算公式如如下： FP Couunt = （ADDD+CCHGAA+CFFP）* VAAFA+（DDEL * VVAFBB） 表

45、1 功功能点技技术公式式术语术语英文中文含义义ADDAddeed ffuncctioonallityy被添加的的功能点点个数CFPConvverssionn fuuncttionnaliity被转换的的功能点点个数CHGAAUFP of chaangeed ffuncctioonallityy affterr ennhanncemmentt功能增强强后所改改动的功功能所贡贡献的未未调整的的功能点点个数DELDeleetedd fuuncttionnaliity被删除的的功能点点个数UFPUnaddjusstedd fuuncttionnal poiint couunt未调整的的功能点点个数VA

46、FValuue aadjuustmmentt faactoorVAF=（suum oof（DDI）* 0.01）+ 00.655功能点的的调整因因子的计计算公式式VAF=（suum oof（DDI）* 0.01）+ 00.655VAFAAValuue aadjuustmmentt faactoor aafteer eenhaanceemennt功能增强强后的功功能点调调整因子子VAFBBValuue aadjuustmmentt faactoor bbefoore enhhanccemeent功能增强强前的功功能点调调整因子子案例详解解：功能能点估算算法 以员员工管理理系统为为例，详详细说明明

47、如何利利用功能能点估算算法计算算业务复复杂度。 在员工工管理系系统中添添加一个个员工资资料，会会使用到到员工的的一般信信息、教教育情况况、工作作经历和和家属信信息。员员工隶属属于某个个部门，在本系系统中会会有一个个对部门门进行维维护的功功能。员员工的工工资则由由另外一一个财务务系统提提供。因因此，其其用例图图如下所所示： 图1 员工管管理系统统用例图图 ? 假设设员工基基本信息息如下所所示： 员工IID（标标签控件件） 员工名称称 性别 生日 婚否 所属部门门ID（标签控控件） 所属部门门名称 ? 受教育育的时间间 ? 学校名名称 ? 所学专专业 ? 工作时时间 ? 工作单单位 ? 工作部部门 ? 工作职职务 ? 亲属的的姓名 ? 之间关关系 ? 亲属年年龄 ? 工作单单位 假设部部门信息息如下所所示： 部门IID（标标签控件件） 部门名称称 假设工工资表信信息如下下所示： 员工IID（标标签控件件） 员工姓名名 金额 单位 ILF和和EIFF的功能能点数 本范范例识别别出来IILF和和EIFF功能点点个数如如下表所所示。ILF内内部逻辑辑文件RETD