本文件规定了IFPUG功能规模测量（FSM）方法的定义、规则和步骤。 本文件遵循ISO/IEC 14143-1：2007中的规定。 本文件适用于所有的功能领域。 注:IFPU组织持续发布白皮书，为不断演变的环境和领域提供指南。 本文件与IFPUG规模测量方法的先前版本完全兼容。 IFPUG功能点分析人员已经确定了不同的交付率（交付单个功能点的时间），这些交付率与在不同功能领域中构建的应用程序有关，这些功能领域针对不同的项目规模和软件复杂度进行了校准。 本文件适用于任何需要测量功能规模的用户。对于有经验的用户，本文件可提供有用的参考。

ICS35.080
CSSL77
中华人民共和国国家标准國
GB/T42449—2023/ISO/IEC20926:2009系统与软件工程
功能规模测量
IFPUG方法　
Systemsand softwareengineeringFunctionalsizemeasurement-IFPUG method
(ISO/IEc 20926:2009,Softwareand systemsengineering—SoftwaremeasurementIFPUG functionalsizemeasurementmethod2oo9,IDT)2023-03-17发布
国家市场监督管理总局
国家标准化管理委员会
2023-10-01实施
GB/T42449—2023/ISO/IEC20926:2009前言
1范围
2规范性引用文件
3术语和定义
4缩略语
5测量过程
附录A(资料性）
附录NA（资料性）
参考文献
复杂度和功能规模的汇总表
本文件应用案例
GB/T42449—2023/ISO/IEC20926:2009本文件按照GB/T1.1一2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。
本文件等同采用ISO/IEC20926:2009《软件与系统工程软件测量IFPUG功能规模测量方法2009》。
本文件做了下列最小限度的编辑性改动：星功能规模测量IFPUG方法》；
一为与现有标准文件协调，将标准名称改为《系统与软件工程一增加了附录NA(资料性)本文件应用案例。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。本文件起草单位：中国电子技术标准化研究院、深圳赛西信息技术有限公司、北京软件造价评估技术创新联盟、北京高质系统科技有限公司、国家应用软件产品质量检验检测中心、道普信息技术有限公司、广西达译科技有限公司、山东省计算中心(国家超级计算济南中心)、上海市软件行业协会、中国航天系统科学与工程研究院、山东山科数字经济研究院有限公司、重庆市小苹果科技有限公司、中国石油天然气股份有限公司规划总院、浙江迪捷软件科技有限公司、上海宝信软件股份有限公司、云南电网有限责任公司信息中心、中治赛迪重庆信息技术有限公司、浙江省电子信息产品检验研究院、上海同思廷软件技术有限公司、上海计算机软件技术开发中心、北京华宇信息技术有限公司、北京中基数联科技有限公司、广东省科技基础条件平台中心、苏州洞察云信息技术有限公司、上海旋思智能科技有限公司、北京可信华泰信息技术有限公司、成都四方伟业软件股份有限公司、北京软件和信息服务交易所有限公司。本文件主要起草人张肠旸、李文鹏、严亮、苏伟、杨根兴、王海青、楼莉、韩庆良、周鸣乐、李刚、贺瑜亮、李玲、刘华林、吴迪龙、廖易宇、许宗敏、李旺、季永炜、董冠涛、康烁、张元元、毛玲燕、张艺、车江涛、王瑞、胡芸、郝琳、徐敏霞、吕雪、胡宇辉、邓日洁、冯宽、魏志伟、代寒玲、福德鹏、于英利、韩德隆、余剑、庄园、姚宝敬、韩明军、马文、鲁仁元、杨昕、龚家瑜、尹榕慧、赵明、黄琳芳、刘林、欧阳树生、杜君、韩勇、刘芬、刘永超。
GB/T424492023/ISO/IEC20926:2009引言
为有效支持GB/T18491《信息技术软件测量功能规模测量》的落地和实施，定义一种符合GB/T18491的功能规模测量方法，制定本文件。自20世纪70年代中期以来，以功能点用于测量软件功能规模的方法，已经从几个兴趣组织发展成为一个使人印象深刻的全球组织。艾伦·阿尔布雷希特是第一个公开发布软件规模的测量方法的人，该方法被称为功能点计数方法。随着功能点使用的增加，该方法的应用和使用也越来越广泛。自1986年成立以来，国际功能点用户组（InternationalFunctionPointUserGroup，IFPUG）不断改进阿尔布雷希特的软件功能分级方法。本文件定义的功能规模测量方法促进了对功能规模测量的一致性解释。IFPUG功能规模的测量方法也称为功能点计数方法，其功能规模的单位称为功能点。组织可以应用本文件来衡量以下方面的软件产品的规模电：
一支持质量和生产率分析；
一估算软件开发、增强和维护所需的成本和资源；一为软件对比提供标准化因子；一通过对应用程序包中包含的所有功能进行功能分级，确定所采购的应用程序包的规模；一通过确定特定于其需求的功能规模，来帮助用户确定应用程序包对其组织的好处功能点分析通过量化软件主要基于逻辑设计向用户提供的任务和服务(即功能)来衡量软件。功能点分析的目的是测量：
一在软件中实现的用户请求和接收的功能；一不依赖于实现其技术测量软件开发和维护的规模。功能点分析的过程为：
一足够简单，以尽量减少测量过程的成本；一在各个项目和组织中的测量具有一致性。H
1范围
1.1目的
GB/T42449—2023/ISO/IEC20926:2009功能规模测量
系统与软件工程
IFPUG方法
本文件规定了IFPUG功能规模测量(FSM)方法的定义、规则和步骤。1.2一致性
本文件遵循ISO/IEC14143-1:2007中的规定。1.3适用性
本文件适用于所有的功能领域。注：IFPUG组织持续发布白皮书，为不断演变的环境和领域提供指南。本文件与IFPUG规模测量方法的先前版本完全兼容。IFPUG功能点分析人员已经确定了不同的交付率(交付单个功能点的时间），这些交付率与在不同功能领域中构建的应用程序有关，这些功能领域针对不同的项目规模和软件复杂度进行了校准。1.4用户
本文件适用于任何需要测量功能规模的用户。对于有经验的用户，本文件可提供有用的参考。规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
ISO/IEC14143-1:2007信息技术
软件测量
第1部分：概念定义
功能规模测量
(Information technology—Software measurement—Functional size measurement—Part1 : Definitionofconcepts）
注：GB/T18491.1—2001信息技术软件测量1998,IDT)
3术语和定义
下列术语和定义适用于本文件。3.1
适应性维护adaptivemaintenance功能规模测量
第1部分：概念定义（ISO/IEC14143-13对交付后的软件产品以适应已变更或正在变更的环境而进行的修改。注：适应性维护提供了必要的改进，以适应软件产品必须运行于其中的环境的变更。为了与不断变更的环境保持同步应做出相应的变更。例如，操作系统可能升级并且可以做某些变更，以适应新的运行系统。[来源:ISO/IEC14764:2007,3.1]1
GB/T42449—2023/ISO/IEC20926:20093.2
应用程序application
由一个或多个部件、模块或子系统组成，支持业务目标的自动化过程和数据的内聚合集。示例：应付账款、应收账款、工资单、采购、车间生产、装配线控制、空中搜索雷达、目标跟踪、武器发射、航班安排和乘客预订。
应用程序功能规模applicationfunctionalsize由应用程序功能点计数确定，用功能点表示应用程序的大小。注：通过应用程序功能规模，还可以确定支持已实现应用程序所需的工作量。3.4
应用程序功能点计数application function pointcount应用本文件测量应用程序功能规模的活动。3.5
安排arranging
事务功能中对属性排序的活动。3.6
型associativeentitytype
关联实体类型
包含进一步描述两个其他实体类型之间的多对多关系属性的实体类型。3.7
attributiveentitytype
属性实体类型
进一步描述另一个实体类型的一个或多个属性的实体类型。3.8
基本功能部件basefunctionalcomponent;BFc功能规模测量方法中为了测量目标而定义和使用的用户功能需求的基本单位示例1：功能用户需求是“维护客户”，它可由下列基本功能部件组成：“添加新客户”“报告客户购买情况”和“更改客户详细信息”，
示例2：“客户详细信息”之类的在研的软件所维护的逻辑相关业务数据的汇集。[来源:ISO/IEC14143-1:2007.3.1]3.9
边界boundary
在研软件与其用户之间的概念上的界面。注：ISO/IEC20926:2003使用了术语“应用程序边界”。[来源:ISO/IEC14143-1:2007,3.3]3.10
一致状态consistentstate
过程已完全执行，功能用户需求已得到满足，无需做更多的工作的节点。示例1：功能用户要求是打印支票并将适当的账户标记为已付款。如果只完成了功能用户需求的一部分（例如只打印支票或只将其标记为已付款），则应用程序将不处于一致状态。打印支票而不将账户标记为已付款，会导致应用程序中的不一致，正如标记为已付款而不打印一样。示例2：当功能用户需求是一个接受输入文件来更新数据存储、生成生产控制报告并将错误报告返回给发送应用程序的批处理过程时，除非所有部分都完成，否则该过程不会处于一致状态。示例3：功能用户需求是将员工调动到新的工作，并验证其安全许可级别时，要完成此操作，将向安全应用程序发送一个实时请求（该应用程序维护政府安全许可，而不是应用程序安全），并在完成传输之前收到响应。所有步骤都需要形成一致状态。与安全应用程序的交互不是一个独立的步骤或操作。它本身不会发生，没有它，调动员工的事务也不会处2
于一致状态，
控制信息
controlinformation
GB/T42449—2023/ISO/IEC20926:2009通过指定要处理的数据的内容、时间或方式来影响基本过程的数据。3.12
转换功能
conversionfunctionality
用于转换数据和（或）提供其他用户指定转换要求的事务或数据函数。注：转换功能只存在于应用程序开发或增强过程中。3.13
纠正性维护
correctivemaintenance
软件产品交付后为纠正发现的问题而进行的反应性修改。注：修改是修正软件产品，以满足要求。[来源:ISO/IEC14764:2007，3.2]3.14
计数范围
countingscope
功能点计数中包含的一组功能用户需求。3.15
数据元素类型
dataelementtype;DET
唯一的、用户可识别的、非重复属性。3.16
数据功能
datafunction
用户所见的数据的最基本形式，用于控制、记录和传输信息。注：一般具备唯一、用户可识别、非重复属性。3.17
派生数据derived data
除了直接从数据函数中检索和验证信息之外，还包括其他步骤过程中所产生的数据。3.18
目developmentproject
开发项目
开发和提供软件应用程序第一个版本的项目。3.19
开发项目功能规模developmentprojectfunctionalsize用开发项目的功能点计数的方法来测量软件第一个版本提供给用户的功能。注：开发项目功能规模可包括转换功能的规模。3.20
开发项目功能点计数C
developmentprojectfunctionalpointcount应用本文件来测量开发项目功能规模的活动。3.21
基本过程elementaryprocess
对用户有意义的最小活动单元。3.22
增强项目enhancementproject
开发和提供适应性维护的项目
注：增强项目也可开发和提供纠正性、完善性维护，这些并不会增加增强项目的功能规模。3
GB/T42449—2023/ISO/IEC20926:20093.23
增强项目功能规模enhancementprojectfunctionalsize用增强项目功能点计数的方法来测量完成增强项目时的添加、更改或删除的功能。注：增强项目的功能规模可包括转换功能的规模。3.24
增强项目功能点计数enhancementprojectfunctionalpointcount应用本文件来测量增强项目功能规模的活动。3.25
关联实体entitydependent
<实体>在没有其他实体存在的情况下，对业务本身没有意义或不重要，以致：一实体X的发生与实体Y的发生有必要关联；一删除一个实体Y的发生会导致删除所有相关的实体X的发生。3.26
独立实体entityindependent
<实体>在没有其他实体存在的情况下，对业务本身是有意义的或重要的。3.27
外部输入。
externalinput; EI
处理或控制来自应用程序边界之外的数据或信息的基本过程。注：外部输入是一种基本功能部件。3.28
外部查询externalinquiry;EQ
向应用程序边界之外发送数据或控制信息的基本过程。注1：外部查询是一种基本功能部件。注2：应用程序在此过程中生成一个大小完全确定的输出，不需要进行加工处理。3.29
外部接口文件externalinterfacefile;EIR用户可识别的一组(被测量的应用程序所引用，但是在另一个应用程序的边界内维护）逻辑相关数据或控制信息。
注：外部接口文件是一种基本功能部件3.30
外部输出externaloutput;EO
向应用程序边界之外发送数据或控制信息，包括外部查询之外的额外处理逻辑的基本过程。注：外部输出是一种基本功能部件。3.31
filetypereferenced; FTR
引用文件类型
被事务处理维护或者读取的内部逻辑文件(ILF)或者外部逻辑文件(ELF）。3.32
功能复杂度functionalcomplexity使用本文件定义的规则为一项功能进行特定复杂度评级。3.33
功能规模
functionalsize
通过功能用户需求进行量化导出的软件规模。[来源：GB/T18491.1—2001，3.6]4
用户功能需求functionaluserrequirementsGB/T42449—2023/ISO/IEC20926:2009指定软件在任务和服务方面应该做什么的用户需求子集。注1：功能用户需求包括但不限于以下内容：一数据迁移（例如：输入客户数据、发送控制信号）；一数据转换(例如：计算银行利息、计算平均温度)一数据存储（例如：保存客户订单、随时记录环境温度）；一数据检索（例如：列出当前雇员，检索飞机位置）。注2：非用户功能需求包括但不限于一质量约束(例如：易用性、可靠性、效率和可移植性）；一组织约束(例如：操作位置、目标硬件、标准依从性)；一环境约束(例如：互操作性、信息安全性、隐私和安全）；一实现约束(例如：开发语言、交付计划）。[来源:ISO/IEC14143-1:2007.3.8]3.35
功能点functionpoint;FP
本文件中界定的功能规模的测度单位。3.36
功能点分析functionpointanalysis;FPA本文件中界定的功能规模测量的方法。3.37
功能点计数functionpointcount应用本文件规则测量应用程序或项目功能规模的活动。注：功能点计数有三种类型：应用程序、开发项目和增强项目。3.38
functiontype
功能类型
本文件界定的基本功能部件的类型。注：本文件定义了五种功能类型：外部输入、外部输出、外部查询、内部逻辑文件和外部接口文件。3.39
内部逻辑文件
internallogicalfile;ILF
一组用户可辨认的在被测应用程序边界内维护的逻辑相关数据或控制信息。注：内部逻辑文件是一种基本功能部件。3.40
维护maintain
通过基本过程添加、修改或删除数据。3.41
有意义的
meaningful
用户可识别并满足功能用户需求。3.42
完善性维护
perfectivemaintenance
软件产品交付后为检测并纠正软件产品中潜在故障所作的修改。注1:改自ISO/IEC14764:2007的3.7。注2：完善性维护给用户提供增强性的程序文档改进和重编码，以改进软件性能、维护性或其他软件属性。注3：相对：适应性维护、纠正性维护。5
GB/T42449—2023/ISO/IEC20926:20093.43
主要意图
日 primaryintent
最重要的意图。
处理逻辑
processinglogic
用户为完成基本过程(如验证、算法或运算，以及读取或维护数据功能)而特别要求的需求。3.45
计数目的
purposeofthecount
进行功能点计数的原因。
注：见5.3a)。
记录元素类型wwW.bzxz.Net
recordelementtype;RET
数据功能中用户可识别的数据元素类型子集。3.47
自包含self-contained
非事前或后续处理步骤来启动或完成功能用户需求。示例：功能用户需求描述需要同时添加和更新员工。员工的完整信息可能由多个部分组成，能由单独的物理屏幕、窗口或选项卡表示，如：
一员工身份；
一员工地址；
一关联信息；
一薪资信息；
一教育情况。
添加员工时，要根据业务规则完成一个或多个选项卡。在输入所有强制性信息前，添加过程不是自包含的。更新员工时，可在任何给定时间更新一个或多个选项卡，但它们都是满足更新员工的功能用户需求的过程步骤。在任何一个选项卡上添加、更改或删除信息不是一个单独的基本过程，而是更新员工的过程步骤。即使可以将更多的信息输入到员工记录中，所有的信息一起被认为是单个基本过程的一部分：更新员工。添加员工和更新员工是一个自包含过程。3.48
sorting
事务功能中行或记录的排序活动。3.49
事务功能
transactionalfunction
提供给用户用以处理数据功能的基本过程。注：事务功能是外部输入、外部输出和外部查询。3.50
用户user
在任何时刻与软件通信或交互的人或事物。注：“事物”包括但不限于软件应用程序、动物、传感器或其他硬件。[来源:ISO/IEC14143-1:2007,3.11]3.51
用户可识别
userrecognizable
用户和软件开发者共同商定和理解的过程和/或数据需求。6
用户视角
userview
用户描述的功能用户需求。
注：开发人员将用户视角转换为软件，以便提供解决方案。缩略语
下列缩略语适用于本文件。
BFC:基本功能部件（BaseFunctionalComponent）DET:数据元素类型(DataElementType)EI:外部输入（ExternalInput）EIF:外部接口文件（ExternalInterfaceFile）EO:外部输出(ExternalOutput)
EQ：外部查询（ExternalinQuiry）FP:功能点(FunctionPoint)
FPA:功能点分析(FunctionPointAnalysis）FTR:引用文件类型（FileTypeReferenced）ILF:内部逻辑文件(InternalLogicalFile）RET:记录元素类型（RecordElementType）测量过程
5.1通则
GB/T42449—2023/ISO/IEC20926:2009EO、EQ)进行识别和分类：
为进行功能点计数，应通过以下活动对基本功能部件(ILF、日EIF、EI、E
依据5.2收集可用的文档；
依据5.3确定计数范围和边界，并识别功能用户要求；依据5.4、5.6和5.7测量数据功能；c）
注1：依据5.6测量转换功能（如适用）；依据5.7测量增强功能（如适用）。d）依据5.5、5.6和5.7测量事务功能；注2：依据5.6测量转换功能（如适用）；依据5.7测量增强功能(如适用）。依据5.8计算功能规模；
依据5.9记录功能点计数；
依据5.10报告功能点计数的结果。注3：图1为功能点计数过程的图形化概述。7
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。