Primavera功能点方法与软件研发项目规模成本估算

1、Primavera 软件系统中的功能点方法与软件研发项目规模成本估算上海普华科技发展有限公司 胡晓俊Primavera 系统中的功能点估算方法概述? 功能点估算的概念功能点估算是一种基于软件需求特性对软件项目的规模进行估测的方法。 1979 年IBM 公司的 Alan Albrech 首先开发了计算功能点的方法， 这种方法是通过评估和计量软 件产品所需的内部基本功能和外部基本功能数目，再根据技术复杂度因子（权重）对这 些软件功能计数进行量化，得到软件研发项目规模的最终结果。并且这个结果与软件的 成本估算有着密切的关系。 另外功能点这种估算方法与实现产品所使用的编程语言和技 术没有关系，可以用于

2、各种软件开发项目的规模估算中，目前功能点的估算方法已经被 广泛的认可在信息系统、数据库密集型、 4GL 应用系统开发的规模测量中。功能点的估算有两个目的：第一是作为软件规模的测量、对比和分析（如软件度量 方法）的基础；第二，也是更重要的目标，是作为软件成本估计模型的输入，软件的成 本估计则是基于功能点和工作量之间的经验成本估计关系（CER ）进行的。Primavera 系统是一个应用于多行业的企业级项目管理的综合平台，主要应用于企 业的多项目时间进度的管理、资源角色管理、费用成本管理、沟通管理、综合管理等项 目管理领域。功能点估算的功能可以在 Primavera 系统 Project Mana

3、gement 组件中的一 个自上而下估算的工具中实现。这个工具只是整个 Primavera 系统中的一小部分，但它 将自上而下估算的方法和功能点估算的方法演绎成可实际操作应用的步骤，? 功能点估算的过程功能点的估算可以划分为三个步骤：统计未调整的功能点计数（UFP ） 、统计总影响度（TDI ）和计算最终调整功能点计数（FP）。其中最终调整功能点计数就是我们功能点估算的最终结果。它是用来度量软件产品功能的标准单位，并可作为软件研发项目规 模成本估算的基础。功能点的计算公式为：FP = UFC X TCF , TCF称为技术复杂度因子， 是由总影响度 TDI计算出来的：TCF = 0.65 +

4、0.01 X TDI。因此功能点的计算公式也可以 表示为：FP = UFC X（ 0.65 + 0.01 X TDI ）,如下图所示。用于估算第一步 的 未调整功能点计 数（UFP）的计算用于估算第二步的 总影响度（TDI ）的 计算用于估算第三步 最终功能点计数过程示意图:第一步：计算未调整的功能点计数（UFP）软件各种复 杂度功能特 性的计数各种复杂度的权重因子-计算输入:当前这种类 型功能计数 的加权总和所有类型功 能计数的加 权总和（FP）的计算内部逻辑文件（ILF ）是最终用户可以进行维护和识别的逻辑相关数据组，这些数据通过外部输入维护并完全保存在应用程序的内部。最低、平均和最高复杂

5、度的权重分别为7、10和15。外部接口文件（EIF）外部接口文件是仅用于引用目的的逻辑相关数据的用户可识别的组。数据完全驻留在应用程序外部，由其它应用程序所维护。外部接口文件是 其它应用程序的内部逻辑文件。最低、平均和最高复杂度的权重分别为5、7和10。外部输入（EI）外部输入是数据由外向内跨越边界的基本处理过程。数据可能来自于数据输入屏幕、电子输入或其它应用程序。数据可以是控制信息或业务信 息。如果数据是业务信息，它用于维护一个或多个内部逻辑文件。如果 数据是控制信息，它不必更新内部逻辑文件。最低、平均和最高复杂度的权重分别为3、4和6。外部输出（EO）外部输出是导出的数据由内向外跨越边界的

