DB5101 T 6-2018 信息化项目软件运维费用测算规范.pdf

1、 DB5101 四川省成都市地方标准 DB5101/T 6 2018 信息化项目软件运维费用测算规范 Specification for operation maintenance cost estimating of information technology projects 2018 - 07 - 01 发布 2018 - 07 -02 实施 成都市质量技术监督局 发布 DB5101/T 6 2018 I 目 次 前 言 . 1 范围 . 1 2 规范性引用文件 . 1 3 术语、定义和缩略语 . 1 4 信息化项目软件运维内容及费用构成 . 3 5 信息化项目软件运维费用测算 . 5

2、 附录 A（规范性附录） 功能点计数基本规则 . 8 附录 B（资料性附录） 参数表 . 10 附录 C（资料性附录） 测算示例 . 12 参 考 文 献 . 14 DB5101/T 6 2018 III 前 言 本标准按照 GB/T 1.1-2009的规则起草。 本标准由成都市经济和信息化委员会提出并归口。 本标准的主要起草单位： 成都软交所信息服务有限公司、北京软件和信息服务交易所有限公司、成 都安全可靠信息技术联合会、四川久远银海软件股份公司、四川创立信息科技有限责任公司、成都市信 息化建设发展有限公司、成都思迈信通科技有限公司、成都中科大旗软件有限公司、成都卫士通信息产 业股份有限公司

3、、成都安美勤信 息技术股份有限公司、成都三泰智能科技有限公司、四川川大智胜系统 集成有限公司、成都索贝数码科技股份有限公司、成都中兴软件有限公司、四川中电启明星信息技术有 限公司。 本标准主要起草人：胡才勇、于铁强、但强、刘庆华、孙佩、程建铭、杨宇、杨丽丽、郭黎、施歌、 张芮、郑燕琳、周道华、杨陈、洪江、李俊武、余哲恺、范松、杨力、喻华、张真、左齐、颜伟、吴成 志、杨修浩、朱海萍。 DB5101/T 6 2018 1 信息化项目软件运维费用测算规范 1 范围 本标准规定了信息化项目软件运维费用测算的方法及过程，包括信息化项目软件运行维护服务内容 及费用构成，软件运维项目规 模、工作量、费用的测

4、算方法及过程。 本标准适用于成都市行政区域内信息化运行维护服务的供方、需方及第三方对软件运维服务费用进 行估算与测量。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。 凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 SJ/T 11619 软件工程 功能规模测量 NESMA方法 3 术语、定义和缩略语 3.1 术语和定义 下列术语和定义适用于本文件。 3.1.1 信息化项目 information technology project 旨在提高信息化水平的信息系统建设及优化任务。 3.1.2 （软件运行维护服务）

5、供方 (software operation and maintenance service) supplier 提供运行维护服务的内、外部组织或机构。 3.1.3 （软件运行维护服务） 需方 (software operation and maintenance service) acquirer 需要运行维护服务的组织或机构。 3.1.4 人力成本 human resource cost 为达成信息化项目软件运维服务目标所需付出的运维方人力资源成本总额 。 3.1.5 非人力成本 non-human resource cost 为达成信息化项目软件运维目标所需付出的人力成本之外的其他成本总

6、额。 DB5101/T 6 2018 3.1.6 直接人力成本 direct human resource cost 为达成信息化项目软件运维目标而直接付出的开发方人力成本。 3.1.7 直接非人力成本 direct non-human resource cost 供方为达成信息化项目软件运维目标而直接付出的非人力成本。 3.1.8 间接人力成本 indirect human resource cost 供方服务于软件运维管理整体需求 的非项目组人员的人力成本。 3.1.9 间接非人力成本 indirect non-human resource cost 供方不为某个特定项目服务但服务于整体运

7、维活动产生的非人力成本。 3.1.10 毛利润 gross profit 软件运维费用与直接成本及间接成本之差。 3.1.11 基准数据 benchmark 经过筛选并维护数据库中的一个或一组测量值或者派生测量值，用来表征目标对象相关属性与这些 测量值的关系。 3.1.12 系统边界 system boundary 被测算项目或其他系统之间的界限。 3.1.13 功能点 function point 衡量软件功能规模的一种单位。 3.1.14 内部逻辑文件 internal logical file 在系统边界内维护的、用户可识别的逻辑相关数据组或控制信息。 注： 其主要目的是保存由被计数的应

