信息化项目软件开发费用测算规范.doc

信息化项目软件开发费用测算规范1 范围本标准规定了定制类信息化项目软件开发费用测算的方法及过程，涉及软件开发费用的构成、软件规模、工作量、费用及工期测算方法及过程。本标准合用于以功能性需求为主的定制类信息化项目软件开发费用测算。2 规范性引用文献下列文献对于本文献的应用是必不可少的。凡是注日期的引用文献，仅注日期的版本合用于本文献。凡是不注日期的引用文献，其最新版本（涉及所有的修改单）合用于本文献。ISO/IEC 20926 软件和系统工程软件度量IFPUG功能规模度量方法2023（Software and systemsengineering - Software measurement - IFPUG functional size measurement method 2023）ISO/IEC 24570 软件工程NESMA功能规模度量方法2.1版功能点分析应用定义和计数指南（Software engineering - NESMA functional size measurement method version 2.1 - Definitionsand counting guidelines for the application of Function Point Analysis）3 术语、定义和缩略语3.1 术语和定义下列术语和定义合用于本文献。3.1.1信息化项目 information technology project旨在提高信息化水平的信息系统建设及优化任务。3.1.2委托方 sponsor软件开发项目的出资方。3.1.3开发方 developer受委托方委托，负责软件开发的组织或团队。3.1.4第三方 third-party委托方和开发方之外的重要利益相关方。注：监理、审计、征询机构等均为第三方。DB11/T 1010202323.1.5软件开发费用software development cost委托方为达成软件开发项目目的而需向开发方支付的费用。3.1.6直接成本direct cost开发方为达成软件开发项目目的而直接付出的各种资源代价总和。注：可直接计入软件开发项目成本的直接材料、直接人工等属于直接成本。3.1.7间接成本indirect cost与达成软件开发项目目的相关，但同一种投入可以支持一个以上项目的开发方联合成本。注：开发方研发管理人员工资、研发设备折旧、停工补偿等属于间接成本。3.1.8人力成本human resource cost为达成软件开发项目目的所需付出的开发方人力资源成本总额。3.1.9非人力成本 non-human resource cost开发方为达成软件开发项目目的所需付出的人力成本之外的其他成本总额。3.1.10直接人力成本direct human resource cost为达成软件开发项目目的而直接付出的开发方人力成本。3.1.11直接非人力成本 direct non-human resource cost开发方为达成软件开发项目目的而直接付出的非人力成本。3.1.12间接人力成本indirect human resource cost开发方服务于软件研发管理整体需求的非项目组人员的人力成本。3.1.13间接非人力成本 indirect non-human resource cost开发方不为开发某个特定项目但服务于整体研发活动产生的非人力成本。3.1.14毛利润 gross profit软件开发费用与直接成本及间接成本之差。3.1.15DB11/T 101020233基准数据benchmark通过筛选并维护数据库中的一个或一组测量值或者派生测量值，用来表征目的对象相关属性与这些测量值的关系。3.1.16方程法 equation基于基准数据建立参数模型，并通过输入各项参数，拟定待测算项目工作量、工期或费用估算值的方法。3.1.17软件因素software factor由于软件自身特点的差异而导致预期生产率发生变化的相关因素。注：业务领域、应用类型、质量特性等属于软件因素。3.1.18开发因素development factor对于同一软件，由于开发团队或其采用的过程、技术差异而导致预期生产率发生变化的相关因素。注：采用技术、过程、团队经验、重用限度等属于开发因素。3.1.19系统边界system boundary被测算软件与用户或其他系统之间的界线。3.1.20功能点 function point衡量软件功能规模的一种单位。3.1.21内部逻辑文献internal logical file在系统边界内维护的、用户可辨认的逻辑相关数据组或控制信息。注：其重要目的是保存由被计数的应用的一个或多个基本解决所维护的数据。3.1.22外部接口文献external interface file由一系统引用、另一系统维护的，用户可辨认的逻辑相关数据组或控制信息。注：其重要目的是保存由被计数的系统边界内的一个或多个基本解决所引用的数据。一个系统所计数的外部接口文件必然是另一个系统的内部逻辑文献。3.1.23预估功能点计数 the indicative function point count只进行内部逻辑文献和外部接口文献计数的功能点计数方法。3.1.24DB11/T 101020234百分位数percentile在某实数集合中，对于集合内某元素X，假如该集合中有且仅有p%的数据不大于X，则称X为该集合的p百分位数。示例：假如仅有50%的数据不大于X，则X 为该集合的50 百分位数，简称P50。3.1.25功能点耗时率person hours per functional size unit每功能点所消耗的人时数。3.1.26功能点单价 unit price of function point每功能点的直接人力成本、间接人力成本、间接非人力成本及毛利润之和。3.2 缩略语以下缩略语合用于本文献。EI：外部输入EO：外部输出EQ：外部查询EIF：外部接口文献FP：功能点ILF：内部逻辑文献4 软件开发费用构成4.1 费用构成软件开发过程应涉及从信息化项目立项完毕到项目验收之间的需求分析、设计、编码、集成、测试、安装、验收活动及相关的项目管理、支持活动。软件开发费用应涉及软件过程中开发方的所有直接成本、间接成本和毛利润（如图1所示），不涉及软件预研或可行性分析、数据迁移、软件维护等成本。直接成本涉及直接人力成本和直接非人力成本。间接成本涉及间接人力成本和间接非人力成本。本标准中所涉及工作量、工期仅为软件开发过程所用工作量、工期。图1 软件开发费用构成DB11/T 101020235注：不同的组织在软件开发费用测算过程中应考虑已有财务或其他管理制度对软件开发费用构成的影响。例如，当软硬件购置费、测评费等费用单独列支时，不应再将上述费用作为软件开发费用的直接非人力成本反复计算。4.2 直接人力成本构成直接人力成本涉及开发方项目组成员的工资、奖金、福利等人力资源费用。其中，项目组成员涉及参与该项目开发过程的所有研发或支持人员。对于非全职投入该项目开发工作的人员，按照项目工作量所占其总工作量比例折算其人力资源费用。注：项目组成员通常涉及项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人员、质量保证人员、配置管理人员等。4.3 直接非人力成本构成直接非人力成本涉及：a) 办公费，开发方为开发此项目而产生的行政办公费用，涉及办公用品、通讯、邮寄、印刷、会议等；b) 差旅费，开发方为开发此项目而产生的差旅费用，涉及交通、住宿、差旅补贴等；c) 培训费，开发方为开发此项目而安排的特别培训产生的费用；d) 业务费，开发方为完毕此项目开发工作所需辅助活动产生的费用，涉及招待费、评审费、验收费、第三方评测费等；e) 采购费，开发方为开发此项目而需特殊采购专用资产或服务的费用，涉及专用设备费、专用软件费、技术协作费、专利费等；f) 其他，未在以上项目列出但确系开发方为开发此项目所需花费的费用。4.4 间接人力成本构成间接人力成本涉及软件研发部门经理、项目管理办公室（PMO）人员、工程过程组（EPG）人员、产品规划人员、组织级质量保证人员、组织级配置管理人员等的工资、奖金、福利等的分摊。4.5 间接非人力成本构成间接非人力成本涉及开发方研发场地房租、水电、物业，研发人员平常办公费用分摊及各种研发办公设备的租赁、维修、折旧分摊。4.6 毛利润构成毛利润包含开发方直接成本和间接成本之外的经营管理费用分摊、市场销售费用分摊、应承担各种税费及税后净利。5 软件开发费用测算5.1 软件开发费用测算过程软件开发费用测算的基本流程如图2所示。DB11/T 101020236图2 软件开发费用测算基本流程工期测算的结果与费用测算结果互相关联、互相影响。工期测算的结果可导致重新测算工作量，并最终改变软件开发费用测算结果。对于有明确工期规定的项目，在采用方程法测算工作量时，工期规定可以是方程的参数之一。在软件开发费用测算过程中，应遵循以下原则：充足运用基准数据，对工作量、工期、费用进行测算；在测算规模时，应根据项目特点和需求的具体限度选择合适的方法；工作量、工期、费用的测算结果宜为一个范围而不是单一值；费用测算过程中宜采用不同方法分别测算并进行交叉验证。假如不同方法的测算结果产生较大差异，可采用专家评审方法或加权平均方法拟定测算结果。5.2 规模测算5.2.1 功能点计数应根据已知的项目功能描述，采用功能点方法测算软件规模。在预算阶段，宜采用预估功能点计数方法，测算未调整的功能点数。在测算规模前应依据可行性研究报告或类似文档明确项目范围及系统边界。项目范围描述文档应包含最基本的业务需求，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行描述或说明，保证可根据项目范围描述文档进行预估功能点计数。采用预估功能点方法测算软件规模公式如下：UFP=35ILF+15EIF（1）式中：UFP未调整的功能点数，单位为功能点；ILF内部逻辑文献数量，单位为个；EIF外部接口文献数量，单位为个。功能点的计数规则，应符合ISO/IEC 20926或ISO/IEC 24570的规定。功能点计数的基本规则见附录A。示例：假设关于公文管理部分功能的描述如下：公文管理涉及公文起草、审核、审批、备案、发布。审批时要对电子署名进行验证。采用预估功能点计数方法，可以辨认出上述需求中包含一个ILF（公文信息），一个EIF（电子署名信息），因此，此部分需求未调整的功能点数UFP 为50。5.2.2 规模调整5.2.2.1 复用限度调整应对待实现功能复用情况进行分析，辨认出可复用的功能及可复用的限度。对于委托方，应评估待实现功能行业的平均复用水平，并根据复用限度对规模进行调整，公式如下：DB11/T 101020237US=RUFUFP（2）式中：US 未调整的软件规模，单位为功能点；RUF复用度调整因子，取值为0-1的任意实数；UFP未调整的功能点数，单位为功能点。示例：假设关于公文管理部分功能的描述如下：公文管理涉及公文起草、审核、审批、备案、发布。审批时要对电子署名进行验证。采用预估功能点计数方法，可以辨认出上述需求中包含一个ILF（公文信息），一个EIF（电子署名信息），因此，此部分需求未调整的功能点数UFP 为50。假设该部分的整体复用限度是开发方开发过类似功能，但需要适当调整，复用度调整因子取值为2/3，因此，未调整规模US=502/3=33.3（FP）。5.2.2.2 隐含需求及需求变更调整采用预估功能点测算规模时，应根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行调整，公式如下：S=USCF（3）式中：S 调整后的软件规模，单位为功能点；US未调整软件规模，单位为功能点；CF规模变更调整因子，取值为1-2的任意实数。CF的取值参考相关行业基准数据或本组织历史数据。预估功能点的测算及调整可参考附录C.1中模板及说明。示例：假设某项目经测算，未调整的软件规模为1000 功能点，但该项目需求尚未完全拟定，预计未来将有50%的变更，则该项目调整后的软件规模S为1500 功能点。5.3 工作量测量5.3.1 基本原则在测算工作量时，应：a) 对项目风险进行充足分析并根据分析结果对测算方法或模型合理调整。例如，根据风险情况调整测算模型中影响因子的权重或取值。风险分析时应考虑技术、管理、资源、商业多方面因素。例如：需求变更、外部协作、时间或成本约束、人力资源、系统架构、用户接口、外购或复用、采用新技术等；b) 根据经验或相关性分析结果，拟定影响工作量的重要属性。5.3.2 测算公式采用方程法测算工作量应使用以下公式：AE=(SPDR) SWFRDF（4）式中：AE 测算工作量，单位为人时；S 调整后的软件规模，单位为功能点；PDR功能点耗时率，单位为人时每功能点。PDR的取值见附录B.1或本组织历史数据；DB11/T 101020238SWF软件因素调整因子，取值见附录B.2、附录B.3及附录B.4或本组织历史数据；RDF开发因素调整因子，在预算时如无特殊规定，取值为1。假如需要调整，见附录B.5及附录B.6或本组织历史数据。可根据上述公式及PDR基准数据的P25、P50、P75值，分别计算出工作量测算结果的下限、最有也许值和上限。示例：政府部门甲拟新开发OA系统，以支持其网上办公、文档流转等电子政务需求,经测算其调整后的软件规模为1030FP，测算工作量过程如下：a) 依据附录B.1，PDR 取值分别为4.50、9.38、15.50；b) 由于此时对开发没有特殊规定，所以RDF 取值为1；c) 依据附录B.2、附录B.3、附录B.4，规模调整因子取值为0.97，应用类型及质量特性调整因子取值均为1，因此计算可得SWF 为0.97；d) 由此，可计算出测算工作量AE 的最有也许值=(9.381030) 10.97=9371.56 人时，而工作量测算最终结果的合理范围在4495.95 人时到15486.05 人时之间。5.4 工期测算在测算工期时，应：a) 根据工作量测算结果和资源情况，对工作任务进行分解并制订工作时间表。制订工作时间表时应充足考虑关键途径任务约束对工期的影响。b) 运用基准数据测算合理的工期范围。运用基准数据，建立“工作量-工期”模型，使用方程法测算合理的工期范围；c) 将委托方的盼望工期或开发方初步制订的工作时间表中的工期与工期测算结果进行比较；d) 委托方盼望工期或工作时间表中的工期短于测算出的工期下限时，应分析因素，必要时对人力资源安排或项目范围进行调整，再重新测算工作量、工期，并制订新的工作时间表。压缩工期会增长项目工作量，导致生产效率减少。示例：假设某信息化项目盼望工期是5 个月，软件开发测算工作量AE 的最有也许值为9371.56 人时，而工作量测算最终结果的合理范围在4495.95 人时到15486.05 人时之间；假设采用工作量-工期模型为：工期=1.277（工作量/176）0.404，其中工作量单位为人时，工期单位为月，可计算出最有也许工期=1.277(9371.56/176)0.404=6.36 月。合理工期范围在4.73 月到7.79 月之间（采用工作量测算合理范围的上下限值分别计算）；根据经验，当盼望工期多于测算工期下限但少于最有也许工期时，每压缩10%的工期，将导致10%的工作量增长。因此，本项目假如规定5 个月完毕，总工作量大致会增长20%。5.5 费用测算5.5.1 依据工作量测算在获得了工作量测算结果后，采用以下公式测算费用：P=AE/HMF+DNC（5）式中：P 软件开发费用，单位为元；AE 测算工作量，单位为人时；HM 人月折算系数，单位为人时每人月，取值为176；F 平均人力成本费率（涉及开发方直接人力成本、间接成本及毛利润），单位为元每人月；DB11/T 101020239DNC直接非人力成本，单位为元；其中，平均人力成本费率F可根据本组织历史数据或行业数据拟定。费用测算参见附录C.3模板。完整的规模、工作量、费用测算方法、过程参见附录D。示例：假设某信息化项目软件开发测算工作量AE 的最有也许值为9371.56 人时，而工作量测算最终结果的合理范围在4495.95 人时到15486.05 人时之间，该组织历史项目的平均人力成本费率为22023 元，直接非人力成本预计有培训费20230 元，业务费10000 元，采购费30000 元，合计为60000 元。计算得到最有也许的信息化项目软件开发费用P=(9371.56/17622023)+60000=123.14 万元，软件开发费用的合理范围在62.20 万元到199.58 万元之间。5.5.2 依据规模及规模单价测算基于已拟定的功能点单价测算软件开发费用，采用以下公式：P=SPPSWFRDF+DNC（6）式中：P 软件开发费用，单位为元；S 调整后的软件规模，单位为功能点；PP 功能点单价，单位为元每功能点；SWF软件因素调整因子，取值见附录B.2、附录B.3及附录B.4或本组织历史数据；在基于功能点单价拟定预算时，为便于结算委托方不宜使用规模调整；RDF开发因素调整因子，在预算时若无特殊规定，取值为1。若需调整，见附录B.5及附录B.6或本组织历史数据；DNC直接非人力成本，单位为元。直接非人力成本测算参见附录C.2。DB11/T 1010202310AA附 录 A（规范性附录）功能点计数基本规则A.1 功能点计数项分类功能点计数项分为数据功能和交易功能两类，其中数据功能涉及ILF、EIF；交易功能涉及外部输入（EI）、外部输出（EO）、外部查询（EQ）。数据功能是系统提供应用户的满足产品内部和外部数据需求的功能，体现系统管理或使用哪些业务数据（业务对象）。ILF或EIF所指的“文献”不是传统数据解决意义上的文献，而是指一组用户可辨认的、逻辑上互相关联的数据或者控制信息。这些文献和物理上的数据集合（如数据库表）没有必然的对应关系。交易功能是系统提供应用户的解决数据的功能，体现系统如何解决和使用那些业务数据（业务对象）。交易功能又称为基本过程，是用户可辨认的，业务上的一组原子操作。使用预估功能点方法时，只需要辨认数据功能，涉及ILF和EIF；使用估算功能点方法时，需要辨认数据功能和事务功能，涉及ILF、EIF、EI、EO和EQ。示例：对于人事管理系统，“人员信息”、“部门信息”属于数据功能，“增长人员信息”、“修改部门信息”、“查询在岗人员”等则为交易功能。A.2 ILF的辨认辨认ILF的环节如下：a) 辨认业务对象。业务对象应是用户可理解和辨认的，涉及业务数据或业务规则。注：为程序解决而维护的数据属于编码数据。所有的编码数据均不应辨认为逻辑文献，与之相关的操作也不应辨认为基本过程；b) 拟定逻辑文献数量。根据业务上的逻辑差异及从属关系拟定逻辑文献的数量。c) 是否是ILF。拟定该逻辑文献是否在本系统内进行维护。假如是，记为ILF；否则为EIF。A.3 EIF的辨认EIF是被应用边界内一个或几个基本解决过程所引用的业务数据。一个应用中的EIF应是其他应用中的ILF。辨认EIF的环节如下：a) 辨认业务对象。业务对象应当应是用户可理解和辨认的。业务对象涉及业务数据或业务规则。而一些为了程序解决而维护的数据则属于编码数据。所有的编码数据均不辨认为逻辑文献，与之相关的操作也不辨认为基本过程；b) 拟定逻辑文献数量。需要根据业务上的逻辑差异及从属关系拟定逻辑文献的数量。c) 是否是EIF。拟定该逻辑文献是否在本系统内进行维护。假如是，记为ILF；否则为EIF。A.4 EI的辨认DB11/T 1010202311EI是解决来自系统边界之外的数据或控制信息的过程。目的是维护一个或多个ILF或者改变系统的行为。EI的基本辨认规则如下：a) 应是来自系统边界之外的输入数据或控制信息；b) 穿过边界的数据应是改变系统行为的控制信息或者应至少维护一个ILF；c) 该 EI不应被反复计数。任何被分别计数的两个EI至少满足下面三个条件之一（否则应视为同一EI）：1) 涉及的ILF或EIF 不同；2) 涉及的数据元素不同；3) 解决逻辑不同。A.5 E0 的辨认EO是解决向系统边界之外发送数据或控制信息的过程。目的是向用户呈现通过解决的信息。EO的基本辨认规则如下：a) 将数据或控制信息发送出系统边界；b) 解决逻辑应至少符合以下一种情况：1) 包含至少一个数学公式或计算过程；2) 产生衍生数据；3) 维护至少一个ILF；4) 改变系统行为。c) 该 EO 不应被反复计数。任何被分别计数的两个EO 至少满足下面一个条件（否则被视为同一EO） ：1) 涉及的ILF或EIF 不同；2) 涉及的数据元素不同；3) 解决逻辑不同。A.6 EQ的辨认EQ是向系统边界之外发送数据或控制信息的基本解决过程。目的是向用户呈现未经加工的已有信息。EQ的基本辨认规则如下：a) 将数据或控制信息发送出系统边界；b) 解决逻辑可包含筛选、分组或排序；c) 解决逻辑不应包含：1) 数学公式或计算过程；2) 产生衍生数据；3) 维护 ILF；4) 改变系统行为。d) 该 EQ 不应被反复计数。任何被分别计数的两个EQ 至少满足下面一个条件（否则被视为同一EQ）：1) 涉及的ILF或EIF 不同；2) 涉及的数据元素不同；DB11/T 10102023123) 解决逻辑不同。DB11/T 1010202313BB附 录 B（规范性附录）参数表B.1 生产率基准数据表表1 生产率基准数据单位为人时/功能点P10 P25 P10 P10 P101.63 4.50 9.38 15.50 20.67注：表格数据基于北京软件行业基准数据（SSM-BK-202304）中项目分析结果，可随着行业基准数据的变化而变化。生产率基准数据通常使用P50的取值测算工作量、工期、费用的最有也许值，使用P25和P75的值分别测算上下限。特殊情况（如项目目的约束极其严格）下，也可采用P10和P90的值测算上下限。B.2 规模调整因子计算公式SF=(269.644 6+S0.709 4)/S（式中S为调整后软件功能规模）注：本公式基于北京软件行业基准数据（SSM-BK-202304）回归分析结果，可随着行业基准数据的变化而变化。B.3 应用类型调整因子参数表表2 应用类型调整因子参数表应用类型范围 调整因子业务解决办公自动化系统；人事、会计、工资、销售等经营管理及业务解决用软件等1.0应用集成公司服务总线、应用集成等1.2科技科学计算、模拟、记录等1.2多媒体图形、影像、声音等多媒体应用领域；地理信息系统；教育和娱乐应用等1.3智能信息自然语言解决、人工智能、专家系统等1.7系统操作系统、数据库系统、集成开发环境、自动化开发/设计工具等1.7通信控制通信协议、仿真、互换机软件、全球定位系统等1.9流程控制生产管理、仪器控制、机器人控制、实时控制、嵌入式软件等2.0B.4 质量特性调整因子参数表表3 质量特性调整因子参数表调整因子判断标准影响度分布式解决指应用可以在各组成要素之间传输数据没有明示对分布式解决的需求事项-1通过网络进行客户端/服务器及网络基础应用分布解决和传输0在多个服务器及解决器上同时互相执行应用21 25中的解决功能1性能指用户相应答没有明示对性能的特别需求事项或活动，因此提供基本性能-1DB11/T 1010202314调整因子判断标准影响度时间或解决率的需求水平应答时间或解决率对高峰时间或所有业务时间都很重要，对连动系统结束解决时间有限制0为满足性能需求事项，规定设计阶段进行性能分析，或在设计、开发阶段使用分析工具1可靠性指发生故障的影响限度没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠性-1发生故障时可容易修复，带来一定不便或经济损失0发生故障时很难修复，发生重大经济损失或有生命危害1多重站点指可以支持不同硬件和软件环境在相同用途的硬件或软件环境下运营-1在用途类似的硬件或软件环境下运营0在不同用途的硬件或软件环境下运营1注：质量特性调整因子=（分布式解决因子 + 性能因子+ 可靠性因子 + 多重站点因子）0.025 + 1B.5 开发语言调整因子参数表表4 开发语言调整因子参数表语言分类调整因子C及其他同级别语言/平台1.5JAVA、C+、C#及其他同级别语言/平台1.0PowerBuilder、ASP及其他同级别语言/平台0.6B.6 开发团队背景调整因子参数表表5 开发团队背景调整因子参数表调整因子判断标准影响度同类行业及项目的以往经验为本行业开发过类似的项目0.8为其他行业开发过类似的项目，或为本行业开发过不同但相关的项目1.0没有同类项目的背景1.2DB11/T 1010202315CC附 录 C（资料性附录）常用模板样例C.1 预估功能点计数表样例功能类型不同复用度文献数功能点数功能点数合计ILF 低_ 1 35= _中_ 2/335= _高_ 1/335= _ILF计数合计： _EIF 低_ 1 15= _中_ 2/315= _高_ 1/315= _EIF计数合计： _US（ILF计数合计+ EIF计数合计）规模变更因子：S（调整后规模总计）：_说明：在预算阶段，复用度调整系数通常取值为1（假设复用度低）；规模变_更因子预算时取值为1.5，招标时取值为1.26；功能规模SUS*规模变更因子。DB11/T 1010202316C.2 直接非人力成本测算表样例直接非人力成本测算表序号分项 金额（元） 备注 说明1 办公费开发方为开发此项目而产生的行政办公费用，如办公用品、通讯、邮寄、印刷、会议等。示例 1：项目成员因项目加班而产生的餐费宜计入直接非人力成本中的办公费，而项目成员的工作午餐费宜计入直接人力成本。示例 2：项目组封闭开发租用会议室而产生的费用宜计入直接非人力成本中的办公费，而研发部例会租用会议室产生的费用宜按照间接非人力成本。2 差旅费开发方为开发此项目而产生的差旅费用，如交通、住宿、差旅补贴等。3 培训费开发方为开发此项目而安排的特别培训产生的费用。4 业务费开发方为完毕此项目开发工作所需辅助活动产生的费用，如招待费、评审费、验收费等。5 采购费开发方为开发此项目而需特殊采购专用资产或服务的费用，如专用设备费、专用软件费、技术协作费、专利费等。示例：为项目采购专用测试软件的成本宜计入直接非人力成本中的采购费，平常办公用软件的成本宜按照间接费人力成本进行分摊。6 其他未在以上项目列出但确系开发方为开发此项目所需花费的费用。合计测算负责人：测算日期：年月日DB11/T 1010202317C.3 软件开发费用测算表样例功能点测算规模、工作量、工期、费用表1.未调整功能点数UFP（功能点）通过复用调整后的功能点数US（功能点）设定规模变更因子CF2.调整后的功能点数S（功能点）S=UFPCF（不调整复用度）S=USCF（调整复用度）基准数据（生产率）功能点耗时率（人时/功能点）(P25)功能点耗时率（人时/功能点）(P50)功能点耗时率（人时/功能点）(P75)3.未调整的工作量UE（人时）计算公式：UE=PDRS下限（人时）最有也许（人时）上限（人时）设定调整因子规模调整因子SF应用类型调整因子AT质量特性调整因子QR开发语言调整因子SL开发团队背景调整因子DT4.调整后的工作量AE（人时）计算公式：AE=UESWFRDF；其中SWF=SFATQR，RDF=SLDT下限（人时）最有也许（人时）上限（人时）人月折算系数HM（人时/人月） 176平均人力成本费率（含直接人力成本和间接成本+开发方毛利润）F（元/人月）直接非人力成本合计DNC（元）5.工期D（月）计算公式：D=1.277(AE/176)0.404下限（月）最有也许（月）上限（月）6.软件开发费用（元） 下限（元）DB11/T 1010202318功能点测算规模、工作量、工期、费用表计算公式：P=AE/HMF +DNC 最有也许（元）上限（元）最终费用/价格（元）功能点单价（元/功能点）DB11/T 1010202319DD附 录 D（资料性附录）测算示例D.1 需求示意项目背景：政府部门甲拟新开发一OA系统，以支持其网上办公、文档流转等电子政务需求。委托方需根据初步需求拟定项目预算。本项目预算期需求较明确，委托方了解各功能通常的复用限度，并拟定采用JAVA开发，无特殊质量规定，希望未来团队开发过此类系统。重要功能：收文管理、发文管理、会议管理、日程安排；功能描述：收文管理功能规定；日程安排功能规定。D.2 测算规模假设根据需求描述，辨认ILF15个，EIF4个，辨认各功能可复用限度后，填写以下模板得：功能类型 不同复用度文献数 功能点数 功能点数合计ILF 低_9_ 1 35= _315_中_3_ 2/335= _70_高_3_ 1/335= _35_ILF计数合计： _420_EIF 低_2_ 1 15= _30_中_0_ 2/315= _0_高_2_ 1/315= _ 10_EIF计数合计： _40_US（ILF计数合计+ EIF计数合计）规模变更因子：S（调整后规模总计）：_460_1.26_579.6_说明：规模变更因子预算时取值为1.5，招投标时取值为1.26；功能规模SUS*规模变更因子由于需求较明确，所以规模变更因子参照招投标场景取值，为1.26。D.3 拟定预算根据规模测算结果，填写以下模板可得到最终费用测算结果：DB11/T 1010202320功CB汨_能点测算规模、工作量、工期、费用表1.未调整功能点数UFP（功能点） /通过复用调整后的功能点数US（功能点） 460设定规模变更因子CF 1.262.调整后的功能点数S（功能点）S=UFPCF（不调整复用度） /S=USCF（调整复用度） 579.6基准数据（生产率）功能点耗时率（人时/功能点）(P25) 4.50功能点耗时率（人时/功能点）(P50) 9.38功能点耗时率（人时/功能点）(P75) 15.503.未调整的工作量UE（人时）计算公式：UE=PDRS下限（人时） 2608.20最有也许（人时） 5436.65上限（人时） 8983.80设定调整因子规模调整因子SF 1.17应用类型调整因子AT 1.00质量特性调整因子QR 0.90开发语言调整因子SL 1.00开发团队背景调整因子DT 1.004.调整后的工作量AE（人时）计算公式：AE=UESWFRDF；其中SWF=SFATQR，RDF=SLDT下限（人时） 2757.29最有也许（人时） 5747.42上限（人时） 9497.34人月折算系数HM（人时/人月） 176平均人力成本费率（含直接人力成本和间接成本及开发方毛利润）F（元/人月） 22023直接非人力成本合计DNC（元） 600005.工期D（月）计算公式：D=1.277(AE/176)0.404下限（月） 3.88最有也许（月） 5.22上限（月） 6.406.软件开发费用P（元）计算公式：P=AE/HMF+DNC下限（元） 404662最有也许（元） 778428上限（元） 1247167项目预算（元） 778428功能点单价（元/功能点） 1055.25注：模板中公式及参数取值均基于北京软件行业基准数据（SSM-BK-202304）回归分析结果，可随着行业基准数据DB11/T 1010202321的变化而变化。DB11/T 1010202322参考 文 献1 GB/T 18491.1-2023信息技术软件测量功能规模测量第1部分：概念定义2 GB/T 5271.1-2023 信息技术词汇第1部分：基本术语3 GB/T 18491.2-2023信息技术软件测量功能规模测量第2部分：软件规模测量方法与