本文件规定了MkⅡ功能点分析方法的使用规则、测量过程、一般要求、特定场景测量要求、规模调整方法以及工作量估算方法。MkⅡ功能点分析方法是一种有助于测量过程效率和管理应用软件开发、增强或维护活动成本的方法。它独立于软件的技术特征测量软件产品规模，只与用户相关。它可以： ——在软件开发过程的早期应用； ——在软件生存周期中可以一致的持续应用； ——通过业务来解释，并可以被使用软件的用户所理解。 本文件适用于任何从逻辑事务角度描述的软件应用程序的功能规模测量，其中每个逻辑事务包括输入、处理和输出部件。MkⅡ的测量规则适用于来自业务信息系统领域的应用软件，该领域每个逻辑事务处理部件主要负责数据的存储或检索。MkⅡ可能也适用于其他领域的软件，但需注意：其测量规则不考虑科学工程软件中常见的复杂算法的规模，也没有特别考虑实时性要求。其他领域也是有可能使用MkⅡ功能点分析方法的，但可能要对本文件中给出的规则进行扩展或作出新的解释。MkⅡ功能点分析方法可用于测量如下规模： ——新应用程序或现有应用程序变更的需求规格或功能规格； ——现有运行的应用程序的需求，无论是定制的，或者完整的业务软件解决方案，无论是批量的、或是在线实施的。