8、用的一个或多个基本处理所维护的数据。 3.1.15 外部接口文件 external interface file 由一系统引用、另一系统维护的，用户可识别的逻辑相关数据组或控制信息。 注： 其主要目的是保存由被计数的系统边界内的一个或多个基本处理所引用的数据。一个系统所计数的外部接口文 件必定是另一个系统的内部逻辑文件。 DB5101/T 6 2018 3 3.1.16 外部输入 external input 处理来自系统边界之外的数据或控制信息的基本处理过程。 注： 其主要目的是维护一个或多个内部逻辑文件或者改变系统的行为。 3.1.17 外部输出 external output 向系统边界

9、之外发送经过处理的数据或控制信息的基本处理过程。 注： 其主要目的是呈现经过处理的信息。 3.1.18 外部查询 external query 向系统边界之外发送未经处理的数据或控制信息的基本处理过程。 注： 其主要目的是呈现经过处理的已有信息。 3.1.19 百分位数 percentile 在某实数集合中，对于集合内某元素 X，如果该集合中有且仅有 p%的 数据不大于 X，则称 X为该集合 的 p百分位数。 示例： 如果仅有 50%的数据不大于 X，则 X 为该集合的 50 百分位数，简称 P50。 3.1.20 功能点耗时率 person hours per functional size

10、 unit 每功能点所消耗的人时数。 3.1.21 功能点单价 unit price of function point 每功能点的直接人力成本、间接人力成本、间接非人力成本及毛利润之和。 3.2 缩略语 以下缩略语适用于本文件。 EI（ External Input）：外部输入 EO（ External Output）：外部输出 EQ（ External Query）：外部查询 EIF（ External Interface File）：外部接口文件 FP（ Function Points）：功能点 ILF（ Internal Logic File） ：内部逻辑文件 4 信息化项目软件运维内

11、容及费用构成 4.1 运维内容 DB5101/T 6 2018 本标准中，信息化项目软件运行维护服务内容仅关注软件运维，是指 安装运行在计算机硬件中构成 应用系统的软件产品 。 4.2 运维费用构成 信息化项目软件运维费用应包括软件运维中供方的所有直接成本、间接成本和毛利润（ 如图 1所示 ）。 图 1 信息化项目软件运维费用构成 4.3 直接人力成本构成 直接人力成本包括供方运维人员的薪酬、养老保险、医疗保险、失业保险、工伤保险、生育保险、 住房公积金等人力资源费用。 4.4 直接非人力成本构成 直接非人力成本包括： 办公费，供方为服务此项目而产生的行政办公费用，包括办公用品、通讯、邮寄、印

12、刷、会议 等； 差旅费，供方为服务此项目而产生的差旅费用，包括交通、食宿、差旅补贴等； 培训费，供方为服务此项目而安排的特别培训产生的费用； 业务费，供方为完成此项目运维工作所需辅助活动产生的费用，包括会议费、评审费 、验收费 等； 采购费，供方为服务此项目而需特殊采购专用资产或服务的费用，包括专用设备费、专用软件 费、技术协作费、专利费等； 其他，未在以上项目列出但确系供方为服务此项目所需花费的费用。 4.5 间接人力成本构成 间接人力成本包括软件运维工作管理人员的薪酬、养老保险、医疗保险、失业保险、工伤保险、生 育保险、住房公积金等的分摊。 4.6 间接非人力成本构成 间接非人力成本包括供

13、方场地房租、水电、物业，运维人员日常办公费用分摊及各种研发设备的租 赁、维修、折旧分摊，软件分摊。 4.7 毛利润构成 毛利润是除供方直接成本和间接成本之 外的经营管理费用分摊、应承担各种税费及税后净利。 间接成本 间接人力成本 间接非人力成本 软件运维费用 直接成本 直接人力成本 直接非人力成本 毛利润 DB5101/T 6 2018 5 5 信息化项目软件运维费用测算 5.1 信息化项目软件运维费用测算过程 5.1.1 信息化项目软件运维费用测算的基本过程如图 2 所示。 图 2 信息化项目软件运维费用估算基本流程 5.1.2 在信息化项目软件运维费用测算过程中，应遵循以下原则： 充分利用

