功能点估算_修改版

格式：ppt
大小：1.04 MB
文档页数：17

下载文档原格式

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

工具的使用
• 软件成本估算培训_附件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

软件项目功能点（FP）估算指南

软件项⽬功能点（FP）估算指南⽂件编号：KT/PM-PP-0X-V0.1应⽤软件项⽬功能点（FP）规模估算⽅法修改记录⽬录1前⾔ (3)1.1⽬的 (3)1.2适⽤范围 (3)1.3术语和缩略语 (3)2功能点定义 (3)2.1信息域特性 (3)2.1.1定义 (3)2.1.1.1外部输⼊EI (3)2.1.1.2外部输出EO (3)2.1.1.3外部查询EQ (3)2.1.1.4内部逻辑⽂件ILF (4)2.1.1.5外部接⼝EIF (4)2.1.2复杂度计算 (4)2.1.2.1事务类特性复杂度估算 (4)2.1.2.2数据存储类特性复杂度估算 (5)2.2基本系统特征 (6)2.2.1定义 (6)2.2.2复杂度计算 (6)3估算功能点的步骤 (7)3.1计算UFP (7)3.2计算TCF (7)3.3计算功能点数FP (7)4输出 (7)1前⾔1.1⽬的功能性度量⽅法是⼀种独⽴于编程语⾔的软件规模度量⽅式，使⽤这种⽅法可在早期根据明确功能需求来对最终产品的规模进⾏估算。

在对软件开发环境校准以后,功能性度量的结果可以为评估开发⼯作量和软件产品的成本提供很好的指标。

1.2适⽤范围应⽤软件项⽬⽣命周期中，从需求分析开始直⾄系统测试结束均可使⽤本⽅法进⾏软件规模估算与度量。

1.3术语和缩略语EI: External Input外部输⼊EO: External Output外部输出EQ: External Queries外部查询ILF: Internal Logical Files内部逻辑⽂件EIF: External Interface Files外部接⼝⽂件UFP: Unadjusted Function Points未调整功能点TCF: Technical Complex Factor技术复杂度因⼦2功能点定义功能点技术依据对软件信息域特性和基本系统特征的评估结果来估算软件规模。

根据软件信息域特性可计算出未调整功能点（UFP），根据基本系统特征可计算出软件复杂性因⼦（TCF），最后⽤公式FP=UFP×TCF得出功能点规模。

功能点估算修改版

7
功能点估计法
内部逻辑文件（ILF：Internal Logic File）定义：是系统里的逻辑主文件，通常，一个内部文件（ILF ）至少同一个输出（EO）或一个查询（EQ）相关。该内部文件（ILF）作为输出（EO）或查询（EQ）的引用文件类型（FTR）。计算方法：
8
功能点估计法—技术复杂度因子
复杂度调整表
10
功能点估计法—技术复杂度因子（续）
设前例中14 项复杂度调整项均为极其重要，即调整值全都是 5 ，则调整后的功能点为：
FP=27 ×(0.65+0.01 ×14 ×5) =36.45
11
功能点估计法—技术复杂度因子（续）
总结：根据用户需求确定系统需求边界和软件必须具有的功
能。计算数据功能类型和事物功能类型功能的数目。评估每一个功能类型的复杂度，求和得到系统未调节
简单 3 4 3 7 5
权重一般 4 5 4 10 7
复杂 6 7 6 15 10
范例：现假设一项目的功能项中只含两个简单的输入和三个复杂的输出，则原始功能点为
UFC=2 ×3 +3 ×7 =27
3
功能点估计法
外部输入（EI：External Input）定义：是由用户提供的、描述面向应用的数据项，如文件名和菜单选项。其计算基于数据元素类型（DET）和引用文件类型（FTR），关系如下表：
功能点UFP。确定技术复杂度因子TCP据项目特性，查询相关资料将功能点转化为工作量（一般是代码行数）
最为简单的方法：程序语言表格(见下页表)
13
程序设计语言 ACCEL Access
EXCEL 1-2 EXCEL 3-4 EXCEL 5

软件开发功能点估算方法

