功能点估算法.docVIP

功能点估算法是软件项目管理众多知识中比较有技术含量的一个。在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要，如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。 FP功能点估算法的特点 项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及，对软件项目范围的估算有很多种方法，常见的就是LOC代码行和FP功能点法，它们之间的区别和关系如下： 1、 FP功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高，假如这个时候使用LOC代码行估算法，则误差会比较大。 2、 使用FP功能点估算法无需懂得软件使用何种开发技术。LOC代码行估算法与软件开发技术密切相关。 3、 FP功能点法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算的。 4、 通过一些行业标准或企业自身度量的分析，FP功能点估算法是可以转换为LOC代码行的。 在项目刚开始的时候进行功能点估算可以对项目的范围进行预测，在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同，因此在项目结束时还需要对项目的范围情况进行估算，这个时候估算的结果才能最准确反映项目的规模。 功能点分析的步骤 在本文中将以国际标准IFPUG(International Function Point Users Group)组织提供的功能点估算法V4.1.1为基础与大家进行讲解。如下图所示，首先大家应该了解功能点估算法的使用步骤。 　 功能点估算的步骤 1、 识别功能点的类型。 2、 识别待估算应用程序的边界和范围。 3、 计算数据类型功能点所提供的未调整的功能点数量。 4、 计算人机交互功能所提供的未调整的功能点数量。 5、 确定调整因子。 6、 计算调整后的功能点数量。 EI、EO、EQ EI是处理来自于应用程序边界外部的一组数据的输入，它的主要目的是维护一个或多个ILF，以及/或者更改系统的行为。 EO是输送数据到应用程序边界外部的过程。它的主要目的是通过逻辑处理过程向用户呈现信息。该处理过程必须包含至少一个数学公式或计算方法，或生成派生数据。一个EO也可以维护一个或多个ILF，并/或改变系统行为。 EQ是向应用程序边界外发送数据基本处理的过程。其主要目的是从ILF或EIF中通过恢复数据信息来向用户呈现。该处理逻辑不包括任何数学公式或计算方法，也不会生成任何派生数据。EQ不会维护任何一个ILF，也不会改变应用程序的系统行为。 EO和EQ的共同点 其主要目的都是通过基本操作过程展现数据给用户看。 主要目的 目的 EI EO EQ 改变应用程序的属性或行为 主要目的 次要目的 不允许 维护一个或多个ILF 主要目的 次要目的 不允许 显示信息给用户 次要目的 主要目的 主要目的 主要行为 行为 EI EO EQ 数学公式或计算被执行 可以 至少选择一次 不可以 至少一个ILF被修改 至少选择一次 至少选择一次 不可以 至少一个ILF或EIF被引用 可选 可选 必选 数据被重新恢复 可选 可选 必选 派生数据被创建 可选 至少选择一次 可选 应用程序的行为或属性被修改 至少选择一次 至少选择一次 可选 准备或呈现信息到系统边界外 可选 必选 必选 接受进入系统边界内的数据的能力 必须 可选 可选 ? 计算规则 在IFPUG的定义中有一个重要的单词“Elementary Process”基本处理过程。该过程对用户来说是一个有意义的最小的活动单位，并且是一个自包含的活动。功能点的分类EI、EO、EQ的识别都是基于“Elementary Process”基本处理过程的。 ● EI的计算规则： 1. 从应用边界之外收到数据。 2. 如果进入系统边界内的数据不是一个改变系统行为的控制信息，那么至少一个ILF应该被改变。 　3. 对于已识别的处理过程，至少满足下面三个条件之一。 该基本处理过程的逻辑与本应用系统中其它基本处理过程的逻辑不同。该基本处理过程应该具有唯一性。例如：不能存在两个完全一模一样的存盘操作。 在应用程序边界内，该基本处理过程所使用的这组数据应该与其他基本处理过程所使用的数据不同。 在应用程序边界内，基本处理过程所引用的ILF或EIF是不同于其它基本处理过程所引用的ILF或EIF。 ● EO和EQ通用计算规则 必须全部满足以下内容才能被视为一个EO或EQ： 1、 从外部发送数据或控制信息到应用程序边界内。 2、 为了识别这个过程，以下三点必须满足一个： 该基本处理过程逻辑上必须是唯一的，该唯一性是指其在应用程序中与其他EO或EQ的逻辑性上保持唯