DB11 T 1010-2019 信息化项目软件开发费用测算规范.pdf

1、ICS 35.080 L77 DB11 北京市地方标准 DB 11/T 1010 2019 代替 DB11/T 1010 2013 信息化项目软件开发费用测算规范 Specification for software development cost estimating of information technology projects 2019 - 06 - 18 发布 2019 - 10 - 01 实施 北京市市场监督管理局 发布 DBXX/T 1010 2019 I 目 次 前言 . II 1 范围 . 1 2 规范性引用文件 . 1 3 术语和定义 . 1 4 软件开发费用构成 .

2、 4 4.1 费用构成 . 4 4.2 直接人力成本构成 . 5 4.3 直接非人力成本构成 . 5 4.4 间接人力成本构成 . 5 4.5 间接非人力成本构成 . 5 4.6 毛利润构成 . 5 5 软件开发费用测算 . 5 5.1 软件开发费用测算过程 . 5 5.2 规模测算 . 6 5.3 工作量测量 . 7 5.4 费用测算 . 7 附录 A（规范性附录） 功能点计数基本规则 . 9 附录 B（资料性附录） 参数表 . 11 附录 C（资料性附录） 常用模板样例 . 13 附录 D（资料性附录） 测算示例 . 16 参考文献 . 18 DB11/T 1010 2019 II 前 言

3、 本标准按照 GB/T 1.1 2009的规则起草。 本标 准代替 DB11/T 1010 2013信息化项目软件开发费用测算规范。与 DB11/T 1010 2013相比， 除编辑性修改外主要技术变化如下： 修改了规范性引用文件 和术语（见 2和 3,2013年版的 2和 3） 增加了术语出处 ， 对于已经标准化的定义 ， 标明该定义出自的标准 ， 对于改写已经标准化的定 义 ， 加注说明 ； 删除了缩略语（见 2013年版的 3.2），在正文中有英文缩略语处标示中文全称； 修改了信息化项目软件开发费用估算基本流程图（见 5.1图 2,2013年版的 5.1 图 2）； 修改了功能点的计数规

4、则描述（见 5.2.1,2013年版的 5.2.1）； 修改了工作量测算基本原则的描述（见 5.3.1,2013年版的 5.3.1）； 删除了工期测算（见 2013年版的 5.4）； 增加了 费用测算两种方法的概述（见 5.5.1）； 增加了 内部逻辑文件（ ILF）的概述（见附录 A.2）； 修改了附录 B，由规范性附录改为资料性附录（见附录 B， 2013年版的附录 B）； 修改了北京软件行业基准数据（ SSM-BK-201204）为中国软件行业基准数据 CSBMK（ 201809） （见附录 B， 2013年版的附录 B）； 修改了生产率基准数据（见附录 B.1， 2013年版的附录 B

5、）； 增加了电子政务行业生产率基准数据（见附录 B表 2）； 删除了规模调整因子（见 2013年版的附录 B.2）； 修改了附录 D测算示例数据（见附录 D， 2013年版的附录 D）； 修改了参考文献。 本标准由北京市经济和信息化局提出并归口。 本标准由北京市经济和信息化局组织实施。 本标准的主要起草单位 : 北京软件和信息服务交易所有限公司、北京软件造价评估技术创新联盟、 北京科信深度科技有限公司、北京中基数联科技有限公司、中国计算机用户协会软件造价分会、北京华 鑫杰瑞计算机系统工程有限公司、北京乐可互动 科技有限公司、北京宇信易诚科技有限公司、中科宇图 天下科技有限公司、北京国铁华晨通信