功能点估算方法1概述 (1)1.1编写目的 (1)1.2适用范围 (1)1.3术语定义 (1)1.4功能点定义与分类 (2)2功能点估算方法 (2)2.1估算流程 (2)2.1.1项目前期 (3)2.1.2需求明确 (4)2.1.3需求变更 (4)2.2调整前功能点计算（UFC） (5)2.2.1复杂度矩阵（项目前期） (5)2.2.2复杂度矩阵（需求明确、需求变更）.................. .62.3调整系数 (7)2.4调整后功能点计算（FP） (10)3实例说明 (10)3.1项目前期 (10)3.2需求明确 (13)3.3需求变更 (19)1概述1.1编写目的为规范软件项目规模的度量方法，结合国际先进的估算方法及公司业务运营模式，制定基于软件功能的度量估算方法，为度量项目规模和项目工作量提供指导依据。

1.2适用范本方法适用于公司的研发类项目，项目应覆盖软件开发全过程（包括项目准备阶段、需求阶段、设计阶段、编码与测试、交付部署、运行维护各个阶段工作，1.3术语定义1.4功能点定义与分类功能点（Function Points）是响应客户、其他应用请求或自行触发而进行处理并输出结果的一个最小功能单元。

功能估算过程中，将软件的功能分为以下4类：1）接口：是指在其他系统中维护但本系统需要调用的数据。

包括：调用外部接口和提供外部系统调用的接口。

2）数据处理：是指来自于系统外部的数据输入、控制信息或事务数据输入，并对输入数据进行逻辑处理。

包括：新增、修改、删除、流程流转和发布。

3）统计：是指对数据经过组合、计算、统计分析后得出的数据集合，并由程序内部输出到外部。

包括：定时统计和实时统计。

4）查询：是一个输入输出的组合过程，向应用程序边界外发送数据基本处理的过程。

包括：单表查询和多表联合查询。

2功能点估算方法2.1估算流程功能点估算方法，是从软件项目的功能需求角度来评估项目规模，功能点估算流程如下图所示。

软件项目功能点(FP)估算指南

文件编号：KT/PM-PP-0X-V0.1应用软件项目功能点（FP）规模估算方法修改记录目录1前言 (3)1.1目的 (3)1.2适用范围 (3)1.3术语和缩略语 (3)2功能点定义 (3)2.1信息域特性 (3)2.1.1定义 (3)2.1.1.1外部输入EI (3)2.1.1.2外部输出EO (3)2.1.1.3外部查询EQ (3)2.1.1.4内部逻辑文件ILF (4)2.1.1.5外部接口EIF (4)2.1.2复杂度计算 (4)2.1.2.1事务类特性复杂度估算 (4)2.1.2.2数据存储类特性复杂度估算 (5)2.2基本系统特征 (6)2.2.1定义 (6)2.2.2复杂度计算 (6)3估算功能点的步骤 (7)3.1计算UFP (7)3.2计算TCF (7)3.3计算功能点数FP (7)4输出 (7)1前言1.1目的功能性度量方法是一种独立于编程语言的软件规模度量方式，使用这种方法可在早期根据明确功能需求来对最终产品的规模进行估算。

在对软件开发环境校准以后,功能性度量的结果可以为评估开发工作量和软件产品的成本提供很好的指标。

1.2适用范围应用软件项目生命周期中，从需求分析开始直至系统测试结束均可使用本方法进行软件规模估算与度量。

1.3术语和缩略语EI: External Input外部输入EO: External Output外部输出EQ: External Queries外部查询ILF: Internal Logical Files内部逻辑文件EIF: External Interface Files外部接口文件UFP: Unadjusted Function Points未调整功能点TCF: Technical Complex Factor技术复杂度因子2功能点定义功能点技术依据对软件信息域特性和基本系统特征的评估结果来估算软件规模。

根据软件信息域特性可计算出未调整功能点（UFP），根据基本系统特征可计算出软件复杂性因子（TCF），最后用公式FP=UFP×TCF得出功能点规模。

软件开发成本估算(修订版)

