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添加播放盒............................................................ 错误！未定义书签。
- 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 不能有这样的处理逻辑。