DB5101 T 5-2018 信息化项目软件开发费用测算规范.pdf

《DB5101 T 5-2018 信息化项目软件开发费用测算规范.pdf》由会员分享，可在线阅读，更多相关《DB5101 T 5-2018 信息化项目软件开发费用测算规范.pdf（26页珍藏版）》请在麦多课文档分享上搜索。

1、 DB5101 四川省成都市地方标准 DB5101/T 5 2018 信息化项目软件开发费用测算规范 Specification for software development cost estimating of information technology projects 2018 - 07 - 01 发布 2018 - 07 -02 实施 成都市质量技术监督局 发布 DB5101/T 5 2018 I 目 次 前 言 . 1 范围 . 1 2 规范性引用文件 . 1 3 术语、定义和缩略语 . 1 4 软件开发费用构成 . 4 5 软件开发费用测算 . 5 附录 A（ 规范性附录）

2、功能点计数基本规则 . 10 附录 B（规范性附录） 参数表 . 12 附录 C（资料性附录） 常用模板样例 . 14 附录 D（资 料性附录） 测算示例 . 18 参 考 文 献 . 20 DB5101/T 5 2018 III 前 言 本标准按照 GB/T 1.1-2009的规则起草。 本标准由成都市经济和信息化委员会提出并归口。 本标准的主要起草单位 : 成都软交所信息服务有限公司、北京软件和信息服务交易所有限公司、成 都安全可靠信息技术联合会、 四川创立信息科技有限责任公司、 四川川大智胜系统集 成有限公司、成都 索贝数码科技股份有限公司、成都市信息化建设发展有限公司、成都思迈信通科技

3、有限公司、成都中兴 软件有限公司、四川中电启明星信息技术有限公司、成都中科大旗软件有限公司、 成都三泰智能科技有 限公司、四川久远银海软件股份公司、成都安美勤信息技术股份有限公司、成都卫士通信息产业股份有 限公司 。 本标准主要起草人：于铁强、但强、胡才勇、刘庆华、朱武军、程建铭、江旻、颜伟、吴成志、郭 黎、施歌、张芮、郑燕琳、孙佩、周道华、杨陈、洪江、杨修浩、朱海萍、张文科、韩雪莉、陈龙、喻 华、黄海。 DB5101/T 5 2018 1 信息化项目软件开发费用测算规 范 1 范围 本标准规定了定制类信息化项目软件开发费用测算的方法及过程，包括软件开发费用的构成、软件 规模、工作量、费用及工

4、期测算方法及过程。 本标准适用于成都市行政区域内信息化项目软件开发费用测算。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。 凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 ISO/IEC 20926 软件和系统工程 软件度量 IFPUG功能规模度量方法 2009（ Software and systems engineering - Software measurement - IFPUG functional size measurement method 2009） ISO/IEC 24570 软件工程

5、NESMA功能规模度量方法 2.1版 功能点分析应用定义和计数指南 （ Software engineering - NESMA functional size measurement method version 2.1 - Definitions and counting guidelines for the application of Function Point Analysis） 3 术语、定义和缩略语 3.1 术语和定义 下列术语和定义适用于本文件。 3.1.1 信息化项目 information technology project 旨在提高信息化水平的信息系统建设及优化任务。

6、 3.1.2 委托方 sponsor 软件开发项目的出资方。 3.1.3 开发方 developer 受委托方委托，负责软件开发的组织或团队。 3.1.4 第三方 third-party 委托方和开发方之外的主要利益相关方。 注： 监理、审计、咨询机构等均为第三方。 DB5101/T 5 2018 2 3.1.5 软 件开发费用 software development cost 委托方为达成软件开发项目目标而需向开发方支付的费用。 3.1.6 直接成本 direct cost 开发方为达成软件开发项目目标而直接付出的各种资源代价总和。 注： 可直接计入软件开发项目成本的直接材料、 直接人工等

7、属于直接成本。 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 为达成软件开发项目目标而直接付出的开发方人

