国家标准《软件工程 软件开发成本度量规范》内容解读及应用

北京软件造价评估技术创新联盟 首席度量专家 王海青

GB/T 36964-2018

CONTENTS目 录

PART ONE

标准研制背景

PART TWO

标准内容解读

PART THREE

与行标的主要差异

PART FOUR

标准应用示例

标准研制背景

面临的问题

预算

立项

招投标

项目实施

长期以来，如何评估软件开发成本及费用，一直是产业界的难题

成本度量相关标准

国 内

我国为了满足行业发展需求，制订了功能规模测量国家标准GB/T18491“信息技术 软件测量 功能规模测量”系列标准 等同采用ISO/IEC 14143系列的

全部内容

以此标准为基础，规划并制订了一系列相关标准

国 际

由国际标准化组织/国际电工委员会/信息技术第1联合技术委员会/软 件 与 系 统工程 分 技 术 委员会（ISO/IEC JTC 1/SC 7）负责

目前没有直接制定和发布软件成本度量标准，主要制定了大量可用于成本度量的功能规模测量方法的标准 ISO/IEC 14143“信息技术 软件

度量 功能规模度量”系列标准 IFPUG、NESMA等五个具体操

作方法的标准

分类 相关标准

项目型

服务型

国标委成本度量相关标准框架

规划

暂无

运维

国家标准 《信息技术服务 运行维护 第7部分：成本度量规范》（立项公示）

建设

国家标准 《软件工程 软件开发成本度量规范》（GB/T 36964-2018）工信部行业标准 《软件研发成本度量规范》（SJ/T 11463-2013）国家标准 《软件测试成本度量规范》（GB/T 32911）

国家标准 《信息技术 云计算 云计算计量和计费》（已立项）

国标发布

行业应用

行标研制

• 2013年10月23日，《软件研发成本度量

规范》批准发布并于12月1日正式实施

• 2010年4月，软件成本度量规范标准化研

讨会在北京召开，标志着软件研发成本

度量标准起草筹备工作正式启动

• 2006年起进行广泛调研及技术论证

行标研制

• 2012年8月，标准形成审定稿并开始行业推广，其后在电子政

务、金融、电信、能源、交通等行业广泛应用并取得良好效果

行业应用

• 2018年12月28日，《软件工程 软件开发成本度量规范》批准发布并于2019年7月1

日正式实施

• 2014年5月，《软件研发成本度量规范》标准核心专家经充分调研及多次研讨，形

成《软件成本度量规范》草案（后更名为《软件工程 软件开发成本度量规范》），

并正式启动相关国家标准申请及编制工作

国标发布

标准研制历程

标准内容解读

标准结构

《软件开发成本度量规范》

前

言、引

言

范

围、引

用

文

件、术

语

等

符

合

性

声

明

软

件

开

发

成

本

构

成

软

件

开

发

成

本

度

量

过

程

附

录

:

应

用

场

景

参

考

资

料

标准主要技术内容

1. 软件开发成本构成本标准中依据财务惯例将软件开发成本分为直接成本和间接成本，同时考虑到软件行业的特性，将直接成本和间接成本分为人力成本和非人力成本，同时明确了各种成本的定义和计算方式

2. 估算过程本标准中定义的软件开发成本估算过程包括软件规模估算、工作量估算、成本估算、确定软件开发成本四部分。其中，估算软件规模时采用国际标准的功能点方法，而工作量则根据不同情况，可选择采用方程法、类比法或类推法进行估算

工作量=软件规模*软件因素调整因子*开发因素调整因子*生产率•软件因素包括规模、质量要求、应用类型、完整性级别等•开发因素包括采用技术、过程、团队经验等软件开发成本=工作量*人月费率+直接非人力成本

核心技术思路概述

规 模

生产率

如何基于初始需求评估软件规模？

需求是否会发生变化？ 是否包含隐含需求？ 核心问题

如何确定项目的基准生产率？

如何考虑不同项目、不同团队的差异？

核心技术思路概述

规 模

生产率

如何基于初始需求评估软件规模？

需求是否会发生变化？ 是否包含隐含需求？ 核心问题

如何确定项目的基准生产率？

如何考虑不同项目、不同团队的差异？

软件规模度量的常用方法

业务视角

功能点对象点用例点故事点……

开发视角

规模度量

代码行数据库表服务数接口数……

软件规模度量的常用方法对比

分类 比对项目 功能点 对象点 用例点 故事点 代码行 数据库表业务价值分析 J K K K L L

产能分析与评估 J K J K K L