6、信息技术有限公司、北京中科汇联信息技术有限公司、北京合力 金桥系统集成技术有限公司、远光软件股份有限公司、北京云星宇交通工程有限公司。 本标准主要起草人：王海青、于铁强、代寒玲、张怀璘、许宗敏、刘东华、李培圣、娄允、张超辉、 麻妮娜、关鹏、张志国、李世欣、刘俊、罗志强、刘先佰、熊世萍、黄建元、徐志斌、刘雪、杨振海、 赵延升、王琪。 DB11/T 1010 2019 1 信息化项目软件开发费用测算规范 1 范围 本标准规定了定制类信息化项目软件开发费用测算的方法及过程，包括 软件开发费用的构成、软件 规模、工作量及费用测算方法及过程。 本标准适用于以功能性需求为主的定制类信息化项目软件开发费用测

7、算。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。 凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 SJ/T 11619 软件工程 功能规模测量 NESMA方法 3 术语和定义 下列术语和定义适用于本文件。 3.1 委托方 sponsor 软件开发项目的出资方。 注： 改写 SJ/T 11463-2013，定义 3.17。 3.2 开 发方 developer 受委托方委托，负责软件开发的组织或团队。 注： 改写 SJ/T 11463-2013，定义 3.18。 3.3 第三方 third-party 委托方

8、和开发方之外的主要利益相关方。 注： 改写 SJ/T 11463-2013，定义 3.19。 3.4 软件开发费用 software development cost 委托方为达成软件开发项目目标而需向开发方支付的费用。 3.5 直接成本 direct cost DB11/T 1010 2019 2 为达成软件开发项目目标而直接付出的各种资源代价总和。 SJ/T 11463-2013，定义 3.4 注： 可直接计 入软件开发项目成本的直接材料、直接人工等属于直接成本。 3.6 间接成本 indirect cost 与达成软件开发项目目标相关，但同一种投入可以支持一个以上项目的联合成本 。 SJ

9、/T 11463-2013，定义 3.5 注： 开发方研发管理人员工资、研发设备折旧、停工补偿等属于间接成本。 3.7 人力成本 human resource cost 为达成软件开发项目目标所需付出的各种人力资源代价总和。 SJ/T 11463-2013，定义 3.6 3.8 非人力成本 non-human resource cost 为达成软件开 发项目目标所需付出的人力成本之外的其他成本。 SJ/T 11463-2013，定义 3.7 3.9 直接人力成本 direct human resource cost 为达成软件开发项目目标而直接付出的人力成本。 注： 改写 DB11/T 142

10、4-2017，定义 3.7。 3.10 直接非人力成本 direct non-human resource cost 为达成软件开发项目目标而直接付出的非人力成本。 注： 改写 DB11/T 1424-2017，定义 3.8。 3.11 间接人力成本 indirect human resource cost 服务于软件研发管理整体需求的非项目组人员的人力成本。 注： 改写 DB11/T 1424-2017，定义 3.9。 3.12 间接非人力成本 indirect non-human resource cost 不为开发某个特定项目但服务于整体研发活动产生的非人力成本。 注： 改写 DB11/

11、T 1424-2017，定义 3.10。 3.13 基准数据 benchmark DB11/T 1010 2019 3 经过筛选并维护数据库中的一个或一组测量值或者派生测量值，用来表征目标对象相关属性与这些 测量值的关系。 DB11/T 1424-2017，定义 3.11 3.14 方程法 equation 基于基准数据建立参数模型，并通过输入各项参数，确定待测算项目工作量或费用估算值的方法。 注： 改写 SJ/T 11463-2013，定义 3.9。 3.15 软件因素 software factor 由于软件自身特点的差异而导致预期生产率发生变化的相关因素。 注： 业务领域、应用类型、质量

12、特性等属于软件因素。 3.16 开发因素 development factor 对于同一软件，由于开发团队或其采用的过程、技术差异而导致预期生产率发生变化的相关因素。 注： 采用技术、过程、团队经验、重用程度等属于开发因素。 3.17 系统边界 system boundary 被测算软件与用户或其他系统之间的界限。 注： 改写 SJ/T11619-2015， 定义 2.1.2。 3.18 功能点 function point 衡量软件功能规模的一种单位。 SJ/T 11463-2013，定义 3.13 3.19 内部逻辑文件 internal logical file 在应用程序边界内维护的用