8、力成本。 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 软件开发费用与直接成本及间接成本之差。 DB5101/T 5 2018 3 3.1.15

9、 基准数据 benchmark 经过筛选并维护数据库中的一个或一组测量值或者派生测量值，用来表征目标对象相关属性与这些 测量值的关系。 3.1.16 方程法 equation 基于基准数据建立参数模型， 并通过输入各项参数，确定待测算项目工作量、工期或费用估算值的 方法。 3.1.17 软件因素 software factor 由于软件自身特点的差异而导致预期生产率发生变化的相关因素。 注： 业务领域、系统类型、质量特性等属于软件因素。 3.1.18 开发因素 development factor 对于同一软件，由于开发团队或其采用的过程、技术差异而导致预期生产率发生变化的相关因素。 注： 采

10、用技术、过程、团队经验、重用程度等属于开发因素。 3.1.19 系统边界 system boundary 被测算项目或其他系统之间的界限。 3.1.20 功能点 function point 衡量软件功能规模的一种单位。 3.1.21 内部逻辑文件 internal logical file 在系统边界内维护的、用户可识别的逻辑相关数据组或控制信息。 注： 其主要目的是保存由被计数的系统的一个或多个基本处理所维护的数据。 3.1.22 外部接口文件 external interface file 由一系统引用、另一系统维护的，用户可识别的逻辑相关数据组或控制信息。 注： 其主要目的是保存由被计

11、数的系统边界内的一个或多个基本处理所引用的数据。一个系统所计数的外部接口文 件必定是另一个系统的内部逻辑文件。 3.1.23 预估功能点计数 the indicative function point count 只进行内部逻辑文件和外部接口文件计数的功能点计数方法。 DB5101/T 5 2018 4 3.1.24 百分位数 percentile 在某实数集合中，对于集合内某元素 X，如果该集合中有且仅有 p%的数据不大于 X，则称 X为该集合 的 p百分位数。 示例： 如果仅有 50%的数据不大于 X，则 X 为该集合的 50 百分位数，简称 P50。 3.1.25 功能点耗时率 pers

12、on hours per functional size unit 每功能点所消耗的人时数。 3.1.26 功能点单价 unit price of function point 每功能点的直接人力成本、间接人力成本、间接非人力成本及毛利润之和。 3.2 缩略语 以下缩略语适用于本文件。 EI（ External Input）：外部输入 EO（ External Output）：外部输出 EQ （ External Query）：外部查询 EIF（ External Interface File）：外部接口文件 FP（ Function Points）：功能点 ILF（ Internal Log

13、ic File）：内部逻辑文件 4 软件开发费用构成 4.1 费用构成 4.1.1 软件开发 过程应包括从信息化项目立项完成到项目验收之间的需求分析、设计、编码、集成、 测试、安装、验收活动及相关的项目管理、支持活动。 4.1.2 软件开发费用应包括软件过程中开发方的所有直接成本、间接成本和毛利润（如图 1 所示）， 不包括软件预研或可行性分析、数据迁移、软件维护等成本。 软硬件购置费 、 第三方测评费等费用单独 列支 ， 不包括在软件开发费用内 。 4.1.3 直接成本包括直接人力成本和直接非人力成本 ， 如图 1 所示 。 4.1.4 间接成本包括间接人力成本和间接非人力成本 ， 如图 1

14、 所示 。 4.1.5 本标准中所涉及工作量、工期仅为软件开发过程所用工作量、工期。 DB5101/T 5 2018 5 图 1 软件 开发费用构成 4.2 直接人力成本构成 直接人力成本包括开发方项目组成员的薪酬、养老保险、医疗保险、失业保险、工伤保险、生育保 险、住房公积金等人力资源费用。其中，项目组成员包括参与该项目开发过程的所有研发或支持人员。 注： 项目组成员通常包括项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人 员、质量保证人员、配置管理人员等。 4.3 直接非人力成本构成 直接非人力成本包括： 办公费，开发方为开发此项目而产生的行政办公费用，包括办

