国家标准 GB/T36964一2018 软件工程软件开发成本度量规范 Softwareengineering一Speeifieationforsoftwaredevelopment c0stmeaurement 2018-12-28发布 2019-07-01实施国家市场监督管理总局发布币国国家标准化管理委员会国家标准
GB/36964一2018 目次前言引言范围 2 规范性引用文件术语和定义缩略语 5 符合性声明软件开发成本构成软件开发成本度量过程附录A规范性附录应用场景
GB/36964一2018 前言本标准按照GB/T1.1一2009给出的规则起草请注意本文件的某些内容可能涉及专利本文件的发布机构不承担识别这些专利的责任本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归口本标准起草单位:中关村智联软件服务业质量创新联盟、电子技术标准化研究院、广州赛宝认证中心服务有限公司、银行股份有限公司软件中心,北京博瑞动力科技有限公司、神华和利时信息技术有限公司、审计署计算机技术中心、中科软科技股份有限公司罗克佳华科技集团股份有限公司、广联达科技股份有限公司、北京德信汇鑫信息技术咨询有限公司、北京宇信科技集团股份有限公司、用友网络科技股份有限公司、东软集团股份有限公司,北京中百信信息技术股份有限公司、软件与技术服务股份有限公司、中通服软件科技有限公司、邮政储蓄银行股份有限公司、招商银行股份有限公司、麦哲思科技(北京)有限公司、北京京天威科技发展有限公司、深圳市恰化时代科技有限公司、黑龙江邮政易通信息网络有限责任公司、电力科学研究院、北京航空航天大学计算机学院软件工程研究所,同济大学、科学院上海高等研究院、互联网络信息中心,北京中科汇联科技股份有限公司浙江网新恩普软件有限公司、四川九洲电器集团有限责任公司、首都信息发展股份有限公司、新疆睿德致近信息科技有限公司.山西精英科技股份有限公司、北京软件和信息服务交易所有限公司、中兴通讯股份有限公司、上海惠艾信息科技有限公司、北京厚德基业科技发展有限公司、北京思泰正德科技发展有限公司、科学院软件研究所、珠海市软件行业协会、大庆金桥信息技术工程有限公司,天维尔信息科技股份有限公司、北京合力金桥系统集成技术有限公司本标准主要起草人;白溥、王钧、陈钟、周平、赵国祥、华平澜、郑人杰、陈致平,黄群、王伟、姚丹、党全荣、穆京丽、张肠肠,刘谦健、李文鹏、李华北、吴小庆、陈颖史明慧、刘国峰、古蓉、丁秀兰、袁正刚王雪男、王敏、白杨、高巨超、李世欣、何军旭、贺敏、孟繁强、卢学哲、范世红,朱玉、李朝晖、欧红、任甲林蔡霞,李淮泾、杨松辉、张大华、任爱华、刘琴、宁德军、祁宁,游世学、王志飞,朱莉萍、张莹,余东辉、陈锐薛慧、胡才勇、于铁强、张雪敏、郑立、黄峻、解明明、王海青、代寒玲、胡洁、王忠福、张恩雷、王国栋傅晓涛
GB/T36964一2018 引言本标准在S/T1l463一2013《软件研发成本度量规范》的基础上引人了典型应用领域的应用场景增加了不同功能规模测量标准的应用说明,对工作量的调整因子进行了优化本标准不包含软件开发成本度量过程中所需使用的各种基准数据和估算模型,各利益相关方在使用本标准时,应参考权威部门发布的最新基准数据、估算模型开展软件成本度量相关活动 IN
GB/36964一2018 软件工程软件开发成本度量规范范围本标准规定了软件开发成本度量的方法及过程,包括符合性声明、软件开发成本的构成,度量过程及应用场景本标准适用于软件开发项目的成本估算、成本管理、合同变更以及相关合同编制规范性引用文件下列文件对于本文件的应用是必不可少的凡是注日期的引用文件,仅注日期的版本适用于本文件凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T184922001信息技术系统与软件完整性级别 GB/T25000.102016系统与软件工程系统与软件质量要求和评价(SQuaRE)第10部分系统与软件质量模型 SJ/T11617一2016软件工程cOSM1C-FFP一种功能规模测量方法 SJ/T11618一2016软件工程MKI功能点分析计数实践指南 s/T116192016软件工程功能规模测量NESMA方法 s/T11620-2016信息技术软件和系统工程FiSMA1.1功能规模测量方法 ISO/IEC20926;2009软件与系统工程软件测量IFPUG功能规模测量方法2009(Software FPUGfunetionalsizemeasurementmethod2009) andsystemmsengineeringSoftwaremeasurement 术语和定义下列术语和定义适用于本文件 3.1 软件开发成本softtwaredeveopmentcost 为达成软件项目目标开发方所需付出的各种资源代价总和注:资源包括人、财、物和信息等 3.2 软件开发收入softwaredeveopmmentincome 开发方向委托方交付软件开发工作成果所获得的收人 3.3 直接成本directcost 为达成软件项目目标而直接付出的各种资源代价总和注1;如可直接计人软件项目成本的直接材料和直接人工等注2:改写GB/T32911一2016,定义3.！ 3.4 间接成本indireecost 与达成软件项目目标相关,但同一种投人可以支持一个以上项目的联合资源代价总和
GB/T36964一2018 注:如开发管理人员工资、,开发设备折旧和停工损失等 [GB/T32911一2016,定义3.5] 3.5 人力成本hummanresoureecost 为达成软件项目目标所需付出的各种人力资源代价总和 3.6 非人力成本non-humanresoureecost 为达成软件项目目标所需付出的人力成本之外的其他资源代价总和 3.7 成本度量costmeasurement 对软件开发成本的预计值进行估算或对实际值进行测量和分析的过程 3.8 方程法equation 基于基准数据建立参数模型,并通过输人各项参数,确定待估算项目工作量或成本估算值的方法 3.9 类比法ceomparison 将本项目的部分属性与类似的一组基准数据进行比对,进而获得待估算项目工作量或成本估算值的方法 3.10 类推法analogy 将本项目的部分属性与高度类似的一个或几个已完成项目的数据进行比对,适当调整后获得待估算项目工作量或成本估算值的方法 3.11 系统边界systemboundary 被度量软件与用户或其他系统之间的界限 3.12 功能点funetionpoint;FP 衡量软件功能规模的一种单位 3.13 完整性级别integritylevel 项目的某个特性的取值范围的一种表示,该特性的取值范围表示子系统或子模块对整体软件项目可能带来风险的影响程度注改写GB/T 1,定义3.9 184922001 3.14 基准benchmark 经过筛选并维护在数据库中的一个或一组测量值或者派生测量值,用来表征目标对象(如项目或项目群)相关属性与这些测量值的关系 3.15 基准比对 bencharking 将目标对象(如项目或项目群)属性与基准(3.14)相比较,并建立目标对象属性相应值的全部过程 3.16 基准比对方法 unkingmethodl benchma 基于基准(3.14)数据,对待估算项目进行估算或对已完成项目进行评价的方法
GB/36964一2018 3.17 委托方sponsor 软件项目的出资方 3.18 开发方developer 受委托方(3.17)委托,负责软件开发的组织或团队 3.19 第三方thirtpaurtsy 除委托方(3.17)和开发方(3.18)之外的监理、审计、咨询机构等利益相关方 3.20 百分位数pereentile 将一组数据从小到大排序,并计算相应的累计百分位,则某一百分位所对应数据的值就称为这一百分位的百分位数示例:可表示为;一组n个观测值按数值大小排列,处于p%位置的值称第百分位数 3.21 personhours functionalsizeunit 功能点耗时率 rSper 每功能点所消耗的人时数 3.22 挣值分析earnedvalueanalysis 将项目已完成工作的计划工作量与实际工作量进行比较,确定项目进度和成本偏离情况的方法 3.23 预算编制budgeting 根据项目成本估算的结果确定预计项目费用的过程 3.24 预算价bdgetpriee 项目立项时批复的预算额度 3.25 投标价bidpriee 在招投标过程中,各投标人递交的承包价格 3.26 评标基准价baselinepreeforbhidevauationm 在评标中设定为价格评分最高的价格 3.27 投标最低合理报价lowestprieeforreasonablebid 在评标中设定为有效投标报价的下限价格 3.28 投标最高合理报价highesprieeforreasonablebid 在评标中设定为有效投标报价的上限价格 3.29 规模综合单价unitprieeofsize 单位规模的直接人力成本与间接成本之和注单位通常为元每功能点
GB/T36964一2018 3.30 变更成本changecost 为实现变更所需付出的软件开发成本 3.31 结算setlement 开发方在项目验收后对项目的成本进行计算的过程 3.32 决算finalaceounts 委托方在项目验收后对项目的成本进行计算的过程 3.33 后评价postprojeeteyaluationm 在项目已经完成并运行一段时间后,对项目的目的、执行过程、效益、作用和影响进行系统、客观分析和总结的一种技术经济活动缩略语下列缩略语适用于本文件 coSMIC;通用软件度量国际联盟(CommonSoftwareMeasurementInternationalConsortium) FiSMA;芬兰软件度量协会(FinnishSoftwareMeasurementAssociation GsC:通用系统特性(GeneralsystenmCharacteristies IFPUG:国际功能点用户组(InternationalFunctionPointUserGroup NESMA;荷兰软件度量协会(NEtherlandsoftwareMeasurementAssoeiation) 符合性声明 5 本标准在使用时应满足以下条件在软件工程模式下进行开发的软件项目的成本度量; a 不同利益相关方由于目的不同,宜采用的成本度量方法或过程会有所差异,如选用本标准进行 b 软件成本度量时,应遵循第7章所建议的技术路线在进行规模估算时,应参考S/T11617一2016、SI/T11618-2016、SI/T11619-2016、 S/T116202016和IsO/IEC20926;2009的适用范围选择合适的估算方法其中 1) IFPUG,NESMA和FISMA方法适用于商业应用软件的功能规模测量; 2)NESMA方法与IFPUG方法非常类似,但对功能点计数进行了分级,以便在估算的不同时期选择不同精度的方法进行估算; COSMIC方法适用于商业应用软件和实时系统的功能规模测量; 5 MKI方法适用于逻辑事务能被确定的任何软件类型 4 本标准根据软件开发生存周期过程对应用场景进行划分,典型应用场景划分如下: 预算; a b) 招投标; 项目计划 c d) 变更管理; e 结算,决算、后评价关于上述5种应用场景的成本度量过程和要求详见附录A
GB/36964一2018 软件开发成本构成软件开发过程指从项目立项开始到项目完成验收之间所涉及的需求分析、概要设计、编码实现、集成测试、验收交付及相关的项目管理支持活动软件开发成本仅包括软件开发过程中的所有人力成本和非人力成本之和见图1),不包括数据迁移和软件维护等成本人力成本包括直接人力成本和间接人力成本,非人力成本包括直接非人力成本和间接非人力成本本标准中所涉及工作量也仅为软件开发过程所用工作量直接人力成本间接人力成本软件开发成本直接非人力成本间接非人力成本图1软件开发成本构成直接人力成本包括开发方项目组成员的工资、奖金和福利等人力资源费用其中,项目成员包括参与该项目开发过程的所有开发或支持人员,如项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人员、质量保证人员和配置管理人员等对于非全职投人该项目开发工作的人员,按照项目工作量所占其总工作量比例折算其人力资源费用间接人力成本指开发方服务于开发管理整体需求的非项目组人员的人力资源费用分摊包括开发部门经理、,项目管理办公室人员、工程过程组人员、产品规划人员、组织级质量保证人员、组织级配置管理人员,商务采购人员和IT支持人员等的工资、奖金和福利等的分摊直接非人力成本包括办公费,即开发方为开发此项目而产生的行政办公费用,如办公用品、通讯、邮寄、印刷和会 a 议等; 差旅费,即开发方为开发此项目而产生的差旅费用,如交通、住宿和差旅补贴等 b 培训费,即开发方为开发此项目而安排的培训产生的费用 c d 业务费,即开发方为完成此项目开发工作所需辅助活动产生的费用,如招待费、,评审费和验收费等; 采购费,即开发方为开发此项目而需特殊采购专用资产或服务的费用,如专用设备费、专用软件费、技术协作费和专利费等其他,即未在以上项目列出但却是开发方为开发此项目所需花费的费用间接非人力成本指开发方不为开发某个特定项目而产生,但服务于整体开发活动的非人力成本分摊包括:开发方开发场地房租、水电和物业,开发人员日常办公费用分摊,战略、市场宣传推广、品牌建设、知识产权专利等费用分摊,以及各种开发办公设备的租赁、维修和折旧分摊等注在编制软件项目预算、报价或结算时,除软件开发成本外,考虑开发方合理的毛利润水平是必要的对于需要提供其他支持服务的项目或产品,还需要考虑支持活动所需的各种成本,如数据迁移费和维护费等软件开发成本度量过程 7.1软件开发成本估算 7.1.1基本流程本标准建议的成本估算的基本流程见图2
GB/T36964一2018 成本估算确定软件开发成本软件规模估算工作量姑算估算间接非人力成本方程法估算工作量估算直接人力成本类比法估算工作量钻算间接人力成本类推法估算工作量估算直接非人力成本图2软件开发成本估算基本流程依据此流程进行软件开发成本估算前应考虑以下情况在需求模糊或不确定时,宜采用类比法或类推法,直接粗略估算工作量,也可直接粗略估算成本 a b间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式 7.1.2遵循原则在进行软件的规模、工作量,成本估算时应遵循以下原则在规模估算时,应根据项目特点和需求的详细程度选择合适的估算方法; aa b) 充分利用基准数据,采用方程法、类比法或类推法,对工作量和成本进行估算; es 工作量和成本的估算结果宜为一个范围值; d 在进行成本估算时,如有明确的工期要求,应充分考虑工期对项目成本的影响,可以根据项目实际情况以及工期对项目的影响程度,对成本的估算结果进行调整; 成本估算过程中宜采用不同的方法分别借算并进行交叉验证如果不同方达的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法; fD 在软件项目的不同场景下(如预算、招投标,项目计划和变更管理等)采用本标准时,相关要求见附录A 7.1.3软件规模估算在规模估算前,应根据项目范围明确系统边界对于尚未确定的需求,应该在规模估算前确定估算原则估算人员应根据已确定的系统边界和需求描述估算软件规模规模估算所采用的方法，应根据项目特点和估算需求,选用已发布的s/T11617一2016、 SJ/T11618一2016,sJ/T116192016,S/T11620一2016和IS/IEC20926;2009五种功能规模测量标准中的一种注在规模估算时,应考虑可能的需求变更程度,并利用规模调整因子对规模估算结果进行调整对于以非功能性需求为主,或包含大量复杂算法,或以创意为主的软件项目,在进行规模估算时,可采用前5种方法进行功能规模的估算,并利用GSC调整因子进行规模调整;也可不估算软件规模,参考本标准描述的方法(如类比法和类推法)和原则直接估算软件项目的工作量及成本示例:假设使用NESMA方法进行功能点计数,应考虑不同的估算阶段和历史数据规模变更系数,调整后的规模按下式计算: S=US×CF 式中: 调整后规模,单位为功能点(FP): Us 未调整规模,单位为功能点(FP). CF 规模变更因子,取值范围1.0一2.0,建议预算阶段取2.0,招标阶段取l.5,投标阶段取1.26,计划阶段取1.0.
GB/36964一2018 7.1.4工作量估算 7.1.4.1 估算准备在进行工作量估算前,应对项目风险进行分析风险分析时应考虑技术、管理、资源和商业多方面因素例如;需求变更、 a 外部协作,时间或成本约束、人力资源、系统架构、用户接口、外购或复用以及采用新技术等 b 对实现功能复用情况进行分析,识别出复用的功能及可复用的程度根据经验或相关性分析结果,确定影响工作量的主要属性; 委托方应考虑的主要因素包括(但不限于): 软件规模; 22 应用领域,如委托方组织类型,软件业务领域和软件应用类型等 33 软件的完整性级别软件完整性级别是系统完整性级别在包含软件部件,或(仅)包含软件部件,或(仅)包含软件部件的子系统上的分配软件完整性级别分为A,B,c,D四个等级,确定的方法见GB/T184922001中第7章质量要求,如可靠性,易用性、性能效率、可维护性和可移植性系统与软件质量特性相关的要求见GB/T25000.10一2016; 5 工期要求,如工期要求的合理性,紧迫度等开发方除考虑以上因索外,还应考虑的因素包括(但不限于) 采用技术,如开发平台、编程语言、系统架构和操作系统等; 2 开发团队,如开发方组织类型,团队规模和人员能力等; 33 过程能力,如开发方过程成熟度水平和管理要求等; 对于难以进行规模估算的项目,宜采用类比法或类推法;对！选择合适的工作量估算方法于已经进行了规模估算的项日,宜采用方程法注不同企业可依据实际情况对调整因子以及调整因子的参数范围进行自定义 7.1.4.2估算与调整在进行工作量估算时,应: 根据风险分析结果,对估算方法或模型进行合理调整,如调整估算模型中影响因子的权重值 a b 根据可复用功能的规模及可复用程度对工作量估算进行调整采用不同的工作量估算方法时,分别遵循以下原则在使用类推法时,参考的历史项目应和待估算项目有高度的相似性在估算时应识别出待估算项目与参考历史项目的主要差异并对估算结果进行适当调整在使用类比法时,应根据主要项目特征对基准数据进行筛选当用于比对的项目数量过少时,宜按照不同项目属性分别筛选比对,综合考虑工作量估算结果在使用方程法时,宜基于基准数据,并采用回归分析方法,建立回归方程可根据完整的多元方程(包含所有工作量影响因子),直接计算出估算结果;也可根据较简单的方程(包含部分工作量影响因子),计算出初步的工作量估算结果,再根据其他调整因子,对工作量估算结果进行调整宜采用不同的方法分别估算工作量并进行交叉验证如果不同方法的估算结果产生较大差异,可采用专家评审方法确定估算结果,也可使用较简单的加权平均方法在估算工作量时,宜给出估算结果的范围而不是单一的值(例如,可采用基准比对方法,根据基准数据库中25百分位数、50百分位数和75百分位数的功能点耗时率数值,分别计算出工作量估算的合理范周与最有可能值示例;假设基于基准数据建立的回归方程如下式所示
GB/T36964一2018 UE=C×S 式中 Un -未调整工作量,单位为人时(ph) C -生产率调整因子,单位为人时每功能点(ph/FP); -软件规模,单位为功能点(FP); -基于基准数据计算出的软件规模调整系数本示例中假设取值为0.9 假设根据相关性分析和经验确定调整后工作量计算公式按下式计算 AE=UE×A×IL×L×T 式中 AE 调整后工作量,单位为人时(ph); A -应用领域调整因子,取值范围0.8~1.2; IL 软件完整性级别,取值范围1.0~1.8;(假设根据行业历史数据计算的软件完整性各级别参考取值范围是 A级取1.6~l.8,B级取1.3一l.5,C级取1.1~1.,2,D级取1.o0) -开发语言调整因子,取值范围0.8~1.2; -最大团队规模调整因子,取值范围0.8- 1.2 假设待估算项目的规模为1 ,参考基准数据的功能点耗时率25百分位数,50百分位数和75百分位数.C取 000FP，值分别为8ph/FP、10ph/FP、l4ph/FP,则计算出未调整工作量合理范围介于4009.50ph与7016.62ph之间,未调整工作量最有可能值为501l.87p"h. 假设根据参数表确定应用领域调整因子取值为l,软件完整性级别取值为1,开发语言调整因子取值为0.8,最大团队规模调整因子取值为1.l,则计算出调整后工作量合理范围介于3528.36ph与6174.63ph之间,调整后工作量最大可能值为4410.45ph 因项目变化导致需要重新进行工作量估算时,应根据该变化的影响范围对工作量估算方法及估算结果进行合理调整 7.1.5成本估算 7.1.5.1直接人力成本估算应根据工作量估算结果和项目人员直接人力成本费率估算直接人力成本直接人力成本费率是指每人月的直接人力成本金额,单位通常为元每人月直接人力成本的计算宜采用以下两种方式之根据不同类别人员的直接人力成本费率和估算工作量分别计算每类人员的直接人力成本,将 a 各类人员的直接人力成本相加得到该项目的直接人力成本 b)根据项目平均直接人力成本费率和估算的总工作量直接计算该项目的直接人力成本直接人力成本的计算如式(1)所示 DHC-习(E×IrF 式中 DHc -直接人力成本,单位为元人员类别数量,取值为不小于1的自然数; 第i类人员的工作量,单位为人月; E IF -第i类人员的直接人力成本费率,单位为元每人月在估算项目直接人力成本费率时,应考虑不同地域人员成本的差异委托方可参照同类项目的直接人力成本费率数据,开发方可优先使用本组织的直接人力成本费率数据 7.1.5.2间接人力成本估算按照第6章分项估算间接人力成本间接人力成本宜按照工作量比例进行分摊示例:质量保证部门的质量保证人员甲负责组织级质量保证工作和3个项目A、B,C)的项目级质量保证工作其中,用于项目A,B.C的工作量各占总工作量的1/4,用于组织级质量保证工作和其他工作的工作量占其总工作量的 4;同时,项目A的开发总工作量占该组织所有开发项目总工作量的1/3,则质量保证人员甲的人力资源费用中,l/4计 1/4
GB/36964一2018 人项目A的直接人力成本,1/12(占质量保证工程师甲1/4的组织级质量保证工作和其他工作中,只有1/3计人项目A 的成本)计人项目A的间接人力成本 7.1.5.3直接非人力成本估算按照第6章分项估算直接非人力成本,也可依据基准数据或经验估算示例1,项目成员因项目加班而产生的餐费宜计人直接非人力成本中的办公费,而项目成员的工作午餐费宜计人直接人力成本示例2;项目组封闭开发租用会议室而产生的费用宜计人直接非人力成本中的办公费,而开发部例会租用会议室产生的费用宜按照间接非人力成本进行分摊示例3;为项目采购专用测试软件的成本宜计人直接非人力成本中的采购费,而日常办公类软件的成本宜按照间按非人力成本进行分摊 7.1.5.4间接非人力成本估算宜根据项目情况,按照第6章分项估算间接非人力成本间接非人力成本宜按照工作量比例进行分摊示例某公司有员工200人1年的房屋租赁费为人民币120万元,则每人每月的房租分摊为500元,如果项目A的总工作量为100人月,则分摊到项目A的房屋租赁费为人民币5万元(即100人月×500元/人月. 7.1.6确定软件开发成本进行软件成本测量的目的是对项目的实际规模、工作量以及成本数据进行收集和分析,以用于后续进行成本估算模型的校正或持续改进成本度量过程软件开发成本的计算如式(2)所示 SDC=DHcC十DNC十IHC十INC 式中: sDc 软件开发成本,单位为元 DHc 直接人力成本,单位为元 DNC 直接非人力成本,单位为元 -间接人力成本,单位为元; IHC Nc -间接非人力成本,单位为元在估算软件开发成本时,可根据直接人力成本费率估算人力成本费率(即每人月直接人力成本与分摊到每人月的间接成本之和).计算如式(3)所示 F=IF×(1十DP) 式中: F 人力成本费率,单位为元每人月; 直接人力成本费率,单位为元每人月; IF Dp -间接成本系数,即分摊到每人月的间接成本占每人月直接人力成本的比例委托方和第三方宜参照行业基准数据确定DP的取值如果已经获得了人力成本费率,则可以依据工作量估算结果和人力成本费率直接计算出直接人力成本和间接成本的总和,然后再计算软件开发成本,计算如式(4)所示 sDc-习(E，×F,)十DNc 式中 SDC -软件开发成本,单位为元人员类别数量,取值为不小于1的自然数; -第i类人员的工作量,单位为人月第i类人员的人力成本费率,单位为元每人月 F
GB/T36964一2018 DNC 直接非人力成本,单位为元委托方可根据行业基准数据确定每人月直接人力成本与分摊到每人月的间接成本的比例,进而估算人力成本费率对于委托方,如果已经确定了规模综合单价,则可以根据规模综合单价和估算出的规模直接计算出直接人力成本和间接成本的总和,然后计算软件开发成本,计算如式(5)所示 SDC=P×S十DNC 式中 SDc 软件开发成本,单位为元; P -规模综合单价,单位为元每功能点(元/FP) S 软件规模,单位为功能点(FP) 直接非人力成本,单位为元 DNC 7.2软件开发成本测量 7.2.1规模和工作量测量在项目开发过程中和项目结束后,应对项目的实际规模和工作量进行测量在以下时机宜对规模进行测量需求完成 an 设计完成 b 编码完成; o d 内部测试完成项目结束后 e 规模测量方法宜与规模估算所采用的方法一致应定期或事件驱动地对项目工作量进行测量工作量测量方法宜与工作量估算所采用的方法一致除对总工作量进行测量外,还宜对项目不同活动、不同阶段的工作量分别进行测量 7.2.2成本测量在项目开发过程中,宜定期或事件驱动地对已发生的直接成本进行测量在项目结束后,宜按照第6章分项对各项成本分别进行测量对于可以按照交付软件规模进行结算的项目,应根据交付软件规模及规模综合单价计算实际成本 7.2.3软件开发成本分析软件开发成本分析的内容主要包括成本估算偏差; a 成本构成 b) 成本关键影响因素相关性分析; c d)成本估算方程回归分析在项目开发过程中,应定期检查实际发生成本与估算成本的偏差项目结束后,应对成本及相关数据进行分析.并用于项目评价; a b 建立或校正成本估算模型; 过程改进 c 项目规模、工作量和成本等估算及实际数据应有效管理并保存在基准数据库中 10
GB/36964一2018 附录 A 规范性附录) 应用场景 A.1预算 A.1.1估算范围预算阶段的应用主要指委托方为确定项目预算而进行的成本估算活动 A.1.2估算依据制定预算应依据软件开发成本估算的规定(见7.l) a b 项目范围描述; 国家或省级、行业软件主管部门发布的相关指导办法 c 权威机构发布的行业基准数据和人力成本基准费率相关信息 d 委托方同类项目的基准数据; 其他相关资料 A.1.3估算原则应由具备本标准涉及的成本估算能力的人员按照7.1的规定进行估算在预算阶段,如果需求极其模糊或不确定,可采用基准比对方法,直接估算工作量及成本完成成本估算后,应考虑行业的平均毛利率及维护要求等因素,计算项目的预算范围 A.1.4上报预算应以估算的结果为基础,并根据以下因素确定上报的预算额度: 需求变更的风险; a 质量要求 b 工期约束 c 注，当项目的需求相对明确且无其他特殊要求时,上报的预算可考虑采用估算结果的中值,即50百分位数;如需求不明确或有较高质量和工期约束时上报的预算可考虑采用估算结果的悲观值,即75百分位数;如需求比较明确且质量和工期没明确约束和要求时,可考虑采用估算结果的乐观值,即25百分位数对于需求相对明确的项目,上报预算时宜附上功能清单及对应功能点数 A.1.5审批预算审批预算时应考虑以下因索预算的合理性; b)可用于本项目的资金情况预算审批人应依据7.1的规定对预算的合理性进行评估,也可委托第三方机构进行评估如果预算审批不通过,则应将预算驳回,并要求重新进行预算 1
GB/T36964一2018 A.2招投标 A.2.1 应用范围招投标过程中的应用包括招标方进行的成本估算; a b 评标基准价的设定; c 投标方进行的成本估算和项目报价; d)评标及合同签订对于采用非招标方式进行采购的委托方,宜参照本标准进行成本估算并确定合理采购价格范围对于采用非投标方式提供报价的开发方,宜参照本标准进行成本估算和项目报价 A.2.2招标 A.2.2.1招标准备确定详细的工作说明书,工作说明书应能满足已选定的规模估算方法所需的功能点和非功能规模计数要求 A.2.2.2估算依据应由招标方(或受其委托的第三方机构)中具备本标准涉及的成本估算能力的人员按照7.1的规定进行估算进行成本估算应依据: 本标准 aa b) 工作说明书; c 项目范围和需求描述; d 国家或省级、行业软件主管部门发布的相关指导办法; 权威机构发布的行业基准数据和人力成本基准费率相关信息; e fD 其他相关资料并考虑以下因素: 项目和潜在投标人所在地域; a b)项目所需技术要求和所属领域的应用成熟度招标方(或受其委托的第三方机构)完成成本估算后,应考虑行业的平均毛利率及维护要求等因素，计算出合理招标价区间如招标阶段的工作说明书与预算阶段约定的范围没有实质性变化,则可直接采用预算阶段的估算结果 A.2.2.3设定评标基准价/投标最低合理报价/投标最高合理报价招标方应遵循以下原则设定评标基准价、投标最低合理报价和投标最高合理报价投标最低合理报价宜参考合理招标价区间的下限值设定; a b 投标最高合理报价宜参考合理招标价区间的上限值或项目预算值评标基准价宜采用合理招标价的中值或各投标人有效报价的平均值,有效报价指投标最低合 c 理报价和投标最高合理报价之间的报价; d 也可根据合理招标价区间和估算规模,计算出合理的功能点单价区间,并据此设定评标基准 12
GB/36964一2018 价,投标最低合理报价和投标最高合理报价; 可根据行业竞争状况及潜在投标人的情况对评标基准价,投标最低合理报价和投标最高合理报价进行适当调整招标方应基于评标基准价制定价格评分方法 A..2.2.4形成招标文件招标方应根据估算结果和设定价格形成招标文件相应部分的内容招标文件中宜明确投标方所需采用的规模估算方法、评标基准价的设定方法及投标报价的评分方法 A.2.3投标 A.2.3.1投标准备投标方接到招标文件后,应对招标文件中与投标报价相关的内容进行澄清和确认,明确项目的范围和边界,并结合自身经验和项目实际情况整理出功能清单及对应功能点数 A.2.3.2估算依据应由具备本标准涉及的成本估算能力的人员按照7.1的规定进行估算投标方进行成本估算应依据本标准 a 工作说明书; b 国家或省级、行业软件主管部门发布的相关指导办法; c 本组织的基准数据和人力成本基准费率相关信息 d 权威机构发布的行业基准数据和人力成本基准费率相关信息; ee fD 招标文件要求; 其他相关资料 g 并应考虑以下因素本组织及项目所在地域; a b 项目所需技术的要求和本组织的技术积累 A.2.3.3确定投标报价投标方不得以低于成本的报价竞标投标方在确定投标报价时,应依据A.2.3.2的估算结果并考虑如下因素 a 期望的利润水平; b 商业策略; c 行业同类项目的成本水平; d其他相关因素 A.2.3.4形成投标文件投标方应根据A.2.3.2的估算结果和A.2.3.3确定的投标报价,形成投标文件中相应部分的内容投标文件中应包含功能清单及对应功能点数 A.2.4评价根据A.2.2.3确定的价格制定评分方法并对有效报价进行价格评分 13
GB/T36964一2018 对低于投标最低合理报价或高于投标最高合理报价的情况,应视为不合理报价,价格评分宜为 0分 A.3项目计划 A.3.1应用范围项目计划活动的应用主要包括: 开发方获得委托方正式的委托后,为制订详细的开发计划而开展的成本估算话动 a b) 开发方在项目开发过程中,根据新的信息或项目变化重新进行的成本估算活动 A.3.2估算依据在项目计划时,进行成本估算应依据: 软件开发成本估算的规定(见7.1); a b 已确认的项目工作说明书; 国家或省级、行业软件主管部门发布的相关指导办法; c 本组织的基准数据和人力成本基准费率相关信息; d 权威机构发布的行业基准数据和人力成本基准费率相关信息 e fD 其他相关资料 A.3.3估算原则在项目计划阶段,进行成本估算应遵循以下原则应由开发方或第三方机构中具备本标准涉及的成本估算能力的人员按照7.1的规定进行 a 估算; 估算人员还应对各任务的工作量分别进行估算,估算时宜参考基准数据将已估算出的总工作 b 量分解到各任务,并依据经验或采用专家评审方法对估算结果进行验证,不同估算方法产生的结果偏差较大时应分析原因并调整估算; 当估算结果与项目约束产生冲突时,应分析原因并提出处理建议 A.3.4制定项目计划制定项目计划应以A.3.3的估算结果为基础,并适当调整对每一任务的资源,时间计划进行调整时应考虑的因素主要包括 aa 交付时间要求 b)任务难度; 是否属于关键路径; c 资源限制 d 项目计划应获得主要利益相关方的确认并达成一致 A.3.5维护项目计划在项目开发过程中,在以下两种情况应重新进行成本估算并维护项目计划项目到达重要里程碑或发生变化时例如,在需求分析完成后,可重新进行规模估算,必要时 a 对工作量和成本估算进行相应调整; b 当成本估算的假设条件发生变化时例如,对于迭代开发的项目,如果第一次迭代的生产率数据与估算时参考的生产率数据有较大偏差,可根据实际生产率数据重新修正成本估算结果 14
GB/36964一2018 A.4变更管理 A.4.1应用范围变更管理的应用主要指项目开发过程中由项目需求变更引起的成本估算活动 A.4.2估算依据进行变更成本估算应依据 a 软件开发成本估算的规定(见7.1); 国家或省级、行业软件主管部门发布的相关指导办法; b 委托方,开发方及其相关方共同明确的变更范围 d 组织关于变更过程的经验和数据; 本组织的基准数据和人力成本基准费率相关信息权威机构发布的行业基准数据和人力成本基准费率相关信息; 其他相关资料 g A.4.3估算原则变更成本估算应遵循以下原则应由具备本标准涉及的成本估算能力的人员按照7.1的规定进行估算; a 委托方、开发方及相关方应对变更的范围达成一致: b 估算人员应识别变更给成本所带来的影响按照7.1的规定估算变更后的软件规模,工作量 c 和成本; d 变更成本估算结果应得到委托方、开发方及相关方的评审和确认,达成共识当不能达成一致时,委托方,开发方及相关方应进行磋商,确定处理办法 A.5结算、决算和后评价 A.5.1应用范围结算,决算和后评价阶段的应用主要包括为编制结算和决算而进行的成本测量; b)为绩效评价和过程改进等后评价活动而进行的成本数据的测量和分析 A.5.2估算依据进行结算、,决算和后评价时应依据软件开发成本测量的规定(见7.2) a b 最终的功能清单及对应功能点数; 预算、项目计划: 国家或省级、行业软件主管部门发布的相关指导办法; d 本组织的基准数据和人力成本基准费率相关信息权威机构发布的行业基准数据和人力成本基准费率相关信息; 其他相关资料 8 15
GB/T36964一2018 A.5.3结算和决算项目的成本测量应由具备本标准涉及的成本估算能力的人员进行在项目验收之后应依据7.2的规定对项目的成本进行测量,作为项目结算或决算的一部分 A.5.4绩效评价委托方应依据7.2的规定对项目的成本进行测量,宜将项目测量的规模、成本与预算进行对比,全面掌握和评价项目预算的执行情况开发方应依据7.2的规定对项目的成本进行测量,宜将项目测量的规模、成本与项目计划进行对比,全面掌握项目计划执行情况,考核项目实施效果 A.5.5过程改进可将项目测量的规模成本和生产率等数据纳人组织或行业的基准数据库,为以后类似项目的成本估算提供参考数据可将测量的功能点耗时率和生产率等数据与组织或行业的基准数据进行比对分析,以发现改进机会 16
GB/36964一2018 参考文献 [1]GB/T5271.1一2000信息技术词汇第1部分;基本术语 [2]GB/T8566一2007信息技术软件生存周期过程 [3 GB/T11457一2006信息技术软件工程术语 4]GB/T18491.2一2010信息技术软件测量功能规模测量第2部分:软件规模测量方法与GB/T18491.1一2001的符合性评价 [5]GB/T18491.3一2010信息技术软件测量功能规模测量第3部分;功能规模测量方法的验证 [6]GB/T18491.4一2010信息技术软件测量功能规模测量第4部分;基准模型 [7]GB/T18491.5一200信息技术软件测量功能规模测量第部分;功能规模测量的功能域确定 [8]GB/T1849L.6一200信息技术软件测量功能规模渊量第6部分.GB/T1849系列标准和相关标准的使用指南 [9]GB/T18905.2一2002软件工程产品评价第2部分.策划和管理 GB/T18905.4一2002软件工程产品评价第4部分;需方用的过程 10 18905.52002软件工程产品评价第5部分评价者用的过程 18905.62002软件工程产品评价第6部分;评价模块的文档编制 12 软件工程软件测量过程 13 GB/T20917一2007 系统工程系统生存周期过程 GB/T22032一2008 GB/T32911一2016 软件测试成本度量规范 15 [16]PeterHi,lInternationalSoftwareBenechmarkingStandardsGroup.Practicalprojrectestima ion2ndedition(实际项目估算第二版)(M).NewYork;McGraw-HilOsborneMedia,201o.

