GB/T 36964-2018《软件工程 软件开发成本度量规范》国家标准全文与要点
分类: 预算计价
时间:2026-9-19 18:00:00
浏览:181次
评论:0
摘要:GB/T 36964-2018《软件工程 软件开发成本度量规范》由中华人民共和国国家市场监督管理总局、中国国家标准化管理委员会于2018年12月28日发布,2019年7月1日实施。本规范规定了软件开发成本的构成、软件开发成本度量过程以及应用场景,适用于软件开发项目的成本度量、成本预算、成本核算和成本管理,也适用于软件开发组织内部的项目管理、外包项目管理和行业成本基准数据的建立。规范提出了软件开发成本由直接人力成本、间接人力成本、直接非人力成本、间接非人力成本等构成,明确了软件开发成本度量过程包括成本要素识别、规模估算、工作量估算(含估算准备、估算与调整)、成本估算、成本核定等环节,其中工作量估算前应对项目风险进行分析(考虑技术、管理、资源和商业多方面因素,如需求变更、外部协作时间或成本约束、人力资源、系统架构、用户接口、外购或复用以及采用新技术等)、对实现功能复用情况进行分析、确定影响工作量的主要属性(软件规模、应用领域、软件完整性级别、质量要求、工期要求等),并选择合适的工作量估算方法(难以进行规模估算的项目宜采用类比法或类推法,已进行规模估算的项目宜采用方程法),可采用不同方法分别估算并交叉验证,估算结果宜给出范围而非单一值(可采用基准比对方法,根据基准数据库中25百分位数、50百分位数和75百分位数的功能点耗时率分别计算工作量估算的合理范围与最有可能值)。附录A(规范性附录)给出应用场景,是软件行业成本度量和项目管理的标准化依据。
标准概况
GB/T 36964-2018《软件工程 软件开发成本度量规范》是中华人民共和国国家标准,2018年12月28日发布、2019年7月1日实施,由国家市场监督管理总局、中国国家标准化管理委员会发布。本规范规定了软件开发成本的构成、软件开发成本度量过程以及应用场景,适用于软件开发项目的成本度量、成本预算、成本核算和成本管理,也适用于软件开发组织内部的项目管理、外包项目管理和行业成本基准数据的建立。
标准定位
软件开发成本度量是软件项目管理的基础:没有可靠的成本度量,项目预算、报价、核算和绩效考核都失去依据。本规范把软件开发成本度量从"经验拍脑袋"推向"过程规范+基准数据"的标准化方法,为软件企业、政府部门(软件项目采购)、第三方评估机构提供共同的技术语言和度量流程。
软件开发成本构成
规范明确了软件开发成本由以下部分构成:直接人力成本(项目组开发人员的人工成本)、间接人力成本(项目管理、质量保证、配置管理等支持人员分摊的人工成本)、直接非人力成本(开发环境、工具软件、差旅等直接发生的非人力支出)、间接非人力成本(场地、水电、行政分摊等)。成本构成识别是成本度量的起点——漏计或重复计算任一项,都会导致成本估算失真。
软件开发成本度量过程
成本要素识别。 识别软件开发项目的人力成本要素和非人力成本要素,确定度量的边界和口径。
规模估算。 估算软件的规模(如功能点、代码行等)。规模是工作量估算的基础变量,功能点方法(根据用户功能需求计数)是国际通行的规模度量方法。
工作量估算。 分为估算准备和估算与调整两个环节:
- 估算准备:对项目风险进行分析(考虑技术、管理、资源和商业多方面因素,例如需求变更、外部协作时间或成本约束、人力资源、系统架构、用户接口、外购或复用以及采用新技术等);对实现功能复用情况进行分析,识别出复用的功能及可复用的程度;根据经验或相关性分析结果确定影响工作量的主要属性。委托方应考虑的主要因素包括软件规模、应用领域(委托方组织类型、软件业务领域和软件应用类型)、软件完整性级别(分为A、B、C、D四个等级,确定方法见GB/T 18492-2001第7章)、质量要求(可靠性、易用性、性能效率、可维护性和可移植性,见GB/T 25000.10-2016)、工期要求(工期要求的合理性、紧迫度等);开发方还应考虑采用技术(开发平台、编程语言、系统架构和操作系统等)、开发团队(开发方组织类型、团队规模和人员能力等)、过程能力(开发方过程成熟度水平和管理要求等)。选择合适的工作量估算方法:对于难以进行规模估算的项目,宜采用类比法或类推法;对于已经进行了规模估算的项目,宜采用方程法(基于基准数据采用回归分析方法建立回归方程)。
- 估算与调整:根据风险分析结果对估算方法或模型进行合理调整(如调整估算模型中影响因子的权重值);根据可复用功能的规模及可复用程度对工作量估算进行调整;使用类推法时参考的历史项目应和待估算项目有高度的相似性;使用类比法时应根据主要项目特征对基准数据进行筛选;使用方程法时可基于完整多元方程直接计算,也可先按较简单方程计算初步结果再根据其他调整因子调整;宜采用不同的方法分别估算工作量并进行交叉验证(不同方法结果产生较大差异时可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法);估算工作量时宜给出估算结果的范围而不是单一的值——例如可采用基准比对方法,根据基准数据库中25百分位数、50百分位数和75百分位数的功能点耗时率数值,分别计算出工作量估算的合理范围与最有可能值。
成本估算与成本核定。 在工作量估算基础上按成本构成要素(人员费率、非人力成本)计算总成本;成本核定环节对估算结果进行校核确认。
知识点总结
"规模-工作量-成本"的链条式度量。 软件开发成本度量的核心链条是:先度量规模(软件有多大),再由规模估算工作量(要多少人月),最后由工作量和费率计算成本(要多少钱)。规模是客观基准,工作量受质量要求、团队能力、技术复杂度等调整因子影响,成本由工作量乘人员费率加非人力成本得到——每一环都建立在前一环基础上,环环相扣。
"方程法+类比法+类推法"三种方法的分工。 方程法基于历史基准数据建立回归方程(规模→工作量的函数关系),客观性强但依赖基准数据;类比法通过主要项目特征筛选相似项目进行比对,直观但要求项目高度相似;类推法适用于难以规模估算的项目(如新技术、全新领域),依赖专家经验。规范建议不同方法交叉验证,正是利用多种方法相互校核提高估算可靠性。
"给出范围而非单一值"的科学估算观。 软件开发存在固有不确定性(需求变化、技术风险、人员流动),任何精确到"小数点"的单一估算值都可能是虚假精确。规范要求以基准数据的分位数(25/50/75百分位)给出估算范围与最有可能值,既满足预算和报价需要,又诚实表达不确定性——这体现了软件成本度量从"拍脑袋定值"到"基于分布的科学估算"的进步。
风险分析与复用分析前置。 工作量估算前先做风险分析(需求变更、外部约束、技术风险等)和功能复用分析,目的是把不确定性和已有资产(可复用组件)对工作量的影响显性化——风险分析结果用于调整估算模型权重,复用分析结果用于扣减复用部分工作量。这两项前置分析是估算"准不准"的关键。
适用读者
本规范适用于软件开发企业(含外包承接方)的成本管理人员、项目经理、软件估算人员,软件项目采购方(政府部门、企事业单位)的信息化管理部门,软件造价评估机构、第三方测试与评估机构,从事软件工程、软件度量研究的高校师生,以及IT审计和软件资产评估人员。
文件获取
本文提供GB/T 36964-2018《软件工程 软件开发成本度量规范》国家标准全文PDF下载,获取后可用于学习、研究和工作参考。
标准封面预览

附件名称:GB T 36964-2018 软件工程 软件成本开发度量规范.pdf
上传时间:2026-09-12 21:32:49
¥3.90
支付后刷新该页面即可下载。支付后无法下载请加QQ群(907977327)进行处理。