IFPUG CPM4.2 功能点实践手册(中文摘要)
功能点方法
软件项目管理高级研讨班：补充材料廖彬山美国CMU/SEI授权的CMMI主任评估师Email：liaobs@手机：139********功能点方法-1o最初的功能点分析方法是由Allan Albrecht开发的，现在直接延续了该方法的是国际功能点用户协会（IFPUG）o Albrecht/IFPUG功能点分析方法的基本历史过程如下：n1979年，IBM的Albrecht发表“Measuring Application Development Productivity”，这是公认的所有功能点分析方法的最早文献n IBM 1984年发表了第一个功能点规范“IBM CIS & A Guidelines 313AD/M Productivity Measurement andEstimate Validation”n1988年，国际功能点协会发布了“Function Point Counting Practices Manual”2.0版本，即《功能点实践手册》n1990年，国际功能点协会发布了该功能点实践手册的3.0版本，主要是增加了一些数据和解释功能点方法-2o1994年，国际功能点协会发布了该功能点实践手册的4.0版本，主要增加了图形用户界面的计算以及有关一致性的问题o1999年，国际功能点协会发布了该功能点实践手册的4.1版本，主要是澄清一些已存在的概念和规则，并且符合ISO/IEC 14143标准o2003年10月6日国际标准化组织正式接纳认可《国际功能点协会（IFPUG）4.1版本未调整功能点计算手册》，正式的国际标准编号是ISO/IEC 20926:2003o IFPUG成立了专门的认证管理部门推广CFPS认证，以培养更多的功能点分析方法方面的专业人才概述-3o其他功能点方法n荷兰软件功能点分析方法（ＮＥＳＭＡ方法）nＭｋ ＩＩ功能点分析方法n全功能点分析方法nＳＰＲ功能点分析方法（或称特征点分析方法）n３Ｄ功能点分析方法n对象点（Ｏｂｊｅｃｔ Ｐｏｉｎｔｓ）分析方法19801985199019952000AllanAlbrechtFPA IFPUG 4.0IFPUG 4.1MkIIFPAMkIIFPA 1.3Full FP ’s V.13-DFP’sFeaturePointsISO ‘FSM ’StandardCOSMIC FFP V. 2发展历史Objectives of Function Point AnalysisoFunction point analysis is a standard method for measuring software development from the user's point of view oFunction point analysis measures software by quantifying the functionality the software provides to the user based primarily on logical design o Objectives of function point analysis are to:nMeasure functionality that the user requests and receives n Measure software development and maintenance independently of technology used for implementationo In addition to meeting the above objectives, the process of counting function points should be:nSimple enough to minimize the overhead of the measurement process n A consistent measure among various projects and organizationsBenefits of Function Point Analysiso Organizations can apply function point analysis as: n A tool to determine the size of a purchasedapplication package by counting all the functionsincluded in the packagen A tool to help users determine the benefit of an application package to their organization by countingfunctions that specifically match their requirements n A tool to measure the units of a software product to support quality and productivity analysisn A vehicle to estimate cost and resources required for software development and maintenancen A normalization factor for software comparisonFunction Point Counting Procedure示例Determine the Type of Function Point Counto Function point counts can be associated with either projects or applications. There are three types of function point counts:n Development project function point counto The development project function point count measures the functions provided to the users with the first installation of thesoftware delivered when the project is complete.n Enhancement project function point counto The enhancement project function point count measures the modifications to the existing application that add, change, or delete user functionsdelivered when the project is complete.o When the functionality from an enhancement project is installed,the application function point count must be updated to reflect changes in theapplication's functionality.n Application function point counto The application function point count and project count are assoc iated with an installed application. It is also referred to as the baseline or installedfunction point count. This count provides a measure of the currentfunctions the application provides the user. This number is initializedwhen the development project function point count is completed. It isupdated every time completion of an enhancement project alters t heapplication's functions.o The above example is for a project function point count, which will also evolve into an application function point count.Identify the Counting Scope and Application Boundaryo The counting scope defines the functionality which will be included in a particular function point count.o The application boundary indicates the border between the software being measured and the user.o The above example shows the application boundary between the Human Resources Application beingmeasured and the external Currency Application.o It also shows the application boundary between the Human Resources Application and the user.Determine the Unadjusted Function Point Counto The unadjusted function point count(UFPC) reflects the specific countable functionality provided to the user by the project orapplication.o The application's specific user functionality is evaluated in terms of what is delivered by the application, not how it is delivered.Only user-requested and defined components are counted.o The unadjusted function point count has two function types—data and transactional. These function types are further definedas shown in the following diagram.UAFPo外部输入（EI：External Inputs）o外部输出（EO：External Outputs）o外部查询（EQ：External Inquiries）o内部逻辑文件（ILF：Internal Logical Files) o外部接口文件（EIF：External InterfaceFiles)内部逻辑文件（ILF）-1oＩＬＦ是用户确认的、在应用程序内部维护的、逻辑上相关的数据块或控制信息o用户确认指的是用户和软件开发人员针对过程共同定义的需求，或已经过共同批准和理解的数据块o逻辑上相关是指每组数据的描述在逻辑上应该相适应。
IFPUG功能点估算指南
IFPUG功能点估算方法使用指南排版整理：旦丰目录1. 引言 (1)1.1. 目的 (1)1.2. 预期读者 (1)1.3. 术语表 (1)1.4. 参考资料 (2)2. 功能点分析法概论 (2)2.1. 功能点分析方法的目标 (2)2.2. 功能点方法的收益 (2)2.3. 功能点分析法的步骤 (2)2.3.1. 决定分析的类型 (2)2.3.2. 识别分析范围和应用边界 (3)2.3.3. 确定未经调整的功能点数（Unadjusted Function Point Count -- UFPC） (3)3. 分析流程 (5)3.1. 决定分析的类型 (5)3.1.1. 定义：功能点分析的类型 (5)3.2. 识别分析范围和应用边界 (6)3.2.1. 识别分析范围和应用边界中的定义 (6)3.2.2. 定义应用边界 (7)3.3. 分析范围以及应用边界的规则和流程 (7)3.3.1. 边界识别的规则 (8)3.3.2. 分析范围和应用边界流程 (8)3.3.3. 边界识别的一些技巧 (8)3.4. 计数数据功能 (8)3.4.1. 定义 (9)3.4.2. 计数流程概述 (9)3.4.3. ILF 识别规则 (10)3.4.4. EIF 识别规则 (10)3.4.5. 复杂度和贡献的定义和规则 (10)3.4.6. ILF/EIF 计数流程 (11)3.4.7. 复杂度和贡献确定流程 (12)3.4.8. 数据功能计数技巧 (13)3.5. 计数交易功能 (14)3.5.1. 定义 (14)3.5.2. EI,EO,EQ 计数规则 (18)3.5.3. 复杂度和贡献的定义和规则 (20)3.5.4. EI,EO,EQ 的计数流程 (22)3.5.5. 复杂度和贡献确定流程 (23)3.5.6. 交易功能计数技巧 (25)3.6. 决定调整系数 (27)3.6.1. 调整系数的决定 (27)3.6.2. 确定VAF 的流程 (27)3.6.3. 通用系统特性及其影响程度的评定 (28)3.7. 计算调整功能点 (37)3.7.1. 开发项目功能点的计算 (37)3.7.2. 升级项目功能点的计算 (38)3.7.3. 应用功能点的计算 (39)1. 引言1.1. 目的本文档描述功能点估算的方法。
IFPUG功能点分析介绍
IFPUG功能点分析介绍引言IFPUG的功能点分析（FPA）方法是一种目前被广泛接受的关于软件规模度量的有效方法。
目前越来越多的组织在运用这个方法进行软件规模的度量。
故在此对功能点分析做一些简单的介绍，以供大家了解。
FPA简介FPA是从用户角度出发度量软件规模的一种方法。
它从用户的角度出发，将系统分为数据功能和交易功能两大类，分别根据具体的规则来计算功能点，最后结合系统的特征因子来调整功能点数，从而得到最终的系统规模。
具体的度量步骤如下所示：1.确定功能点计数类型2.识别软件的应用边界3.识别数据功能以确定其复杂度以及UFP4.识别事务功能以确定其复杂度以及UFP5.确定UFP数6.确定值调整因子7.计算调整FP数这里的用户指的是用户功能性需求的任何人和/或任何时候与软件通信或互动的任何人或事物。
所谓用户可识别是指为处理而定义的需求或/和能被用户和软件开发者赞同和读懂的数据组。
所以一定要注意功能点评估的方法一定是从用户角度出发，并能够得到用户的认可，它与具体采用何种开发语言，何种技术方案无关。
关于功能点计数类型功能点计数类型在IFPUG的FPA中分为三类：新开发类型、增强类型、应用系统。
其中新开发类型简单的来说就是从无到有的开发一个系统；增强类型简单的来说就是在原有系统基础上新增、完善甚至删除已有的功能。
应用系统则是指对已经存在的系统进行功能点计数。
这三种类型的系统在计算功能点的时候会采用不同的计算方法。
关于应用边界在FPA中强调在进行FPA之前一定要定义应用的边界。
因为这关系到后续在计算功能点的时候相关类型功能的识别以及最终的规模。
而所谓应用边界就是定义范围，从用户的角度出发，确定哪些业务包含在应用中，而哪些业务在应用之外。
关于数据功能在FPA中将数据功能分为两类：1、内部逻辑文件（Internal Logical File, ILF）2、外部接口文件(External Interface File, EIF)这里的文件指的是一组用户可识别的逻辑数据或者控制信息。
软件功能点介绍
– 计算功能点
– FPC=UFP*VAF
• 示例一
示例
功能点应用场景
• 1 项目前期的可行性分析
– 关注技术可行性之外的内容 – 采用快速功能点方法判断项目所需完成的工期和初步
• 2 甲方确立项目范围与标的
– 甲方在招标的过程中首先需要在内部立项、申请预算 – 功能点方法有助于给出明确的预算申请依据，使得预
算过程更加透明
• 示例：1000个功能点的项目，甲方内部申请的预算为 1000*2K=2000K，其中1000FP是根据功能点标准得到，而 每个功能点的费用为2K则可以依据行业数据得到（假定一个 功能点的开发成本为1.5K左右，考虑到乙方的利润为20%， 以及甲方10%左右的管理成本）
Application A
file file
file
Application B file
内部逻辑文件ILF
外部接口文件EIF
数据功能
功能点分析方法
• 把用户的业务功能需求分为数据功能需求和处理 数据的事务功能需求
• 数据分为应用内部逻辑数据和应用外部的接口数 据，事务分为对数据的外部输入、输出和查询
功能点计数过程
user1
查询员工信息EQ
user1 新建员工信息EI
HR system
Байду номын сангаасEmployee information(ILF)
Boundary
Currency App
Conversion rate(EIF)
生成员工信息报表EO
OIF-SPI4.2标准(中文译稿)
技术文件技术文件名称：OIF-SPI4-2.01标准（中文译本）技术文件编号：版本：文件质量等级：共23 页(包括封面)拟制李亚洲审核会签标准化批准深圳市中兴通讯股份有限公司修改记录目录1. 简介 (6)2. 接口描述 (7)2.1. 接口信号 (7)2.2. 数据通路 (8)2.2.1. 端口状态转换 (8)2.2.2. Payload数据排列 (10)2.2.3. 控制字格式 (11)2.2.4. 校验码 (13)2.3. FIFO状态通道， (14)2.3.1. FIFO接口说明 (14)2.3.2. 高带宽的LVDS I/O状态操作 (15)3. 训练序列 (16)4. 启动参数： (17)4.1. 参数描述 (17)4.2. 接口reset过程 (19)5. AC参数 (19)5.1. AC参数参考点 (19)5.2. 数据通路时序 (20)5.3. FIFO状态通道时序 (21)参考文献 (23)图1系统参考模型 (6)图2 数据包映射图 (7)图3 接口信号图 (7)图4 数据通路上的状态转换图 (9)图 5 数据通路上的状态转换图 (9)图 6 奇数字节的数据排序图 (10)图7 偶数字节的数据排序图 (10)图8 不同包长，不同Burst的数据通路包排列举例 (11)图9 DIP 校验码计算范围 (13)图10 DIP-4校验码产生方法 (14)图11 FIFO状态转换图 (15)图12 LVDS I/O接口状态图 (16)图13 AC参数参考点图示 (19)图14 数据通路时序图 (20)图15 FIFO状态通道时序图 (22)表1 接口信号列表 (7)表2 控制字格式描述表 (11)表3 控制字类型列表 (12)表4 控制字举例 (13)表 5 FIFO信号定义列表 (15)表 6 训练序列表 (17)表7 启动参数列表 (18)表8 静态对齐方式下时序参数 (20)表9 动态对齐方式下时序参数 (21)表10 LVTTL I/O的时序参数表 (22)OIF-SPI4.2标准（中文译本）1.简介SPI4.2接口是OIF定义的从物理层器件到链路层器件之间的10G聚合带宽应用接口。
IFPUG功能点估算方法使用指南-带索引
I F P U G目录1. (1)1.1. (1)1.2. (1)1.3. (1)1.4. (2)2. (2)2.1. (2)2.2. (2)2.3. (2)2.3.1. (2)2.3.2. (3)2.3.3. Unadjusted Function Point Count -- UFPC (3)3. (5)3.1. (5)3.1.1. (5)3.2. (6)3.2.1. (6)3.2.2. (7)3.3. (7)3.3.1. (8)3.3.2. (8)3.3.3. (8)3.4. (8)3.4.1. (9)3.4.2. (9)3.4.3. ILF (10)3.4.4. EIF (10)3.4.5. (10)3.4.6. ILF/EIF (11)3.4.7. (12)3.4.8. (13)3.5. (14)3.5.1. (14)3.5.2. EI,EO,EQ (18)3.5.3. (20)3.5.4. EI,EO,EQ (22)3.5.5. (23)3.5.6. (25)3.6. (27)3.6.1. (27)3.6.2. VAF (27)3.6.3. (28)3.7. (37)3.7.1. (37)3.7.2. (38)3.7.3. (39)1.1.1.1.2.11.3.–ILF EIF– EI,EO EQILF – Internal Logical File –EIF – External Interface File –EI – External Input –EO – External Output –EQ – External Query –VAF – Value Adjustment Factor –DET – Data Element Types –RET – Record Element Types –FTR – File Type Referenced –UFPC – Unadjusted Function Point Count –DI – Degree of Influence –TDI – Total Degree of Influence –1.4.2.2.1.2.2.2.3.2.3.1.2.3.2.2.3.3. Unadjusted Function Point Count --UFPCUFPC2.3.3.1.Internal Logical File -- ILF ILFExternal Interface File-- EIF EIFEIF ILF2.3.3.2.External Input -- EIILFExternal Output -- EO ILFExternal Query -- EQ ILF2.3.3.3.Value Adjustment Factor -- VAF VAF 14 General System Characteristic -- GSC 0 52.3.3.4.Adjusted Function Point3.3.1.3.1.1.Scope Creep3.2.3.2.1.3.2.2.EI, EO EQILFEIF/3.3.EI EO3.3.1.3.3.2.12343.3.3.3.4.ILF EIFILF EIF3.4.1.Internal Logical File -- ILF ILFExternal Interface File-- EIF EIF EIF ILF3.4.2.1 ILF EIF2 ILF EIFILF EIFILFEIFDETRET3.4.3. ILFILF, ILF3.4.4. EIFEIF, EIFILF3.4.5.ILF EIF ILF EIF ILF EIF DET RETDETDETDETILF EIF DETDET DETILF EIF DETDETRET(RET) EIF ILFRETRETRETILF EIF RETILF EIF ILF EIF RET3.4.6. ILF/EIFILF EIF01 ILF02 EIF033.4.7.ILF EIF UFPC1 DET RET21~19 DET 20~50 DET 51 DET1 RET2~5 RET6 RET3 ILF EIFILF71015EIF57104 ILF EIF UFPCILF 1 X7=7 220 X10=01 X15=15EIF 0 X5=0 642 X7=145 X10=503.4.8.ILF EIFILF EIFILF EIFILF EIF DET ILF EIFILFILF ILF ILF DET3.5.EI, EO EQ3.5.1.3.5.1.1.External Input -- EI ILFExternal Output -- EO ILFExternal Query -- EQ ILF3.5.1.2.EI,EO,EQILFEI EO EQPI F N/AILF PI F N/AF PI PIPI: Primary IntentF : FunctionN/A: N ot Applicable3.5.1.3.ILFILFILF EIFEIFSMIJO01 + +153.5.1.4.EI EO EQ1 C C C2 C M* N3 C C C4 C C C5 C C C6 ILF M* M* N7 ILF EIF C C M8 C C M9 C M* N10 M* M* N11 C M M12 M C C13 C C CC = canM = mandatoryM*=mandatory(*) M* N=cannot3.5.2. EI,EO,EQEI EQ EQ3.5.2.1.3.5.4 EI,EO,EQ12 EI,EO EQ3 EI,EO EQ453.5.2.2.3.5.2.3.EI EO EQ3.5.2.3.1. EIILF3.5.2.3.2. EIILFILF EIF3.5.2.3.3. EO EQ3.5.2.3.4. EO/EQEO EQEO/EQEO/EQILF EIF EO/EQ3.5.2.3.5. EOEO EOILF3.5.2.3.6. EQEQ EQILF EIFILF3.5.3.EI EO EQ DET FTRFTRFTR = File Type Referenced =FTRILFEIF3.5.3.1. EIEI FTR DET3.5.3.1.1. EI FTRILF FTREI ILF EIF FTRILF FTR3.5.3.1.2. EI DETDETDETDET3.5.3.2. EO/EQEO/EQ FTR DET3.5.3.2.1. EO/EQ FTREI ILF EIF FTR3.5.3.2.2. EO FTRILF FTRILF FTR3.5.3.2.3. EO/EQ DETDETDETDET DETDETDETDETDETDET3.5.4. EI,EO,EQEI,EO EQ1 3.5.2.22 EI EOEQ3.5.2.3.1 EI3.5.2.3.3 EO EQILF3 EI 3.5.2.3.2 EI4 EI 3.5.55 EI 3.5.5ILF,3 EO 3.5.2.3.4 EO/EQ3.5.2.3.5 EO4 EO 3.5.55 EO 3.5.5ILF,3 EQ 3.5.2.3.4 EO/EQ3.5.2.3.6 EQ4 EQ 3.5.55 EQ 3.5.53.5.5.EI EO EQ 4 3.5.3.1 EI EI FTR DETEI4 3.5.3.2 EO/EQ EO EQ FTR DETEO EQ5 EI EO EQEI EQ346EO4573.5.6.ILFEI EO EQEI EO EQ,EI EO EQILF/EIF RET FTR3.6.3.6.1.—value adjustment factor (VAF) 14 General System Characteristics—GSC 0 514 VAF, 35%3.6.2. VAFVAF1 Degree of influence – DI2 GSC EI Total Degree of Influence TDI3TDI VAFVAF = (TDI*0.01)+0.653.6.3.141 Data Communications2 Distributed Data Processing3 Performance4 Heavily Used Configuration5 Transaction Rate6 Online Data Entry7 End-User Efficiency8 Online Update9 Complex Processing10 Reusability11 Installation Ease12 Operational Ease13 Multiple Sites14 Facilitate Change612345GSC DIGSC DI DI3.6.3.1.0 PC stand-alone123453.6.3.2.123453.6.3.3.12CPU3CPU4 35 43.6.3.4.12345 43.6.3.5.123453.6.3.6.1 1%~7%2 8%~15%3 16%~23%4 24%~30%5 30%3.6.3.7.461 1~32 4~53 64 65 63.6.3.8.ILF1 1~32 43 ILF4 35 43.6.3.9./1 12 23 34 45 53.6.3.10.12 10%3 10%453.6.3.11.12 /3 /4 25 33.6.3.12.mount1-4 12mount53.6.3.13.1234 1 25 33.6.3.14./ ILF /1/ ILF /2/ ILF /3121 12 23 34 45 53.7.123453.7.1.3.6DFP = (UFP+CFP)*VAFDFP =UFP =CFP =3.7.2.3.6EFP = (ADD+CHGA+CFP)*VAFA +DEL*VAFBEFP =ADD =CHGA =CFP =VAFA =DEL =VAFB =3.7.3.AFP = ADD * VAFAFP =ADD = UFPCVAF =AFP = [(UFPB+ADD+CHGA) – (CHGB+DEL)]*VAFAAFP =UFPB =ADD = UFPCCHGA = UFPCCHGB = UFPCVAFA =。
用功能点估算规模
项目开发
历史数据
实际结果
组织度量库 (OMR)
BCI Technology
最终估算 -规模,工作量, 工期, 团队人数, 缺陷 -估算方法 -等.
3-2
基于度量的估算方法
@Copyright BCI 2007 All Rights Reserved
目标：通过本节课程我们应该掌握如下内容…
规模是估算的基础 代码规模和功能规模 功能规模度量和计数介绍 使用功能规模快速进行粗略估算 一个真实FP计数案例的惊人结果 没有规模的估算
BCI Technology
2007/7/4
3-3
@Copyright BCI 2007 All Rights Reserved
BCI Technology
规模是估算的基础
生产率
已经交付的软件产品数量 花费的人时
成本效率
已经交付的软件产品数量 项目成本
产品质量
交付的缺陷 已经交付的软件产品数量
功能点与工作量的转换
当没有自己的历史项目数据
¾ Checkpoint: 大约4500个项目的数据库 ¾ ISBSG: 大约2000个项目的数据库 ¾ IBM发布的曲线图
用自己的历史项目数据来生成曲线图
¾ 更加准确 ¾ 是适合组织特点和业务领域的
PM
BCI Technology
2007/7/4
2007/7/4
3 - 13
@Copyright BCI 2007 All Rights Reserved
IFPUG* CPM 4.2
5种功能部件
¾ 永久性数据: ILF, EIF
¾ 基本过程: EI, EO, EQ
EI
iMWorld4.2用户手册
iMWorld用户使用手册上海普承数码产品开发有限公司2009年12月目录目录 (2)一、产品概述 (4)二、系统安装 (4)1安装流程 (4)1.1服务器安装 (4)1.2管理客户端安装 (4)1.3注意事项 (4)三、系统功能介绍 (5)1系统管理 (5)1.1用户管理： (6)1.2计划任务 (7)1.3更改背景 (8)1.4更改密码 (9)1.5收藏夹 (9)1.6窗口 (10)1.7个人设置 (11)1.8工具 (12)2节目管理 (13)2.1素材管理： (13)2.2单元定义： (14)2.3节目资源管理 (20)3播放器管理 (25)3.1站点管理 (26)3.2播放组管理 (27)3.3终端播放器管理 (27)3.4紧急通知 (29)4素材发布 .................................................... 错误！未定义书签。
5配置工具 (31)四、实际操作流程介绍 ..................................... 错误！未定义书签。
1常见功能操作流程........................................ 错误！未定义书签。
1.1启动........................................................................ 错误！未定义书签。
1.2登录........................................................................ 错误！未定义书签。
1.3节目制作................................................................ 错误！未定义书签。
1.4添加播放盒............................................................ 错误！未定义书签。
PowerINSPECT4.0--使用手册(中文)
曲面
23
曲面:综述 ...................................................................................... 23 单击鼠标选择曲面 ....................................................................... 23 突出显示背面曲面 ....................................................................... 24 反转曲面的方向 ........................................................................... 26
显示标注
18
显示标注: 综述 ............................................................................. 18 显示环绕标注 ............................................................................... 18 操作 CAD 查看时查看环绕标注................................................. 20 显示定位标注 ............................................................................... 21
IFPUG功能点分析介绍
IFPUG功能点分析介绍引言IFPUG的功能点分析（FPA）方法是一种目前被广泛接受的关于软件规模度量的有效方法。
目前越来越多的组织在运用这个方法进行软件规模的度量。
故在此对功能点分析做一些简单的介绍，以供大家了解。
FPA简介FPA是从用户角度出发度量软件规模的一种方法。
它从用户的角度出发，将系统分为数据功能和交易功能两大类，分别根据具体的规则来计算功能点，最后结合系统的特征因子来调整功能点数，从而得到最终的系统规模。
具体的度量步骤如下所示：1.确定功能点计数类型2.识别软件的应用边界3.识别数据功能以确定其复杂度以及UFP4.识别事务功能以确定其复杂度以及UFP5.确定UFP数6.确定值调整因子7.计算调整FP数这里的用户指的是用户功能性需求的任何人和/或任何时候与软件通信或互动的任何人或事物。
所谓用户可识别是指为处理而定义的需求或/和能被用户和软件开发者赞同和读懂的数据组。
所以一定要注意功能点评估的方法一定是从用户角度出发，并能够得到用户的认可，它与具体采用何种开发语言，何种技术方案无关。
关于功能点计数类型功能点计数类型在IFPUG的FPA中分为三类：新开发类型、增强类型、应用系统。
其中新开发类型简单的来说就是从无到有的开发一个系统；增强类型简单的来说就是在原有系统基础上新增、完善甚至删除已有的功能。
应用系统则是指对已经存在的系统进行功能点计数。
这三种类型的系统在计算功能点的时候会采用不同的计算方法。
关于应用边界在FPA中强调在进行FPA之前一定要定义应用的边界。
因为这关系到后续在计算功能点的时候相关类型功能的识别以及最终的规模。
而所谓应用边界就是定义范围，从用户的角度出发，确定哪些业务包含在应用中，而哪些业务在应用之外。
关于数据功能在FPA中将数据功能分为两类：1、内部逻辑文件（Internal Logical File, ILF）2、外部接口文件(External Interface File, EIF)这里的文件指的是一组用户可识别的逻辑数据或者控制信息。
软件开发FPA功能点评估模型介绍
3
适用对象及特点
《应用功能点法操作规程及实施细则》适用于广东移动所有开发型 系统，包括IT支撑系统、数据业务系统软件开发规模的度量。 业务支撑系统（BSS）
如：BOSS、经分等。具有单个系统投资规模大、业务需求复杂、功能分期更新 的特点。采用功能点分析方法，便于对业务支撑系统各期业务需求的变动情况进 行对比，避免重复性功能的开发。
23
具体操作（1）
操作：
1. 分析处理过程涉及的数据文件（或实体），按下述规则识别数据功能，并将 在《系统功能清单》中做好记录（数据功能名、RET个数、RET备注）。
5、计 算调整 后功能 点数
8
目录
2
功能点方法的使用步骤
功能点计数过程 确定功能点计数类型 识别计数范围及应用系统边界 确定未调整功能点数 确定调整系数值 计算调整后的功能点数
9
确定功能点计数类型
新开发项目
•指从无到有的开发一个系 统。 •新开发项目的功能点计数 度量了项目完成时交付给 用户进行系统初次安装时 的功能。这些功能是新开 发产生的功能，不依赖于 过往项目或者应用系统。
北京邮电大学 服务科学研究所 2020/3/20
目录
1
操作规程及实施细则简介
应用背景与目的
适用对象
适用范围
编制依据
2
功能点方法的使用步骤
3
功能点计数案例实战
2
应用背景与目的
应用软件开发中的窘境
软件投资规模问题 软件投资合理性问题 开发商生产率评定 商务谈判报价的评定 需求变更与成本增加的平衡 外包开发过程的度量 需求描述不清 系统二次开发问题 维护成本问题
功能在本期不予再计数。
识别应 应用系统边界表示被计数系统和用户之间的界限以及计数系统与其他系统的界限。 3 用系统 其中，与用户的界限帮助识别事务处理功能（用USE-CASE图表示），与其他系
FPA功能点分析法实例--FPA培训课件
先要输入数据，再根据输入数据计算输出，如查询。
内部逻辑文件(Internal Logical Files ILF)
文件:ILF,EIF
ILF 内部逻辑文件:
用户可以识别的一组逻辑相关的数据，而且完全存在于应用的边界之内，并且通过外部输 入维护。
可以理解为业务对象，可能对应多个数据库表。
外部接口文件（External Interface Files EIF）
常用软件规模度量方法
•软件规模度量(size measurement)是估算软件项目工作量、编制成本 预算、策划合理项目进度的基础 • 估算方法有很多种，如： 功能点分析(FPA：function points analysis)、 代码行(LOC：lines of code)、德尔菲法(Delphi technique)、 COCOMO模型、特征点(feature point)、 对象点(objectpoint)、3-D功能点(3-D function points)、 Bang度量(DeMarcosbang metric)、模糊逻辑(fuzzy logic)、 标准构件法(standardcomponent)等。
4电口(2光4电)百兆中文说明书
☞概述谢谢您购买和使用10/100M光纤收发器。
本产品支持10/100MBase-FX光纤传输标准和半双工全双工模式传输. 该手册适用于10/100M光纤收发器. 以下使用说明仅限客户参考装箱清单在产品安装之前，请检查以下物品是否齐全。
10/100M光纤收发器1台外置交流/直流电源1支电源线（已安装）1条用户手册1本如果以上物品有任何缺失或损坏，请立刻与当地经销商联系☞产品安装1. 接口RJ-45 电接口信号传输采取独有的CAT5 双绞线传输，传输距离可达100米. 可通过交叉线实现对信号传输的自动识别功能光接口两个光接口槽都是用于SFP模块. 按照具体要求，客户可随意的更换光模块, 例如传输距离，光口类型等。
2. 连接该RJ45的网络设备如集线器或交换机可通过双绞线与光纤收发器对接，然后用单模/多模光纤直接与SFP模块光纤插槽相接。
图1，收发器前面板样图图2，收发器后面板样图☞LED指示灯说明LED指示灯可作为监视和故障显示装置，请具体参考一下LED灯说明。
单纤收发器的传输传输参数光传输特性产品特性1.支持10/100 Base-T, 100Base-X 光传输标准。
2. 全双工/半双工自动协商，可平滑升级3. 支持多达10000字节巨型帧。
4. 支持隔离功能5. 服从FCC ，CE认证标准☞技术参数1. 标准协议: 10/100M Base-T, 100Base-X2. 接口: 4 RJ45电口，2 光口（模块插槽）3. 运行模式:全双工，半双工。
4. 电源参数: 5V DC 2A5. 存放温度: 0℃-60 ℃6. 相对湿度: 5%-90%8.双绞线类型: Cat5 UTP cable9.光传输:多模: 50/125, 62.5/125 or 100/140μm单模:: 8.3/125, 8.7/125, 9/125 or 10/125μm10 .尺寸:40mm x 110mm x 140mm☞注意！1. 本产品适用于室内使用.2. 存放时，请注意将防尘保护盖套在光口处.3. 严禁用裸眼直视光接口。
IFPUG-CPM4.2-功能点实践手册(中文摘要)
中其它 EI 的数据元素。
增强后应用功能点总数
=[(UFPB+ADD+CHGA)-(CHGB+DEL)]*VAFA
调整系数=(全部影响度*0.01)+0.65
ADD=增加的功能点
CFP=转换功能点
CHGA=增强后改变功能的 UFP
CHGB=增强前改变功能的 UFP
DEL=被删除功能点
UFP=未调整功能点总数
UFB=项目前应用 UFP
相关数据或者控制信息。ILF 的主要目的是通过应用的一
个或几个基本处理过程维护数据。 下面的所有规则用来判断 ILF： 该组数据或控制信息是逻辑相关的且由用 户定义。 该组数据在应用的边界之内且通过一个或 几个基本处理过程来维护。
外部接口文件（EIF） 是一组在应用边界内被查询，但是在其它应用中被
1
即使有多种方法调用同一功能，则多个功能 键算一个 DET。
对那些虽然被保存、返回、派生的没有穿越 边界的字段不计算 DET。
文字的，页面的，系统产生的标签不计算 DET。
1-5 DET 6-19 DET 20 或更多
0-1FTR
低
低
一般
2-3FTR
低
一般
高
4 FTR 或更多
一般
高
高
内部逻辑文件（ILF） 是一组用户可识别的在应用边界内且被维护的逻辑
IFPUG简介
IFPUG简介1功能点分析法国际功能点用户组是一个非盈利组织，最初成立于1986年，是基于美国的全球性组织功能点分析度量软件的用户。
官方网站地址：。
功能点分析法(FPA：function point analysis)是一种相对抽象的方法,是一种”人为设计”出的度量方式,主要解决如何客观,公正,可重复地对软件地规模进行度量的问题.FPA法由IBM的工程师艾伦·艾尔布策(Allan Albrech)于20世纪70年代提出，随后被国际功能点用户协会(IFPUG：The International Function Point Users'Group)提出的IFPUG方法继承，从系统的复杂性和系统的特性这两个角度来度量系统的规模，其特征是：“在外部式样确定的情况下可以度量系统的规模”，“可以对从用户角度把握的系统规模进行度量”。
功能点可以用于“需求文档”、“设计文档”、“源代码”、“测试用例”度量，根据具体方法和编程语言的不同，功能点可以转换为代码行。
经由ISO组织已经有多种功能点估算方法成为国际标准，如：①加拿大人艾伦·艾布恩(Alain Abran)等人提出的全面功能点法(full function points)；②英国软件度量协会(UKSMA：United Kingdom Software Metrics Association)提出的IFPUG功能点法(IFPUG function points)；③英国软件度量协会提出的Mark II FPA功能点法点(Mark II function points)；④荷兰功能点用户协会(NEFPUG：Netherlands Function Point Users Group)提出的NESMA功能点法；⑤软件度量共同协会(COSMIC：the Common Software Metrics Consortium)提出的COSMIC-FFP方法。
审计功能点估算
审计功能点估算（上）—收集和评估证据编译翻译：邹凤 [2004/06/17]简介一说起审计师和审计，我们中的许多人都会感到不安。
如今，许多行业都有独立的监察员和审计师。
随着功能点算法应用日渐广泛，并成为决策支持的重要组成部分时，那些使用功能点估算的结果需要被独立复审和审计。
审计是一个由权威、独立的专业人士，收集和评估特定实体的大量信息证据，并根据这些大量信息和已建立的标准之间的吻合程度进行决策和汇报的过程。
和其他有既定指导方针的行业（如会计业）一样，独立的审计师可以对实际功能点估算和整个功能点估算过程提供很有价值的反馈。
原则上审计师应该是独立的，但仍可来自企业内部，可以是你的度量团队中的一部分，也可以来自是独立的第三方团队。
任何一项审计都必须有可证实的信息和一些标准（最好是IFPUG 4.0）做为评估的依据。
审计师可能会做一些商业假设来审核记录，并获取功能点估算的可靠性信息，另一方面，审计师也需要足够多的信息，以便离开评估点现场后仍可以复审。
收集和评估证据审核功能点估算过程以确保其遵守了IFPUG 4.0 估算指导方针被称之为兼容性审计。
兼容审计的目的是审核功能点估算是否遵守IFPUG估算实践委员会制定的每个程序和操作规程。
其结果通常被汇报给被审计的组织单位里的某个人，而不是大多数用户。
证据即审计师用于决定被审计的功能点估算是否遵守IFPUG指南的所有信息。
证据有很多种表现形式，如功能点数据，系统文档，和开发人员、用户的交谈信息，和执行最初估算的人的面谈信息等。
审计师收集证据并由此分析出结论。
当然，功能点数据本身也可以做为证据，但只使用功能点数据是远远不够的。
想单纯使用功能点数据而不评估其他证据就得到正确的功能点估算是不确实际的。
比如,如果一个审计师接到一个有500000个功能点的公司的审计任务，那他就不可能逐一审计每个功能点。
这时候，审计师会只选择20到30个应用去做实际审计。
实际审计样本的大小因人而异，且每次审计都会有所不同。
软件开发FPA功能点评估模型介绍
3
适用对象及特点
《应用功能点法操作规程及实施细则》适用于广东移动所有开发型 系统，包括IT支撑系统、数据业务系统软件开发规模的度量。 业务支撑系统（BSS）
如：BOSS、经分等。具有单个系统投资规模大、业务需求复杂、功能分期更新 的特点。采用功能点分析方法，便于对业务支撑系统各期业务需求的变动情况进 行对比，避免重复性功能的开发。
功能在本期不予再计数。
识别应 应用系统边界表示被计数系统和用户之间的界限以及计数系统与其他系统的界限。 3 用系统 其中，与用户的界限帮助识别事务处理功能（用USE-CASE图表示），与其他系
边界 统的界限帮助识别数据功能（接口图表示）。
4
记录系 记录内容包括： 1）计数目的； 2）计数范围； 3）应用系统边界； 4）任何与 统特征 以上相关的假设
数据业务应用软件
全业务时代，数据业务应用软件越来越丰富。
4
适用范围
本规程涉及的部门以及各部门职责如下： 规划技术部、设计院
在计划阶段，根据软件需求规格说明书及本操作规程，估算应用系统的功能点数， 确定应用软件的投资规模； 项目完成后，根据系统设计文档及本操作规程，重新测算应用系统的功能点数，确 定实际开发的应用系统规模，为项目后评估提供依据。
系统开发商
按照软件需求规格说明书模板、软件概要设计模板编写需求规格说明书和概要设计。 按照规程计数软件开发的功能点，并采用功能点报价方式。
5
编制依据与改进创新
本规程的编制主要依据： IFPUG发布的功能点计数实践手册4.2版；The International Function Point Users Group. Function Point Counting Practices Manual （Release 4.2）.2004 《中国移动广东公司应用软件功能点法操作规程及实施细则委 托合同》
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
功能点基础
IFPUG CPM4.2
功能点分析度量步骤
1.确定功能点计数类型
2.识别软件的应用边界
3.识别数据功能以确定其复杂度以及UFP
4.识别事务功能以确定其复杂度以及UFP
5.确定UFP数
6.确定值调整因子
7.计算调整FP数
IFPUG4.2的定义
用户——指明用户功能性需求的任何人和/或任何时候与软件通信或互动的任何人或事物。
用户视角——是对业务功能的描述。
此外，它应该
●被用户认可。
●可以用来计算功能点数。
●能以不同的文档形式出现。
用户可识别——是指为处理而定义的需求或/和能被用户和软件开发者赞同和读懂的数据组。
应用边界——
●定义了应用的外部范围。
●内部应用与外部用户世界的概念接口；起一
种“膜”的作用，数据就是通过这层膜进出应
用。
●包含被应用维护的逻辑数据；
●协助识别在应用中查询但不在应用中维护
的逻辑数据
●依赖于用户对应用外部业务的视角；它与技
术和/或实施方式相独立。
范围——定义了一组（部分）被度量的软件；由功能点计数的目的决定；确定功能点计数中包括的功能；可以包含一个或多个应用。
控制信息——是影响应用基本处理过程的数据。
它指明了处理什么，何时处理或处理方式。
外部输入（EI）——是处理来自应用边界之外的数据或控制信息的基本处理过程。
EI的主要目的是维护一个或多个ILF并且/或者改变系统的行为。
EI应该满足下面所有规则：
●数据或控制信息从应用边界之外输入。
如果
穿过边界的数据不是改变系统行为的控制信
息，那么至少应维护一个ILF。
●对于已识别的处理过程，至少满足下面三个
条件之一：
⏹处理逻辑与该应用中其它EI所用的处
理逻辑不同。
⏹该组已识别的数据元素不同于该应用
中其它EI的数据元素。
⏹所涉及的ILF或EIF不同于该应用中其
它EI所涉及的文件。
EI的复杂度取决于FTR和DET的数量
EI的FTR计算规则：
●每个被维护的ILF算一个FTR。
●每个在EI处理过程中读取的ILF或EIF算
一个FTR。
●由EI维护和读取的ILF只算一个FTR。
EI的DET计算规则：
●完成EI的过程中，如果一个用户可识别的、
非重复的字段穿越应用边界，那么该字段应算
一个DET。
●如果在EI过程中，系统取出或派生一个字
段并且该字段存储在一个ILF之内且没有穿越
应用边界，则无须计算DET。
●如果应用能够发送一个系统响应信息（如：
说明EI过程中发生错误，确认处理过程已经完
成，确认处理过程应该继续）到应用边界之外，
则算一个DET。
●即使有多种方法调用同一功能，则多个功能
是向应用边界之外发送数据或控制信息的基本处理
过程.EO的主要目的是通过逻辑处理方式向用户呈现信
息，而不只是直接恢复数据或控制信息。
该处理逻辑必
须包含至少一个数学公式或计算过程，或生成派生数据。
一个EO也可能维护一个或多个ILF和/或改变系统行为。
EO应该满足下面所有条件：
●数据或控制信息发送出应用边界。
●对于已识别的基本处理过程，至少满足下面
三个条件之一：
⏹处理逻辑与该应用中其它EO所用的处
理逻辑不同。
⏹该组已识别的数据元素不同于该应用
中其它EO的数据元素。
⏹所涉及的ILF或EIF不同于该应用中其
它EO所涉及的文件。
此外，EO还应该满足下述条件之一：
⏹处理逻辑包含至少一个数学公式或计
算过程。
⏹至少一个ILF被处理逻辑维护。
⏹处理逻辑改变了系统的行为。
外部查询（EQ）
是向应用边界之外发送数据或控制信息的基本处理
过程. EQ的主要目的是通过恢复数据或控制信息向用户
呈现信息。
该处理逻辑不包括任何的数学公式或计算过
程，不会生成任何的派生数据。
EQ处理过程中既不会维
护任何ILF，也不会改变系统行为。
EQ应该满足下面所有条件：
●数据或控制信息发送出应用边界。
●对于已识别的基本处理过程，至少满足下面
三个条件之一：
⏹处理逻辑与该应用中其它EQ所用的处
理逻辑不同。
⏹该组已识别的数据元素不同于该应用
中其它EQ的数据元素。
⏹所涉及的ILF或EIF不同于该应用中其
它EQ所涉及的文件。
此外，EQ应该满足下述所有条件：
⏹该处理逻辑从一个ILF或EIF返回数据
或控制信息。
⏹该处理逻辑不包含任何数学公式或计
算过程。
⏹该处理逻辑不改变系统行为。
⏹该处理逻辑不维护任何ILF。
EO/EQ复杂度取决于FTR和DET的数量
EO/EQ的FTR计算规则：
●每个在EO/EQ处理过程中读取的ILF和EIF
算一个FTR。
EO的额外FTR
●每个在EO处理过程中维护的ILF算一个
FTR。
●每个在EO处理过程中读取和维护的ILF算
一个FTR。
EO/EQ的DET计算规则：
DET数量等于根据下列规则确定的字段总数：
●用户可识别的非重复的字段进入应用边界
并且指明处理什么、何时处理或处理方式并且
由EO/EQ返回或产生，那么每个字段算一个
DET。
●每个发出应用边界的用户可识别的非重复
字段算一个DET。
●如果字段同时进入发出边界，对该EO/EQ来
说，只算一个DET。
●如果应用能够发送一个系统响应信息（如：
说明过程中发生错误，确认处理过程已经完成，
确认处理过程应该继续）到应用边界之外，这
种能力算一个DET。
●即使有多种方法调用同一功能，则多个功能
键算一个DET。
●对那些虽然被保存、返回、派生的没有穿越
边界的字段不计算DET。
●文字的，页面的，系统产生的标签不计算
是一组用户可识别的在应用边界内且被维护的逻辑相关数据或者控制信息。
ILF的主要目的是通过应用的一个或几个基本处理过程维护数据。
下面的所有规则用来判断ILF：
●该组数据或控制信息是逻辑相关的且由用
户定义。
●该组数据在应用的边界之内且通过一个或
几个基本处理过程来维护。
外部接口文件（EIF）
是一组在应用边界内被查询，但是在其它应用中被维护的、用户可识别的、逻辑相关数据或者控制信息。
EIF的主要目的是使数据在应用边界之内通过一个或几个基本处理过程得以查询。
这就意味着一个应用中的一个EIF必然是其它应用中的ILF。
下面的所有规则用来判断EIF：
●该组数据或控制信息是逻辑相关的且由用
户定义。
●该组数据处于被计数应用之外，且被该应用
查询。
●被计数的应用不对该组数据进行维护。
●该组数据被其它的应用维护。
ILF/EIF的复杂度取决于RET和DET数量
ILF/EIF的DET计算规则：
●如果通过一个基本处理过程的执行在ILF
维护或从ILF或EIF中返回一个特定的用户可
识别的、非重复字段，那么每个这样的字段算
一个DET。
●当两个应用维护和/或查询相同的ILF/EIF，
但是每个应用单独维护/查询相应的DET，只计
算被每个应用使用的DET。
●对于那些用户要求与其它的EIF/ILF建立
关联的数据字段来说，每个这样的数据字段都
应算一个DET。
ILF/EIF的RET计算规则：
●每个ILF或EIF的可选或必选子组算作一个
RET。
●如果该ILF/EIF没有子组，那么就将该
ILF/EIF算作一个RET。
GSC的值取决于每个特征因子的影响程度，如：
0.毫无影响
1.偶然影响
2.偏下影响
3.一般影响
4.重大影响
5.强烈影响
1.数据通讯 8.数据在线更新
2.分布式数据处理 9.算法
3.性能 10.可重用性
4.运行设备 11.安装容易程度
5.事务处理量 12.操作容易程度
6.在线数据输入 13.多点运行
7.终端用户效率 14.客户化程度
计算公式
新型开发项目功能点总数
=(UFP+CFP)*VAF
应用功能点总数
=ADD*VAF
增强型功能点总数
=[(ADD+CHGA+CFP)*(VAFA)]+(DEL*VAFB)
增强后应用功能点总数
=[(UFPB+ADD+CHGA)-(CHGB+DEL)]*VAFA
调整系数=(全部影响度
*0.01)+0.65
ADD=增加的功能点
CFP=转换功能点
CHGA=增强后改变功能的UFP
CHGB=增强前改变功能的UFP
DEL=被删除功能点
UFP=未调整功能点总数
UFB=项目前应用UFP
VAF=调整系数
VAFA=增强后调整系数
VAFB=增强前调整系数
F 事务功能类型的功能，可以有但不是主要目的
N/A 不允许的事务功能
m 强制要求功能类型
m* 强制要求功能类型(至少具备这些处理逻辑之
一)
c 可以有这样的处理逻辑但不是强制要求
n 不能有这样的处理逻辑。