15、公用品、通讯、邮寄、印刷、会 议等； 差旅费，开发方为开发此项目而产 生的差旅费用，包括交通、食宿、差旅补贴等； 培训费，开发方为开发此项目而安排的特别培训产生的费用； 业务费，开发方为完成此项目开发工作所需辅助活动产生的费用，包括会议费、评审费、验收 费等； 采购费，开发方为开发此项目而需特殊采购专用资产或服务的费用，包括专用设备费、专用软 件费、技术协作费、专利费等； 其他，未在以上项目列出但确系开发方为开发此项目所需花费的费用。 4.4 间接人力成本构成 间接人力成本包括软件研发部门经理、项目管理办公室（ PMO）人员、工程过程组（ EPG）人员、产 品规划人员、组织级质 量保证人员、组

16、织级配置管理人员等的薪酬、养老保险、医疗保险、失业保险、 工伤保险、生育保险、住房公积金等的分摊。 4.5 间接非人力成本构成 间接非人力成本包括开发方研发场地房租、水电、物业，研发人员日常办公费用分摊及各种研发设 备的租赁、维修、折旧分摊，软件分摊。 4.6 毛利润构成 毛利润是除开发方直接成本和间接成本之外的经营管理费用分摊、应承担各种税费及税后净利。 5 软件开发费用测算 DB5101/T 5 2018 6 5.1 软件开发费用测算过程 5.1.1 软件开发费用测算的基本流程如图 2 所示。 图 2 软件开发费用测算基本 流程 5.1.2 工期测算的结果与费用测算结果相互关联、互相影响。

17、工期测算的结果可导致重新测算工作量， 并最终改变软件开发费用测算结果。 5.1.3 对于有明确工期要求的项目，在采用方程法测算工作量时，工期要求可以是方程的参数之一。 （见 5.4.2 部分） 5.2 软件开发费用测算原则 在软件开发费用测算过程中，应遵循以下原则： 充分利用基准数据，对工作量、工期、费用进行测算； 在测算规模时，应根据项目特点和需求的详细程度选择合适的方法； 工作量、工期、费用的测算结果宜为一个范围而不是单一值； 费用测算过程中宜采用不同方法分别测算并进行交叉验证 。如果不同方法的测算结果产生较大 差异，可采用专家评审方法或加权平均方法确定测算结果。 5.3 规模测算 5.3

18、.1 功能点计数 5.3.1.1 应根据已知的项目功能描述，采用功能点方法测算软件规模。 5.3.1.2 在预算阶段，宜采用预估功能点计数方法，测算未调整的功能点数。 5.3.1.3 在测算规模前应依据可行性研究报告或类似文档明确项目范围及系统边界。项目范围描述文 档应包含最基本的业务需求，还应进行初步的子系统 /模块划分，并对每一子系统或模块的基本用户需 求进行描述或说明，保证可根据项目范围描述文档进行预估功能点计数。 5.3.1.4 采用预估功能点方法测算软件规模如公式 （ 1）所示： UFP=35 ILF+15 EIF（ 1） 公式（ 1）中： UFP 未调整的功能点数，单位为功能点；

19、ILF 内部逻辑文件数量，单位为个； EIF 外部接口文件数量，单位为个。 5.3.1.5 功能 点的计数规则，应符合 ISO/IEC 20926 或 ISO/IEC 24570 的规定。功能点计数的基本规 则见附录 A。 示例： 假设关于公文管理部分功能的描述如下：公文管理包括公文起草、审核、审批、备案、发布。审批时要对电子签名 进行验证。采用预估功能点计数方法，可以识别出上述需求中包含一个 ILF（公文信息），一个 EIF（电子签名信息）， 因此，此部分需求未调整的功能点数 UFP=35ILF+15EIF =35 1+15 1=50。 测算规模 测算工作量 测算工期 测算费用 DB5101