14、基准数据，对工作量、费用进行测算； 在测算规模时，应根据项目特点和需求的详细程度选择合适的方法； 工作量、费用的测算结果宜为一个范围而不是单一 值； 费用测算过程中宜采用不同方法分别测算并进行交叉验证。如果不同方法的测算结果产生较大 差异，可采用专家评审方法或加权平均方法确定测算结果。 5.2 规模测算 5.2.1 功能点计数 5.2.1 应根据 已知的项目功能描述，采用功能点方法测算软件规模。 5.2.2 对于已完成的信息化项目，估算人员应根据已确定的系统边界和需求描述估算软件规模。 5.2.3 规模估算所采用的方法，应根据项目特点和估算需求，选用 IFPUG 方法或 NESMA 方法， I

15、FPUG 方法参考 ISO 相关国际标准， NESMA 方法参考 SJ/T 11619-2016。 5.2.4 功能点计数的基本规则见附 录 A。 5.2.5 在测算未调整的功能点数时，对于未确定的信息化项目，宜采用预估功能点计数方法；对于已 确定的信息化项目，宜采用估算功能点计数方法。 5.2.6 在测算规模前应依据可行性研究报告或类似文档明确项目范围及系统边界。项目范围描述文档 应包含最基本的业务需求，还应进行初步的子系统 /模块划分，并对每一子系统或模块的基本用户需求 进行描述或说明，保证可根据项目范围描述文档进行功能点计数。 5.2.7 采用预估功能点方 法测算软件规模 如公式（ 1）

16、所示 ： UFP=35 ILF+15 EIF（ 1） 公式（ 1） 中： UFP 未调整的功能点数，单位为功能点； ILF 内部逻辑文件数量，单位为个； EIF 外部接口文件数量，单位为个。 示例： 假设关于公文管理部分功能的描述如下：公文管理包括公文起草、审核、审批、备案、发布。审批时要对电子签名 进行验证。采用预估功能点计数方法，可以识别出上述需求中包含一个 ILF（公文信息），一个 EIF（电子签名信息）， 因此，此部分需求的未调整功能点数 UFP=35ILF+15EIF =351+151=50。 5.2.2 规模调整 测算规模 测算工 作量 测算费用 DB5101/T 6 2018 对

17、于未确定的信息化项目，在 进行规模测算时，应根据隐含需求及未来 需求变更对规模产生的影响 并对测算规模进行调整， 如公式（ 2）所示 ： S=US CF（ 2） 公式（ 2） 中： S 调整后的软件规模，单位为功能点； US 未调整软件规模，单位为功能点； CF 规模变更调整因子，取值为 1-2的任意实数，在项目已交付后如无特殊要求，取值为 1； CF的取值参考相关行业基准数据。 示例： 假设某项目经测算，未调整的软件规模为 1000 功能点，但该项目需求尚未完全确定，预计未来将有 50%的变更， 则该项目调整后的软件规模 S=USCF =1000 1.5=1500 功能点。 5.3 工作量测

18、算 5.3.1 基本原则 在测算工作量时，应遵循： 对项目风险进行充分分析并根据分析结果 对测算方法或模型进行合理调整。风险分析时应考虑 技术、管理、资源、商业等多 方面因素。 根据经验或相关性分析结果，确定影响工作量的主要因素。 5.3.2 测算公式 5.3.1 采用方程法测算工作量应使用公式（ 3）： AE=(S PDR) MLF MCF MSF（ 3） 公式（ 3）中： AE 测算工作量，单位为人时； S 调整后的软件规模，单位为功能点； PDR 运维功能点耗时率，单位为人时每功能点。 PDR的取值见附录 B.1； MLF 运维水平要求因素调整因子，取值见附录 B.2； MCF 运维能力

19、因素调整因子，取值见附录 B.3； MSF 运维系统特征因素调整因子，取值见附录 B.4。 5.3.2 可根据公式（ 3）及 PDR 基准数据的 P25、 P50、 P75 值，分别计算出工作量测算结果的下限、最 有可能值和上限。 示例： 某部门进行升级改造房地产业税收管理系统系统，经测算其调整后的软件规模为 1500FP。该产品推出后，拟定 为一季度投产一次；该项目为在运行产品房地产业税收管理系统 上的新业务 ,以现场支持为主；该产品系统用户在 用户需求中拟定为 5000 个操作员；运维人员为本行业做过类似项目；该系统至少与 10 个系统关联；该系统采用集中式 部署。测算工作量过程如下： a