6、基本处理过程。数据创建发送给其它应用的报表或输出文件。这些报表和文件由一个或多个内部逻辑文件和外部接口文件所创建。最低、平均和最高复杂度的权重分别为4、5和7。外部查询（EQ）外部查询是包括输入和输出构件的基本处理过程。输入和输出构件导致一个或多个内部逻辑文件和外部接口文件的数据检索。该信息被发送出应用程序边界。输入过程不会更新任何内部逻辑文件以及输出不包含导 出的数据。最低、平均和最高复杂度的权重分别为3、4和6。亠计算输出：未调整的功能点计数（UFP）未调整的功能点计数是对各种复杂度的内部逻辑文件、外部接口文件、外 部输入、外部输出和外部查询的加权合计。第二步：计算总影响度因子（TDI）亦

7、 Pa-afMnce k1 IrftncQMjgiFi Rocn 邪 |r«t»iwt>ar< 电卩Cnlrw附mi. Ljl Ccnple" Pirocriskg 窗 Opftisli=n fexn / CWHJ3&1 歸低ibS 胡 f Chcngo 扇 rflUhKlt SDtt Lj他TfiHn芋OnJnp n斗用 &fry .#1 OhOflEJlj jflilTfi；DistljiJlediDats-RceinoDdrbitci Fsta- bixoMiing "irdior 白帕 a ch?r ol chc pi