项目早期估算 J J K K L L

项目中后期估算 J K J K K K

项目范围管理 J J J J K L

团队绩效评价 J K K K L L

行业基准比对 J L L L K L

方法学习难度 K J K J J J

方法导入成本 L L L K J J

方法应用一致性 J K K L L L

方法有效性

应用难度

什么是功能点？

功能点是度量软件规模的一种单位

1功能点是度量软件规模的一种单位，例如生活中我们采用平方米度量房子的面积

2 功能点方法从用户视角（即业务价值）度量软件的大小

3 功能点方法的核心思想是系统维护的信息及处理的复杂程度决定了系统价值

4 功能点方法已成为软件规模度量的国内外标准，目前应用的比较广泛的是国际功能点用户组（IFPUG）发布的标准功能点法和荷兰软件度量协会（NESMA）发布的快速功能点法

什么是功能点？

11970s，IBM提出功能点方法，主要用于金融领域

21980s，功能点方法逐步形成国际标准，并广泛运用于金融、电信、政府等领域

3 1990s，日本、韩国、荷兰等国使用功能点方法作为政府软件采购依据

4 2000s,国内引入功能点方法，从2012年开始，国内电子政务、金融、电信、能源等领域逐步采用此方法度量软件规模，在银行业运用尤其广泛

功能点方法已有40余年的发展历史

功能点计数示例—某业务系统示意图

人行系统

业务系统

柜员信息

机构信息

企业黑名单

征信报告抓取参数

公告信息

企业征信信息

关系表

中间表

缺省配置

查询

修改

删除

增加

查询

反馈

反馈

功能点计数示例—识别功能点计数项

从业务视角/用户价值角度看系统 系统所维护的信息及处理的复杂程度决定了系统价值

功能规模 数据功能：系统使用或维护了哪些业务对象或者业务规则？

事务功能：系统如何使用或维护这些数据？

数据功能类别 ILF（内部逻辑文件）：在本系统维护的业务数据

EIF（外部接口文件）：本系统引用，在其他系统维护的业务数据

事务功能类别 EI（外部输入）：对数据进行维护或改变系统行为的事务

EO（外部输出）：对数据加工后呈现或输出的事务

EQ（外部查询）：对已有数据直接呈现或输出的事务

功能点计数示例—某业务系统示意图

人行系统

业务系统

柜员信息

机构信息

企业黑名单

征信报告抓取参数

公告信息

企业征信信息

关系表

中间表

缺省配置

查询

修改

删除

增加

查询

反馈

反馈

功能点计数示例—某业务系统示意图

人行系统

业务系统

柜员信息

机构信息

企业黑名单

征信报告抓取参数

公告信息

企业征信信息

关系表

中间表

缺省配置

查询

修改

删除

增加

查询

反馈

反馈

功能点与功能项有关系但不同

功能点与功能项的差异补充说明

功能项 方法：计数功能分解后末级功能的个数

特点：便于计数，无需培训，但不同的需求分解方式和粒度，导致不同人针对同一需求拆解的功能项个数有较大差异

应用：可在团队内部使用，但无法用于横向比对、团队绩效评价以及与供应商的结算

功能点 方法：遵循国际标准，对需求进行抽象后确定功能点计数项类型（

ILF/EIF/EI/EO/EQ）及数量

特点：需要额外的培训（通常2-3天），但一旦掌握方法，针对同一需求，不同人员的计数结果是一致的

应用：既可在团队内部使用，也可以用于横向比对、同业对标、团队绩效评价以及与供应商的结算

功能点计数示例—某业务系统中的功能点

数据功能 ILF：如柜员信息、公告信息、企业黑名单、业务规则……

EIF：如企业征信信息……

事务功能 EI：如企业黑名单维护、发布公告……

EO：如企业信息统计……

EQ：如机构列表、柜员明细查询……

其他 编码信息、中间信息、处理逻辑、内部关联……

因此，功能点规模与业务复杂度相关，但与技术实现方式无关

功能点的基本用途

规模估算或测量 每类功能点计数项根据复杂度不同均有特定权值

例如中等复杂度的ILF/EIF/EI/EO/EQ的权值分别为10/7/4/5/4

所有功能点计数项数值之和就是未调整的功能规模，单位为FP

工作量/工期/成本估算 规模估算是项目估算的基础

项目范围管理 功能规模的变化对项目工作量产生重大影响

规模估算与范围定量管理相结合对于需求不确定的增强开发项目尤其重要

基于功能点方法的量化管理典型应用场景