20、/T 5 2018 7 5.3.2 规模调整 5.3.2.1 复用程度调整 应对待实现功能复用情况进行分析，识别出可复用的功能及可复用的程度。对于委托方，应评估待 实现功能行业的平均复用水平，并根据复用程度对规模进行调整，如公式（ 2）所示： US=RUF UFP（ 2） 公式（ 2）中： US 未调整的软件规模，单位为功能点； RUF 复用度调整因子，取值 为 0-1的任意实数； UFP 未调整的功能点数，单位为功能点。 示例： 假设关于公文管理部分功能的描述如下：公文管理包括公文起草、审核、审批、备案、发布。审批时要对电子签名 进行验证。采用预估功能点计数方法，可以识别出上述需求中包含一个

21、 ILF（公文信息），一个 EIF（电子签名信息）， 因此，此部分需求未调整的功能点数 UFP 为 50。假设该部分的整体复用程度是开发方开发过类似功能，但需要适当调整， 复用度调整因子取值为 2/3，因此，未调整规模 US= RUFUFP=50 2/3=33.3（ FP）。 5.3.2.2 隐含 需求及需求变更调整 采用预估功能点测算规模时，应根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行 调整，如公式（ 3）所示： S=US CF（ 3） 公式（ 3）中： S 调整后的软件规模，单位为功能点； US 未调整软件规模，单位为功能点； CF 规模变更调整因子，取值为 1-2的任意实

22、数。 预估功能点的测算及调整可参考附录 C.1中模板及说明。 示例： 假设某项目经测算，未调整的软件规模为 1000 功能点，但该项目需求尚未完全确定，预计未来将有 50%的变更， 则该项目调整后 的软件规模 S=USCF =1000 1.5=1500 功能点。 5.4 工作量测算 5.4.1 基本原则 在测算工作量时，应遵循： 对项目风险进行充分分析并根据分析结果 对测算方法或模型合理调整。例如，根据风险情况调 整测算模型中影响因子的权重或取值 。风险分析时应考虑技术、管理、资源、商业多方面因素。 例如：需求变更、外部协作、时间或成本约束、人力资源、系统架构、用户接口、外购或复用、 采用新技

23、术等； 根据经验或相关性分析结果，确定影响工作量的主要因素。 5.4.2 测算公式 5.4.2.1 采用方程法测算工 作量，如公式（ 4）所示： AE=(S PDR) SWF RDF（ 4） 公式（ 4）中： DB5101/T 5 2018 8 AE 测算工作量，单位为人时； S 调整后的软件规模，单位为功能点； PDR 功能点耗时率，单位为人时每功能点。 PDR的取值见附录 B.1； SWF 软件因素调整因子，取值见附录 B.2、附录 B.3及附录 B.4； RDF 开发因素调整因子，在预算时如无特殊要求，取值为 1。如果需要调整，见附录 B.5。 5.4.2.2 可根据公式（ 4）及 PD

24、R基准数据的 P25、 P50、 P75值，分 别计算出工作量测算结果的下限、最 有可能值和上限。 示例： 政府部门甲拟新开发 OA系统，以支持其网上办公、文档流转等电子政务需求 ,经测算其调整后的软件规模为 1000FP， 测算工作量过程如下： a) 依据附录 B.1， PDR 取最有可能值分别为 7.16； b) 由于此时对开发没有特殊要求，所以 RDF 取值为 1； c) 依据附录 B.2、附录 B.3、附录 B.4，规模调整因子取值为 0.97，系统类型及质量特征调整因子取值均为 1， 因此计算可得 SWF 为 0.97； d) 由此，可计算出测算工作量 AE 的最有可能值 =(SPD

25、R) SWFRDF =(7.16 1000) 1 0.97=6945.20 人时。 5.5 工期测算 在测算工期时，应遵循： 根据工作量测算结果和资源情况，对工作任务进行分解并制订工作时间表。制订工作时间表时 应充分考虑关键路径任务约束对工期的影响； 利用基准数据测算合理的工期范围。利用基准数据，建立“工作量 -工期”模型，使用方程法 测算合理的工期范围； 将委托方的期望工期或开发方初步制订的工作时间表中的工期与工期测算结果进行比较； 委托方期望工期或工作时间表中的工期短于测算出的工期下限时，应分析原因，必要时对人力 资源安排或项目范围进 行调整，再重新测算工作量、工期，并制订新的工作时间表。

