ICS35.240 CCSL70/84 NBCF 团 体 标 准 T/NBCF001—2023 信息技术应用创新软件成本测算规范 Specificationforcostestimatingofsoftwareofinformationtechnologyapplication innovation 2023-08-25发布 2023-09-01实施 宁波市计算机学会  发布 全国团体标准信息平台 前言 本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由宁波市计算机学会提出并归口。 本文件起草单位：浙江金网信息产业股份有限公司、宁波工程学院、宁波港信息通信有限公司、中 国电信股份有限公司宁波分公司、浙江移动信息系统集成有限公司、联通(浙江)产业互联网有限公司、宁 波市档案馆。 本文件主要起草人：郭辉、姚拓中、沈铖涛、裴高翔、董明、黄深广、孙志军、朱祥皞、贺健挺、 毛永坚。 全国团体标准信息平台 T/NBCF001—2023 1信息技术应用创新软件成本测算规范 1范围 本文件规定了信息技术应用创新（简称：信创）软件成本测算的方法及过程，包括软件成本的构成、 软件规模、工作量及成本测算方法及过程。 本文件适用于以功能性需求为主的信息技术应用创新软件成本测算。 2规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件。 GB/T36964—2018软件研发成本度量规范 GB/T42449—2023系统与软件工程功能规模测量IFPUG方法 SJ/T11617—2016软件工程功能规模测量COSMIC方法 SJ/T11618—2016软件工程功能规模测量MkII功能点分析方法 SJ/T11619—2016软件工程功能规模测量NESMA方法 SJ/T11620—2016软件工程功能规模测量FiSMA1.1方法 3术语和定义 GB/T36964—2018界定的以及下列术语和定义适用于本文件。 3.1委托方sponsor 软件开发项目的岀资方。 [来源：GB/T36964-2018，3.17] 3.2开发方developer 受委托方（3.1）委托，负责软件开发的组织或团队。 [来源：GB/T36964-2018，3.18] 3.3第三方third-party 除委托方(3.1)17(3.2)之外的监理、审计、咨询机构等利益相关方。 [来源：GB/T36964-2018，3.19] 3.4终端适配terminaladaptation 对非信创软件系统进行基于终端的适配改造（服务端架构保持不变），改造后同时支持信创和非信 创终端访问。 3.5系统改造systemtransformation 对非信创软件系统进行基于服务端的部分代码改造，改造后同时支持信创和非信创终端访问。 3.6代码重构coderefactoring 对非信创软件系统进行基础开发框架改造以及整体代码结构调整，改造后同时支持信创和非信创终 端访问。 3.7新建系统newsystem 全国团体标准信息平台 T/NBCF001—2023 2基于符合信创要求的技术，构建全新的软件系统，建设完成后同时支持信创和非信创终端访问。 3.8软件成本softwarecost 委托方为达成新软件在国产化平台上开发或者旧软件从非国产化平台迁移到国产化平台的项目目 标而需向开发方支付的代码开发成本。 3.9基准数据benchmark 经过筛选并维护数据库中的一个或一组测量值或者派生测量值，用来表征目标对象相关属性与这些 测量值的关系。 [来源：GB/T36964-2018，3.14] 3.10系统边界systemboundary 被测算软件与用户或其他系统之间的界限。 [来源：GB/T36964-2018，3.11] 3.11功能点functionpoint 衡量软件功能规模的一种单位。 [来源：GB/T36964-2018，3.12] 3.12内部逻辑文件internallogicalfile 在应用程序边界内维护的用户可识别的逻辑相关数据组或控制信息。其主要目的是保存由被计数的 应用程序的一个或多个基本处理所维护的数据。 3.13外部接口文件externalinterfacefile 被一应用程序引用但在另一应用程序边界内被维护的，用户可识别的逻辑相关数据组或控制信息， 其主要目的是保存由被计数的应用程序边界内的一个或多个基本处理所引用的数据。 3.14预估功能点计数法numerationmethodofpre-estimatedfunctionpoint 功能需求不明确情况下，仅进行内部逻辑文件和外部接口文件计数的功能点计数方法。 3.15估算功能点计数法numerationmethodofestimatedfunctionpoint 功能需求明确的情况下，一个特定应用程序或项目的功能点计数方法。 3.16功能点耗时率personhoursperfunctionalpoint 每功能点所消耗的人时数。 [来源：GB/T36964-2018，3.21] 4缩略语 下列缩略语适用于本文件。 EI：外部输入（ExternalInput） EIF：外部接口文件（ExternalInterfaceFile） EO：外部输出（ExternalOutput） EQ：外部查询（ExternalQuery） FP：功能点（FunctionPoint） ILF：内部逻辑文件（InternalLogicFile） 5信创软件成本构成 全国团体标准信息平台 T/NBCF001—2023 3信创软件成本构成为软件开发过程所用工作量对应成本的总和，不包括软件预研或可行性分析、数 据迁移、软件维护、软硬件购置费、第三方测评费等费用。开发过程包括从信创软件委托开发开始到软 件完成验收之间的需求分析、设计、编码、测试、部署、调试、验收等相关的项目管理及支持活动。 6信创软件成本测算过程与方法 6.1测算流程 信创软件成本测算的基本流程如图1所示。 图1信创软件成本测算流程 6.2测算信创软件规模 6.2.1通用要求 规模估算所采用的方法，应根据项目特点和测算需求，选用SJ/T11617－2016、SJ/T11618－2016、 SJ/T11619－2016、SJ/T11620－2016和GB/T42449-2023五种功能规模测量标准中的一种。信创软件成 本测算宜采用GB/T42449-2023规定的IFPUG方法或SJ/T11619－2016规定的NESMA方法测算软件规模。 在测算规模时，应考虑可能的需求变更程度，并利用规模调整因子对规模测算结果进行调整；在测 量工作量时，应考虑所在行业领域生产率基准数据、软件因素等因素，利用调整因子对工作量测算结果 进行调整。调整因子参数按附录A规定。 6.2.2功能点计数 应根据已知的项目功能描述，采用功能点计数法测算软件规模，功能点计数法包括预估功能点计数 法、估算功能点计数法。 在测算规模前应依据可行性研究报告或类似文档明确项目范围及系统边界。项目范围描述文档应包 含最基本的业务需求，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行 描述或说明，保证可根据项目范围描述文档进行预估功能点或估算功能点计数。 在项目谋划、预算申报、技术审查阶段等需求功能尚不明确情况下宜采用预估功能点计数法，测算 未调整的功能点数。 采用预估功能点计数法测算软件规模按公式（1）计算： UFP=a1×ILF+a2×EIF……………………………………………………………………………………(1) 式中： UFP――未调整的功能点数，单位为功能点； ILF――内部逻辑文件数量，单位为个； a1――单个内部逻辑文件功能点数分配常量35，单位为功能点每个； EIF――外部接口文件数量，单位为个； a2――单个外部接口文件功能点数分配常量15，单位为功能点每个； 在实施阶段等需求功能较为明确，数据、事务功能可识别的情况下，宜采用估算功能点计数法，测 算未调整的功能点数。 采用估算功能点计数法测算软件规模按公式（2）计算： UFP=b1×ILF+b2×EIF+b3×EI+b4×EO+b5×EQ……………………………………………………………(2 ) 式中： UFP――未调整的功能点数，单位为功能点； ILF――内部逻辑文件数量，单位为个； b1――单个内部逻辑文件功能点数分配常量10，单位为功能点每个； EIF――外部接口文件数量，单位为个； b2――单个外部接口文件功能点数分配常量7，单位为功能点每个； 全国团体标准信息平台 T/NBCF001—2023 4EI――外部输入数量，单位为个； b3――单个外部输入功能点数分配常量4，单位为功能点每个； E0――外部输出数量，单位为个； b4――单个外部输出功能点数分配常量5，单位为功能点每个； EQ――外部查询数量，单位为个； b5――单个外部查询功能点数分配常量4，单位为功能点每个； 功能点按附录B的规定进行分类、识别和计数。 示例：政府部门甲拟新建一套OA系统，以支持其网上办公、文档流转等电子政务需求，主要功能包括收文管理、 发文管理、会议管理、日程安排等。采用预估功能点计数方法，假设根据需求描述可以识别出需求中包含15个ILF，4 个EIF，因此，此部分需求未调整的功能点数UFP为585。 6