典型应用场景

人力资源规划开发及运维费用估算工期合理性评估部门虚拟结算外包管理产品管理IT部门内部管理与过程改进项目后评价

核心技术思路概述

规 模

生产率

如何基于初始需求评估软件规模？

需求是否会发生变化？ 是否包含隐含需求？ 核心问题

如何确定项目的基准生产率？

如何考虑不同项目、不同团队的差异？

基准比对方法介绍

基准

解决问题相关性分析，发现最佳实践

评价效果能力比对，模式辅助分析

发现问题过程比对，异常预警

术语定义：将目标对象（如项目或项目群）属性与基准相比较，并建立目标对象属性相应值的全部过程（摘自工信部行标《软件研发成本度量规范》）

即依据行业数据及最佳实践，帮助组织定量地了解现状、发现问题、实施改进并对未来建立预测

行业基准数据库建设情况

数据规模：核心项目数据超过

18000套

数据发布：发布2010年行业基准

数据、行业估算模型、特别分析

报告

持续建设：配合运维成本度量规

范编制工作，大力建设IT运维数

据库

2010目标

数据规模：16569套（截至2019年6月1日），覆

盖电子政务、金融、电信、能源、交通等领域

数据内容：每个项目包括项目特征、规模、工作

量及进度、质量、效率、工程定额等347项数据

数据发布：发布行业基准数据、特别报告、行业

估算模型

当前行业基准数据库

行业基准数据库建设情况—数据构成

软件行业基准数据库

可信数据（7261）

数据调研报告

特别报告/白皮书

开发项目（7883）

运维项目（1425）

低可信度/未评级数据

企业咨询数据（32016）

入库 入库

国际数据交换 成分单位定向采集

行业基准数据示例—软件开发生产率

业务领域 P10 P25 P50 P75 P90

电子政务 2.02 2.95 6.32 11.06 15.29

金融 3.39 5.71 11.31 15.88 27.24

电信 2.84 5.07 10.82 18.02 28.93

制造 2.33 3.78 8.32 17.43 25.54

能源 1.99 3.37 6.76 17.68 21.55

交通 2.08 3.25 7.51 14.14 22.03

软件开发生产率详细信息（单位：人时/功能点)

行业基准数据示例—人月费率

序号 城市 城市类型

1 北京 A

2 重庆 C

3 上海 A

4 天津 B

5 长春 D

6 成都 D

7 大连 C

8 广州 B

9 哈尔滨 C

10 杭州 B

11 济南 C

12 南京 B

13 宁波 C

14 青岛 C

15 沈阳 C

16 深圳 A

17 武汉 C

18 厦门 B

19 西安 C

20 长沙 C

21 合肥 D

22 昆明 C

23 石家庄 D

24 苏州 B

25 太原 C

22104

21372

人月费率（元/人月）

28767

21933

28548

24200

20497

20953

23205

25418

21354

26017

24909

23589

22240

22035

27291

25711

21617

24378

23042

22916

20135

21868

19523

序号 城市 城市类型

1 北京 A

2 重庆 C

3 上海 A

4 天津 B

5 长春 D

6 成都 D

7 大连 C

8 广州 B

9 哈尔滨 C

10 杭州 B

11 济南 C

12 南京 B

13 宁波 C

14 青岛 C

15 沈阳 C

16 深圳 A

17 武汉 C

18 厦门 B

19 西安 C

20 长沙 C

21 合肥 D

22 昆明 C

23 石家庄 D

24 苏州 B

25 太原 C

人月费率（元/人月）

22651

18587

23593

19675

18533

16139

17317

19833

21182

17648

17865

18631

17358

17635

16135

20903

18517

22555

17003

19982

19363

21502

17098

19309

18007

行业基准数据分析示例

行业基准数据的获取与提交

如何获取

如何提交http://www.is-spec.cn/http://www.bscea.org/http://www.parawork.com/

基准数据

http://www.bscea.org/data@bscea.org

基于行业数据建立的估算模型主要调节因子

• 考虑隐含需求及需求变更

• 在不同阶段有不同取值

调节因子

1

2

3

规模蔓延

• 业务领域• 应用类型• 质量要求• 完整性级别

软件因素

• 人员经验• 开发技术• 重用

开发因素

估算模型应用示例

1045.33 未进行功能吻合度调整

1.22 研发立项阶段

1275.30

9.50 行业基准数据乐观值

11.88 行业基准数据中位数

14.26 行业基准数据悲观值

1515.06 下限

1893.82 中值

2272.59 上限

