首页 > 国家标准(GB) > GB/T 42448-2023系统与软件工程 功能规模测量 FiSMA1.1方法
GB/T 42448-2023

基本信息

标准号: GB/T 42448-2023

中文名称:系统与软件工程 功能规模测量 FiSMA1.1方法

标准类别:国家标准(GB)

英文名称:Systems and software engineering—Functional size measurement—FiSMA 1.1 method

标准状态:现行

发布日期:2023-03-17

实施日期:2023-10-01

出版语种:简体中文

下载格式:.pdf .zip

下载大小:8087297

相关标签: 系统 软件工程 功能 规模 测量 方法

标准分类号

标准ICS号:信息技术、办公机械设备>>35.080软件开发和系统文件

中标分类号:电子元器件与信息技术>>信息处理技术>>L77软件工程

关联标准

出版信息

出版社:中国标准出版社

页数:24页

标准价格:43.0

相关单位信息

起草人:邓姿娴、李文鹏、黄家裕、苏伟、温家凯、王威、王公韬、杨根兴、张旸旸、刘林、季永炜、农强、王则瑶、李敏、周长怀、龚家瑜、于铁强、吕雪、李刚、李雨泓、庞懿丽、李勍、刘鹏飞、楼莉、周长伦、车江涛、周鸣乐、孙金洋、代寒玲、吴迪龙、麻妮娜、李谦、董冠涛、李婷等

起草单位:广西达译科技有限公司、中国电子技术标准化研究院、上海市软件行业协会、国家应用软件产品质量检验检测中心、中国航天系统科学与工程研究院、深圳赛西信息技术有限公司、广东益安人防工程科技有限公司、上海宝信软件股份有限公司、道普信息技术有限公司等

归口单位:全国信息技术标准化技术委员会(SAC/TC 28)

提出单位:全国信息技术标准化技术委员会(SAC/TC 28)

发布部门:国家市场监督管理总局 国家标准化管理委员会

标准简介

本文件规定了FiSMA 1.1方法的定义、约定和活动。本文件适用于使用FiSMA 1.1方法来测量软件功能规模的人员。FiSMA 1.1方法旨在提供给与软件获取、开发、使用、支持、维护和审计等工作相关的人员使用。FiSMA 1.1方法以用户功能需求评估为基础,从用户视角来测量软件段的功能规模。


标准图片预览






标准内容

