功能点估算(csdn)-文档资料
[荐]功能点估算(CMMI-FP)有实例介绍
![[荐]功能点估算(CMMI-FP)有实例介绍](https://img.taocdn.com/s3/m/3a981c1484868762cbaed578.png)
功能点估算(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）是应用程序处理来自应用程序以外的数据或控制信息的基础处理。
05.功能点估算
功能点估算目的和对象的和对象•培训目的–功能点估算的目的–功能点估算方法使用指南–利用功能点进行项目估算•培训对象–项目管理人员–估算或度量人员–项目经理课程内容•课程内容–项目度量与估算–功能点估算方法系统介绍–软件开发中心项目实施的估算–软件开发中心项目估算结果的运用项目功能点估算方法介绍功能点估算方法介绍•课程内容–项目度量与估算–功能点估算方法系统介绍–软件开发中心项目实施的估算–软件开发中心项目估算结果的运用•什么是“软件规模”的“度量”–度量是描述一个软件的规模大小。
它是这个软件的固有度量是描述个软件的规模大小它是这个软件的固有属性，需要要一个定量的基本单位。
–度量可以“数”–度量也可以“猜”•什么是“软件研发”的“估算”–估算是描述软件开发所关注的工作量、工期和人力资估算是描述软件开发所关注的工作量工期和人力资源等–也可以对规模进行估算–估算很多时候是“猜”•度量与估算的差别–度量是客观存在的，特殊情况有主观影响的部分度量是客观存在的特殊情况有主观影响的部分–度量结果一般是估算的基础–估算是主观的，可以在度量结果基础上根据项目具体情况、历史数据等，由经验或统计学模型获得•估算的含义–当别人要求你给出估算结果时，要搞清楚他是要的一当别人要求你给出估算结果时要搞清楚他是要的个初步的结果，还是让你给出一个承诺；–我们一般理解：估算就是对估算结果的一个承诺；我们般理解估算就是对估算结果的个承诺•估算、目标和承诺的区别–估算是对项目将持续多长时间或者将花费多少成本的预测；–目标描述了期望达到的业务目的；目标描述了期望达到的业务目的•期望达到某个目标，并不意味着它是可以达到的–承诺是许诺在特定日期前以特定质量水平交付规定的功能。
•承诺可以与估算相同，也可能比估算更乐观，也可能比估算更保守；•估算和计划的关系–估算不是计划，计划也不是估算；估算不是计划计划也不是估算–估算是客观的分析过程；•估算的目的是要得到准确的结果，不是得到特定的结果。
功能点估算(CMMI-FP)含例子
功能点估算(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. 评估功能点：根据功能点的计量结果，对系统的功能点数进行评估。
评估结果可以用于估算软件开发的工作量、资源需求和开发周期等。
功能点估算方法的优点在于它能够提供一个相对客观的度量指标，可以帮助项目团队更准确地估算项目的规模和工作量。
通过功能点估算，项目团队可以更好地分配资源、制定计划和管理进度，从而提高项目的成功率和质量。
然而，功能点估算也存在一些限制和挑战。
首先，功能点估算的结果受到人为因素的影响较大，不同的人可能对同一个功能点有不同的理解和计量结果。
其次，功能点估算需要准确的用户需求和功能规格，如果需求不清晰或者变更频繁，功能点估算的结果可能会不准确。
另外，功能点估算只是一种软件规模估算方法，对于软件开发中的其他方面如质量、风险等并没有进行考虑。
功能点估算是一种常用的软件项目管理工具，通过对系统功能进行分类、计量和评估，可以提供项目规模、工期和资源需求等关键信息。
功能点估算方法可以帮助项目团队做出合理的决策和计划，提高项目的成功率和质量。
功能点估算
若用C++语言编写，查阅前表得C++的功能点置换为53 行，则代码量为：
LOC 36 . 45 53 1931 . 85
16
1
功能点方法
计算公式：
未调整功能点数
技术复杂度因子
FP=UFC×TCF
2
功能点方法—未调功能项的加权和
输入、输出、查询、 外部文件、内部文件 功能点的复 杂度权重
3
功能点方法
功能点的复杂度权重 功能项 输入 输出 查询 外部文件 内部文件 权 重 范例：现假设一项 目的功能项中只含 两个简单的输入和 三个复杂的输出， 则原始功能点为 UFC=2 ×3 +3 ×7 =27
13
功能点转化为工作量
根据项目特性，查询相关资料将功能点转化为工作量 （一般是代码行数） 最为简单的方法：程序语言表格(见下页表)
14
程序设计语言 ACCEL Access EXCEL 1-2 EXCEL 3-4 EXCEL 5 JAVA ORACLE Oracle Developer/2000 C C++ dBase III dBase IV
9
功能点方法—技术复杂度因子
TCF共有14个组成部分，每个部分按照其对系统的重 要程度分为6个级别，有影响、影响很小、有一定影 响、重要、比较重要和很重要，相应赋予0-5的数值：
TCF ( 0 . 65 0 . 01
A i)
其中Ai为复杂度调整值，取值0-5
FP UFC ( 0 . 65 0 . 01
A i)
10
功能点方法—技术复杂度因子（续）
复杂度调整表
功能点估算法
功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要，如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
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，以及/或者更改系统的行为。
软件功能点估算
软件功能点估算为了能更好地理解和掌握软件功能点估算的一些规则，本文通过介绍一个需求实例来展开软件功能点估算的介绍，欢迎各位专家批评指正。
新增需求：实现一个订单的录入，更新，删除、查询、打印、导出功能，其中用户界面如下。
订单明细包含了订购的具体产品及数量的情况，明细记录数原则不限。
导出、打印、更新、删除订单记录应先从图2 的查询界面查出记录，再鼠标双击某记录进入图1 的增、删、改界面，也可以选择修改或删除菜单后输入订单号进入图1 的增、删、改界面，新增时订单编号自动产生，更新时订单编号不能修改。
订单的明细记录在增、删、改界面可进行删除或添加处理，要添加时通过鼠标定位在编辑区按右键选择添加功能，然有会弹出一个产品列表来供操作者选择，材料代码和材料名称及单价是通过选择后自动添加的，不能人工修改，操作者只能修改订单数量，要删除时也通过鼠标定位在编辑区的某产品上按右键选择删除功能即可。
打印版面通过打印模板定制并打印到打印机、导出版面也通过excel 模板定制并输出到excel 文件。
其他说明：1、用户表和产品数据表本次不变，订单功能开发仅仅是引用这些数据。
2、暂不考虑其它特殊业务逻辑和权限，如：不写日志、功能按钮不根据权限加以屏蔽。
功能界面情况如下：图1 ：增、删、改界面图2 ：查询界面功能点分析：1、首先我们来确定本功能涉及到哪些用户数据( ILF,EIF ) 因为新增需求是订单管理，故订单信息属于一个，另外在需求中提到用户表和产品数据表本次不变，订单功能开发仅仅是引用这些数据，所以用户信息和产品信息也是系统的ILF 或EIF ，只不过本次新增需求时不计算它的ILF 或EIF 功能点，因为它没有改变，相信引用它的方式与以前一样，但在EI、EO 、EQ 中引用需要考虑其FTR 复杂度。
另外，需求又要求打印和导出需要使用版面模板，故应该有三个模本文件。
订单类型没有提及需要动态从系统内部获取，根据一般经验应该是一个在程序中做死的下拉选择列表，到此这个新增需求涉及的ILF,EIF 应为如下内容：用户数据列表文件描述类型DETRET功能点数备注订单信息ILF 查询结果导出excel 模板ILF 通过其他编辑程序修改，本系统仅引用订单导出excel 模板ILF 通过其他编辑程序修改，本系统仅引用订单打印模板ILF 通过其他编辑程序修改，本系统仅引用产品信息ILF 本新增功能不计算其功能点客户信息ILF 本新增功能不计算其功能点。
信息系统项目管理功能点估算
选用了FP功能点分析作为项目主要的估算方法．因为FP方法中有大量项目经验数据可以从网络上获得，同时其数据功能TLF、EIF，以及事务功能EI、EO、EQ的计算对经验数据依赖不强，只需对概念理解正确一般就可以正确估算了．在估算成本的时候，因为公司以前的生产率数据是以LOC为单位的，我利用软件工程书籍中的“逆火”经验数据，将 LOC转换为功能点单位，当然，这里必然导致一些误差。
为了降低估算误差，最后使用Delphi专家分析法对估算结果进行了调整．功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和范围。
功能点估算
功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目 计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估 算乂尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识， 没有对 工作量、所需资 源、完工时间等因素进行估算，那么项目计划也就没有存在的 意义。
功能点估算法的特点项目范围的估算在CMM 的“MA 度量分析管理和“ PP'项目计划中均有涉 及。
对软件项目范围的估算有很多种方法，常见的是LOC 代码行和FP 功能点法。
它们之间的区别和关系如下：,功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC 弋码行估算法，则误差会 比较大。
,使用功能点估算法无需懂得软件使用何种开发技术。
LOC 代码行估算法则 与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC 代码行估算法则是以技术为 角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为 LOC 代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开 发的过程中由丁需求的变更和细化可能会导致项目范围的蔓延， 计算出来的结果会与当初 估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行 估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤本文将以国际标准 IFPUG(International Function Point Users Group ) 组织提供的功能点估算法 V4.1.1为基础进行讲解。
如下图所示，首先大家应该 了解功能点估算法的使用步骤。
具体步骤包括: 1. 识别功能点的类型。
2. 识别待估算应用程序的边界和范围。
3. 计算数据类型功能点所提供的未调整的功能点数量。
4. 计算人机交互功能所提供的未调整的功能点数量。
5. 确定调整因子。
功能点估算(CMMI-FP)含例子
功能点估算(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. 计算调整后的功能点数量。
软件功能点估算法
功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要，如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
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，以及/或者更改系统的行为。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
工具的使用
• 软件成本估算培训_附件A_计算工具_V3.4.xlsx
子系统 总计 创建/新增 综合办公系统 子系统2 子系统3 内部数据/外部接口 是否计算 产生阶段 分 计 未 不 预算 招标 投标 校 类型 值 算 定 计 校验 创建 新增 新增 验 655 655 655 655 0 0 ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE 投标时软件 开发商填写 ILF/EIF法 投标 吻合 计数 度 35 3 35 3 15 3 35 3 35 3 35 3 35 3 35 3 35 3 15 3 15 3 35 3 35 3 35 3 35 3 15 3 35 3 35 3 35 3 35 3 35 3 479.0 分 数据/ 0.0 值 接口 46.0 46 10 31.0 31 10 11.0 11 7 22.0 22 10 35.0 35 10 27.0 27 10 22.0 22 10 22.0 22 10 28.0 28 10 11.0 11 7 11.0 11 7 22.0 22 10 18.0 18 10 10.0 10 10 22.0 22 10 11.0 11 7 26.0 26 10 26.0 26 10 26.0 26 10 26.0 26 10 26.0 26 10
理解基本过程
• 基本过程类型
– EI （外部输入） – EO（外部输出） – EQ（外部查询）
• 什么是一个基本过程
– 用户可以明确感知其业务意义的一次操作
• 例如：对业务数据的增/删/改/查
– 何谓一次
• 独立完整性 • 操作完成后系统进入一个稳定状态
EI的简易识别规则和目的
• 识别规则
– 是一个完整的基本过程 – 对内部数据的增/删/改无为EI – 从外部接口中读取并存储到内部数据中 – 或接受某个控制信息并使软件状态改变
• 不适合
– 数据处理过程复杂 – 创意型软件 – 对性能或质量有特殊要求的 – 如：视频和图像处理软件、杀毒软件、网络游戏
功能点方法的完整过程
• 识别系统边界 • 识别应用类型
– 新开发 – 增强（功能增删改） – 已有系统计数
• 识别功能点计数项
– ILF/EIF/EI/EO/EQ
理解功能点方法
理解功能点方法
理解功能点方法
功能点估算(详细功能点计数)
• 软件规模 = 10 * ILF + 7 * EIF + 4 * EI + 5 * EO + 4 * EQ • 各项系统为对大量估算统计分析后的结果
• 多用于有详细需求或项目后期
简化估算(预算功能点计数)
• 简化估算规模 = 35 * ILF + 15 * EIF
理解文件——EIF识别
• 理解EIF
– 本系统引用 – 是一个“逻辑”上的文件 – 在系统外部维护
• 区分ILF/EIF的直觉方法
– 此娄数据是否是客户（尤其是此系统）的业务 数据？
• 即用户单位的日常工作是否就是通过对这些业务数 据进行操作完成的？
理解文件——练习
• 练习说明
阅读某甲方协同办公子系统的需求， 请识别出需求中ILF和EIF的数量。
• 主要目的
– 对内部数据进行维护 – 输入信息并改变系统行为
E部数据的复杂报表（含计算内容）/统计分 析等 – 通过处理逻辑（计算/维护逻辑文件/改变系统行 为）表示信息/发送信息或改变信息行为。
• EQ
– 对内部数据的简单输出（不含任何计算，但可 以分组或排序 – 不能产生派生数据，也不可维护ILF或改变系统 行为 – 若对某些数据需要进行删或改，可能包含隐含 EQ
功能点估算法
蒋拯强 2019年3月8日
功能点（Function Point，FP）估算法
• 从使用者的角度度量，而非制造者角度
– 存储哪些数据信息？ – 如何处理这些数据？
哪些软件适用使用功能点方法？
• 适合
– 以数据和交互处理为中心 – 以功能多少为主要造价制约因素 – 如：电子政务、银行电信的用户和业务管理系统
• 计算信息的种类（逻辑文件数量）
– 内部逻辑文件(ILF，Internal Logic File) – 外部接口文件(ELF，External Interface File)
• 针对信息的操作
– 外部输入，EI – 外部输出，EO，通过计算复杂输出 – 外部查询，EQ，直接输出信息，不计算，包 括排序、聚集
EO、 EO、EQ的区分
• EI
– 输入并保存数据 – 或控制信息改变系统状态
• EO
– 计算并输出衍生信息 – 改变系统行为或维护逻辑文件
• EQ
– 以原始状态查看信息
• 多用于删除、编辑前的浏览
理解基本过程——练习(结合工具使用)
• 练习说明
阅读人力资源管理系统的需求，请 识别出需求中ILF和EIF，各数据文件 的EI、EO、EQ的数量。
– 只计算逻辑文件，不计算过程
• 简化估算模型系数
– ILF系数：由1个ILF包含2个EI、2个EO、2个EQ = 36
• 统计结果取35
– EIF系数：由1个EIF包含1个EO、1个EQ = 16
• 统计结果取15
• 多用于策划、预估阶段
理解文件——数据的类别
• • • • 业务数据：用户的核心数据或业务对象 引用数据：用于维护业务数据的业务规则 编码数据：代码 编码数据的类型：代码分组
理解文件——ILF识别
• 简易识别规则
– ILF指在待开发系统内部逻辑上的一组数据 – 用户可以理解和识别ILF，对ILF的操作是用户 的业务需求 – 对单个ILF平均执行6种左右的操作（经验数 据），而且一定包含写操作
• ILF的区分与合并
– 这组数据是否需要统计分析？ – 是否值得为了维护此组数据投入近2个人月?