6 建设阶段：
•由软件开发商根据前期需求分析和系统设计，进行编码实现，并负责安装实施、运行维护等工作。项目实施完毕，需委托第三方测试机构进行验收测试。
7 完成阶段：
•项目完成后，在需求变更较大的情形下，可委托专业技术机构根据实际工作量估算项目建设费（决算），项目结束。
8 2.2 各阶段费用构成
费如下：
100万元*1.0% = 1万元
（300-100）万元*0.8% = 1.6万元
（500-300）万元*0.7% = 1.4万元
（600-500）万元*0.55% = 0.55万元
则合计收费：1 +1.6 +1.4 +0.55 =4.55万元
15 3.2 建设费
• 建设费包括支付给软件开发商的进行软件开发、实施、维护等方面工作的费用。主要依据工作量（完成该项目需要投入的人力，以人月度量）和人月成本进行估算。
1
第13组软件开发成本估算
2 1.目的
•规范软件市场行为，维护价格公平竞争，同时为软件项目建设经费概算提供科学可信的依据。
3 1.1适用范围
•适用于应用类定制软件的新开发项目，项目应覆盖软件开发全过程（包括立项可行性分析，需求分析、编码实现、安装实施、运行维护各个阶段工作）。
•是站在行业的角度，去评估一个应用软件项目的开发费用应该是多少，而不是站在开发商的角度去计算某企业开发软件时的成本支出是多少。
• 建设费 = （开发工作量+实施工作量+运行维护工作量）× 人月成本
工16作量估算方法
工作量指在软件项目建设过程中需要投入的人力和时间，一般用人月数进行度量。项目建设阶段一般可分为：开发阶段、实施阶段、运行维护阶段。故在工作量需分阶段进行估算。

功能点估算方法

功能点估算方法我折腾了好久功能点估算方法，总算找到点门道。

说实话功能点估算这事，我一开始也是瞎摸索。

我试过很多方法，最开始就是凭感觉，觉得这功能好像挺简单，就给个很少的估算值，那肯定是不对的。

这就好比你去市场买菜，不看菜的分量，不看价格，就随便给个钱数，摊主肯定不会同意啊。

然后我学着用历史数据来估算。

比如说之前做过类似的功能，就参考上次花费的时间或者工作量。

可是这里面也有问题，有时候看似相同的功能，实际上里面有很多隐藏的细节差异。

就像俩栋房子乍一看一样，但是里面的装修、结构强度啥的都不同，那要改建耗费的资源肯定不能简单类比。

有一次我没注意这些差异，按照之前的数值估算，结果最终花费的工作量远超预期。

后来啊，我就开始把功能细分成小的模块。

这功能要是个大蛋糕，那我就把它切成一块一块小蛋糕。

先估算小模块的工作量，再汇总起来。

这时候确定每个小模块的复杂度很关键。

复杂模块和简单模块肯定不能同等对待，复杂的可能要花费好几倍的精力在上面。

比如开发一个登录功能，常规的用户名密码登录就是比较简单模块，如果还要加上指纹识别、面部识别这些额外功能，那这个登录模块整体就复杂很多了。

还有不确定因素的考虑很重要。

像是可能需要等别的团队提供接口，这个时间就不确定。

这时候我的方法就是稍作估算再额外增加些余量。

但这余量该加多少我还不是特别确定，就是凭经验和当前项目的整体风险情况看着办。

有时候感觉风险大，就多给点余量，要是风险小，就少放点。

这个我还在不断摸索之中。

功能点估算一定要有耐心，多分析，多对比，千万不能偷懒，不然很容易估算错误给项目带来很大麻烦呢。

软件项目中的功能点法估算-实例

软件项⽬中的功能点法估算-实例
需求：实现⼀个订单的录⼊，更新，删除和查询功能．订单信息是指⼀个⽤户订购的公司产品的情况．其中订单头包含了具体的类型，订购时间，发运地址，客户名称等信息．订单明细包含了订购的具体产品的数量的情况．
假设：
1.⽤户表和产品数据表已经建⽴，本次订单功能开发仅仅是引⽤和取这些数据．
2.暂不考虑其它特殊业务逻辑和权限
功能界⾯情况：
STEP1:计算出EI,EO和EQ事务功能
举例：对于订单保存功能，项⽬⾃我约定对于组合框DET算2,对于GRID的DET算3.其余界⾯控件DET都算1,所以可以数出DET数⽬为15.再来考虑FTR数⽬，这⾥需要操作订单数据⽂件，客户数据⽂件和产品数据⽂件FTR数应该算3.
STEP2:计算出ILF和EIF事务功能
1.这⾥订单⽂件只算⼀个DET，但后台数据表会涉及到两个数据表．由于订单头和订单明细有关联关系，所以这⾥RET取
2.
2.客户⽂件和产品⽂件虽然不是外部系统⽂件，但本次开发的功能并不需要再去设计该数据⽂件和数据表，所以这⾥把其作为EIF来处理．STEP3:根据对应表计算各个信息域复杂度的情况．
最终的估算情况如下：
最终的未调整的功能点数⽬为:61
调整因⼦在这⾥不再举例说明了,如项⽬调整因⼦为1.08，则最终功能点数为：
AFP = 61*1.08 = 66.
还有些没有细化考虑的，如具体的DET数量的计算规则等，还请指正．。