软件工程软件开发成本度量规范GB/T36964-2018

软件开发是一个严谨而复杂的过程，需要通过有效的方法和工具来确保质量和可靠性。其中，成本度量是衡量软件项目成功与否的重要指标之一。近年来，GB/T36964-2018发布并实施，为软件开发成本度量提供了一套统一的规范。

什么是GB/T36964-2018？

GB/T36964-2018是中国国家标准化管理委员会发布的《软件工程软件开发成本度量规范》。该规范主要针对软件开发项目的成本度量进行了详细的规定和说明，包括各种成本因素的计算方法、成本数据的收集和分析、成本控制和评估等方面。

GB/T36964-2018的应用和作用

GB/T36964-2018规范了软件开发成本的计算和管理流程，可以帮助企业和开发团队更加有效地管理和控制项目成本。具体而言，它可以带来以下几个方面的好处：

提高项目的可控性：通过标准化的成本度量方法，可以更加准确地测算和评估项目成本，从而帮助企业更好地掌握项目进度和风险。
优化资源配置：了解各项成本因素的具体情况，可以帮助企业更加科学地安排资源，避免过度或不足投入，从而降低成本风险。
提高决策效率：基于准确的成本数据，企业可以更加迅速地做出决策，避免因为缺乏信息而导致决策失误。

GB/T36964-2018的实施步骤

要想成功地应用GB/T36964-2018，需要按照以下步骤进行：

明确成本度量的目的和范围，确定所需数据的类型和来源。
选择合适的成本度量方法，并进行必要的调整和改进。
制定成本度量计划，并安排专人负责数据的收集和处理。
对收集到的数据进行分析和归纳，形成有效的成本报告。
根据成本报告进行决策，并调整项目的资源配置。

总结

GB/T36964-2018是一份重要的软件开发成本度量规范，可以帮助企业和开发团队更加精准地评估和控制项目成本，提高项目的成功率和效率。如果您还没有采用这个规范，在今后的开发过程中不妨考虑一下，相信它会为您带来许多好处。