13、户可识别的逻辑相关数据组或控制信息。其主要目的是保存由被计数的 应用程序的一个或多个基本处理所维护的数据。 SJ/T 11619-2015，定义 2.1.12 3.20 外部接口文件 external interface file 被一应用程序引用但在另一应用程序边界内被维护的，用户可识别的逻辑相关数据组或控制信息， 其主要目的是保存由被计数的应用程序边界内的一个或多个基本处理所引用的数据。 SJ/T 11619-2015，定义 2.1.13 3.21 预估功能点计数 the indicative function point count DB11/T 1010 2019 4 只进行内部逻辑文

14、件和外部接口文件计数的功能点计数方法。 3.22 百分位数 percentile 在某实数集合中，对于集合内某元素 X，如果该集合中有且仅有 p%的数据不大于 X，则称 X为 该集合 的 p百分位数。 SJ/T 11463-2013，定义 3.20 示例： 如果仅有 50%的数据不大于 X，则 X 为该集合的 50 百分位数，简称 P50。 3.23 功能点耗时率 person hours per functional point 每功能点所消耗的人时数。 DB11/T 1424-2017，定义 3.15 3.24 功能点单价 unit price of function point 每功能点

15、的直接人力成本、间接人力成本、间接非人力成本及毛利润之和。 DB11/T 1424-2017，定义 3.16 4 软件开发费用构 成 4.1 费用构成 4.1.1 软件开发过程应包括从信息化项目立项完成到项目验收之间的需求分析、设计、编码、集成、 测试、安装、验收活动及相关的项目管理、支持活动。 4.1.2 软件开发费用应包括软件过程中开发方的所有直接成本、间接成本和毛利润（如图 1所示）， 不包括软件预研或可行性分析、数据迁移、软件维护等成本。 4.1.3 直接成本包括直接人力成本和直接非人力成本。 4.1.4 间接成本包括间 接人力成 本和间接非人力成本。 4.1.5 本标准中所涉及工作量

16、仅为软件开发过程所用工作量。 图 1 软件开发费用构成 注： 不同的组织在软件开发费用测算过程中应考虑已有财务或其他管理制度对软 件开发费用构成的影响。例如，当 软硬件购置费、测评费等费用单独列支时，不应再将上述费用作为软件开发费用的直接非人力成本重复计算。 4.2 直接人力成本构成 DB11/T 1010 2019 5 直接人力成本包括开发方项目组成员的工资、奖金、福利等人力资源费用。其中，项目组成员包括 参与该项目开发过程的所有研发或支持人员。对于非全职投入该项目开发工作的人员，按照项目工作量 所占其总工作量比例折算其人力资源费用。 注： 项目组成员通常包括项目经理、需求分析人员、设计人员

17、、开发人员、测试人员、部署人员、用户文档编写人 员、质量保证人员、配置管理人员等。 4.3 直接非人力成本构成 直接非人力成本包括： a) 办公费，开发方为开发此项目而产生的行政办公费用，包括办公用品、通讯、邮寄、印刷、会 议等； b) 差旅费，开发方为开发此项目而产生的差旅费用，包括交通、住宿、差旅补贴等； c) 培训费，开发方为开发此项目而安排的培训产生的费用； d) 业务费，开发方为完成此项目开发工作所需辅助活动产生的费用，包括评审费、验收费、第三 方评测费等； e) 采购费，开发方为开发此项目而需特殊采购专用资产或服务的费用，包括专用设备费、专用软 件费、技术协作费、专利费等； f)