质量特性 0.90 无特别限定

开发语言 1.00 无特别限定

开发团队背景 0.80 具备本行业同类软件开发经验

应用类型 1.30 金融市场类

1418.10 下限

1772.62 中值

2127.14 上限

2.72 北京地区人月单价，不包含直接非人力成本

175.12 下限

218.90 中值

262.68 上限

调整后工作量（单位：人天）

人月基准单价（单位：万元/人月）

基准报价（单位：万元）

（不包含直接非人力成本）

规模估算结果（单位：功能点）

规模变更调整因子取值

调整后规模（单位：功能点）

基准生产率（单位：人时/功能点）

未调整工作量（单位：人天）

调整因子

与行标的主要差异

主要差异根据最新发布的国家及行业标准更新了规范性引用文件（原标准发布时，国际功能点标准对应的国内标准尚未发布）在缩略语后增加了“符合性声明”一章，将引用文件中所涉及功能点方法的特点及适用范围进行了简单描述（原标准中以注释的形式出现）成本构成包括直接人力成本、间接人力成本、直接非人力成本，间接非人力成本（原标准是先分为直接成本和间接成本，再区分人力成本和非人力成本）修改了成本估算流程图的画法并删除了对工期估算的描述（其他内容及描述没有实质性变化）软件规模估算部分在示例中给出了不同阶段规模变更因子的建议值（由于国家标准发布周期较长，采用的是2012年的行业基准数据，相关单位在应用标准时应注意引用最新的行业基准数据）工作量估算部分增加了关于调整因子的一些示例，如软件完整性级别、工期要求等

国标与行标的主要差异

标准应用示例

典型应用场景

• 确定预算

• 招投标

• 制订计划

预测

• 跟踪监控

• 项目范围管理

控制• 产能

• 质量与效率

• 团队绩效

评价

行业基准数据库

持续改进

典型应用示例

解决问题：

—预算编制缺乏依据

—过程难以追溯

—过多依赖专家经验

典型案例：海关总署

解决问题：

—难以识别合理报价

—各方难以达成一致

—项目关键需求尚未澄清

典型案例：山东移动

解决问题：

—项目范围管理

—项目费用结算缺乏依据

—供应商能力提升

典型案例：国家开发银行

解决问题：

—早期估算与计划编制

—变更管理

—绩效评价与改进

典型案例：华为集团

标准应用示例—典型评审流程

标准应用示例—背景介绍

公司背景 组织特点：电信行业，每年信息系统建设投资巨大，信息化部门有少量技术人

员，以外包为主

面临问题：信息系统费用测算及经验为主，缺乏依据，甲乙双方经常就项目费用、变更等产生争议，难以达成一致

采取措施：在聘请外部专家进行现状分析后，引入了软件工程造价师认证培训，参照相关国家及行业标准，建立了新的预算、招评标、项目管理等相关过程

演员表 领衔主演：项目经理（刘长江）

主演：信息化部门总经理（张华恩），业务部门代表（任丽萍），采购专员（王媛媛），计划部（李立君），外部专家（冯克）

友情客串：东锐公司项目经理（武天胜），华智公司项目经理（张海啸）

标准应用示例—预算阶段

承包商（乙方）

预算小组（甲方）

计划部

李立君

信息化部

总经理：张华恩

项目经理：刘长江

东锐

武天胜

分包/承

包

华智

张海啸

业务部门代表

任丽萍

采购中心

王媛媛

需求

企业实施认证培训后，开始在新的项目中采用基于行业标准的新方法及新的过程。

为慎重起见，刘经理还邀请了信息化部张总、业务代表任丽萍、采购专员王媛媛、计划部李立君、外部专家冯克成立预算小组，共同完成该项目的预算工作。

移动互联网行为分析系统 原始需求

……

3.1.1 基础数据分析

通过对DPI、相关系统日志等基础数据的分析，提取出手机用户号码、访问的URL、

访问时间、访问流量、文件类型（图片、音频、视频、文字）等。

3.1.2 内容分析

系统应能根据分析日志的URL、IP地址及端口号，具备区分用户使用客户端应用访

问和网站页面访问方式的能力，识别出用户访问网页地址或使用/下载客户端应用，获

取用户使用的应用或访问的网站URL具体页面，通过分析应用或网站页面内容的标题、

关键词、文本内容、文件类型等信息，建立包括网站页面和客户端应用用户访问行为

分类标签库

……

标准应用示例—预算阶段

名称 类型

3.1.1 基础数据分析

DPI信息 EIF

