功能点估算(csdn)-文档资料

功能点估算(CMMI-FP)功能点估算法是软件项目管理众多知识中比较有技术含量的一个。

在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目围的估算又尤为重要。

如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。

一、功能点估算法的特点项目围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。

对软件项目围的估算有很多种方法，常见的是LOC代码行和FP功能点法。

它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。

假如这个时候使用LOC代码行估算法，则误差会比较大。

•使用功能点估算法无需懂得软件使用何种开发技术。

LOC代码行估算法则与软件开发技术密切相关。

•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。

•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。

在项目刚开始的时候进行功能点估算可以对项目的围进行预测。

在项目开发的过程中由于需求的变更和细化可能会导致项目围的蔓延，计算出来的结果会与当初估计的不同。

因此，在项目结束时还需要对项目的围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。

二、功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。

如下图所示，首先大家应该了解功能点估算法的使用步骤。

图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。

2. 识别待估算应用程序的边界和围。

3. 计算数据类型功能点所提供的未调整的功能点数量。

4. 计算人机交互功能所提供的未调整的功能点数量。

5. 确定调整因子。

6. 计算调整后的功能点数量。

本资料仅供内部使用！功能点估算指南XXXXXXXXXX公司20XX年XX月XX日修改记录目录1目标 (1)2范围 (1)3入口准则 (1)4职责 (1)5过程描述 (2)5.1计算初始功能点 (2)5.1.1External Inputs (2)5.1.2External Outputs (3)5.1.3Internal Logical Files (3)5.1.4External Interface Files (4)5.1.5External Inquiries (4)5.1.6Raw Function Points (4)5.2计算调整因素 (5)5.3获得工作量估计 (7)5.4计算案例E XAMPLE (7)6裁剪指南 (7)7度量 (8)8出口准则 (8)9输出 (8)10相关文件 (8)1目标●使用功能点估算方法，估算工作量和工作产品规模●功能点方法是由IBM的A.J.Albrecht在20世纪70年代中期发展出来的。

功能点分析技术特别适合估计商业和MIS应用软件的规模。

这个技术不仅能够用于开发型项目，也能适用于维护型和改进型项目●通过功能点估算出的项目规模被转换成LOC（Lines of Code）。

本文将介绍如何使用功能点技术2范围适用于采用功能点估算方法进行估算的项目活动3入口准则●《需求规格说明书》或者他形式的需求文件已经获得客户批准●要估算的产品的详细说明、任务单或WBS已经确定4职责5过程描述5.1 计算初始功能点初始功能点--Raw function points，即估计客户感兴趣的5个方面因素的复杂度（Simple, Average, Complex）和数量，并加权求和。

客户感兴趣的五个不同因素是：●外部输入（External Inputs）●外部输出（External Outputs）●内部逻辑文件（Internal Logic Files）●外部接口文件（External Interface Files）●外部查询（External Inquiries）5.1.1External Inputs外部输入（EI）是应用程序处理来自应用程序以外的数据或控制信息的基础处理。

功能点估算目的和对象的和对象•培训目的–功能点估算的目的–功能点估算方法使用指南–利用功能点进行项目估算•培训对象–项目管理人员–估算或度量人员–项目经理课程内容•课程内容–项目度量与估算–功能点估算方法系统介绍–软件开发中心项目实施的估算–软件开发中心项目估算结果的运用项目功能点估算方法介绍功能点估算方法介绍•课程内容–项目度量与估算–功能点估算方法系统介绍–软件开发中心项目实施的估算–软件开发中心项目估算结果的运用•什么是“软件规模”的“度量”–度量是描述一个软件的规模大小。

它是这个软件的固有度量是描述个软件的规模大小它是这个软件的固有属性，需要要一个定量的基本单位。

–度量可以“数”–度量也可以“猜”•什么是“软件研发”的“估算”–估算是描述软件开发所关注的工作量、工期和人力资估算是描述软件开发所关注的工作量工期和人力资源等–也可以对规模进行估算–估算很多时候是“猜”•度量与估算的差别–度量是客观存在的，特殊情况有主观影响的部分度量是客观存在的特殊情况有主观影响的部分–度量结果一般是估算的基础–估算是主观的，可以在度量结果基础上根据项目具体情况、历史数据等，由经验或统计学模型获得•估算的含义–当别人要求你给出估算结果时，要搞清楚他是要的一当别人要求你给出估算结果时要搞清楚他是要的个初步的结果，还是让你给出一个承诺；–我们一般理解：估算就是对估算结果的一个承诺；我们般理解估算就是对估算结果的个承诺•估算、目标和承诺的区别–估算是对项目将持续多长时间或者将花费多少成本的预测；–目标描述了期望达到的业务目的；目标描述了期望达到的业务目的•期望达到某个目标，并不意味着它是可以达到的–承诺是许诺在特定日期前以特定质量水平交付规定的功能。

•承诺可以与估算相同，也可能比估算更乐观，也可能比估算更保守；•估算和计划的关系–估算不是计划，计划也不是估算；估算不是计划计划也不是估算–估算是客观的分析过程；•估算的目的是要得到准确的结果，不是得到特定的结果。

功能点估算(CMMI-FP)含例子功能点估算法是软件项目管理众多知识中比较有技术含量的一个。