20、) 依据附录 B.1， PDR 取最有可能值分别为 6.56； b) 依据附录 B.2，测算 MLF 值： 参数 测算记录 测算结果 系统更新频率 该项目为一季度升级一次 0.95 支持方式 现场支持为主 1.00 因此，计算可得 MLF 为 0.95； c) 依据附录 B.3，测算 MCF 值： DB5101/T 6 2018 7 参数 测算记录 测算结果 运维团队经验 运维人员为本行业做过类似项目 1.00 因此，计算可得 MSF 为 1.00； d) 依据附录 B.4，测算 MSF 值： 参数 测算记录 测算结果 部署方式 该系统为集中式处理 1.00 业务新颖性 该项目为已存在产品 X

21、 上的新业务 Y 1.00 用户规模 该产品用户在客户需求中记录为 5000 个操作员 1.00 与其他系统的关联 本系统与至少 10 个系统关联 1.14 因此，计算可得 MSF 为 1.14； e) 由此，可计算出测算工作量 AE 的最有可能值 =(SPDR) MLFMCFMSF=（ 1500 6.56） 0.95 1.00 1.14=10656.72 人时。 5.4 费用测算 5.4.1 依据工作量测算 在获得了工作量测算结果后，采用公式（ 4）测算费用 ,其中平均人力成本费率 F可根据行业数据确 定 ： P=AE/HM F+DNC（ 4） 公式（ 4）中： P 信息化项目软件运维费用，

22、单位为元； AE 测算工作量，单位为人时； HM 人月折算系数，单位为人时每人月，取值为 176； F 平均人力成本费率（包括运维供方直接人力成本、间接成本及毛利润），单位为元每人月； DNC 直接非人 力成本，单位为元； 示例： 假设某信息化项目软件运维测算工作量 AE 的最有可能值为 10656.72 人时，该组织历史项目的平均人力成本费率为 16900 元，直接非人力成本预计有培训费 20000 元，业务费 20000 元，采购费 30000 元，合计为 70000 元。计算得到最 有可能的信息化项目软件运维费用 P=AE/HMF+DNC=(10656.72/176 16900)+700

23、00=109.32 万元。 5.4.2 依据规模及规模单价测算 基于已确定的功能点单价测算软件运维费用，采用公式（ 5）： P=S OMPP MLF MCF MCF +DNC（ 5） 公式（ 5）中： P 信息化项目软件运维费用，单位为元； S 调整后的软件规模，单位为功能点； OMPP 运维功能点单价，单位为元每功能点； MLF 运维水平要求因素调整因子，取值见附录 B.2； MCF 运维能力因素调整因子，取值见附录 B.3； MSF 运维系统特征因素调整因子，取值见附录 B.4。 DNC 直接非人力成本，单位为元。 DB5101/T 6 2018 附 录 A （规范性附录） 功能点计数基本

24、规则 A.1 功能点计数项分类 A.1.1 功能点计数项分为数据功能和交易功能两类 ，其中数据功能包括 ILF、 EIF；交易功能包括外部 输入（ EI）、外部输出（ EO）、外部查询（ EQ）。 A.1.2 数据功能是系统提供给用户的满足产品内部和外部数据需求的功能，体现系统管理或使用哪些 业务数据（业务对象）。 ILF或 EIF所指的“文件”不是传统数据处理意义上的文件，而是指一组用户可 识别的、逻辑上相互关联的数据或者控制信息。这些文件和物理上的数据集合（如数据库表）没有必然 的对应关系。 A.1.3 交易功能是系统提供给用户的处理数据的功能，体现系统如何处理和使用那些业务数据（业务 对

25、象）。交易功能又称为基本过程，是用户可识别的 ，业务上的一组原子操作。 A.1.4 使用预估功能点方法时，只需要识别数据功能，包括 ILF和 EIF；使用估算功能点方法时，需要 识别数据功能和事务功能，包括 ILF、 EIF、 EI、 EO和 EQ。 示例： 对于人事管理系统，“人员信息”、“部门信息”属于数据功能，“增加人员信息”、“修改部门信息”、“查询 在岗人员”等则为交易功能。 A.2 ILF的识别 识别 ILF的步骤如下： a) 识别业务对象。业务对象应是用户可理解和识别的，包括业务数据或业务规则。 注： 为程序处理而维护的数据属于编码数据。所有的编码数据均不应识别为逻辑文件，与之相