日志信息 EIF

用户基础信息 ILF

3.1.2 内容分析

分析规则 ILF

分类信息 ILF

客户端用户行为 ILF

页面用户行为 ILF

本项目规模：未调整前功能点数为5*35+2*15=205个功能点。在预算阶段，变更调整因子为2，调整后的总功能点数为205*2=410个功能点。预算阶段该项目的总规模为410个功能点。

下限 中值 上限

规模 410功能点

工作量 13.94人月 17.43人月 20.91人月

价格 32.20万元 40.25万元 48.30万元

工期 3.70月 4.05月 4.36月

为确保本项目成功实施，该项目预算选取上限，最终按48万申报项目预算。

标准应用示例—招投标阶段

招投标阶段需求更加详细……

3.1.2 内容分析系统应能根据分析日志的URL、IP地址及端口号，具备区分用户使用客户端应用访问和网站页面访问方式

的能力，识别出用户访问网页地址或使用/下载客户端应用，获取用户使用的应用或访问的网站URL具体页面，

通过分析应用或网站页面内容的标题、关键词、文本内容、文件类型等信息，使用聚类分析关联规则算法，

按照集团统一分类标准建立包括网站页面和客户端应用用户访问行为分类标签库。具体包括：

（1） 生成内容分类训练集：对互联网内容类别及包含的URL进行增删改操作，生成内容分类所需的训

练集。互联网内容类别整理后，为下一步的文本分类、内容分类检索、用户内容分类检索提供更好的支撑；

（2） 检索用户清单：通过内容分类和应用分类检索出用户清单，通过用户客户端应用下载/使用清单

检索出用户清单，为相关营销活动做支撑；

（3） 检索用户喜好分布：输入号码，检索出用户在不同互联网内容类别下的上网分布状况和用户不同

的客户端应用喜好使用/下载分布状况，进而发现用户某一段时间的关注点、兴趣点；

（4） 检索用户兴趣点/关注点：检索出某一用户或某一类用户的兴趣点、关注点，方便营销人员进行

相关内容和客户端应用的推送等。

……

标准应用示例—招投标阶段

未调整前规模为：8*35+2*15=310个功能点此时变更调整因子为1.5，于是调整后功能点为：310*1.5=465个功能点

名称 类型

3.1.1 基础数据分析

DPI信息 EIF

日志信息 EIF

用户基础信息 ILF

3.1.2 内容分析

分析规则 ILF

分类信息 ILF

文本分类信息 ILF

内容分类信息 ILF

用户清单 ILF

喜好信息 ILF

关注点信息 ILF

下限 中值 上限

规模 465功能点

工作量 15.81人月 19.76人月 23.72人月

价格 36.52万元 45.65万元 54.78万元

工期 3.90月 4.26月 4.59月

标准应用示例—过程控制

262.5347.5

380

525 521.25478.8

0

100

200

300

400

500

600

预算 招投标 项目立项

估算

预算

2013年需求任务总量 20万个功能点

临时 /突发需求池

任务 1

2 0 0 0功能点

任务 2

3 5 0 0功能点

任务 X

.. .功能点

任务 4（优先级低）

2 0 0 0功能点

任务 a

1 5 0 0个功能点

任务 d 5 0 0个功能点

逐步求精的费用测算

增强开发为主的资源池管理

其他应用示例—功能点字典

本次个贷系统需求为对原有系统的修改，合计工作量为26.4人天。

其他应用示例—过程自动化

其他应用示例—同业对标

应用过程中的常见问题

近期项目审计常见问题

• 功能点计数不正确• 需求变更因子选择与需求文档质

量或者应用场景不符• 软件因素/开发因素调整因子选择

不当或者任意取值• 人月费率取值不当• 非开发工作或费用采用功能点方

法强行凑数• 评估内容重复

标准应用要点说明

应用阶段

—事前/事中/事后

应用对象

—对外/对内

应用策略

—渐进/变革

是否需要进一步细化？

—为何成本构成如此简

单？

—人月费率是否应该进一

步细分？

—是否含税？税率是多

少？

全生命周期：

—从需求分析到投产交付

—包括工程/管理/支持活动

仅包含开发方成本：

—如果涉及其他相关方成本

需规格化处理或扣除

规模度量：

—功能点方法的选择

—计数规则的理解与应用

估算模型：

—模型校正与优化

提问&讨论

国家标准《软件工程 软件开发成本度量规范》内容解读及应用

北京软件造价评估技术创新联盟 首席度量专家 王海青

GB/T 36964-2018