在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。

如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。

功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。

对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。

它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。

假如这个时候使用LOC代码行估算法，则误差会比较大。

•使用功能点估算法无需懂得软件使用何种开发技术。

LOC代码行估算法则与软件开发技术密切相关。

•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。

•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。

在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。

在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。

因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。

功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。

如下图所示，首先大家应该了解功能点估算法的使用步骤。

图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。

2. 识别待估算应用程序的边界和范围。

3. 计算数据类型功能点所提供的未调整的功能点数量。

4. 计算人机交互功能所提供的未调整的功能点数量。

5. 确定调整因子。

6. 计算调整后的功能点数量。

功能点估算(CMMI-FP)功能点估算法是软件项目管理众多知识中比较有技术含量的一个。

在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。

如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。

一、功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。

对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP 功能点法。

它们之间的区别和关系如下：功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。

假如这个时候使用LOC代码行估算法，则误差会比较大。

使用功能点估算法无需懂得软件使用何种开发技术。

LOC代码行估算法则与软件开发技术密切相关。

功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。

通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。

在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。

在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。

因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。

二、功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法为基础进行讲解。

如下图所示，首先大家应该了解功能点估算法的使用步骤。

图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。

2. 识别待估算应用程序的边界和范围。

3. 计算数据类型功能点所提供的未调整的功能点数量。

4. 计算人机交互功能所提供的未调整的功能点数量。

5. 确定调整因子。

6. 计算调整后的功能点数量。

三、识别项目的类型国际IFPUG组织将软件项目分为三类，功能点估算法适用于任何一类项目：新开发项目二次开发的项目功能增强的项目四、识别项目的范围和边界使用UML的“UseCase”用例图是以用户角度进行识别项目范围和边界的最好方法，在画用例图时就必须明确系统的边界。

一、功能点估算法识别项目范围和数据复杂度功能点估算法是软件项目管理众多知识中比较有技术含量的一个。

在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。

如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。

功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。

对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。

它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。

假如这个时候使用LOC代码行估算法，则误差会比较大。

•使用功能点估算法无需懂得软件使用何种开发技术。

LOC代码行估算法则与软件开发技术密切相关。

•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。

•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。

在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。

在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。

因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。

功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。

如下图所示，首先大家应该了解功能点估算法的使用步骤。

图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。

2. 识别待估算应用程序的边界和范围。

3. 计算数据类型功能点所提供的未调整的功能点数量。

4. 计算人机交互功能所提供的未调整的功能点数量。

5. 确定调整因子。

6. 计算调整后的功能点数量。

功能点估算法是软件项目管理众多知识中比较有技术含量的一个。

在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要，如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。

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、EQEI是处理来自于应用程序边界外部的一组数据的输入，它的主要目的是维护一个或多个ILF，以及/或者更改系统的行为。

功能点估算法是软件项目管理众多知识中比较有技术含量的一个。

在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要，如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。

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、EQEI是处理来自于应用程序边界外部的一组数据的输入，它的主要目的是维护一个或多个ILF，以及/或者更改系统的行为。

功能点估算法实例在功能点估算中，通常采用的方法是功能点分析法（Function Point Analysis, FPA）。

功能点分析法是一种基于用户需求和功能规格的软件度量方法，通过对软件系统的功能进行分类、计量和评估，从而得出系统的功能点数。

功能点数是衡量软件规模的一种指标，可以用于估算软件开发工作的工作量、资源需求和开发周期等。

功能点估算的过程通常包括以下几个步骤：1. 确定功能类型：将软件系统的功能进行分类，常见的功能类型包括数据输入、数据输出、查询、文件维护、逻辑判断等。

2. 识别功能点：根据用户需求和功能规格，识别出系统中的功能点。

功能点可以是一个用户操作界面，也可以是一个数据处理过程或者一个报表输出等。

3. 计量功能点：根据功能点的种类和复杂度，对每个功能点进行计量。

计量方法通常包括简单计数法、权重计数法等。

简单计数法是根据功能点的个数进行计量，而权重计数法则是根据功能点的复杂度和难度进行加权计量。

4. 评估功能点：根据功能点的计量结果，对系统的功能点数进行评估。

评估结果可以用于估算软件开发的工作量、资源需求和开发周期等。

功能点估算方法的优点在于它能够提供一个相对客观的度量指标，可以帮助项目团队更准确地估算项目的规模和工作量。

通过功能点估算，项目团队可以更好地分配资源、制定计划和管理进度，从而提高项目的成功率和质量。

然而，功能点估算也存在一些限制和挑战。

首先，功能点估算的结果受到人为因素的影响较大，不同的人可能对同一个功能点有不同的理解和计量结果。

其次，功能点估算需要准确的用户需求和功能规格，如果需求不清晰或者变更频繁，功能点估算的结果可能会不准确。

另外，功能点估算只是一种软件规模估算方法，对于软件开发中的其他方面如质量、风险等并没有进行考虑。

功能点估算是一种常用的软件项目管理工具，通过对系统功能进行分类、计量和评估，可以提供项目规模、工期和资源需求等关键信息。

功能点估算方法可以帮助项目团队做出合理的决策和计划，提高项目的成功率和质量。