ICS35.080
CCS L 77
中华人民共和国国家标准
GB/T42566—2023
系统与软件工程
功能规模测量
MkI 功能点分析方法
Systems and software engineering-Functional size measurement-MkIfunctionpoint analysis
(ISO/IEC 20968 :2002,Software engineering—MkI function pointanalysiscounting practices manual,MoD)2023-05-23发布
国家市场监督管理总局
国家标准化管理委员会
2023-12-01实施
GB/T42566—2023
2规范性引用文件
术语和定义
缩略语
Mkll功能点分析方法的使用规则测量过程
MkI功能点计数的一般要求
特定场景的测量要求·
9计算调整后规模（可选）
测量工作量
测量生产率及其他绩效
12用MkI功能点分析法估算工作量附录A（规范性）
技术复杂度调整
附录B（资料性）
数据收集表格
附录C（资料性）
本文件应用案例www.bzxz.net
参考文献
GB/T42566—2023
本文件按照GB/T1.1—2020《标准化工作导则」第1部分：标准化文件的结构和起草规则》的规定起草。
本文件修改采用ISO/IEC20968：2002《软件工程MkI功能点分析计数实践指南》。本文件与ISO/IEC20968：2002相比做了下述结构调整：增加了“第2章规范性引用文件”；第3章对应ISO/IEC20968：2002的第10章；增加了“第4章缩略语”；
第5章对应ISO/IEC20968：2002的第2章，以后章号条顺延；—7.4.27.4.9对应ISO/IEC20968:2002的4.4.1~4.4.8；-8.4对应ISO/IEC20968：2002的5.5；10.2对应ISO/IEC20968:2002的7.1～7.5。本文件与ISO/IEC20968：2002的技术差异及其原因如下：更改了第1章范围（见第1章），删除与本文件无关的内容，以适应我国标准化文件的应用和使用；
增加了规范性引用文件GB/T18491.1（见第3章），引用其术语，以方便本文件的理解和应用；—更改了术语3.2、3.4、3.5、3.6、3.9、3.10、3.18、3.20、3.22、3.25、3.29和3.32的描述（见第3章），确保术语与现行标准一致，增强功能规模测量标准之间的协调一致性；增加了规则的概要描述（见第5章），以进一步描述规则的含义；—删除了ISO/IEC20968：2002的5.4，技术过时不适用；删除了ISO/IEC20968：2002的第10章术语Albrecht1984、Enhancement、GeneralSystemCharacteristics、IFPUG，删除的内容不能达到成为术语的要求。本文件做了下列编辑性改动：
为与现有标准协调，将标准名称改为《系统与软件工程功能规模测量MkI功能点分析方
法》；
在第5章增加了“注”；
一增加了“7.4.1概述”条号和标题，因为是悬置段；一增加了“10.1概述”条号和标题，因为是悬置段；在7.6增加了列项编号：a）～h)；8.2的列项编号i)～vi)改为a～g）；一增加了图编号、图题、表编号、表题及其引用表述，因为：原文的部分图编号、表编号缺失且未顺排；全文有无图题、表题不统一；一更改了附录A和附录B中的条号和条标题；增加了附录C（资料性）“本文件应用案例”；删除了ISO/1EC20968：2002的附录血，因为本附录是参考文献，不符合我国标准起草规则。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由全国信息技术标准化技术委员会（SAC/TC28)提出并归口。本文件起草单位：上海宝信软件股份有限公司、中国电子技术标准化研究院、上海宝景信息技术发展有限公司、上海市软件行业协会、上海计算机软件技术开发中心、上海旋思智能科技有限公司、山东山GB/T42566—2023
科数字经济研究院有限公司、中国石油天然气股份有限公司规划总院、道普信息技术有限公司、云南电网有限责任公司信息中心、浙江省电子信息产品检验研究院、山东省计算中心（国家超级计算济南中心）、北京软件造价评估技术创新联盟、国家应用软件产品质量检验检测中心、上海同思廷软件技术有限公司、北京中基数联科技有限公司、北京软件和信息服务交易所有限公司、广西达译科技有限公司、中国航天系统科学与工程研究院，
本文件主要起草人：胡兵、李文鹏、杨根兴、苏伟、藤逸龙、李镇宁、孙金洋、张旸旸、黄钰梅、刘林、汪洪涛、李刚、沈颖、季永炜、饶弟、胡芸、吴广、李敏、刘雷刚、于铁强、姚宝敬、冯正乾、韩庆良、冯宽、蔡立志、车江涛、林晨、沈华红、李培圣、安文章、许宗敏、谢洪伟、吴迪龙、庄园、楼莉、杨昕、福德鹏、欧阳树生、钱卫东、周长伦、李玲蟠、李沫、李媛媛、刘芬、郝琳、宋卫华。I
GB/T42566—2023
MkII功能点分析方法是一种对信息处理应用程序进行量化分析和规模测量的方法，它量化用户提出的信息处理需求，以数字的形式表示软件产品的规模，适用于软件产品活动有关的性能测量和评估。在进行MkI功能点分析的场合中，“信息处理需求”是指应用软件产品委托开发用户的功能需求集（不含任何技术和质量需求），“活动”可以是为满足软件需求而进行的软件产品的开发、优化、或维护MkI功能点分析方法由CharlesSymons在1991年出版的《软件的规模和评估：MkIl功能点分析》中定义，1985一1986年期间在KPMG内部开发并作为专有方法进行保护，现已公开。英国软件测量协会的测量实践委员会（MPC)目前是这个方法的解释机构，并负责该方法的持续开发。本文件的目的是制定使用MklI功能点分析(FPA)的规则并提供MklI功能点分析方法的标准。MkI和IFPUG功能点分析方法之间的关系如下。这两种软件产品规模测量方法都很精细但又显著不同。主要的不同是具有更精细颗粒度的a）
MkI功能点分析是一个连续的测算，而IFPUG一且达到阈值后组件规模就受限了，MkI功能点分析方法旨在更好地反映包含大量数据的商业系统中间处理过程的复杂度。由于规模测量是基于逻辑事务和实体的，软件需求和功能详述通常在其中得以表现，因此MkI功能规模的测量与开发实现软件的技术或方法无关。b）一般而言，这两个方法在400个功能点左右时给出大致相同的软件规模（对于个别软件项目来说，平均值可能相当分散）。对于更大规模的软件，MkI功能点分析将会算出持续增长的、比IFPUG方法更高的规模值。
对于某些应用（例如证券投资组合管理），这两个方法可以被认为是等同的。但是，如果用于最）
常见的性能测量和估算时，则倾向于使用同一种规模尺度，只在需要的时候使用一个显示平均关系的公式进行转换就可以了。1范围
系统与软件工程功能规模测量
MkI功能点分析方法
GB/T 42566—2023
本文件规定了MkI功能点分析方法的使用规则、测量过程、一般要求、特定场景测量要求、规模调整方法以及工作量估算方法。MkI功能点分析方法是一种有助于测量过程效率和管理应用软件开发、增强或维护活动成本的方法。它独立于软件的技术特征测量软件产品规模，只与用户相关。它可以：在软件开发过程的早期应用；
在软件生存周期中可以一致的持续应用；一通过业务来解释，并可以被使用软件的用户所理解。本文件适用于任何从逻辑事务角度描述的软件应用程序的功能规模测量，其中每个逻辑事务包括输人、处理和输出部件。MkI的测量规则适用于来自业务信息系统领域的应用软件，该领域每个逻辑事务处理部件主要负责数据的存储或检索。MkI可能也适用于其他领域的软件，但需注意：其测量规则不考虑科学工程软件中常见的复杂算法的规模，也没有特别考虑实时性要求。其他领域也是有可能使用MkI功能点分析方法的，但可能要对本文件中给出的规则进行扩展或作出新的解释。MkI功能点分析方法可用于测量如下规模：新应用程序或现有应用程序变更的需求规格或功能规格；一现有运行的应用程序的需求，无论是定制的，或者完整的业务软件解决方案，无论是批量的、或是在线实施的。
无论是直接使用，还是与工作量、缺陷数量等其他测量方法结合，MkI功能点分析可用于达到各种测量目的，包括：
测量项目或组织绩效（生产率、交付率和质量）；比较内部和外部IT性能：
一比较应用程序的质量和可靠性；比较不同平台上应用程序的标准化开发、维护和支持成本；估算项目的资源需求、工期和成本；协助评估新项目的业务用例的成本和风险要素；在开发应用程序之前，协助识别所有需求；控制项目中的节奏或范围变化；为团队成员分配工作任务；
确定应用程序资产基础的规模；一为没有及时更新功能说明文档的遗留系统编制有效的、高级别的功能性文档；确定应用程序的可替换价值
MkI功能点分析独立于项目管理方法（如瀑布型、螺旋型、增量型等），也独立于所采用的开发方法（如面向对象、信息工程等）。它是对逻辑和业务需求的测量，与实现方式无关规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文1
GB/T42566—2023
件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
GB/T18491.1信息技术软件测量功能规模测量第1部分：概念定义注：GB/T18491.1一2001信息技术软件测量功能规模测量第1部分：概念定义（ISO/IEC14143-1：1998，IDT）3术语和定义
GB/T18491.1界定的以及下列术语和定义适用于本文件。3.1
调整规模
adjustedsize
功能规模乘以技术复杂度调整之后的测量值。注：此测量值不代表实际的功能规模。3.2
应用程序
application
支持业务目标的自动化过程和数据的内聚汇集：由一个或多个组件、模块或子系统组成示例：应付账款、应收账款、工资单、采购、车间生产、装配线控制、空中搜索雷达、目标跟踪、武器发射、航班安排和乘客预订。
注：在本文件中，“应用程序”通常是“系统”的同义词，但“应用”一词更精确地表达了功能规模测量的性质，3.3
应用程序功能点计数
application function point count应用本文件测量应用程序功能规模的活动。3.4
attribute
有关实体的特征信息。
基线功能点计数
baseline functionpoint count在某个时间点上获取的应用程序功能点计数。注：可以基于它对之后的变更进行测量。3.6
边界　boundary
在研软件与其用户之间的概念上的界面。注：边界决定了在功能点计数中哪些功能应该被包括在内，而哪些功能不被包括［来源：ISO/IEC14143-1:2007,3.3]3.7
change
对现有应用程序的修改，包括添加、更改和删除3.8
变更项目功能点计数
Tchangeprojectfunctionpointcount对现有应用程序的修改（对项目结束后已交付的用户功能进行添加，更改和删除）所产生的工作输出进行的计数。
数据元素类型
data element type;DET
唯一的、用户可识别的、非递归的信息项。2
注：用户所见的数据的最基本形式，用于控制、记录和传输信息。3.10
影响程度
degree of influence; DI
表示19个(或更多)技术复杂度调整中关于每个系数的影响的数字指标。注：它们的范围从0（无影响)到5（强烈影响），用于技术复杂度调整的计算。3.11
开发development
GB/T42566—2023
一个新的应用程序或基于现有应用程序进行独立增加的规范、构造、测试和交付3.12
文developmentprojectfunctionpointcount开发项目功能点计数
用于测量在项目完成后首次安装所开发的软件时，提供给最终用户的功能点计数3.13
实体或数据实体类型
entity(or data entity type)
保存用户相关信息的基本事物。实体之间带有属性的关联本身也是一个实体。3.14
子实体类型
entity subtype
实体类型的子类型，继承了父类型的所有属性和关系，并可能有自身特有的其他属性和关系。3.15
功能点分析
function point analysis; FPA功能规模测量的一种执行方式，用于测量从用户角度观察的、与商业应用相关的软件开发、增强和维护活动的功能规模。
功能规模
functional size
通过功能用户需求进行量化而导出的软件规模［来源：GB/T18491.1—2001，3.63.17
功能规模测量
functional size measurement;FSM功能规模的量化过程。
［来源：GB/T18491.1—2001,3.7]3.18
用户功能需求
functional user requirements描述软件在执行任务和提供服务时所做工作的用户需求子集。注1：用户功能需求包括但不限于：数据迁移（例如：输入客户数据、发送控制信号）；数据转换（例如：计算银行利息、计算平均温度）：一数据存储（例如：保存客户订单、随时记录环境温度）；数据检索（例如：列出当前雇员，检索飞机位置）。注2：非用户功能需求包括但不限于：质量约束（例如：易用性、可靠性、效率和可移植性）：组织约束（例如：操作位置、目标硬件、标准依从性）；一环境约束（例如：互操作性、信息安全性、隐私和安全）；实现约束（例如：开发语言、交付计划）。3
GB/T42566—2023
[来源：ISO/IEC14143-1:2007,3.8]3.19
已安装的功能点计数
installed function point count与一组已安装的系统有关的应用程序功能点计数，3.20
交互interactive
用户与计算机通信时，采取的对话类型方式。注：例如使用菜单、命令行等。3.21
逻辑事务
logicaltransaction
MkI功能点分析的基本功能部件，在业务上对用户有意义的最小完整信息处理单元，通过真实世界与用户相关的一个事件或者信息请求来触发，由输入部件、处理部件和输出部件组成。它是自包含的，并能使被计数的应用程序处于一致状态。3.22
导航辅助
navigational aids
帮助用户在计算机应用程序中导航的软件功能注：例如快捷键，可以更快地在对话框间移动。3.23
非主实体类型
non-primary entity
由第三范式分析得到的一个数据实体类型。不属于应用程序要专门处理的主要实体类型，只包含有少数属性，例如代码、描述。注：参见3.28系统实体。
主实体类型
primary entity-type
在MkI功能点分析中涉及的、一种起主要作用的实体类型，所包含的属性是应用程序要专门设计来处理和/或存储的
qualityrequirements
质量需求
与软件质量相关的任何需求
［来源：GB/T18491.1—2001，3.10，有修改］3.26
范围蔓延
scopecreep
没有在原始需求中被指定，但是在已定义的功能和范围中被衍生确定的附加功能。3.27
sourcelinesofcode;SLOC
源代码行数
编译前，程序中编程语言代码的行数。3.28
系统实体
systementity
在MkI功能点分析中，将一个应用程序包含的所有非主实体组合在一起来标记的实体。3.29
技术复杂度调整
technical complexity adjustment一个将技术要求和质量要求对应用程序规模的影响纳人考虑的调整系数，使用该系数后将得出调4
整规模。
注：如果执行了此操作，得到的是调整规模，而不是功能规模3.30
ztechnical complexity adjustment factors技术复杂度调整因子
技术复杂度调整中要考虑的19个系数的集合。注：每个系数的影响程度在1到5之间。3.31
技术需求
technical requirements
与用于软件开发、维护、支持和执行的技术以及环境相关的需求。注：例如编程语言、测试工具、操作系统、数据库技术和用户接口技术等。［来源：GB/T18491.1—2001,3.12]3.32
用户user
在任何时刻与软件通信或交互的人或事物注：“事物”包括但不限于软件应用程序、动物、传感器或其他硬件。［来源：ISO/IEC14143-1:2007,3.11]缩略语
下列缩略语适用于本文件。
C/S：客户端/服务器（Client/Server）CASE：计算机辅助软件工程（ComputerAidedSoftwareEngineering）DET：数据元素类型（DataElementType）FPA：功能点分析（FunctionPointAnalysis）GUI：图形用户界面（GraphicUserInterface）MkIIFPA：MkII功能点分析（MarkIⅡIFunctionPointAnalysis）MRA：多元回归分析（MultipleRegressionAnalysis）PC：个人计算机(PersonalComputer）SLOC：源代码行数（SourceLines Of Code）TCA：技术复杂度调整（TechnicalComplexityAdjustment）TDI：总体影响程度（TotalDegreesof Influence）5MkI功能点分析方法的使用规则b
GB/T42566—2023
下面列举了MkI功能点分析方法应使用的所有规则，规则的详细说明在第7章中给出。规则1：边界，功能规模的测量应发生在一定的边界之内：注：字体加粗为着重强调且与国际标准一致，方便读者参阅。MkI功能点分析用于测量应用程序中用户需求的功能规模，功能点测量发生在以功能点计数a）
为目标的边界之内；
这个由边界包围的应用软件或应用软件的一部分应是功能一致的主体，由一个或多个完整的b）
逻辑事务类型组成（为便于阅读，下文中“类型”将被省略）。规则2：功能规模和逻辑事务，功能规模应由逻辑事务总体规模和发生变化的逻辑事务规模来确定a）
软件的功能规模是各个逻辑事务规模的总和，这些逻辑事务的输入和输出部件穿过封闭的5
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。