18、其他，未在以上项目列出但确系开发方为开发此项目所需花费的费用。 注： 不同的组织在软件开发费用测算过程中应考虑已有财务或其他管理制度对软件开发费用构成的影响。软件开发 费用中的直接非人力成本仅限于为开发此项目而产生的费用 。 例如，用于未来软件部署的数据库、中间件产品、 服务器产品 的 采购 费 、第三方测评费等费用通常单独列支，不应计入软件开发费用 ；而由于特殊的开发环境而 产生的仅为本次开发项目服务的 采购费、第三方测评费等费用应计入软件开发费用 。 4.4 间接人力成本构成 间接人力成本包括软件研发部门经理、项目管理办公室人员、工程过程组人员、产品规划人员、组 织级质量保证人员、组织级配

19、置管理人员等的工 资、奖金、福利等的分摊。 4.5 间接非人力成本构成 间接非人力成本包括开发方研发场地房租、水电、物业，研发人员日常办公费用分摊及各种研发办 公设备的租赁、维修、折旧分摊。 4.6 毛利润构成 毛利润包含开发方直接成本和间接成本之外的经营管理费用分摊、市场销售费用分摊、应承担各种 税费及税后净利。 5 软件开发费用测算 5.1 软件开发费用测算过程 软件开发费用测算的基本流程如图 2 所示。 DB11/T 1010 2019 6 图 2 信息化项目软件开发费用估算基本流程 在信息化项目软件开发费用测算过程中，应遵循以下原 则： 充分利用基准数据，对工作量、费用进行测算； 在测

20、算规模时，应根据项目特点和需求的详细程度选择合适的方法； 工作量、费用的测算结果宜为一个范围而不是单一值； 费用测算过程中宜采用不同方法分别测算并进行交叉验证。如果不同方法的测算结果产生较大 差异，可采用专家评审方法或加权平均方法确定测算结果。 5.2 规模测算 5.2.1 功能点计数 应根据已知的项目功能描述，采用功能点方法测算软件规模。 在测算规模前应依据可行性研究报告或类似文档明确项目范围及系统边界。项目范围描述文档应包 含最基本的业务需求，还应进行初步的子系统 /模块划分 ，并对每一子系统或模块的基本用户需求进行 描述或说明，保证可根据项目范围描述文档进行预估功能点或估算功能点计数。

21、在预算阶段，由于需求较为模糊，宜采用预估功能点计数方法，测算未调整的功能点数。 采用预估功能点方法测算软件规模公式如下： UFP=35 ILF+15 EIF（ 1） 式中： UFP 未调整的功能点数，单位为功能点； ILF 内部逻辑文件数量，单位为个； 35 内部逻辑文件功能点数分配常量； EIF 外部接口文件数量，单位为个； 15 外部接口文件功能点数分配常量 。 在需求较清晰的情况下，宜采用估算功能点计数方法，测算未调整的功能点数。 采用估算功能点方法测算软件规模公式如下： UFP=10 ILF+7 EIF+4 EI+5 EO+4 EQ（ 2） 式中： UFP 未调整的功能点数，单位为功能

22、点； ILF 内部逻辑文件数量，单位为个； 10 内部逻辑文件功能点数分配常量； EIF 外部接口文件数量，单位为个； 7 外部接口文件功能点数分配常量； EI 外部输入数量，单位为个； 4 外部输入功能点数分配常量； EO 外部输出数 量，单位为个； 5 外部输出功能点数分配常量； 测算规模 测算工作量 测算费用 DB11/T 1010 2019 7 EQ 外部查询数量，单位为个； 4 外部查询功能点数分配常量。 功能点的计数规则，宜采用 NESMA方法或 IFPUG方法， NESMA方法参考 SJ/T 11619， IFPUG方法参考 ISO 相关 国际标准 。功能点计数的基本规则见附录

23、A。 示例： 政府部门甲拟新开发一 OA 系统，以支持其网上办公、文档流转等电子政务需求。主要功能包括收文管理、发文管 理、会议管理、日程安排等。采用预估功能点计数方法，假设根据需求描述可以识别出需求中包含 15个 ILF， 4 个 EIF， 因此，此部分需 求未调整的功能点数 UFP 为 585。 5.2.2 规模调整 5.2.2.1 复用程度调整 应对待实现功能复用情况进行分析，识别出可复用的功能及可复用的程度。对于委托方，应评估待 实现功能行业的平均复用水平，并根据复用程度对规模进行调整，公式如下： US=RUF UFP（ 3） 式中： US 未调整的软件规模，单位为功能点； RUF 复