26、压缩工期 会增加项目工作量，导致生产效率降低。 示例： 假设某信息化项目期望工期是 5 个月，软件开发测算工作量 AE 的最有可能值为 6945.20 人时；假设采用工作量 - 工期模型为：工期 =1.277（工作量 /176） 0.404，其中工作量单位为人时，工期单位为月，可计算出最有可能工期 =1.277 (6945.20/176)0.404=5.64 月。根据经验，当期望工期多于测算工期下限但少于最有可能工期时，每压缩 10%的工期，将 导致 10%的工作量增加。因此，本项目如果要求 5 个月完成，总工作量大致会增加 11%。 5.6 费用测算 5.6.1 依据工作量测算 5.6.1.

27、1 在获得了工作量测算结果后，采用公式（ 5）测算费用 , 其中平均人力成本费率 F可根据行业 数据确定 ： P=AE/HM F+DNC（ 5） 公式（ 5）中： P 软件开发费用，单位为元； AE 测算工作量，单位为人时； HM 人月折算系数，单位为人时每人月，取值为 176； DB5101/T 5 2018 9 F 平均人力成本费率（包括开发方直接人力成本、间接成本及毛利润），单位为元每人月； DNC 直接非人力成本，单位为元； 5.6.1.2 费用测算参见附录 C.3模板。完整的规模、工作量、费用测算方法、过程参见附录 D。 示例： 假设某信息化项目软件开发测算工作量 AE 的最有可能值

28、为 6945.20 人时，平均人力成本费率为 16900 元，直接非 人力成本预计有培训费 20000 元，业务费 20000 元，采购费 40000 元，合计为 80000 元。计算得到最有可能的信息化项 目软件开发费用 P=AE/HMF+DNC=(6945.20/176 16900)+80000=74.49 万元。 5.6.2 依据规模及规模单价 测算 基于已确定的功能点单价测算软件开发费用，采用公式（ 6）： P=S PP SWF RDF+DNC（ 6） 公式（ 6）中： P 软件开发费用，单位为元； S 调整后的软件规模，单位为功能点； PP 功能点单价，单位为元每功能点； SWF 软

29、件因素调整因子，取值见附录 B.2、附录 B.3及附录 B.4；在基于功能点单价确定预算时， 为便于结算委托方不宜使用规模调整； RDF 开发因素调整因子，在预算时若无特殊要求，取值为 1。若需调整，见附录 B.5； DNC 直接非 人力成本，单位为元。直接非人力成本测算参见附录 C.2。 DB5101/T 5 2018 10 附 录 A （规范性附录） 功能点计数基本规则 A.1 功能点计数项分类 A.1.1 功能点计数项分为数据功能和交易功能两类，其中数据功能包括 ILF、 EIF；交易功能包括外部 输入（ EI）、外部输出（ EO）、外部查询（ EQ）。 A.1.2 数据功能是系统提供给

30、用户的满足产品内部和外部数据需求的功能，体现系统管理或使用哪些 业务数据（业务对象）。 ILF或 EIF所指的“文件”不是传统数据处理意义上的文件，而是指一组用户可 识别的、逻辑上相互关联的数据或者 控制信息。这些文件和物理上的数据集合（如数据库表）没有必然 的对应关系。 A.1.3 交易功能是系统提供给用户的处理数据的功能，体现系统如何处理和使用那些业务数据（业务 对象）。交易功能又称为基本过程，是用户可识别的，业务上的一组原子操作。 A.1.4 使用预估功能点方法时，只需要识别数据功能，包括 ILF和 EIF；使用估算功能点方法时，需要 识别数据功能和事务功能，包括 ILF、 EIF、 E

