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

功能点估算法识别项目范围和数据复杂度 功能点估算法是软件项目治理众多知识中比较有技术含量的一个。在软 件项目治理中项目打算制定的优劣直截了当关系到项目的成败，项目打算中对 项目范畴的估算又尤为重要。如果项目负责人对项目的规模没有一个比较客观 的认识，没有对工作量、所需资源、完工时刻等因素进行估算，那么项目打算 也就没有存在的意义。 功能点估算法的特点 项目范畴的估算在CMMI 的“MA”度量分析治理和“PP”项目打算中 均有涉及。对软件项目范畴的估算有专门多种方法，常见的是LOC代码行和 FP功能点法。它们之间的区不和关系如下： 功能点估算法常用在项目开始或项目需求差不多明确时使用，这时进行 估算其结果的准确性比较高。如果那个时候使用LOC代码行估算法，则误差 会比较大。 使用功能点估算法无需明白得软件使用何种开发技术。LOC代码行估算 法则与软件开发技术紧密有关。 功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术 为角度进行估算。 通过一些行业标准或企业自身度量的分析，功能点估算法是能够转换为L OC代码行的。 在项目刚开始的时候进行功能点估算能够对项目的范畴进行推测。在项目 开发的过程中由于需求的变更和细化可能会导致项目范畴的蔓延，运算出来的 结果会与起初估量的不同。因此，在项目终止时还需要对项目的范畴情形重新 进行估算，那个时候估算的结果才能最准确反映项目的规模。 功能点分析的步骤 本文将以国际标准IFPUG （International Function Point Users Group） 组织提供的功能点估算法V4.1.1为基础进行讲解。如下图所示，第一大伙儿 应该了解功能点估算法的使用步骤。 图1 功能点估算法的步骤 具体步骤包括： 1. 识不功能点的类型。 2. 识不待估算应用程序的边界和范畴。 3. 运算数据类型功能点所提供的未调整的功能点数量。 4. 运算人机交互功能所提供的未调整的功能点数量。 5. 确定调整因子。 6. 运算调整后的功能点数量。 识不项目的类型 国际IFPUG组织将软件项目分为三类，功能点估算法适用于任何一类项 目： 新开发项目 二次开发的项目 功能增强的项目 识不项目的范畴和边界 使用UML 的“UseCase”用例图是以用户角度进行识不项目范畴和边界 的最好方法，在画用例图时就必须明确系统的边界。通过系统的边界，我们能 够明白哪些功能要运算功能点，哪些功能点是外部系统负责运算的。以图2 为例：一个外贸订单系统只包含录入、修改、删除、查询和统计订单的功能， 而汇率查询转换服务是不属于该系统的。 应用程序边界的识不规则大伙儿一定要牢记，不能从技术角度去摸索，必 须从用户角度来定义；如果项目牵扯到多个系统，那么必须将这多个系统的边 界全部描述清晰。 图2 外贸订单系统用例图 功能点估算分类 功能点估算法将功能点分为以下5类： 1. ILF：Internal Logical File 内部逻辑文件 2. EIF: External Interface File外部接口文件 3. EI: External Inpu 外部输入 4. EO: External Outpu 外部输出 其中，ILF和EIF属于数据类型的功能点，EI、EO、EQ属于人机交互 事务类型的功能点。 以外贸订单系统项目为例： 录入订单、修改订单、删除订单是EI； 查询订单是EO 统计订单是EQ 汇率查询转换系统为EIF 订单和客户是ILF 识不功能点的重要原则 ILF、EIF要与EI、EO、EQ分开运算。对ILF和EIF 复杂度的运算能够 简单明白得为对数据库复杂度的运算。对EI、EO、EQ复杂度的运算能够明 白得为对程序开发复杂度的运算。一样软件项目差不多上由数据和程序构成 的，因此运算ILF、EIF和运算EI、EO、EQ之间没有任何关系。 内部逻辑文件与外部接口文件 ILF 内部逻辑文件 内部逻辑文件是指一组以用户角度识不的、在应用程序边界内且被爱护的 逻辑有关数据或操纵信