DB13T 2106-2014 软件开发项目造价评估规范

ICS35.080L77DB13河北省地方标准DB13/T2106—2014软件开发项目造价评估规范Evaluationspecificationforcostsofsoftwaredevelopmentprojects2015-12-24发布2015-01-15实施河北省质量技术监督局发布DB13/T2106—2014I目次前言................................................................................II引言...............................................................................III1范围..............................................................................12规范性引用文件....................................................................13术语和定义........................................................................14软件开发项目造价的构成............................................................25软件开发项目造价估算..............................................................36应用..............................................................................9附录A（规范性附录）功能点计数基本规则.............................................10附录B（规范性附录）估算参数说明...................................................12附录C（资料性附录）典型应用.......................................................16参考文献.........................................................................19DB13/T2106—2014II前言本标准按照GB/T1.1-2009给出的规则起草。本标准由河北省工业和信息化厅提出并归口。本标准由河北省工业和信息化厅组织实施。本标准起草单位：河北省电子信息产品监督检验院、河北省软件评测中心、河北广电信息网络集团股份有限公司、河北省民政信息管理中心。本标准主要起草人：边存国、葛建新、赵成林、孙继欣、王颖杰、杨军山、王明章、陈湘军。DB13/T2106—2014III引言随着信息科学技术的进步，软件业飞速发展，市场前景广阔。但目前国家对该行业的服务行为缺乏完善的服务规范和管理办法，供、需双方的合法权益缺乏技术保障。尤其在软件开发项目中，其造价的评估一直是难以解决的问题。此类规范的缺失，使得软件开发项目在立项预算、价格竞争、结项费用等环节，经常发生预算与实际费用差距较大、财务部门审核软件开发费用无所适从、政府审计和监察部门面对软件开发项目行使职责缺乏相关依据等情况。本标准的制定，参考国内外先进技术统计手段、软件开发实际发生费用情况，结合我省人力成本、市场成熟情况等，以期满足软件开发项目相关方对造价透明度的需求。本标准的实施，可起到规范我省软件开发市场、为软件企业提供技术依据、为政府科学决策及相关职能部门监管提供技术支撑的作用。DB13/T2106—20141软件开发项目造价评估规范1范围本标准规定了对软件开发项目的造价进行评估的术语和定义、软件开发项目造价的构成、软件开发项目造价评估。本标准适用于以功能性需求为主的定制类软件开发项目的造价评估。不适用于商业现货软件、嵌入式软件和IT运维。2规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T8566信息技术软件生存周期过程ISO/IEC20926软件和系统工程—软件度量—IFPUG功能规模度量方法（Softwareandsystemsengineering--Softwaremeasurement--IFPUGfunctionalsizemeasurementmethod）ISO/IEC24570软件工程.NESMA功能尺度测量法2.1版.功能点分析应用的定义和计数指南（Softwareengineering--NESMAfunctionalsizemeasurementmethodversion2.1--DefinitionsandcountingguidelinesfortheapplicationofFunctionPointAnalysis）3术语和定义下列术语和定义适用于本文件。3.1软件开发项目造价costsofsoftwaredevelopmentprojects在开发、维护、应用系统集成各环节上的费用总和。3.2委托方sponsor软件项目的出资方。3.3开发方developer受委托方委托，负责软件研发的组织或团队。3.4第三方third-party委托方和开发方之外的监理、审计、测试、咨询等机构。DB13/T2106—201423.5功能点functionpoint衡量软件功能规模的一种单位。3.6系统边界systemboundary被评估系统与用户或其他系统之间的界线。3.7内部逻辑文件internallogicalfileILF在系统边界内维护的、用户可识别的逻辑相关数据组或控制信息。注：其主要目的是保存由被计数的应用的一个或多个基本处理所维护的数据。3.8外部接口文件externalinterfacefileEIF由一系统引用、另一个系统维护的，用户可识别的逻辑相关数据组或控制信息。注：其主要目的是保存由被计数的系统边界内的一个或多个基本处理所引用的数据。一个系统所计数的外部接口文件必定是另一个系统的内部逻辑文件。3.9系统集成systemintegration通过接口实现不同功能系统之间的数据交换和功能互连。3.10软件生产率softwareproductivity每功能点所消耗的人时数。3.11基准数据benchmarkdata由政府或其授权的相关部门出具的经过筛选并维护数据库中的一个或一组测量值或者派生值，用来表征目标对象相关属性与这些测量值的关系。4软件开发项目造价的构成4.1软件开发项目造价软件开发项目造价构成见图1。4.2软件开发费用与软件开发过程中的软件开发工作量、人力成本、非人力成本和毛利润有关，不包括数据迁移、软件维护等成本。DB13/T2106—20143软件开发项目造价软件开发费用软件（系统）维护费用应用系统集成费用图1软件开发项目造价构成4.3应用系统集成费用和软件开发项目相关的系统集成费用，与整个系统的规模、复杂程度有关。本标准规定单纯的设备采购和供应不涉及系统集成，单纯的软件开发不涉及系统集成。4.4软件（系统）维护费用委托方和开发方所约定的免费维护期中，开发方为项目运行维护所产生的费用。维护费用与委托方的运维需求有关。5软件开发项目造价估算5.1估算流程5.1.1估算流程见图2。图2软件开发项目造价估算流程5.1.2应由委托方、开发方或第三方中，具备本标准涉及的软件开发造价评估能力的人员进行估算。5.1.3在估算开发工作量时，应根据项目特点和需求的详细程度选择合适的估算方法。5.1.4在需求不确定或很模糊的情况下，宜采用经验值估算法估算开发工作量。5.1.5在需求明确的情况下，宜采用功能点估算法估算开发工作量。DB13/T2106—201445.1.6应充分利用基准数据，对软件开发费用、软件（系统）维护费用、应用系统集成费用、软件开发项目造价进行估算。5.1.7软件开发费用、软件(系统）维护费用、应用系统集成费用的估算结果宜为一个范围。5.1.8在造价估算过程中宜采用不同的方法分别估算进行交叉验证，如果估算结果差价较大，可采用专家评审的方法确定估算结果。5.2软件开发费用估算5.2.1开发工作量估算5.2.1.1估算方法类型估算所采用的方法，应根据项目特点和估算需求，选用下面两种方法中的一种方法：——功能点估算法；——经验值估算法。5.2.1.2功能点估算法5.2.1.2.1估算过程估算过程见图3。图3功能点估算法估算开发工作量基本过程5.2.1.2.2功能点计数应根据已知的项目功能描述，采用功能点方法测算软件规模。在预算阶段，宜采用预估功能点计数方法，测算未调整的功能点数。在测算规模前应依据可行性研究报告或类似文档明确项目范围及系统边界。项目范围描述文档应包含最基本的业务需求，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行描述或说明，保证可根据项目范围描述文档进行预估功能点计数。采用预估功能点方法测算软件规模公式见式（1）：EIFILFFPS1535………………………………（1）式中：FPS——功能点数量，单位为功能点；ILF——内部逻辑文件数量，单位为个；EIF——外部接口文件数量，单位为个。DB13/T2106—20145功能点的计数规则，应符合ISO/IEC20926或ISO/IEC24570的规定。功能点计数的基本规则见附录A。5.2.1.2.3调整系数选择开发工作量与估算用途（预算、招标或投标）、软件规模、软件应用领域、软件质量要求、开发语言、开发单位背景相关，开发工作量调整系数的计算见式（2）：DLQFSUA………………………………（2）式中：A——工作量调整系数；U——阶段调整系数，取值说明见附录B的B.1；S——规模调整系数,取值说明见附录B的B.2；F——应用领域调整系数,取值说明见附录B的B.3；Q——质量调整系数,取值说明见附录B的B.4；L——开发语言调整系数,取值说明见附录B的B.5；D——开发背景调整系数,取值说明见附录B的B.6。5.2.1.2.4开发工作量估算开发工作量计算见式（3）：5.218SPAFPSDE………………………………（3）式中：DE——软件开发工作量，单位是人月；FPS——功能点数量，单位是功能点；A——工作量调整系数；SP——软件生产率，单位是人时/功能点，取值说明见附录B的B.7。5.2.1.3经验值估算法根据组织内一般项目经验值估算开发工作量，按照GB/T8566所规定的各项活动来估算工作量。估算时需要考虑下面的情况：——根据一般项目经验值估算工作量存在一定风险，当开发方对项目的业务领域不够熟悉，而且无法获取完整清晰的用户需求时，开发方需要修改需求和设计，使得开发工作量增加；——工作量经验值是按照开发方承担一般项目进行估算的，如果开发方采用了“基于构件的开发方法”，并且已建立可复用的构件库，或者在已存在一些软件产品基础上作二次开发，此时开发工作量可能减小。考虑上面的情况，开发工作量计算见式（4）：NREVDE……………………………………（4）式中：DE——软件开发工作量，单位是人月；EV——组织内开发工作量经验值，单位是人月；R——风险系数，取值范围1～1.5；N——复用系数，取值范围0.25～1。DB13/T2106—201465.2.2每人月开发费用估算5.2.2.1估算过程每人月开发费用包括人力成本、非人力成本和毛利润三个部分，估算的过程见图4。图4每人月开发费用估算过程5.2.2.2人力成本估算人力成本是为达成软件开发项目目标所需付出的开发方人力资源成本总额，主要包括平均支付给每个员工的平均工