26、关的操作也不应识 别为基本过程； b) 确定逻辑文件数量。根据业务上的逻辑差异及从属关系确定逻辑文件的数量。 c) 是否是 ILF。确定该逻辑文件是否在本系统内进行维护。如果是，记为 ILF；否则为 EIF。 A.3 EIF的识别 EIF是被应用边界内一个或几个基本处理过程所引用的业务数据。一个应用中的 EIF应是其他应用中 的 ILF。识别 EIF的步骤如下： a) 识别业务对象。业务对象应是用户可理解和识别的。业务对象包括业务数据或业务规则。而 一些为了程序处理而维护的数据则属于编码数据。所有的编码数据均不识别为逻辑文件， 与之相关的操作也不识别为基本过程； b) 确定 逻辑文件数量。需要

27、根据业务上的逻辑差异及从属关系确定逻辑文件的数量。 c) 是否是 EIF。确定该逻辑文件是否在本系统内进行维护。如果是，记为 ILF；否则为 EIF。 A.4 EI的识别 A.4.1 EI是处理来自系统边界之外的数据或控制信息的过程。目的是维护一个或多个 ILF或者改变系统 的行为。 A.4.2 EI的基本识别规则如 下： DB5101/T 6 2018 9 a) 应是来自系统边界之外的输入数据或控制信息； b) 穿过边界的数据应是改变系统行为的控制信息或者应至少维护一个 ILF； c) 该 EI 不应被重复计数。任何被分别计数的两个 EI 至少满足下面三个条件之一（否则应视为同 一 EI）：

28、 1) 涉及的 ILF 或 EIF 不同； 2) 涉及的数据元素不同； 3) 处理逻辑不同。 A.5 E0 的识别 A.5.1 EO是处理向系统边界之外发送数据或控制信息的过程。目的是向用户呈现经过处理的信息。 A.5.2 EO的基本识别规则如下： a) 将数据或控制信息发送出系统边界； b) 处理逻辑应至少符合以下一种情况： 1) 包含至少一个数学公式或计算过程； 2) 产生衍生数据； 3) 维护至少一个 ILF； 4) 改变系统行为。 c) 该 EO 不应被重复计数。任何被分别计数的两个 EO 至少满足下面一个条件（否则被视为同一 EO） ： 1) 涉及的 ILF 或 EIF 不同； 2)

29、 涉及的数据元素不同； 3) 处理逻辑不同。 A.6 EQ的识别 A.6.1 EQ是 向系统边界之外发送数据或控制信息的基本处理过程。 目的是向用户呈现未经加工的已 有信息。 A.6.2 EQ的基本识别规则如下： a) 将数据或控制信息发送出系统边界； b) 处理逻辑可包含筛选、分组或排序； c) 处理逻辑不应包含： 1) 数学公式或计算过程； 2) 产生衍生数据； 3) 维护 ILF； 4) 改变系统行为。 d) 该 EQ 不应被重复计数。任何被分别计数的两个 EQ 至少满足下面一个条件（否则被视为同一 EQ）： 1) 涉及的 ILF 或 EIF 不同； 2) 涉及的数据元素不同； 3) 处

30、理逻辑不同。 DB5101/T 6 2018 附 录 B （资料性附录） 参数表 B.1 生产率基准数据表 表 B.1 生产率基准数据 单位 为人时 /功能点 P10 P25 P50 P75 P90 1.64 3.02 6.56 11.42 16.07 注：本表格中生产率基准数据是基于 CSBMKA-201610版本的数据库，可随着行业基准数据的变化而变化。生产率基 准数据通常使用 P50的取值测算工作量、费用的最有可能值，使用 P25和 P75的值分别测算上下限。特殊情况（如项 目目标约束极其严格）下，也可采用 P10和 P90的值测算上下限。 B.2 运维水平要求调整因子参数表 表 B.2

31、 系统更新频率调整因子参数表 系统更新频率 调整因子 平均每季度 1次或以下 0.95 平均每月 1次或以下 1.00 超过每月 1次 1.12 表 B.3 支持方式调整因子参数表 支持方式 调整因子 非现场支持为主 0.89 现场支持为主 1.00 纯现场支持 1.08 B.3 运维能力因素调整因子参数表 表 B.4 运维团队经验调整因子参数表 调整因子 判断标准 影响度 运维团队经验 为本行业做过类似的项目 0.80 为其他行业做过类似的项目，或为本行业做过不同但相关的项目 1.00 没有同类项目的背景 1.20 注：运维团队经验调整因子仅适用于工作量测算。 B.4 运维系统特征调整因子参