8、cclcnjppii曲< Bild旳乃備洞审Difftrtouicii prxcssDG end daslrsnfff are 口 nine an dim one Girt±on orilrv©可血呂黃fll当前选 中系统 特征的每个系统特 征的每个分 值得具体含 义的说明4-计算输入：总影响度因子是14个系统特征值的累计总和，每个系统特征值采用05的分值进行计量，分别代表无影响( no in flue nee )、偶尔影响(in cide ntal)、适度影响(moderate)> 平均影响(average)、重大影响(significant)和根本性影响(e

9、ssential), 具体的评分标准含义这里不详述了，使用Primavera系统的用户可以在功能点估算的系统特征对话框中找到每一个系统特征含义的说明和每一个系统特征取值的评 分标准的说明，这些说明可以帮助实施功能点估算的人员进行判断和取值。确定分布式数据处理(Distributed Data Processing )的分值，该值表明分布式数据和功能如何被处理。确定配置项负载(Heavily Used Con figuration、的分值，该值表明对当前 的硬件平台的使用程度。确定性能(Performanee)的分值，该值表明用户对响应时间或吞吐量是否 有所要求。确定事务率(Transactio

10、n Rate、的分值，该值表明事务执行的频繁程度。 确定安装容易程度(Installation Ease)的分值，该值表明转换和安装的困 难程度多大。确定在线更新(Online Update、的分值，该值表明多少内部逻辑文件会被 在线的事务更新。确定复杂处理(Complex Processing、的分值，该值表明应用软件是否具有 大量的逻辑或数学处理。确定操作容易程度(Operational Ease)的分值，该值表明应用软件在启动、备份和恢复的有效性/自动化程度。确定用户使用效率 (End-User Efficiency )的分值，该值表明应用软件是否 就最终用户使用效率上有所设计。确定修改

11、容易程度(Facilitate Cha nge)的分值，该值表明应用软件是否被 设计以方便于修改。确定多个地点(Multiple Sites)的分值，该值表明应用软件是否设计支持 多个地点场所/机构。确定重用性(Reusability )的分值，该值表明应用软件开发以满足一个或 是多个用户的需要。确定在线数据项(On-line Data Entry )的分值，该值表明百分之多少的信 息是在线输入的。确定系统特征数据通讯(Data Communications )的分值，该值表明系统具 有多少数据通讯设备。4 计算输出：总影响度因子(TDI )是14个系统特征分值的累计总和。第三步：计算最终调整

12、功能点计数( FP)最终调整功能点(FP)的计算公式最终调整功能点计数可以通过该公式进行计算，FP = UFC X( 0.65 + 0.01 XTDI)。即它由前面步骤中得出的未调整功能点计数(UFP)和总的影响度(TDI)来确定。如何通过Primavera实现软件研发项目规模成本估算Primavera软件中的自上而下的估算方法能够在项目计划编制的前期对其规模、进 度和成本进行预估，这不仅可以对项目风险和投资赢利情况作一个预测，也对以后的项目计划编制提供了参考。相比其他的各种软件规模的估算方法，这种自上而下的估算方 法所能获得的数据是较为精确的，但是如果直接手工的去进行估算，在算法上会较为费

13、时费力，所以我们可以借助一些软件的工具来实现，例如在 Primavera 的项目管理解决 方案中，我们就可以利用其中的自上而下估算功能（包括功能点估算）来实现软件研发 项目早期的规模、成本、进度的预估。例如在某个公司在对财务软件系统的集成升级过程中就使用这种方法。 该软件研发 的项目计划是在 04年 8 月份开始的。在其开始之前我们并不是急于编制实施计划，而 是先对需要开发的这个系统的功能数量进行测量，并采用功能点这种标准单位来度量， 以获得当前这个项目的规模情况， 通过本公司的研发团队的平均产量等历史经验值将该 软件规模的功能点折算成项目所需总的人工或非人工资源数量， 以便我们今后的计划编

14、制过程中确定每道作业的计划工期和每个资源的预算用量。另外通过 Primavera 软件系统也可以实现项目经验和方法的积累提炼和重复利用， 这是在 Primavera 软件系统的 Methodology Management 组件中实现的。 它可以将一些类 似项目的历史数据和方法保存成可以供新项目参考利用模板， 例如我们在这个财务系统 的集成开发项目中就可以使用 Methodology Management 库中的某个类似的模板来快速 建立一个成本、进度估算模型和框架。关于这方面的详细内容不在本文讨论范围内。我们接下来就以这个财务软件系统的集成项目为例，讨论一下通过 Primavera 系统 进

15、行软件研发项目规模成本及进度估算的具体实现。为了讨论的方便，我们简化了该项 目进度计划的内容。1） 估算软件研发项目的功能点计数 软件项目的功能点估算的值是作为软件规模和成本估算的基础， 因此我们首先 对该软件研发项目的功能点做统计。实际上，在 Primavera 的自上而下估算方法中可以采用两种估算方法： 第一种是直接利用先前的经验数据来做估算， 即可以通过人为的经验判断来确 定项目所需的人工或非人工资源数量， 在人为判断的过程中也可以利用历史上类似 项目的情况作参考，比如可以参考 Methodology Management 中相关的历史数据。 这种方法较多的应用在传统的工程建设项目上，但

16、不太适合于软件研发项目估算， 因为其达不到软件开发项目对估算结果精确度的要求。第二种方法是基于功能点的估算来确定项目所需资源数量。 这种方法因其独有 的统计方式和计算方法仅针对软件研发项目， 所以无法应用在别的类型项目的估算 上。如下图，在使用 Primavera 软件的自上而下估算功能时，首先将估算方法调整 为功能点的方法，通常功能点是要通过统计和计算得出的，继而得出项目所需的人工数量或非人工数量，因此这里我们需要先进入到功能点计算的界面中去。另外， 简便期间，本案例中我们仅基于功能点来估算人工数量，事实上它也可以基于功能 点估算非人工数量。我们还可以选择在整个财务系统集成项目中进行估算还是在该项目某一块特定的范围内进行估算，这里我们选择整个项目。选择本次对人 工资源估算估算范围为 整个项目基于功能点 估算人工数进入功能点的统计计算界面FP）。该按钮用于统计和计算 未调整功能点计数根据之前的介绍，功能点的计算可以分为三个步骤：计算未调整功能点计数 （UFP）；计算总影响度（TDI）；计算最终功能点计数（UFP）该按钮用于计算总 影响度（TDI）系统将自动根据 UFP 和TDI计算出最终功 能点计数（FP）第一步：该软件研发项目的项目经理负责对功能点进行估计，并从该项目软件技术人员那里获取软件相关的计数项的统计。在对当前财务系统集成项目的目标软件特性进行分析后可以统