24、用度调整因子，取值为 0-1的任意实数； UFP 未调整的功能点数，单位为功能点。 示例： 政府部门甲拟新开发一 OA 系统，以支持其网上办公、文档流转等电子政务需求。主要功能包括 收文管理、发文管 理、会议管理、日程安排等。 。假设根据需求描述，计数 ILF 有 15 个， EIF 有 4 个，该部分的整体复用程度是开发方开 发过类似功能，但需要适当调整，不同复用度文件数如表 1所示： 表 1 各功能复用度表 功能类型 不同复用度文件数 功能点数 功能点数合计 ILF 低 _9_ 1 35= _315_ 中 _3_ 2/3 35= _70_ 高 _3_ 1/3 35= _35_ ILF计数合

25、计： _420_ EIF 低 _2_ 1 15= _30_ 中 _0_ 2/3 15= _0_ 高 _2_ 1/3 15= _ 10_ EIF计数合计： _40_ 因此，未调整规模 US=420+40=460（ FP）。 5.2.2.2 隐含需求及需求变更调整 采用预估功能点测算规模时，应根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行 调整，公式如下： S=US CF（ 4） DB11/T 1010 2019 8 式中： S 调整后的软件规模，单位为功能点； US 未调整软件规模，单位为功能点； CF 规模变更调整因子，取值为 1-2的任意实数。 CF的取值参考相关行业基准数据或本

26、组织历史数据。 预估功能点的测算及调整可参考附录 C.1中模板及说明。 示例： 假设某项目经测算，未调整的软件规模为 460 功能点，但该项目需求尚未完全确定，预计未来将有需求变更，假设 该项目的测算场景是招标，则规模变更因子参照招投标场景取值 1.22，则该项目调整后的软件规模 S为 460 1.22=561.2 功能点。 5.3 工作量测量 5.3.1 基本原则 在测算工作量时，应符合以下原则： a) 对项目风险进行充分分析并根据分析结果 对测算方法或模型合理调整。 风险分析时应考虑技 术、管理、资源、商业多方面因素； b) 根据经验或相关性分析结果，确定影响工作量的主要属性。 5.3.2

27、 测算公式 采用方程法测算工作量应使用以下公式： AE=(S PDR) SWF RDF（ 5） 式中： AE 测算工作量，单位为人时； S 调整后的软件规模，单位为功能点； PDR 功能点耗时率，单位为人时每功能点。 PDR的取值参见附录 B.1或本组织历史数据； SWF 软件因素调整因子，取值参见附录 B.2、附录 B.3或本组织历史数据； RDF 开发因素调整因子，在预算时如无特殊要求，取值为 1。如果需要调整，参见附录 B.4及附 录 B.5或本组织历史数据。 可根据上述公式及 PDR基准数据的 P25、 P50、 P75值，分别计算出工作量测算结果的下限、最有可能 值和上限。 示例：

28、政府部门甲拟新开发 OA 系统，以支持其网上办公、文档流转等电子政务需求 ,经测算其调整后的软件规模为 561.2FP，测算工作量过程如下： a) 依据附录 B.1，电子政务行业 生产率 取值分别为 3.49、 6.65、 11.89； b) 由于此时对开发没有特殊要求，所以 RDF 取值为 1； c) 依据附录 B.2、附录 B.3，应用类型调整因子取值为 1，质量特征调整因子取值为 0.9，因此计算可得 SWF为 ,0.9； d) 由此，可计算出测算工作量 AE 的最有可能值 =(561.2 6.65) 1 0.9=3358.78 人时，而工作量测算最终结 果的合理范围在 1762.73