32、数表 DB5101/T 6 2018 11 表 B.5 部署方式调整因子参数表 调整因子 判断标准 影响度 部署方式 集中式 1.00 分布式 1.06 表 B.6 业务新颖性调整因子参数表 调整因子 判断标准 影响度 业务新颖性 否 0.96 新产品或新业务 1.00 新产品与新业务 1.09 表 B.7 用户规模调整因子参数表 用户规模 调整因子 小于等于 1000 0.90 小于等于 10000 1.00 超过 10000 1.10 表 B.8 系统关联性调整因子参数表 系统关联性 调整因子 无 0.97 1-5个系统 1.00 6个及以上 1.14 表 B.9 业务单元数调整因子参数表

33、 业务单元数 调整因子 1-5个 0.96 5-10个 1.00 11个以上 1.05 DB5101/T 6 2018 附 录 C （资料性附录） 测算示例 C.1 需求示意 项目背景：某部门进行升级改造房地产业税收管理系统系统，经测算其软件规模为 1000FP。该 产品推出后，拟定为一季度投产一次；该项目为在运行产品房地产业税收管理系统上的新业务，以 现场支持为主；该产品系统用户在用户需求 中拟定为 5000个操作员；运维人员为本行业做过类似项目； 该系统至少与 10个系统关联；该系统采用集中式部署。 C.2 确定预算 根据规模测算结果，填写以下模板 (图 C.1)可得到最终费用测算结果。

34、1.软件规模（功能点） 1000 基准数据（生产率） 功能点耗时率（人时 /功能点） (P25) 3.02 功能点耗时率（人时 /功能点） (P50) 6.56 功能点耗时率（人时 /功能点） (P75) 11.42 2.未调整的工作量 UE（人时） 计算公式： UE=PDR S 下限（人时） 4530 最有可能（人时） 9840 上限（人时） 17130 设定调整因子 运维水平要求因素调整因子 MLF 0.95 运维能力因素调整因子 MCF 1.00 运维系统特征因素调整因子 MSF 1.14 3.调整后的工作量 AE（人时） 计算公式： AE=UE MLF MCF MSF； 下限（人时）

35、4905.99 最有可能（人时） 10656.72 上限（人时） 18551.79 人月折算系数 HM（人时 /人月） 176 平均人力成本费率（含直接人力成本和间接成本及开发方毛利润） F（元 /人月） 16900 直接非 人力成本合计 DNC（元） 70000 4.软件运维费用 P（元） 计算公式： P=AE/HM F+DNC 下限（元） 541000 最有可能（元） 1093200 上限（元） 1851300 项目预算（元） 1093200 功能点单价（元 /功能点） 1023.2 注： 模板中公式及参数取值均基于 CSBMKA-201610版本的数据库回归分析结果，可随着行业基准数据的

36、变化而变化。 图 C.1 功能点测算规模、工作量、工期、费用表 DB5101/T 6 2018 13 参 考 文 献 1 GB/T 18491.1-2001信息技术 软件测量 功能规模测量 第 1部分：概念定义 2 GB/T 5271.1-2000 信息技术 词汇 第 1部分：基本术语 3 GB/T 18491.2-2010信息技术 软件测量 功能规模测量 第 2部分：软件规模测量方法与 GB/T 18491.1-2001的符合性评价 4 GB/T 18491.3-2010信息技术 软件测量 功能规模测量 第 3部分：功能规模测量方法的验证 5 GB/T 18491.4-2010信息技术 软件

37、测量 功能规模测量 第 4部分：基准模型 6 GB/T 18491.5-2010信息技术 软件测量 功能规模测量 第 5部分：功能规模测量的功能域确定 7 GB/T 18491.6-2010信息技术 软件测量 功能规模测量 第 6部分： GB/T 18491系列标准和相关 标准的使用指南 8 GB/T11457-2006 信息技术 软件工程术语 9SJ/T11463-2013 软件研发成本度量规范 10 ISO/IEC 19761-2011 software engineering-cosmic: a functional size measurement method 11 ISO/IEC

38、20926-2009 software and systems engineering-software measurement-ifpug functional size measurement method 12 ISO/IEC 20968-2004 software engineering - Mk function point analysis - counting practices manual 13 ISO/IEC 24570-2005 Software engineering-NESMA functional size measurement method 14 ISO/IEC 20000-1 Information technology-Service management Part-1:Specification 15 ISO/IEC 20000-1 Information technology-Service management Part-2:Code of practice 16 工业和信息化部电子工业标准化研究院、北京软件和 信息服务交易所、北京软件造价评估技 术创新联盟，中国软件行业基准数据（ CSBMK-201610） _