软件项目功能点估算表

研发成本与财务科目对照表
研发成本分类
对应财务科目
直接人力成本
内部费用-人工费-研发人工费
办公费
研发支出-直接费用-办公费

直接
非人力成
业务费
招待费评审、验收费
本
专用设备、软件
采购费费
技术协作费
研发支出-人员费用-培训费研发支出-直接费用-招待费研发支出-直接费用-检验费研发支出-直接费用-材料费研发支出-委托外部研发费
填写说明
其他
研发支出-其他
间接人力成本
内部费用-人工费-研发人工费
间接非人力成本
研发支出-折旧与长期摊销费
1、黄色部分是计算得出值，需引用，不能改写； 2、淡蓝色部分需项目经理填写； 3、绿色部分是计算值，只能查看；
填写说明
研发成本与财务科目对照表
费用范围
项目组成员，包括项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、文档编写人员、质量保证人员、配置管理人员的工资、奖金、福利等；开发方为此项目而产生的行政办公费用，如办公用品、通讯、邮寄、印刷、会议等；开发方为此项目而产生的交通、住宿、差旅补贴等开发方为此项目而安排的特别培训产生的费用开发方为此项目研发工作所需辅助活动产生的费用开发方为此项目研发工作所需辅助活动产生的费用开发方为此项目而需特殊采购专用资产的费用开发方为此项目而需特殊采购专用服务的费用以上未列出但确系开发方为研发此项目所需花费的费用非项目组人员，包括研发部经理、项目管理办公室人员、工程过程组人员、产品规划人员、组织级质量保证人员和配置管理人员的工资、奖金、福利等的分摊；不为研发某个特定项目，但服务于整体研发活动，如研发场地房租、水电、物业，研发办公设备的租赁、维修、折旧分摊。

FP功能点估算方法(共68张PPT)

• 估算无需非常准确，但是要有用。
FP的应用
✓ 工作量估算项目功能点/生产率=项目工作量
✓ 人力成本预算资源个数＊平均工资=资源成本
生产率
工资
FP
平均成本
项目能否按期交付？项目的收益？
2.FP估算过程
FP估算步骤
确定项目的计数范围
• 新开发项目 • 开发并交付软件应用的第一个正式版本项目
• 如：导出、报表、打印、出错信息。
• EQ: External Queries外部查询 • 系统向边界外发送数据，该数据未经加工。
• 如：查询
• ILF: Internal Logical Files内部逻辑
文件
• 用户角度识别的，被系统边界内维护的数据或控制信息。
• 数据库的表、独立的文件
• 用户看到的一个完整业务逻辑对象，在系统内部可能对应多个数据表。
✓ IFPUG功能规模度量（Functional Size Measurement，FSM）
是用功能点分析（FPA）方法来度量软件功能规模的活动。
FP的目的
• 一个成功的软件项目首先要有一个好的起点，也就是一个合理的项目计划；一个好的项目计划，离不开一个准确的、可信的、客观
的项目估算数据作为基础。 • 之所以要先制定项目计划，目的就是为了让项目更加可控。 • 加班是对不负责任的进度承诺的惩罚。
小结
FP计算过程
• 收集可得到的文档 • 确定计数范围和边界，识别功能用户需求 • 度量数据功能 • 度量事务功能
• 调整因子，计算功能规模
数据功能度量过程
• 识别数据功能（借助识别规则） • 分类数据功能ILF\EIF
• 判断RET和DET（借助计算规则） • 根据复杂度判定表计算复杂度

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

若用C++语言编写，查阅前表得C++的功能点置换为53 行，则代码量为：
LOC 36.45 53 1931 .85
16
谢谢收看~

讲解回顾功能点估计法的介绍计算公式技术复杂度因子功能点转化为工作量范例
17
DELPHI
SQL SQL-Windows Visible C Visible COBOL Visual 1 Visual 4.0 Visual Basic 1 Visual Basic 2
级别 17.00 8.50 51.00 55.00 57.00 6.00 8.00 14.00 2.50 6.00 8.00 9.00 11.00 25.00 27.00 6.50 8.00 35.00 11.00 7.00 7.50
6
功能点估计法

外部查询（EQ：External Inquiry）定义：是要求回答的交互式输入，计算方法同外部输入（EI）：
7
功能点估计法