31、I、 EO和 EQ。 示例： 对于人事管理系统，“人员信息”、“部门信息”属于数据功能，“增加人员信息”、“修改部门信息”、 “查询在岗人员”等则为交易功能。 A.2 ILF的识别 识别 ILF的步骤如下： a) 识别业务对象。业务对象应是用户可理解和识别的，包括业务数据或业务规则。 注： 为程序处理而维护的数据属于编码数据。所有的编码数据均不应识别为逻辑文件，与之相关的操作也不应识别 为基本过程； b) 确定逻辑文件数量。根据业务上的逻辑差异及从属关系确定逻辑文件的数量。 c) 是否是 ILF。确定该逻辑文件是否在本系统内进行维护。如果是，记为 ILF；否则为 EIF。 A.3 EIF的识别

32、 EIF是被系统边界内一个或几个基本处理过程所引用的业务数据。一个系统中的 EIF应是其他系统中 的 ILF。识别 EIF的步骤如下： a) 识别业务对象。业务对象应该应是用户可理解和识别的。业务对象包括业务数据或业务规则。 而一些为了程序处理而维护的数据则属于编码数据。所有的编码数据均不识别为逻辑文件， 与之相关的操作也不识别为基本过程； b) 确定逻辑文件数量。需要根据业务上的逻辑差异及从属关系确定逻辑文件的数量。 c) 是否是 EIF。确定该逻辑文件是否在本系统内进行维护。如果是，记为 ILF；否则为 EIF。 A.4 EI的识别 A.4.1 EI是处理来自系统边界之外的数据或控制信息的

33、过程。目的是维护一个或多个 ILF或者改变系统 的行为。 DB5101/T 5 2018 11 A.4.2 EI的基本识别规则如下： a) 应是来自系统边界 之外的输入数据或控制信息； b) 穿过边界的数据应是改变系统行为的控制信息或者应至少维护一个 ILF； c) 该 EI 不应被重复计数。任何被分别计数的两个 EI 至少满足下面三个条件之一（否则应视为同 一 EI）： 1) 涉及的 ILF 或 EIF 不同； 2) 涉及的数据元素不同； 3) 处理逻辑不同。 A.5 E0 的识别 A.5.1 EO是处理向系统边界之外发送数据或控制信息的过程。目的是向用户呈现经过处理的信息。 A.5.2 E

34、O的基本识别规则如下： a) 将数据或控制信息发送出系统边界； b) 处理逻辑应至少符合以下一种情况： 1) 包含至少一个数学公式或计算过程； 2) 产生衍生数据； 3) 维护至少一个 ILF； 4) 改变系统行为。 c) 该 EO 不应被重复计数 ,任何被分别计数的两个 EO 至少满足下面一个条件（否则被视为同一 EO） ： 1) 涉及的 ILF 或 EIF 不同； 2) 涉及的数据元素不同； 3) 处理逻辑不同。 A.6 EQ的识别 A.6.1 EQ是向系统边界之外发送数据或控制信息的基本处理过程。 目的是向用户呈现未经加工的已 有信息。 A.6.2 EQ的基本识别规则如下： a) 将数据

35、或控制信息发送出系统边界； b) 处理逻辑可包含筛选、分组或排序； c) 处理逻辑不应包含： 1) 数学公式或计算过程； 2) 产生衍生数据； 3) 维护 ILF； 4) 改变系统行为。 d) 该 EQ 不应被重复计数。任何被分别计数的两 个 EQ 至少满足下面一个条件（否则被视为同一 EQ）： 1) 涉及的 ILF 或 EIF 不同； 2) 涉及的数据元素不同； 3) 处理逻辑不同 。 DB5101/T 5 2018 12 附 录 B （规范性附录） 参数表 B.1 生产率基准数据表 表 B.1 生产率基准数据 单位为人时 /功能点 P10 P25 P50 P75 P90 2.20 3.94

