实用的软件系统开发成本估算法软件成本管理含例子.docxVIP

软件系统开发成本估算法 功能点估算含例子 目录 功能点估算法概念 功能点估算法是软件项目管理众多方法中比较有技术含量的一个，也是最实用的一个。在软件项目管理中项目计划制定的优劣、合理直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。 功能点估算法的特点 项目范围的估算在 CMMI 的“MA”度量分析管理和“PP”项目计划中均有涉及。对软件项目范围的估算有很多种方法，常见的是 LOC 代码行和 FP 功能点法。它们之间的区别和关系如下： 功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。假如这个时候使用 LOC 代码行估算法，则误差会比较大。 使用功能点估算法无需懂得软件使用何种开发技术。LOC 代码行估算法则与软件开发技术密切相关。 功能点估算法是以用户为角度进行估算，LOC 代码行估算法则是以技术为角度进行估算。 通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC 代码行的。 在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。因此，在项目结束时还需要对项目的范围情况重新进行估算， 这个时候估算的结果才能最准确反映项目的规模。 功能点分析的步骤（含例子） 图 1 功能点估算法的步骤 具体步骤包括： 识别功能点的类型。 识别待估算应用程序的边界和范围。 计算数据类型功能点所提供的未调整的功能点数量。 计算人机交互功能所提供的未调整的功能点数量。 确定调整因子。 计算调整后的功能点数量。 识别项目的类型 国际 IFPUG 组织将软件项目分为三类，功能点估算法适用于任何一类项目： 新开发项目 二次开发的项目功能增强的项目 识别项目的范围和边界 使用 UML 的“UseCase”用例图是以用户角度进行识别项目范围和边界的最好方法，在画用例图时就必须明确系统的边界。通过系统的边界，我们可以知道哪些功能要计算功能点，哪些功能点是外部系统负责计算的。以图2 为例：一个外贸订单系统只包含录入、修改、删除、查询和统计订单的功能，而汇率查询转换服务是不属于该系统的。 应用程序边界的识别规则大家一定要牢记，不能从技术角度去思考，必须从用户角度来定义；如果项目牵扯到多个系统，那么必须将这多个系统的边界全部描述清楚。 图 2 外贸订单系统用例图 按不同功能点计算 功能点估算分类 功能点估算法将功能点分为以下 5 类： ILF：InternalLogicalFile 内部逻辑文件 EIF:ExternalInterfaceFile 外部接口文件 EI:ExternalInput 外部输入 EO:ExternalOutput 外部输出 EQ:ExternalInquiry 外部查询 其中，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 内部逻辑文件 内部逻辑文件是指一组以用户角度识别的、在应用程序边界内且被维护的逻辑相关数据或控制信息。ILF 的主要目的是通过应用程序的一个或多个基本处理过程来维护数据。 EIF 外部接口文件 外部接口文件是指一组在应用程序边界内被查询，但在其他应用程序中被维护的、以用户角度来识别的、逻辑上相关的数据。因此，一个应用程序中的 EIF 必然是其他应用程序中的 ILF。EIF 的主要目的是为边界内的应用程序提供一个或多个通过基础操作过程来引用的一组数据或信息。 EIF 所遵循的规则： 从用户角度出发识别的一组逻辑数据。 这组数据是在应用程序外部，并被应用程序引用的。计算功能点的这个应用程序并不维护该 EIF。 这组数据是作为另一个应用程序中的 ILF 被维护的。 ILF 和 EIF 的复杂性计算 ILF 和EIF 的复杂性是取决于RET（Recordelementtype）和DET（Dataelementtype）的数量。DET 是一个以用户角度识别的、非重复的、有业务逻辑意义的字段。 DET