外部接口文件（EIF：External Interface File）定义：是对其他系统的机器可读界面，外部文件至少同一个交互过程相关联，即输出（EO）、查询（EQ）或输入（EI），并作为该关联对象的应用文件类型（FTR）。计算如下：
入（EI）、外部查询（EQ）或外部输出（EO）。一个引用文件类型（ FTR）同时必须是内部逻辑文件（ILF）或外部接口文件（EIF）。数据元素类型（DET）：用户可识别的，不重复的数据域。此类型为动态数据，动态数据一般是从文件中读取得来。
5
功能点估计法

外部输出（EO：External Output）定义：是向用户提供的，用于生成面向应用的数据项，如报和信息。计算方法同外部输入（EI）：
9
功能点估计法—技术复杂度因子

TCF共有14个组成部分，每个部分按照其对系统的重要程度分为6个级别，有影响、影响很小、有一定影响、重要、比较重要和很重要，相应赋予0-5的数值：
TCF (0.65 0.01 Ai)

其中Ai为复杂度调整值，取值0-5
FP UFC (0.65 0.01 Ai)
注：记录元素类型（RET）：在内部文件（LF）或外部文件（ EIF）中，用户可识别的一组数据据元素。数据元素类型（DET）：用户可识别的，不重复的数据域。此类型为动态数据，动态数据一般是从文件中读取得来。 8
功能点估计法

内部逻辑文件（ILF：Internal Logic File）定义：是系统里的逻辑主文件，通常，一个内部文件（ILF ）至少同一个输出（EO）或一个查询（EQ）相关。该内部文件（ILF）作为输出（EO）或查询（EQ）的引用文件类型（FTR）。计算方法：
1
功能点估计法
计算公式：
未调整功能点数
技术复杂度因子
FP=UFC×TCF
2
功能点估计法—未调整功能点数

UFC计算公式：
UFC=功能项的加权和
外部输入、外部输出、外部查询、外部接口文件、内部逻辑文件功能点的复杂度权重
3
功能点估计法
功能点的复杂度权重功能项输入输出查询外部文件内部文件权重范例：现假设一项目的功能项中只含两个简单的输入和三个复杂的输出，则原始功能点为 UFC=2 ×3 +3 ×7 =27源自简单 34 3 7 5
一般
4 5 4 10 7
复杂
6 7 6 15 10
4
功能点估计法

外部输入（EI：External Input）定义：是由用户提供的、描述面向应用的数据项，如文件名和菜单选项。其计算基于数据元素类型（DET）和引用文件类型（FTR），关系如下表：
注：引用文件类型（FTR）：一次交互所引用的文件类型。交互指外部输
13
功能点转化为工作量

根据项目特性，查询相关资料将功能点转化为工作量（一般是代码行数）最为简单的方法：程序语言表格(见下页表)
14
程序设计语言 ACCEL Access EXCEL 1-2 EXCEL 3-4 EXCEL 5 JAVA ORACLE Oracle Developer/2000 C C++ dBase III dBase IV
每个功能点代码行数 19 38 6 6 6 53 40 23 128 53 40 36 29 13 12 49 40 9 29 46 15 43
范例：功能点计算（续）

则该项目若用java 2语言编写，查阅前表得java 2的功能点置换为48行，则代码量为：
LOC 36.45 48 1749 .6
10
功能点估计法—技术复杂度因子（续）
复杂度调整表
11
功能点估计法—技术复杂度因子（续）
设前例中14 项复杂度调整项均为极其重要，即调整值全都是 5 ，则调整后的功能点为：
FP=27 ×(0.65+0.01 ×14 ×5) =36.45
12
功能点估计法—技术复杂度因子（续）
总结：根据用户需求确定系统需求边界和软件必须具有的功能。计算数据功能类型和事物功能类型功能的数目。评估每一个功能类型的复杂度，求和得到系统未调节功能点UFP。确定技术复杂度因子TCP。计算最终功能点数目FP。
功能点估计法
事务（transaction）
功能点估计法（FP）是在需求分析阶段基于系统功能的一种规模估计方法。通过研究初始应用需求来确定各种外部输入（EI）、外部输出(EO)、外部查询 (EQ)、外部接口文件（EIF）和内部逻辑文件(ILF)的数量和特性，从而计算出功能点。该方法不需要开发组织的类似历史数据。该方法在一下情况下特别有用：（1）估计新的软件开发项目（2）应用软件包括很多输入输出或文件活动（3）拥有经验丰富的FP估算专家（4）拥有充分的数据资料，可以相当准确地将FP转化为LOC。