36、 7.16 12.28 17.93 注：表格数据基于中国软件行业基准数据（ CSBMK-201610）中项目分析结果，可随着行业基准数据的变化而变化。 生产率基准数据通常使用 P50的取值测算工作量、工期、费用的最有可能值，使用 P25和 P75的值分别测算上下限。特 殊情况（如项目目标约束极其严格）下，也可采用 P10和 P90的值测算上下限。 B.2 规模调整因子计算公式 SF=(269.6446+S 0.7094)/S（式中 S为调整后软件功能规模） 注： 本公式基于中国软件行业基准数据（ CSBMK-201610）回归分析结果，可随着行业基准数据的变化而变化。 B.3 系统类型调整因子

37、参数表 表 B.2 系统类型调整因子参数表 系统类型 范围 调整因子 业务处理 办公自动化系统；人事、会计、工资、销售等经营管理及业务处理用软件等 1.0 系统集成 企业服务总线、 系统集成等 1.2 科技 科学计算、模拟、统计等 1.2 多媒体 图形、影像、声音等多媒体系统领域；地理信息系统；教育和娱乐系统等 1.3 智能信息 自然语言处理、人工智能、专家系统等 1.7 系统 操作系统、数据库系统、集成开发环境、自动化开发 /设计工具等 1.7 通信控制 通信协议、仿真、交换机软件、全球定位系统等 1.9 流程控制 生产管理、仪器控制、机器人控制、实时控制、嵌入式软件等 2.0 B.4 质量

38、特征调整因子参数表 表 B.3 质量特征调整因子参数表 调整因子 判断标准 影响度 分布 式 处理 指系统能够在各 组成要素之间传 输数据 没有明示对分布式处理的需求事项 -1 通过网络进行客户端 /服务器及网络基础系统分布处理和传输 0 在多个服务器及处理器上同时相互执行系统中的处理功能 1 DB5101/T 5 2018 13 表 B.3 （续） 调整因子 判断标准 影响度 性能 指用户对应答 时间或处理率 的需求水平 没有明示对性能的特别需求事项或活动，因此提供基本性能 -1 应答时间或处理率对高峰时间或所有业务时间都很重要，对连动系统结 束处理时间有限制 0 为满足性能需求事项，要求设

39、计阶段进行性能分析，或在设计 、开发阶 段使用分析工具 1 可靠性 指发生故障的影响程度 没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠性 -1 发生故障时可轻易修复，带来一定不便或经济损失 0 发生故障时很难修复，发生重大经济损失或有生命危害 1 多重站 点 指能够支持不 同硬件和软件 环境 在相同用途的硬件或软件环境下运行 -1 在用途类似的硬件或软件环境下运行 0 在不同用途的硬件或软件环境下运行 1 注：质量特性调整因子 =（分布式处理因子 + 性能因子 + 可靠性因子 + 多重站点因子） 0.025 + 1 B.5 开发语言调整因子参数表 表 B.4 开发语言调整因子参数表

40、 语言分类 调整因子 C及其他同级别语言 /平台 1.5 JAVA、 C+、 C#及其他同级别语言 /平台 1.0 PowerBuilder、 ASP及其他同级别语言 /平台 0.6 B.6 开发团队背景调整因子参数表 表 B.5 开发团队背景调整因子参数表 调整因子 判断标准 影响度 同类行业及项目的以往经验 为本行业开发过类似的项目 0.8 为其他行业开发过类似的项目，或为本行业开发过不同但相关的项目 1.0 没 有同类项目的背景 1.2 DB5101/T 5 2018 14 附 录 C （资料性附录） 常用模板样例 C.1 预估功能点计数表样例 表 C.1 开发团队背景调整因子参数表 功