29、人时到 6005.40 人时之间。 5.4 费用测算 5.4.1 概述 费用测算可采用以下两种方法： DB11/T 1010 2019 9 由工作量数据测算得出； 由规模及规模单价测算得出。 原则上，这两种方法测算得出的费用是相同的。可根据本组织管理需求及特 点选择合适的方法。 5.4.2 依据工作量测算 在获得了工作量测算结果后，采用以下公式测算费用： P=AE/HM F+DNC（ 6） 式中： P 软件开发费用，单位为元； AE 测算工作量，单位为人时； HM 人月折算系数，单位为人时每人月，取值为 176； F 平均人力成本费率（包括开发方直接人力成本、间接成本及毛利润），单位为元每人月

30、； DNC 直接非人力成本，单位为元； 其中，平均人力成本费率 F可根据本组织历史数据或行业数据确定。 费用测算参见附录 C.3模板。完整 的规模、工作量、费用测算方法、过程参见附录 D。 示例： 假设某信息化项目软件开发测算工作量 AE 的最有可能值为 3358.78 人时，而工作量测算最终结果的合理范围在 1762.73人时到 6005.40人时之间，该组织历史项目的平均人力成本费率为 25500元，直接非人力成本预计有培训费 20000 元，业务费 10000 元，采购费 30000 元，合计为 60000 元。计算得到最有可能的信息化项目软件开发费用 P=(3358.78/176 25

31、500)+60000=546641.42 元，软件开发费用的合理范围在 315395.54 元到 930100.57 元之间。 5.4.3 依据规模及规模单价测算 基于已确定的功能点单价测算软件开发费用，采用以下公式： P=S PP SWF RDF+DNC（ 7） 式中： P 软件开发费用，单位为元； S 调整后的软件规模，单位为功能点； PP 功能点单价，单位为元每功能点； SWF 软件因素调整因子，取值参见附录 B.2、附录 B.3或本组织历史数据；在基于功能点单价确 定预算时，为便于结算委托方不宜使用规模调整； RDF 开发因素调整因子，在预算时若无特殊要求，取值为 1。若 需调整，参见

32、附录 B.4及附录 B.5 或本组织历史数据； DNC 直接非人力成本，单位为元。直接非人力成本测算参见附录 C.2。 DB11/T 1010 2019 10 附 录 A （规范性附录） 功能点计数基本规则 A.1 功能点计数项分类 功能点计数项分为数据功能和交易功能两类，其中数据功能包括内部逻辑文件（ ILF）、外部接口 文件（ EIF）；交易功能包括外部输入（ EI）、外部输出（ EO）、外部查询（ EQ）。 数据功能是系统提供给用户的满足产品内部和外部数据需求的功能，体现系统管理或使用哪些业务 数据（业务对象）。 ILF或 EIF所指的“文件”不是传统数据处理意义上的 文件，而是指一组用

33、户可识别 的、逻辑上相互关联的数据或者控制信息。这些文件和物理上的数据集合（如数据库表）没有必然的对 应关系。 交易功能是系统提供给用户的处理数据的功能，体现系统如何处理和使用那些业务数据（业务对 象）。交易功能又称为基本过程，是用户可识别的，业务上的一组原子操作。 使用预估功能点方法时，只需要识别数据功能，包括 ILF和 EIF；使用估算功能点方法时，需要识别 数据功能和事务功能，包括 ILF、 EIF、 EI、 EO和 EQ。 示例： 对于人事管理系统，“人员信息”、“部门信息”属于数据功能，“增加人员信息”、“ 修改部门信息”、“查询 在岗人员”等则为交易功能。 A.2 ILF的识别 I

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

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

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

37、一个 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 不应

