TNBCF 001-2023 信息技术应用创新软件成本测算规范

ICS35.240CCSL70/84NBCF团 体 标 准T/NBCF001—2023信息技术应用创新软件成本测算规范Specificationforcostestimatingofsoftwareofinformationtechnologyapplicationinnovation2023-08-25发布 2023-09-01实施宁波市计算机学会  发布前言本文件按照GB/T1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由宁波市计算机学会提出并归口。本文件起草单位：浙江金网信息产业股份有限公司、宁波工程学院、宁波港信息通信有限公司、中本文件主要起草人：郭辉、姚拓中、沈铖涛、裴高翔、董明、黄深广、孙志军、朱祥皞、贺健挺、毛永坚。T/NBCF001T/NBCF001—2023PAGEPAGE10信息技术应用创新软件成本测算规范范围（本文件适用于以功能性需求为主的信息技术应用创新软件成本测算。规范性引用文件（包括所有的修改单适用于本文件。GB/T36964—2018软件研发成本度量规范GB/T42449—2023系统与软件工程功能规模测量IFPUG方法SJ/T11617—2016软件工程功能规模测量COSMIC方法SJ/T11618—2016软件工程功能规模测量MkII功能点分析方法SJ/T11619—2016软件工程功能规模测量NESMA方法SJ/T11620—2016软件工程功能规模测量FiSMA1.1方法术语和定义GB/T36964—2018界定的以及下列术语和定义适用于本文件。sponsor软件开发项目的岀资方。[来源：GB/T36964-2018，3.17]developer受委托方（3.1）委托，负责软件开发的组织或团队。[来源：GB/T36964-2018，3.18]third-party除委托方(3.1)17(3.2)之外的监理、审计、咨询机构等利益相关方。[来源：GB/T36964-2018，3.19]terminaladaptation（服务端架构保持不变改造后同时支持信创和非信创终端访问。systemtransformation对非信创软件系统进行基于服务端的部分代码改造，改造后同时支持信创和非信创终端访问。coderefactoringnewsystem基于符合信创要求的技术，构建全新的软件系统，建设完成后同时支持信创和非信创终端访问。softwarecost委托方为达成新软件在国产化平台上开发或者旧软件从非国产化平台迁移到国产化平台的项目目标而需向开发方支付的代码开发成本。benchmark[来源：GB/T36964-2018，3.14]systemboundary被测算软件与用户或其他系统之间的界限。[来源：GB/T36964-2018，3.11]functionpoint衡量软件功能规模的一种单位。[来源：GB/T36964-2018，3.12]internallogicalfileexternalinterfacefile被一应用程序引用但在另一应用程序边界内被维护的，用户可识别的逻辑相关数据组或控制信息，其主要目的是保存由被计数的应用程序边界内的一个或多个基本处理所引用的数据。numerationmethodofpre-estimatedfunctionpoint功能需求不明确情况下，仅进行内部逻辑文件和外部接口文件计数的功能点计数方法。估算功能点计数法numerationmethodofestimatedfunctionpoint功能需求明确的情况下，一个特定应用程序或项目的功能点计数方法。personhoursperfunctionalpoint每功能点所消耗的人时数。[来源：GB/T36964-2018，3.21]缩略语下列缩略语适用于本文件。EI：外部输入（ExternalInput）EIF：外部接口文件（ExternalInterfaceFile）EO：外部输出（ExternalOutput）EQ：外部查询（ExternalQuery）FP：功能点（FunctionPoint）ILF：内部逻辑文件（InternalLogicFile）信创软件成本构成信创软件成本测算过程与方法测算流程信创软件成本测算的基本流程如图1所示。图1信创软件成本测算流程测算信创软件规模通用要求规模估算所采用的方法，应根据项目特点和测算需求，选用SJ/T11617－2016、SJ/T11618－2016、SJ/T11619－2016、SJ/T11620－2016和GB/T42449-2023五种功能规模测量标准中的一种。信创软件成本测算宜采用GB/T42449-2023规定的IFPUG方法或SJ/T11619－2016规定的NESMA方法测算软件规模。功能点计数/模块划分，并对每一子系统或模块的基本用户需求进行描述或说明，保证可根据项目范围描述文档进行预估功能点或估算功能点计数。采用预估功能点计数法测算软件规模按公式（1）计算：UFP=a1×ILF+a2×EIF 式中：UFP――未调整的功能点数，单位为功能点；ILF――内部逻辑文件数量，单位为个；a1――单个内部逻辑文件功能点数分配常量35，单位为功能点每个；EIF――外部接口文件数量，单位为个；a2――单个外部接口文件功能点数分配常量15，单位为功能点每个；采用估算功能点计数法测算软件规模按公式（2）计算：UFP=b1×ILF+b2×EIF+b3×EI+b4×EO+b5×EQ )式中：UFP――未调整的功能点数，单位为功能点；ILF――内部逻辑文件数量，单位为个；b1――单个内部逻辑文件功能点数分配常量10，单位为功能点每个；EIF――外部接口文件数量，单位为个；b2――单个外部接口文件功能点数分配常量7，单位为功能点每个；b3――单个外部输入功能点数分配常量4，单位为功能点每个；E0――外部输出数量，单位为个；b4――单个外部输出功能点数分配常量5，单位为功能点每个；EQ――外部查询数量，单位为个；b5――单个外部查询功能点数分配常量4，单位为功能点每个；功能点按附录B的规定进行分类、识别和计数。示例：政府部门甲拟新建一套OA系统，以支持其网上办公、文档流转等电子政务需求，主要功能包括收文管理、发文管理、会议管理、日程安排等。采用预估功能点计数方法，假设根据需求描述可以识别出需求中包含15个ILF，4个EIF，因此，此部分需求未调整的功能点数UFP为585。规模调整复用程度调整US=RUUFP……………(3)式中：US――未调整的软件规模，单位为功能点；RUF――复用度调整因子，取值见附录A.1；UFP――未调整的功能点数，单位为功能点。示例：假设根据需求描述，计数有15个ILF，有4个EIF，部分的整体复用程度是开发方开发过类似功能，需要适当调整，因此，未调整规模US为460（FP）。隐含需求及需求变更调整采用预估功能点测算规模时,应根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行调整，公式如下：S=U×CF (4)式中：S――调整后的软件规模，单位为功能点；US――未调整软件规模，单位为功能点；CF――规模变更调整因子，取值见附录A.2。CF的取值可参考中国软件行业基准数据(CSBMK®-202210)。预估功能点的测算及调整可参考附录C.。示例：根据项目测算，未调整的软件规模为460功能点，但该项目需求尚未完全确定，假设该项目的测算场景为项目技术审查阶段，取值为1.22，则该项目调整后的软件规模S为460×1.22=561.2个功能点。测算工作量工作量调整因子软件因素调整因子软件因素调整因子按公式（5）计算。SWF=SWF1[(C1+C2+C3+C4×0.025+1] (5)式中：SWF——软件因素调整因子；SWF1——应用类型调整因子，取值见附录A.4；C1——质量特性调整因子之分布式处理因子，取值见附录A.5；C2——质量特性调整因子之性能因子，取值见附录A.5；C3——质量特性调整因子之可靠性因子，取值见附录A.5；C4——质量特性调整因子之多重站点因子，取值见附录A.5。测算工作量采用方程法测算工作量按公式（6）：AE=(S×PDR)SWFDLFDTF×ICF (6)式中：AE――测算工作量，单位为人时；S――调整后的软件规模，单位为功能点；PDR――功能点耗时率，单位为人时每功能点。PDR的取值参见附录A.3或本组织历史数据；SWF――软件因素调整因子；DLF――开发语言调整因子，DLF的取值参见附录A.6；DTF――开发团队背景调整因子，DTF的取值参见附录A.7；ICF――信创调整因子，ICF的取值参见附录A.8。生产率基准数据通常使用P50的取值测算工作量最有可能值，使用P50的正负20%分别测算上下限。示例：政府部门甲拟新建一套OA556.6依据中国软件行业基准数据(CSBMK®-202210)中电子政务行业生产率基准数据，电子政务领域生产率P50取值6.725.388.06；A.4、附录A.5，应用类型取值为1，质量特征调整因子取值0.9，因此计算可得SWF为0.9；依据附录开发语言调整因子取值，依据附录开发团队背景调整因子取值1；AE=(561.2×6.72×0.×0.8=2175.312173.863256.76人时之间。测算成本在获得了工作量测算结果后，采用公式（7）测算成本：P=AE/HMF )式中：P――软件开发成本，单位为元；AE――测算工作量，单位为人时；HM――人月折算系数，单位为人时每人月，取值为174；F――平均人月费率，单位为元每人月；其中，平均人月费率F的取值参照中国软件行业基准数据(CSBMK®-202210)。成本测算参见附录D。完整的规模、工作量、成本测算方法、过程参见附录E。示例：假设某信创软件开发测算工作量AE的最有可能为2715.31人时，而工作量测算最终结果的合理范围在2173.86人时到3256.76人时之间。示例：20000P=(2715.31/17420000312104.602本的合理范围在249868.97元到374340.23元之间。复用度调整因子参数表复用度调整因子参数见表A.1。

附 录 A（规范性）参数表表A.1复用度调整因子参数表复用程度调整因子低1中2/3高1/3规模调整因子参数表规模调整因子参数见表A.2。

表A.2规模调整因子参数表项目阶段调整因子项目谋划、预算申报阶段1.39项目技术审查阶段1.22项目实施阶段1.0生产率基准数据表全行业生产率基准数据见表A.3。表A.3全行业生产率基准数据

单位为人时/功能点百分位P10P25P50P75P90数值2.374.267.1212.4117.34（CSBMK®-202210）的数据库，可随着行业基准数据的P50P50的正负20%分别测算上下限。特殊情况（如项目目标约束极其严格）下，也可采用P10和P90的值测算上下限。应用类型调整因子参数表应用类型调整因子参数见表A.4。表A.4应用类型调整因子参数表应用类型范围调整因子业务处理各类业务应用系统、政务服务系统、协同办公系统等1.0应用集成应用集成、公共支撑平台、企业服务总线、地理信息系统等1.2科技科学计算、模拟、统计等1.2多媒体图形、影像、声音等多媒体应用领域；教育和娱乐应用等1.3大数据大数据分析系统1.3智能信息自然语言处理、人工智能、专家系统等1.7系统操作系统、数据库系统、集成开发环境、自动化开发/设计工具等1.7通信控制通信协议、仿真、交换机软件、全球定位系统等1.9流程控制生产管理、仪器控制、机器人控制、实时控制、嵌入式软件等2.0质量特性调整因子参数表质量特性调整因子参数见表A.5。表A.5质量特性调整因子参数表调整因子判断标准影响度分布式处理间传输数据没有明示对分布式处理的需求事项-1通过网络进行客户端/服务器及网络基础应用分布处理和传输0在多个服务器及处理器上同时相互执行应用中的处理功能1性能指用户对应答时间或处理率的需求水平没有明示对性能的特别需求事项或活动，因此提供基本性能-1应答时间或处理率对高峰时间或所有业务时间都很重要，对连动系统结束处理时间有限制0为满足性能需求事项，要求设计阶段进行性能分析，或在设计、开发阶段使用分析工具1可靠性指发生故障的影响程度没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠性-1发生故障时可轻易修复，带来一定不便或经济损失0发生故障时很难修复，发生重大经济损失或有生命危害1多重站点指能够支持不同硬件和软件环境在相同用途的硬件或软件环境下运行-1在用途类似的硬件或软件环境下运行0在不同用途的硬件或软件环境下运行1注：根据可研报告或初步设计中对分布式处理、性能、可靠性、多重站点的特性要求取值。开发语言调整因子参数表开发语言调整因子参数见表A.6。表A.6开发语言调整因子参数表语言分类调整因子C/C++、C#及其他同级别语言/平台1.5JAVA及其他同级别语言/平台1.0Python、PowerBuilder、ASP及其他同级别语言/平台0.8开发团队背景调整因子参数表开发团队背景调整因子参数见表A.7。表A.7开发团队背景调整因子参数表调整因子判断标准影响度同类行业及项目的以往经验为本行业开发过类似的项目0.8为其他行业开发过类似的项目，或为本行业开发过不同但相关的项目1.0没有同类项目的背景1.2信创调整因子参数表信创调整因子参数见表A.8。表A.8信创调整因子参数表项目分类判断依据调整因子新建系统创和非信创终端访问。1.0终端适配（服务端架构保持不变造后同时支持信创和非信创终端访问。0.1~0.5系统改造和非信创终端访问。0.5~0.8代码重构同时支持信创和非信创终端访问。0.8~1.0注：根据编制说明中对新建系统、终端适配、系统改造、代码重构的特性要求取值。功能点计数项分类

附 录 B（规范性）功能点计数基本规则功能点计数项分为数据功能和交易功能两类，其中数据功能包括内部逻辑文件（ILF）、外部接口文件（EIF）；交易功能包括外部输入（EI）、外部输岀（EO）、外部查询（EQ）。（业务对象ILF或EIF（如数据库表没有必然的对应关系。使用预估功能点方法时，只需要识别数据功能，包括ILF和EIF；使用估算功能点方法时，需要识别数据功能和事务功能，包括ILF、EIF、EI、EO和EQ。示例：对于人事管理系统，“人员信息”、“部门信息”属于数据功能，“增加人员信息”、“修改部门信息”、“查询在岗人员”等则为交易功能。ILFILF是系统内部维护的逻辑上的一组业务数据。识别ILF的基本步骤如下：识别业务对象。业务对象应是用户可理解和识别的，包括业务数据或业务规则。注：为程序处理而维护的数据属于编码数据。所有的编码数据均不应识别为逻辑文件，与之相关的操作也不应识别为基本过程；确定逻辑文件数量。根据业务上的逻辑差异及从属关系确定逻辑文件的数量。是否是ILFILF；否则为EIF。EIFEIF被应用边界内一个或几个基本处理过程所引用的业务数据。一个应用中的EIF应是其他应用中的ILF。识别EIF的基本步骤如下：识别业务对象。业务对象应该应是用户可理解和识别的。业务对象包括业务数据或业务规则。而一些为了程序处理而维护的数据则属于编码数据。所有的编码数据均不识别为逻辑文件，与之相关的操作也不识别为基本过程；确定逻辑文件数量。需要根据业务上的逻辑差异及从属关系确定逻辑文件的数量。是否是EIF。确定该逻辑文件是否在本系统内进行维护。如果是，记为ILF；否则为EIF。EIEI处理来自系统边界之外的数据或控制信息的过程。目的是维护一个或多个ILF或者改变系统的行为。识别EI的基本规则如下：应是来自系统边界之外的输入数据或控制信息；ILF；EIEI（否则应视为同一EI）：涉及的ILFEIF涉及的数据元素不同；处理逻辑不同。EOEO是处理向系统边界之外发送数据或控制信息的过程。目的是向用户呈现经过处理的信息。识别EO的基本规则如下：将数据或控制信息发送出系统边界；处理逻辑应至少符合以下一种情况：包含至少一个数学公式或计算过程；产生衍生数据；维护至少一个ILF；改变系统行为。EOEO（否则被视为同一EO）：涉及的ILFEIF涉及的数据元素不同；处理逻辑不同。EQEQ是向系统边界之外发送数据或控制信息的基本处理过程。目的是向用户呈现未经加工的已有信息。识别EQ的基本规则如下：将数据或控制信息发送出系统边界；处理逻辑可包含筛选、分组或排序；处理逻辑不应包含：数学公式或计算过程；产生衍生数据；维护ILF；改变系统行为。EQEQ（否则被视为同一EQ）：涉及的ILFEIF涉及的数据元素不同；处理逻辑不同。附 录 C（资料性）预估功能点技术标表样式预估功能点计数表的样式见表C.1。表C.1预估功能点计数表样式预估功能点数计数表功能类型不同复用度文件数功能点数功能点数合计ILF低：×1×35=ILF计数合计：中：×2/3×35=高：×1/3×35=EIF低：×1×15=EIF计数合计：中：×2/3×15=高：×1/3×15=US（ILF计数合计+EIF计数合计）：规模变更调整因子：S（调整后规模总计）：注：在预算阶段，复用度调整系数通常取值为1（假设复用度低）；注：规模变更因子按附录A.2；注：功能规模S＝US*规模调整因子。附 录 D（资料性）信创软件成本测算表样式信创软件成本测算表的样式如表D.1。表D.1信创软件成本测算表样式信创软件成本测算表1.未调整功能点数UFP（功能点）经过复用调整后的功能点数US（功能点）设定规模变更因子CF2.调整后的功能点数S（功能点）S=UFP×F（不调整复用度）生产率基准数据（功能点耗时率PDR）下限（人时/功能点）P50（人时/功能点）上限（人时/功能点）3.未调整的工作量UE（人时）计算公式：UE=PDR×S下限（人时）最有可能（人时）上限（人时）设定调整因子应用类型调整因子质量特征调整因子开发语言调整因子开发团队背景调整因子信创调整因子4.调整后的工作量AE（人时）计算公式：A=UE×SWF×DL×DT×；下限（人时）最有可能（人时）上限（人时）人月折算系数HM（人时/人月）平均人月费率F（万元/人月）5.软件成本（万元）计算公式：P=A/×F下限（万元）最有可能（万元）上限（万元）需求示意

附 录 E（资料性）常用模板样例项目背景：政府部门甲拟新建一OA系统，以支持其网上办公、文档流转等电子政务需求和信创要主要功能：收文管理、发文管理、会议管理、日程安排等。功能描述：收文管理功能要求、会议管理功能要求、日程安排功能要求等。测算规模假设根据需求描述，识别ILF15个，EIF4个，识别各功能可复用程度后，填写预估功能点计数表，样式见表E.1。表E.1预估功能点计数表样式预估功能点数计数表功能类型不同复用度文件数功能点数功能点数合计ILF低：9×1×35=315ILF计数合计：420中：3×2/3×35=70高：3×1/3×35=35EIF低：2×1×15=30EIF计数合计：40中：0×2/3×15=0高：2×1/3×15=10US（ILF计数合计+EIF计数合计）：460规模变更调整因子：1.22S（调整后规模总计）：561.2注：由于需求较明确，所以规模变更因子参照项目技术审查阶段场景取值，为1.22；注：功能规模S＝US*规模因子确定预算根据规模测算结果，填写信创软件成本测算表，样式见图E.2，算出最终成本测算结果。表E.2信创软件成本测算表样式信创软件成本测算表1.未调整功能点数UFP（功能点）/经过复用调整后的功能点数US（功能点）460设定规模变更因子CF1.222.调整后的功能点数S（功能点）S=UF×F（不调整复用度）561.2生产率基准数据（功能点耗时率PDR）下限（人时/功能点）5.38P50（人时/功能点）6.72上限（人时/功能点）8.063.未调整的工作量UE（人时）计算公式：UE=PDR×S下限（人时）3017.01最有可能（人时）3771.26上限（人时）4525.52设定调整因子应用类型调整因子1.0质量特征调整因子0.9开发语言调整因子1.0开发团队背景调整因子0.8信创调整因子1.0信创软件成本测算表4.调整后的工作量AE（人时）计算公式：A=U×SWF×DL×DT×；下限（人时）2172.25最有可能（人时）2715.31上限（人时）3258.37人月折算系数HM（人时/人月）174平均人月费率F（万元/人月）25.软件成本（万元）计算公式：P=A/×F下限（万元）24.97最有可能（万元）31.21上限（万元）37.45参 考 文 献GB/T52711-2000信息技术词汇第1部分：基本术语GB/T8566-2007信息技术软件生存周期过程GB/T11457-2006信息技术软件工程术语GB/T20917-2007软件工程软件测量过程SJ/T11463-2013软件研发成本度量规范DB11/T1424-2017信息化项目软件运维费用测算规范DB11/T1010-2019信息化项目软件开发费用测算规范ISBSG，PracticalProjectEstimation2ndEditionGB/T42449-2023系统与软件工程功能规模测量IFPUG方法工业和信息化部电子工业标准化研究院、北京软件造价评估技术创新联盟、北京软件和信息服务交易所，中国软件行业基准数据(CSBMK®-202210)PAGEPAGE10《信息技术应用创新软件成本测算规范》编制说明一、项目背景（一）产业现状2015年以来国家先后出台了《国家安全法》、《中华人民共和国网络安全法》、《中华人民共和国数据安全法》和《国家政务信息化项目建设管理办法》等一系列法律和政策文件，大力支持信息技术应用创新（简称“信创”）行业发展。按照文件要求，各级党政机关以及所有的央企和地方国企的软硬件系统均需按计划国产化替换，应替就替，能替就替，2027100%成国产化替代。宁波市依照相关法律法规以及各级政策，积极开展信创相关工作，于2021年起由市党政机关牵头，正式开启基础软硬件和办公系统的国产化替代进程，随后拓展到各个区县相关部门。与此同时，金融、电信、电力、石油、交通、教育、医疗、航空航天等八大关键行业的央企和国企也逐步开始国产化替代的相关进程，并将国产化替换纳入党委考核，国产化替代的范围也逐步从办公系统开始延伸到各种业务系统。在信创工作推进过程中，在国产化平台上的软件适配面临诸多问题，是信创产业中的一大痛点，而如何准确评估信创软件的成本则是其中的重要环节。信创软件的成本评估不仅有助于指导软件开发商科学报价，帮助业主单位科学测算软件成本，同时也PAGEPAGE2有助于协助信创主管部门制定和推行信创相关行业政策。目前，国内外虽已有一些软件开发成本估算方面的模型和方法，但是作为国内独有的新行业，信创行业的软件成本评估面临着技术路线复杂，基础软硬件不成熟，软件开发和改造难度大等诸多难点。迄今为止，在信创行业的软件成本测算尚无任何国家、地方、行业或团体标准发布。（二）国内外现行相关法律、法规和标准情况现行法律法规及政策规范性文件主要有：《国家安全法》、《中华人民共和国网络安全法》、《中华人民共和国数据安全法》以及《国家政务信息化项目建设管理办法》和《“十四五”国家信息化规划》等。这些文件明确了信息技术应用创新建设的指导思想、原则，提出了政策性建设目标和任务。通用软件的开发成本测算目前已有如下相关标准：GB/T36964—2018软件研发成本度量规范；行业标准有SJ/T11617－2016软件工程功能规模测量COSMIC方法、SJ/T11618－2016软件工程功能规模测量MkII功能点分析方法、SJ/T11619－2016软件工程功能规模测量NESMA方法、SJ/T11620－2016软件工程功能规模测量FiSMA1.1方法和GB/T42449-2023系统与软件工程功能规模测量IFPUG方法；国际标准有ISO/IEC20926:2009软件和系统工程—软件度量—IFPUG功能规模度量方法（Softwareandsystemsengineering--Softwaremeasurement--IFPUGfunctionalsizemeasurementmethod2009）。目前，国内尚无信创行业软件开发和改造成本测算相关的标准规范，随着信创产业的快速发展，相关标准的形成已迫在眉睫。PAGEPAGE3本文件在凸显宁波市特色的基础上，充分考虑了国内外通用软件开发/改造成本测算相关标准现状以及宁波市各信创软件开发/造实施单位的适用性，并为未来上升到上级标准奠定基础。二、工作简况（一）任务来源2023年5月，宁波市计算机学会下达了《信息技术应用创新软件成本测算规范》标准制定任务。本标准由浙江金网信息产业股份有限公司、宁波工程学院、宁波港信息通信有限公司、中国电信股份有限公司宁波分公司、浙江移动信息系统集成有限公司、联通(浙江)产业互联网有限公司和宁波市档案馆共同起草。（二）主要工作过程1、预研2023年6月13日，由浙江金网信息产业股份有限公司牵头并组建标准起草工作组，并分工前期预研和团体标准立项申报工作；通过资料和网络查询，对国内信息技术应用创新的建设情况进行了解，对省内信创行业软件开发、改造领域现状进行挖掘，并开展了相关政策解读和文献调研，就信创软件成本测算标准化现状与需求进行了分析，提出“信息技术应用创新软件成本测算规范”制定建议。2、立项和起草标准起草工作组依据预研成果起草形成《信息技术应用创新软件成本测算规范（征求意见稿）》，基于对建设现状、现行法规标准的分析，标准化要素的提炼、挖掘，标准制定工作的组织PAGEPAGE4计划，完成立项分析报告，向宁波市计算机学会提出项目立项申报。3、论证2023616日，宁波市计算机学会组织召开地专家论证会。7名专家对团标的必要性和可行性以及科学性等方面进行了论证。专家们认为该团体标准起草单位构成、计划安排基本合理，标准立项是可行的，同时建议该团体标准按照GB/T1.1的要求规范文本格式，优化标准框架结构，结合信创软件的特点，进一步完善标准内容。最终，经专家全体投票同意，该团标被纳入2023年度宁波市计算机学会团体标准制（修）订计划。2023年6月27日，学会再次邀请5名专家针对修改后的团标内容召开专家调研讨论会议。依据项目立项要求和论证专家的意见、建议，标准起草工作组研讨完善标准框架结构和内容组成，聚焦功能实现，优化规范条款设置。2023年7月6日，标准起草工作组召开研讨会，对技术内容协商一致，控制标准修改进度节点，完善文本等条款内容，形成标准征求意见稿。4、公示和意见征集2023年7月19日，学会官网和微信公众号公开发布团标的公开征求意见通知，为期一个月。2023年8月18日，为期一个月的公开征求意见阶段结束，征集了来自多个单位和个人的意见，并以此为基础对团标进行进一步的优化。5、终审和报批2023年8月22日，学会邀请5名专家召开终审会。专家们PAGEPAGE5对团标的修改稿进行了再次讨论和评审，专家们认为：该标准按照团体标准的定位和要求制定，整体结构合理、技术内容完整、文字表述准确，编写格式基本符合GB/T1.1的要求，编程过程符合团体标准制修订程序，并且该标准符合国家有关法律法规和政策要求，有助于规范信创成本测算，推动产业创新发展，满足市场需求。同时，专家们就文本格式和文字表述等方面也提出了专业意见。最终，经专家全体投票同意，该团标正式通过终审并进入报批环节。（三）主要起草人及其所做的工作姓名专业所在单位主要工作郭辉计算机技术浙江金网信息产业股份有限公司项目协调姓名专业所在单位主要工作郭辉计算机技术浙江金网信息产业股份有限公司项目协调裴高翔电子学与信息系统浙江金网信息产业股份有限公司标准编写董明计算机科学与技术浙江金网信息产业股份有限公司材料组织沈铖涛信息与计算科学浙江金网信息产业股份有限公司材料组织姚拓中计算机科学与技术宁波工程学院标准编写黄深广计算机及应用宁波港信息通信有限公司技术内容应用及技术指导孙志军计算机及应用宁波港信息通信有限公司技术内容应用及技术指导PAGEPAGE6朱祥皞计算机科学与技术中国电信股份有限公司宁波分公司技术内容应用及技术指导贺健挺计算机技术浙江移动信息系统集成有限公司技术内容应用及技术指导毛永坚计算机科学与技术联通(浙江)产业互联网有限公司技术内容应用及技术指导三、标准编制原则和确定地方标准主要内容的依据1.编制原则一是适用性原则。本标准的起草从通用软件成本测算的现状入手，在充分了解现行相关标准的基础上，结合信创行业的实际情况，梳理软件成本测算过程中信创行业的特点提出相应的测算依据，确保本标准在应用范围内具有适用性。二是合规性原则。本标准的制定按照《标准化工作导则第1部分：标准的结构和编写》的要求和规定进行标准内容的编写；并按《宁波市计算机学会标准管理办法》的要求进行程序和工作内容管理。2.内容依据在本团标中，信创软件成本测算流程总体上参照DB11/T1010-2019《信息化项目软件开发费用测算规范》，分为软件规模测算，软件工作量测算和软件成本测算三个步骤。其中，本团标主要采用GB/T42449-2023规定的IFPUG方法测算软件规模，而附录A中的调整因子参数表基本上参照上述文件编制。本团标的主要创新点如下：AA.6开发语言调整因子参数表进行了调整，考虑到PowerBuilder、ASP等软件目前在软件开发中使用率越来越低，会上述开发语言的工程师也越来越少，因此将PAGEPAGE7其调整因子调高，从北京市地方标准《信息化项目软件开发费用测算规范》中的0.6调整至0.8。在工作量测算过程中加入了附录AA.8信创调整因子参数表，根据不同的项目类型分为新建系统、终端适配、系统改造和代码重构四种不同的情况并给出了明确的定义和相应的调整因子范围。针对不同的项目分类，可参照表123，根据具体项目中遇到的相应类型，经过综合分析后进行信创调整因子的选择。表1终端适配信创调整因子表项目分类类型判断标准终端适配（调整因子0.1-0.5）系统界面系统界面适配至国产终端（所有界面均无需适配/部分界面需适配/所有界面需全部适配）浏览器控件（包含音频、视频、动画、图片预览、文档编辑等）浏览器控件适配至国产终端（所有控件均无需适配/部分控件需适配/所有控件需全部适配）外设（包含ukey、读卡器、扫描仪、打印机等）外设适配至国产终端（所有外设均无需适配/部分外设需适配/所有外设需全部适配）其他除上述之外的其他类型表2系统改造信创调整因子表项目分类类型判断标准系统界面系统界面适配至国产终端（所有界面均无需适配/PAGEPAGE8系统改造（调整因子0.5-0.8）部分界面需适配/所有界面需全部适配）浏览器控件（包含音频、视频、动画、图片预览、文档编辑等）浏览器控件适配至国产终端（所有控件均无需适配/部分控件需适配/所有控件需全部适配）外设（包含UKey、读卡器、扫描仪、打印机等）外设适配至国产终端（所有外设均无需适配/部分外设需适配/所有外设需全部适配）数据库改造为国产数据库的代码改造情况（无需改造/需部分改造/需全部改造）中间件改造为国产应用中间件的代码改造情况（无需改造/需部分改造/需全部改造）版式/流式/电子签章组件改造为国产版式/流式/电子签章组件的代码改造情况（无需改造/需部分改造/需全部改造）操作系统相关与操作系统功能调用相关（如磁盘读取，内存监控，性能监控等）的代码改造情况（无需改造/需部分改造/需全部改造）芯片架构相关与底层芯片架构相关的代码改造情况（无需改造/需部分改造/需全部改造）开发语言框架（如JDK、Python等）开发语言框架与国产化平台兼容性情况（可兼容/升级后可兼容）运行组件（如消息队列组件、缓存组件、流程组件等）运行组件的国产化改造情况（无须改造/需改造/无法改造）大数据框架大数据框架的国产化改造情况（无须改造/需改造/PAGEPAGE9无法改造）分布式处理框架分布式处理框架的国产化改造情况（无须改造/需改造/无法改造）人工智能框架人工智能框架的国产化改造情况（无须改造/需改造/无法改造）其他除上述之外的其他类型表3代码重构信创调整因子表项目分类类型判断标准代码重构（调整因子0.8-1.0）开发语言框架开发语言框架无法安装运行至国产化基础软硬件平台基础组件基础组件无法安装运行至国产化基础软硬件平台其他除上述之外的其他类型四、主要试验或验证的分析报告、相关技术