41、能类型 不同复用度文件数 功能点数 功能点数合计 ILF 低 _ 1 35= _ 中 _ 2/3 35= _ 高 _ 1/3 35= _ ILF计数合计： _ EIF 低 _ 1 15= _ 中 _ 2/3 15= _ 高 _ 1/3 15= _ EIF计数合计： _ US（ ILF计数合计 + EIF计数合计） 规模变更因子： S（调整后规模总计）： _ _ 说明： 在预算阶段，复用度调整系数通常取值为 1（假设复用度低）； 规模变更因子预算时取值为 1.5，招标时取值为 1.26； 功能规模 S US*规模变更因子。 DB5101/T 5 2018 15 C.2 直接非人力成本测算 表样例

42、 表 C.2 直接非人力成本测算表 序号 分项 金额（元） 备注 说明 1 办公费 开发方为开发此项目而产生的行政办公费用，如 办公用品、通讯、邮寄、印刷、会议等。 示例 1：项目成员因项目加班而产生的餐费宜计 入直接非人力成本中的办公费，而项目成员的工 作午餐费宜计入直接人力成本。 示例 2：项目组封闭开发租用会议室而产生的费 用宜计入直接非人力成本中的办公费，而研发部 例会租用会议室产生的费用宜按照间接非人力 成本。 2 差旅费 开发方为开发此项目而产生的差旅费用，如交 通、住宿、差旅补贴等。 3 培训费 开发方为开发此项目而安排的特别培训产生的 费用。 4 业务费 开发方为完成此项目开发

43、工作所需辅助活动产 生的费用，如招待费、评审费、验收费等。 5 采购费 开发方为开发此项目而需特殊采购专用资产或 服务的费用，如专用设备费、专用软件费、技术 协作费、专利费等。示例：为项目采购专用测试 软件的成本宜计入直接非人力成本中的采购费， 日常办公用软件的成本宜按照间接费人力成本 进行分摊。 6 其他 未在以上项目列出但确系开发方为开发此项目 所需花费的费用。 合计 测算责任人： 测算日期：年 月日 C.3 软件开发费用测算表样例 DB5101/T 5 2018 16 表 C.3 功能点测算规模、工作量、工期、费用表 1.未调整功能点数 UFP（功能点） 经过复用调整后的功能点数 US（

44、功能点） 设定规模变更因子 CF 2.调整后的功能点数 S（功能点） S=UFP CF（不调整复用度） S=US CF（调整复用度） 基准数据（生产率） 功能点耗时率（人时 /功能点） (P25) 功能点耗时率（人时 /功能点） (P50) 功能点耗时率（人时 /功能点） (P75) 3.未调整的工作量 UE（人时） 计算公式： UE=PDR S 下限（人时） 最有可能（人时） 上限（人时） 设定调整因子 规模调整因子 SF 系统类型调整因子 AT 质量特性调整因子 QR 开发语言调整因子 SL 开发团队背景调整因子 DT 4.调整后的工作量 AE（人时） 计算公式： AE=UE SWF RD

45、F； 其中 SWF=SF AT QR， RDF=SL DT 下限（人时） 最有可能（人时） 上限（人时） 人月折算系数 HM（人时 /人月） 176 平均人力成本费率（含直接人力成本和间接成本 +开发方毛利润） F（元 /人月） 直接非人力成本合计 DNC（元） 5.工期 D（月） 计算公式： D=1.277 (AE/176)0.404 下限（月） 最有可能（月） 上限（月） 6.软件开发费用（元） 计算公式： P=AE/HM F +DNC 下限（元） 最有可能（元） DB5101/T 5 2018 17 表 C.3 （续） 6.软件开发费用（元） 计算公式： P=AE/HM F +DNC 上限（元） 最终费用 /价格（元） 功能点单价（元 /功能点） DB5101/T 5 2018 18 附 录 D （资料性附录） 测算示例 D.1 需求示意 D.1.1 项目背景：政府部门甲拟新开 发一 OA系统，以支持其网上办公、文档流转等电子政务需求。委 托方需根据初步需求确定项目预