38、被重复计数。任何被分别计数的两个 EQ 至少满足下面一个条件（否则被视为同一 EQ）： 1) 涉及的 ILF或 EIF不同； 2) 涉及的数据元素不同； 3) 处理逻辑不同。 DB11/T 1010 2019 12 附 录 B （资料性附录） 参数表 B.1 生产率基准数据表 表 1 全行业生产率基准数据 单位为人时 /功能点 P10 P25 P50 P75 P90 2.37 4.26 7.12 12.41 17.34 表 2 电子政务行业生产率基准数据 单位为人时 /功能点 P10 P25 P50 P75 P90 2.03 3.49 6.65 11.89 15.76 注： 表格中生产率基准数

39、据是基于中国软件行业基准数据 CSBMK（ 201809）版本的数据库，可随着行业基准数据的 变化而变化。生产率基准数据通常使用 P50的取值测算工作量、费用的最有可能值，使用 P25和 P75的值分别测 算上下限。特殊情况（如项目目标约束极其严格）下，也可采用 P10和 P90的值测算上下限。 B.2 应用类型调整因子参数表 表 3 应用类型调整因子参数表 应用类型 范围 调整因子 业务处理 办公自动化系统；人事、会计、工资、销售等经营 管理及业务处理用软件等 1.0 应用集成 企业服务总线、应用集成等 1.2 科技 科学计算、模拟、统计等 1.2 多媒体 图形、影像、声音等多媒体应用领域；

40、地理信息系统；教育和娱乐应用等 1.3 智能信息 自然语言处理、人工智能、专家系统等 1.7 系统 操作系统、数据库系统、集成开发环境、自动化开发 /设计工具等 1.7 通信控制 通信协议、仿真、交换机软件、全球定位系统等 1.9 流程控制 生产管理、仪器控制、机器人控制、实时控制、嵌入式软件等 2.0 B.3 质量特征调整因子参数表 表 4 质量特 征调整因子参数表 调整因子 判断标准 影响度 分布式 处理 指应用能够在 各组成要素之 间传输数据 没有明示对分布式处理的需求事项 -1 通过网络进行客户端 /服务器及网络基础应用分布处理和传输 0 在多个服务器及处理器上同时相互执行应用中的处理

41、功能 1 DB11/T 1010 2019 13 表 4 质量特征调整因子参数表（续） 调整因子 判断标准 影响度 性能 指用户对应答 时间或处理率 的需求水平 没有明示对性能的特别需求事项或活动，因此提供基本性能 -1 应答时间或处理率对高峰时间或所有业务时间都很重要，对连动系统结 束处理时间 有限制 0 为满足性能需求事项，要求设计阶段进行性能分析，或在设计、开发阶 段使用分析工具 1 可靠性 指发生故障的影响程度 没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠性 -1 发生故障时可轻易修复，带来一定不便或经济损失 0 发生故障时很难修复，发生重大经济损失或有生命危害 1 多重站

42、 点 指能够支持不 同硬件和软件 环境 在相同用途的硬件或软件环境下运行 -1 在用途类似的硬件或软件环境下运行 0 在不同用途的硬件或软件环境下运行 1 注 ：质量特性调整因子 =（分 布式处理因子 + 性能因子 + 可靠性因子 + 多重站点因子） 0.025 + 1 B.4 开发语言调整因子参数表 表 5 开发语言调整因子参数表 语言分类 调整因子 C及其他同级别语言 /平台 1.5 JAVA、 C+、 C#及其他同级别语言 /平台 1.0 PowerBuilder、 ASP及其他同级别语言 /平台 0.6 B.5 开发团队背景调整因子参数表 表 6 开发团队背景调整因子参数表 调整因子

43、判断标准 影响度 同类行业及项目的以往经验 为本行业开发过类似的项目 0.8 为其他行业开发过类似的项目，或为本行 业开发过不同但相关的项目 1.0 没有同类项目的背景 1.2 DB11/T 1010 2019 14 附 录 C （资料性附录） 常用模板样例 C.1 预估功能点计数表样例 功能类型 不同复用度文件数 功能点数 功能点数合计 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.39，招标时取值为 1.22； 功能规模 S US*