ICS 35.080
CCS L 77
中华人民共和国国家标准 
GB/T42448—2023/ISO/IEC29881:2010系统与软件工程
功能规模测量
FiSMA1.1 方法 
Systems and software engineeringFunctional size measurement-FiSMA 1.1 method
(ISO/IEC 29881:2010,Information technology—Software andsystems engineering-FiSMA 1.1 functional size measurement method, IDT)2023-03-17发布
国家市场监督管理总局
国家标准化管理委员会
2023-10-01实施
GB/T42448—2023/ISO/IEC29881:2010前言
2规范性引用文件
3术语和定义
FiSMA1.1的BFC类和BFC类型
5FiSMA1.1测量过程
6BFC类的计数规则
功能规模测量单位.
用FiSMA1.1方法计算软件的功能规模8
测量报告
10从FiSMA1.1到其他FSM方法的可转换性次
附录A(资料性)与FiSMA1.1方法相关的术语列表附录NA(资料性)本文件应用案例参考文献
GB/T42448—2023/ISO/IEC29881:2010第1部分:标准化文件的结构和起草规则》的规定本文件按照GB/T1.1一2020《标准化工作导则起草。
本文件等同采用ISO/IEC29881:2010《信息技术软件与系统工程是FiSMA1.1功能规模测量方
法》。
本文件做了下列最小限度的编辑性改动:为与现有标准协调一致,将标准名称改为《系统与软件工程功能规模测量FiSMA1.1方法》;
为方便读者理解和使用,增加附录NA(资料性)。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。本文件起草单位:广西达译科技有限公司、中国电子技术标准化研究院、上海市软件行业协会、国家应用软件产品质量检验检测中心、中国航天系统科学与工程研究院、深圳赛西信息技术有限公司、广东益安人防工程科技有限公司、上海宝信软件股份有限公司、道普信息技术有限公司、云南电网有限责任公司信息中心、上海旋思智能科技有限公司、中国石油天然气股份有限公司规划总院、山东省计算中心(国家超级计算济南中心)、浙江省电子信息产品检验研究院、山东山科数字经济研究院有限公司、上海计算机软件技术开发中心、北京软件造价评估技术创新联盟、上海同思廷软件技术有限公司、北京中基数联科技有限公司、北京软件和信息服务交易所有限公司。本文件主要起草人:邓姿娴、李文鹏、黄家裕、苏伟、温家凯、王威、王公韬、杨根兴、张旸旸、刘林、季永炜、农强、王则瑶、李敏、周长怀、龚家瑜、于铁强、吕雪、李刚、李雨泓、庞懿丽、李熟、刘鹏飞、楼莉、周长伦、车江涛、周鸣乐、孙金洋、代寒玲、吴迪龙、麻妮娜、李谦、董冠涛、李婷、冯宽、许静、李玲播、李长秋、赵智勇、李沫、福德鹏、蔡立志、刘芬、欧阳树生、郝琳、庄园。I
GB/T42448—2023/ISO/IEC29881:2010引言
在比较软件开发的活动和替代方案时,功能规模是一个必不可少的测度。除了用于估算规模和分析生产率外,功能规模业已被证明可用于项目的计划、跟踪、控制和合同订立。因为功能规模测量(FunctionalSizeMeasurement,FSM)在用户功能需求和服务清单完备时效用最佳,所以此时即使对终端用户而言,FSM也能使范围管理和变更管理更有效、更可靠而且也更易于理解。在相似的环境条件、技术条件和质量要求下,可以基于功能规模和工作量之间的相关性,评估计算参数的准确性,进而评估FSM方法的有用性。这种评估可表明,需要证明用于得出功能规模的计算参数的合理性。FiSMA功能规模测量方法1.1版(FiSMAfunctionalsizemeasurementmethodversion1.1,FiSMA1.1)是一种通用的、参数化的FSM方法,适用于所有软件类型。FiSMA1.1由芬兰软件测量协会(FinnishSoftwareMetricsAssociation,FiSMA)的工作组开发,替代之前的FSM方法—经验2.0功能点分析(FunctionPointAnalysis,FPA)。自1997年以来,经验2.0FPA已在芬兰大规模应用。从1997年到2003年,超过600个软件开发项目用该方法进行了测量。FiSMA1.1使用的计数参数的当前限定值,是从其前身经验2.0FPA中得到的,已经统计证实准确性。如果数据收集和分析证明确有必要,可在未来版本的FiSMAFSM方法中进行更新。如果源数据收集达到推荐的详尽程度,那么FiSMA1.1和经验2.0FPA获得的结果在很大程度上可相互转换。
FiSMA1.1方法是完全基于用户功能需求(FUR)的。用户需求可以分为功能的(软件执行什么任务)和非功能的(软件必须如何执行任务,包括质量要求)。对于FiSMA1.1方法来说,其测量对象是用户功能需求。有些FSM方法是面向过程的,而FiSMA1.1是面向服务的。面向过程的方法需要识别该软件所支持的所有功能过程。与之相反,面向服务的方法(比如FiSMA1.1方法)需要识别该软件提供的所有不同的服务。
用户和已开发的软件段的FiSMA1.1关系链涉及如图1所示的用户需求和服务。用户
用户需求
功能需求
软件段
图1用户和软件段之间的关系
本文件的每位读者都可出于自已的理由了解规模测量,但典型的用户视角是为软件项目估算工作量。FSM的其他重要行业应用如图2所示。Ⅱ
功能规模测量的目的
是提供软件的规模
变更管理
(包括跟踪范围潜变)
FSM方法的目的
其他与规模相关的
评估目的
GB/T42448—2023/ISO/IEC29881:2010测量软件重用率
估算(如项目的)
工作量等
确定软件维护的价格
确定软件产品的价格
确定生产率等
(如完成项目后)
2功能规模测量的常见目的
本文件以可操作性作为考虑的基本出发点,增加了资料性附录NA“本文件应用案例”,确保了本文件可在实际使用中具有指导意义Ⅲ
1范围
GB/T42448—2023/ISO/IEC29881:2010系统与软件工程功能规模测量
FiSMA1.1方法
本文件规定了FiSMA1.1方法的定义、约定和活动。本文件适用于使用FiSMA1.1方法来测量软件功能规模的人员。FiSMA1.1方法旨在提供给与软件获取、开发、使用、支持、维护和审计等工作相关的人员使用。FiSMA1.1方法以用户功能需求评估为基础,从用户视角来测量软件段的功能规模。1.1FiSMA1.1方法的应用领域
FiSMA1.1方法适用于测量任何功能领域的软件。1.2FiSMA1.1方法的局限性
在被测量软件的种类或质量上,FiSMA1.1方法没有任何局限性。1.3FiSMA1.1方法的FSM范围
FiSMA1.1方法的功能规模测量范围取决于测量软件的目的。使用FiSMA1.1方法时,所涵盖的各种用户功能需求依赖于计数目的,因此可能包括一个软件段或一组软件段的用户功能需求。在该范围内的每个软件段都要分别测量,如果一个项目内有多于一个软件段,需要累加获得软件的全部功能规模。FSM实例范围经常是总体用户需求的一个子集,仅包括用户功能需求,也就是软件必须执行的服务和任务的内容。FSM的目的决定了FSM实例将包括的用户功能需求。注1:如果FSM的目的是确定软件段第一次发布的规模,那么FiSMA1.1方法使用的范围只包括第一次发布的用户功能需求。
注2:如果FSM的目的是判定一个已经安装软件包的支持规模,那么FSM实例中只包含组织使用的软件包中的用户功能需求
注3:FiSMA1.1方法只测量上述范围内的用户功能需求的规模。2规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
ISO/IEC14143-1:2007信息技术软件测量功能规模测量第1部分:概念定义(Information technologySoftware measurementFunctional size measurement-Part l:Definitionofconcepts)
注:GB/T18491.1—2001
1998,IDT)
3术语和定义
信息技术软件测量功能规模测量第1部分:概念定义(ISO/IEC14143-1:ISO/IEC14143-1:2007界定的以及下列术语和定义适用于本文件。1
GB/T42448—2023/ISO/IEC29881:2010注:为帮助不熟悉功能规模测量术语的用户,增加本文件的可用性,附录A提供了大部分重要术语的定义和解释。3.1
基本功能部件类basefunctionalcomponentclass;BFCclass已定义的基本功能部件类型组。3.2
边界boundary
在研软件与其用户之间的概念上的界面。[来源:ISO/IEC14143-1:20073.3]注:从外部用户视角观察,使用FiSMA1.1方法测量的软件边界在概念上分隔了软件和其运行环境。软件边界为测量分析人员提供了可靠的分隔标识,用于明确区分哪部分是受测软件包含的内容,哪部分是受测软件的运行环境。
数据元素
dataelement
在BFC中唯一的、用户可识别的、不重复的字段。注1:数据元素在BFC中可以是字符串,也可以是数字或图形元素。注2:数据元素的数量总是大于0。3.4
数据存储
datastore
数据和检索信息的组织有序的和持久的汇集。[来源:GB/T20917—2007,3.6]3.5
aend-user
终端用户
在任何时候与软件进行通信或互动的任何人。3.6
functional service
功能服务
为满足用户功能需求而应在软件段中实现的服务3.7
operation
在一个算法与操控BFC中执行的算术或逻辑运算注:操作次数总是大于0。
读引用readingreference
来自另一软件或系统(其包含在BFC中检索到的数据)的数据存储实体或记录,或者接口记录。注:对于所有可用的BFC类型,其读引用的数量大于或等于0。3.9
用户user
在任何时刻与软件进行通信或交互的任何人或事物3.10
writingreference
写引用
到达另一软件或系统(其数据写到BFC中)的数据存储实体或其他记录,或者接口记录注:对于所有可用BFC类型,其写引用的数量大于0。4FiSMA1.1的BFC类和BFC类型
FiSMA1.1定义了7个不同的BFC类:2
交互式终端用户导航与查询服务(q);交互式终端用户输人服务(i);
非交互式终端用户输出服务(o):到其他应用的接口服务(t);
自其他应用的接口服务(f);
数据存储服务(d);
算法与操控服务(a)。
GB/T42448—2023/IS0/IEC29881:2010FiSMA1.1的每个BFC类可进一步分解为数个BFC类型,FiSMA1.1共有28个类型。图3展示了BFC类和其部件BFC类型之间的关系。各BFC类将在后续章条中进行解释注:为便于展示,采用下列简式约定:a)
这7个BFC类分别用单个字母表示,如图3所示;各个BFC类型以BFC类字母前缀加上指定整数进行表示,见图3。功
能指示器
录与注销
交互式终端用户导航
与查询服务(q)
FiSMA1.1功能服务
到其他应用的接口
服务(t)
功能输入对话框:www.bzxz.net
以功能输入对话框
三功能输入对话框:
交互式终端用户输
入服务(i)
数据存储服务(d)
自其他应用的接口
服务(f)
电子邮件或文本消息
示器屏幕输出
非交互式终端用户输
出服务(o)
实体或类d1
其他记录类型d2
算法与操控服务(a)
图3FiSMA1.1BFC类和BFC类型
化例程
以据库消理例程
其他操控例程
28个BFC类型的每一个都从用户视角描述了一个唯一的、独立自足的用户功能需求。一个服务代表一个独立的用户功能需求。如果用户和开发者之间对某个服务的BFC分类持不同看法,宜以用户视角为准。注:测量通常是为了帮助软件开发或维护的管理。视角解释了关于测量的具体思考方式。宜预先决定视角,因为不同的视角可能需要不同级别的粒度来报告功能规模的测量结果。4.1交互式终端用户导航与查询服务(q))本BFC类涉及进出软件边界的数据和/或服务。交互式终端用户导航与查询服务指定了,在无需3
GB/T42448—2023/ISO/IEC29881:2010维护存储在系统中的持久性数据时,交互式用户接口的所有部分。维护指的是任何导致数据变化的服务,例如新增、更新或删除。
每个导航与查询服务的功能规模单位数量,依赖于该BFC的数据元素数量和需要引用的唯一实体数量。(本步确认的被引用实体,和BFC类“数据存储服务”确认的BFC类型“实体或类”有间接关系。本BFC类中确认的每个被引用独立实体,也应明确地作为软件应用存储数据计数一次。)在FiSMA1.1中,BFC类“导航与查询服务”分为7个BFC类型。a)功能指示器(q1)为用户提供一种唯一、可识别、可视化的方式来指示要被执行的特定服务。注:终端用户可把功能指示器称为“图标”;但此处并不暗示任何特定设计。特别是在图形用户界面(GUI)情况下,功能指示器是交互式终端用户导航与查询服务的重要组成部分。登录与注销功能(q2)通常不更新持久性数据。本功能控制用户访问并防止非法使用,b)
功能列表(q3)是提供一组预先定义的备选项的服务,以使用户能够指定要执行的特定服务。注:终端用户可把功能列表称为“菜单”,但此处并不暗示任何特定设计。选择列表(q4)向终端用户显示可接受参数值的列表。通常是非常简单地显示每个单一数据项d)
的值,但也可更复杂。
注:实践中有多种不同的方式实现选择列表,但此处并不暗示任何设计。实践中,终端用户将把这些功能称为“下拉式列表”“弹出式窗口\“组合框”“列表框”等。e)数据查询(q5)向终端用户显示数据存储的特定内容。注:查询也称作调查或询问。
生成指示器(q6)帮助用户为后续服务准备数据和/或控制信息。本服务通常连接到其他类型的功能服务,例如报表或操控例程。注:终端用户可把生成指示器称为“生成对话框”,但此处并不暗示任何特定设计。g)浏览列表(q7)显示相似数据元素的列表,通常是帮助筛选实体以进行进一步操作的重要细项。4.2交互式终端用户输入服务(i)本BFC类涉及跨越边界进入软件的数据和/或服务。交互式终端用户输入服务指定了在有软件数据存储的维护时,交互式用户界面的所有部分。数据存储由逻辑实体(数据记录)组成。维护指的是任何导致数据变化的服务,包括例如新增、更新和删除。从用户视角看,本服务执行变更软件数据内容的业务任务。从信息系统视角看,终端用户使用本服务来操作系统数据。
输人功能的功能规模单位数,依赖于所测量BFC的不同数据元素的数量,以及需要的对唯一实体的读写引用数量。(本步确认为写引用的实体,和BFC类“数据存储服务”中确认的BFC类型有直接关系。本BFC类中确认的每个写引用独立实体,也应明确地作为存储数据计数一次。)在FiSMA1.1中,终端用户输入服务分为3个BFC类型。a)单功能输人对话框(i1)仅支持新增、更新或删除这三种维护类型中的一种。b)双功能输人对话框(i2)支持新增、更新和/或删除这三种维护类型中的两种。c)三功能输人对话框(i3)支持新增、更新和删除这全部三种维护类型。4.3非交互式终端用户输出服务(0)本BFC类涉及向外跨越软件边界的数据和/或服务。非交互式终端用户输出服务指定了非交互式用户接口的所有部分,并且不维护软件的数据存储。输出功能的功能规模单位数,取决于BFC的不同数据元素的数量,以及所需的对实体的读引用数量。(本步确认的被引用唯一实体,和BFC类“数据存储服务”中确认的BFC类型有间接关系。本BFC类中确认的每个被引用独立实体,也应明确地作为存储数据计数一次。)4
FiSMA1.1输出服务分为4个BFC类型。GB/T42448—2023/ISO/IEC29881:2010输出表单(o1)是产生打印的或显示的文档的服务,这些文档始终采用相同的布局(例如收据)。a)
报表(o2)是产生打印的或显示的文档的服务,文档的布局可根据提供的数据在给定框架内有b
所变化(如产品列表或销售报表)。电子邮件或文本消息(o3)是产生电子传输的输出文档的服务,这些文档具有标准化的结构。c)
文档的标准结构通常包含标题字段、数据字段和可选附件。d)显示器屏幕输出(o4)服务产生连续不断显示的文档,这些文档由于数据变化而定期更新(例如过程测量的显示)。
4.4到其他应用的接口服务(t)
本BFC类涉及向外跨越软件边界的数据和/或服务。到其他应用的接口服务指定了所有将数据从被测量软件移动到任一其他应用或设备的自动化数据传输对外接口功能的功能规模单位数量,依赖于被测BFC的不同数据元素的数量(例如,属性的数量)和所需的对实体读引用数量。(本步确认的被引用实体,和BFC类“数据存储服务”中确认的BFC类型有间接关系。本BFC类中确认的每个被引用独立实体,也应明确地作为存储数据计数一次。)FiSMA1.1对外接口功能分为3个BFC类型。到其他应用的消息(t1)是将数据组在线地(通常是实时地)发送给任一其他应用的服务。a)
到其他应用的批处理记录(t2)是将数据组写入临时文件以传输给任一其他应用的服务。b)
到设备或其他应用的信号(t3)是将数据字符串或单条信息发送到任一其他应用或设备(例如c)
LED)的服务。
4.5自其他应用的接口服务(f)本BFC类涉及向内跨越软件边界的数据和/或服务。自其他应用的接口服务指定了,所有接收任一其他应用或设备提供并发送的数据组的自动化数据传输。来自其他应用的对内接口服务的功能规模单位数量,依赖于被测BFC的不同数据元素的数量和对实体的读写引用数量。
(本步确认的被引用实体,和BFC类“数据存储服务”中确认的BFC类型有间接关系。本BFC类中确认的每个写引用独立实体,也应明确地作为存储数据计数一次。)FiSMA1.1将本BFC类分为3个BFC类型a)
自其他应用的消息(f1)是在线地(通常是实时地)接收来自任一其他应用的数据的服务自其他应用的批处理记录(f2)是以分组或“批次”的形式从任一其他应用接收数据的服务。b)
自设备或其他应用的信号(f3)是从任一其他应用或设备(例如传感器)接收数据字符串或单条c)
信息的服务。
4.6数据存储服务(d)
本BFC类涉及与通过另一个BFC类跨越边界进入软件的数据相关联的数据存储。数据存储服务指定了现实世界中相互关联且独立自包含的数据组或集合,用户需要软件提供一个或多个有关数据存储。数据存储服务,是软件为满足这些数据存储需求而提供的功能服务。这些“相互关联且独立自包含的数据组或集合”通常称为实体、数据组、数据类或所关注的对象,具体称谓依赖于开发环境采用的术语。
数据存储服务产生数据存储,并使数据可用于维护、查询或输出,注:总体而言,数据存储服务通常在关系型数据库中以数据表形式实现,在数据文件中以记录形式实现。数据存储服务的功能规模单位数量,依赖于独立自包含的数据组或集合中不同数据元素的数量(即5
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。