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

1、ICS 35.080 L77 DB11 北 京 市 地 方 标 准 DB 11/T XXXXXXXXX 信息化项目软件开发费用测算规范 Specification for software development cost estimating of information technology projects 点击此处添加与国际标准一致性程度的标识 （报批稿） （本稿完成日期：2013-5-6） - XX - XX发布 - XX - XX实施 北京市质量技术监督局 发 布 DBXX/ XXXXXXXXX I 目 次 前言.III 1 范围 1 2 规范性引用文件 1 3 术语、定义和缩略语

2、 1 3.1 术语和定义 1 3.2 缩略语 4 4 软件开发费用构成 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 工期测算 8 5.5 费用测算 8 附录 A（规范性附录） 功能点计数基本规则 . 10 附录 B（规范性附录） 参数表 . 13 附录 C（资料性附录） 常用模板样例 . 15 附录 D（资料性附录） 测算示例 . 19 参考文献 22

3、DBXX/ XXXXXXXXX II 前 言 本标准按照GB/T 1.1-2009的规则起草。 本标准由北京经济和信息化委员会提出并归口。 本标准由北京经济和信息化委员会组织实施。 本标准的主要起草单位: 北京软件和信息服务交易所有限公司、北京软件行业协会过程改进分会、北京宇信易诚科技有限公司、中科宇图天下科技有限公司、北京国铁华晨通信信息技术有限公司、北京中科汇联信息技术有限公司、北京合力金桥系统集成技术有限公司、远光软件股份有限公司、北京云星宇交通工程有限公司。 本标准主要起草人：王海青、王钧、代寒玲、杨少梁、胡才勇、刘东华、李世欣、刘俊、罗志强、刘先佰、熊世萍、黄建元、徐志斌、张超辉、麻

4、妮娜。DBXX/ XXXXXXXXX 1 信息化项目软件开发费用测算规范 1 范围 本标准规定了定制类信息化项目软件开发费用测算的方法及过程，包括软件开发费用的构成、软件规模、工作量、费用及工期测算方法及过程。 本标准适用于以功能性需求为主的定制类信息化项目软件开发费用测算。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 ISO/IEC 20926 软件和系统工程软件度量IFPUG功能规模度量方法2009（Software and systems engineer

5、ing - Software measurement - IFPUG functional size measurement method 2009） ISO/IEC 24570 软件工程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 术语、定义和缩略语

6、3.1 术语和定义 下列术语和定义适用于本文件。 3.1.1 信息化项目 information technology project 旨在提高信息化水平的信息系统建设及优化任务。 3.1.2 委托方 sponsor 软件开发项目的出资方。 3.1.3 开发方 developer 受委托方委托，负责软件开发的组织或团队。 3.1.4 第三方 third-party 委托方和开发方之外的主要利益相关方。 注：监理、审计、咨询机构等均为第三方。 DBXX/ XXXXXXXXX 2 3.1.5 软件开发费用 software development cost 委托方为达成软件开发项目目标而需向开发方

7、支付的费用。 3.1.6 直接成本 direct cost 开发方为达成软件开发项目目标而直接付出的各种资源代价总和。 注：可直接计入软件开发项目成本的直接材料、 直接人工等属于直接成本。 3.1.7 间接成本 indirect cost 与达成软件开发项目目标相关，但同一种投入可以支持一个以上项目的开发方联合成本。 注：开发方研发管理人员工资、研发设备折旧、停工补偿等属于间接成本。 3.1.8 人力成本 human resource cost 为达成软件开发项目目标所需付出的开发方人力资源成本总额。 3.1.9 非人力成本 non-human resource cost 开发方为达成软件开发

8、项目目标所需付出的人力成本之外的其他成本总额。 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 开发方不为开发某个特定项目但服

9、务于整体研发活动产生的非人力成本。 3.1.14 毛利润 gross profit 软件开发费用与直接成本及间接成本之差。 3.1.15 DBXX/ XXXXXXXXX 3 基准数据 benchmark 经过筛选并维护数据库中的一个或一组测量值或者派生测量值，用来表征目标对象相关属性与这些测量值的关系。 3.1.16 方程法 equation 基于基准数据建立参数模型，并通过输入各项参数，确定待测算项目工作量、工期或费用估算值的方法。 3.1.17 软件因素 software factor 由于软件自身特点的差异而导致预期生产率发生变化的相关因素。 注：业务领域、应用类型、质量特性等属于软件因

10、素。 3.1.18 开发因素 development factor 对于同一软件，由于开发团队或其采用的过程、技术差异而导致预期生产率发生变化的相关因素。 注：采用技术、过程、团队经验、重用程度等属于开发因素。 3.1.19 系统边界 system boundary 被测算软件与用户或其他系统之间的界限。 3.1.20 功能点 function point 衡量软件功能规模的一种单位。 3.1.21 内部逻辑文件 internal logical file 在系统边界内维护的、用户可识别的逻辑相关数据组或控制信息。 注：其主要目的是保存由被计数的应用的一个或多个基本处理所维护的数据。 3.1.

11、22 外部接口文件 external interface file 由一系统引用、另一系统维护的，用户可识别的逻辑相关数据组或控制信息。 注：其主要目的是保存由被计数的系统边界内的一个或多个基本处理所引用的数据。一个系统所计数的外部接口文件必定是另一个系统的内部逻辑文件。 3.1.23 预估功能点计数 the indicative function point count 只进行内部逻辑文件和外部接口文件计数的功能点计数方法。 3.1.24 DBXX/ XXXXXXXXX 4 百分位数 percentile 在某实数集合中，对于集合内某元素X，如果该集合中有且仅有p%的数据不大于X，则称X为该

12、集合的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 费用构成 软件开发过程应包括从信息化项目立

13、项完成到项目验收之间的需求分析、设计、编码、集成、测试、安装、验收活动及相关的项目管理、支持活动。 软件开发费用应包括软件过程中开发方的所有直接成本、间接成本和毛利润（如图1所示），不包括软件预研或可行性分析、数据迁移、软件维护等成本。 直接成本包括直接人力成本和直接非人力成本。 间接成本包括间接人力成本和间接非人力成本。 本标准中所涉及工作量、工期仅为软件开发过程所用工作量、工期。 图1 软件开发费用构成 DBXX/ XXXXXXXXX 5 注：不同的组织在软件开发费用测算过程中应考虑已有财务或其他管理制度对软件开发费用构成的影响。例如，当软硬件购置费、测评费等费用单独列支时，不应再将上述费

14、用作为软件开发费用的直接非人力成本重复计算。 4.2 直接人力成本构成 直接人力成本包括开发方项目组成员的工资、奖金、福利等人力资源费用。其中，项目组成员包括参与该项目开发过程的所有研发或支持人员。对于非全职投入该项目开发工作的人员，按照项目工作量所占其总工作量比例折算其人力资源费用。 注：项目组成员通常包括项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人员、质量保证人员、配置管理人员等。 4.3 直接非人力成本构成 直接非人力成本包括： a) 办公费，开发方为开发此项目而产生的行政办公费用，包括办公用品、通讯、邮寄、印刷、会议等； b) 差旅费，开发方为开发此项

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

16、的分摊。 4.5 间接非人力成本构成 间接非人力成本包括开发方研发场地房租、水电、物业，研发人员日常办公费用分摊及各种研发办公设备的租赁、维修、折旧分摊。 4.6 毛利润构成 毛利润包含开发方直接成本和间接成本之外的经营管理费用分摊、市场销售费用分摊、应承担各种税费及税后净利。 5 软件开发费用测算 5.1 软件开发费用测算过程 软件开发费用测算的基本流程如图 2 所示。 DBXX/ XXXXXXXXX 6 图2 软件开发费用测算基本流程 工期测算的结果与费用测算结果相互关联、互相影响。工期测算的结果可导致重新测算工作量，并最终改变软件开发费用测算结果。 对于有明确工期要求的项目，在采用方程法

17、测算工作量时，工期要求可以是方程的参数之一。 在软件开发费用测算过程中，应遵循以下原则： 充分利用基准数据，对工作量、工期、费用进行测算； 在测算规模时，应根据项目特点和需求的详细程度选择合适的方法； 工作量、工期、费用的测算结果宜为一个范围而不是单一值； 费用测算过程中宜采用不同方法分别测算并进行交叉验证。如果不同方法的测算结果产生较大差异，可采用专家评审方法或加权平均方法确定测算结果。 5.2 规模测算 5.2.1 功能点计数 应根据已知的项目功能描述，采用功能点方法测算软件规模。 在预算阶段，宜采用预估功能点计数方法，测算未调整的功能点数。 在测算规模前应依据可行性研究报告或类似文档明确

18、项目范围及系统边界。项目范围描述文档应包含最基本的业务需求，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行描述或说明，保证可根据项目范围描述文档进行预估功能点计数。 采用预估功能点方法测算软件规模公式如下： UFP=35ILF+15EIF（1） 式中： UFP未调整的功能点数，单位为功能点； ILF内部逻辑文件数量，单位为个； EIF外部接口文件数量，单位为个。 功能点的计数规则，应符合ISO/IEC 20926或ISO/IEC 24570的规定。功能点计数的基本规则见附录A。 示例： 假设关于公文管理部分功能的描述如下：公文管理包括公文起草、审核、审批、备案、发布。审

19、批时要对电子签名进行验证。采用预估功能点计数方法，可以识别出上述需求中包含一个 ILF（公文信息），一个 EIF（电子签名信息），因此，此部分需求未调整的功能点数 UFP 为 50。 5.2.2 规模调整 5.2.2.1 复用程度调整 应对待实现功能复用情况进行分析，识别出可复用的功能及可复用的程度。对于委托方，应评估待实现功能行业的平均复用水平，并根据复用程度对规模进行调整，公式如下： DBXX/ XXXXXXXXX 7 US=RUFUFP（2） 式中： US 未调整的软件规模，单位为功能点； RUF复用度调整因子，取值为0-1的任意实数； UFP未调整的功能点数，单位为功能点。 示例： 假

20、设关于公文管理部分功能的描述如下：公文管理包括公文起草、审核、审批、备案、发布。审批时要对电子签名进行验证。采用预估功能点计数方法，可以识别出上述需求中包含一个ILF（公文信息），一个EIF（电子签名信息），因此，此部分需求未调整的功能点数UFP为50。假设该部分的整体复用程度是开发方开发过类似功能，但需要适当调整，复用度调整因子取值为2/3，因此，未调整规模US=502/3=33.3（FP）。 5.2.2.2 隐含需求及需求变更调整 采用预估功能点测算规模时，应根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行调整，公式如下： S=USCF（3） 式中： S 调整后的软件规模，单位为

21、功能点； US未调整软件规模，单位为功能点； CF规模变更调整因子，取值为1-2的任意实数。 CF的取值参考相关行业基准数据或本组织历史数据。 预估功能点的测算及调整可参考附录C.1中模板及说明。 示例： 假设某项目经测算，未调整的软件规模为 1000功能点，但该项目需求尚未完全确定，预计未来将有 50%的变更，则该项目调整后的软件规模 S 为 1500功能点。 5.3 工作量测量 5.3.1 基本原则 在测算工作量时，应： a) 对项目风险进行充分分析并根据分析结果对测算方法或模型合理调整。例如，根据风险情况调整测算模型中影响因子的权重或取值。风险分析时应考虑技术、管理、资源、商业多方面因素

22、。例如：需求变更、外部协作、时间或成本约束、人力资源、系统架构、用户接口、外购或复用、采用新技术等； b) 根据经验或相关性分析结果，确定影响工作量的主要属性。 5.3.2 测算公式 采用方程法测算工作量应使用以下公式： AE=(SPDR) SWFRDF（4） 式中： AE 测算工作量，单位为人时； S 调整后的软件规模，单位为功能点； PDR功能点耗时率，单位为人时每功能点。PDR的取值见附录B.1或本组织历史数据； DBXX/ XXXXXXXXX 8 SWF软件因素调整因子，取值见附录B.2、附录B.3及附录B.4或本组织历史数据； RDF开发因素调整因子，在预算时如无特殊要求，取值为1。

23、如果需要调整，见附录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) 由此

24、，可计算出测算工作量 AE的最有可能值=(9.381030) 10.97=9371.56人时，而工作量测算最终结果的合理范围在4495.95人时到15486.05人时之间。 5.4 工期测算 在测算工期时，应： a) 根据工作量测算结果和资源情况，对工作任务进行分解并制订工作时间表。制订工作时间表时应充分考虑关键路径任务约束对工期的影响。 b) 利用基准数据测算合理的工期范围。利用基准数据，建立“工作量-工期”模型，使用方程法测算合理的工期范围； c) 将委托方的期望工期或开发方初步制订的工作时间表中的工期与工期测算结果进行比较； d) 委托方期望工期或工作时间表中的工期短于测算出的工期下限时

25、，应分析原因，必要时对人力资源安排或项目范围进行调整，再重新测算工作量、工期，并制订新的工作时间表。压缩工期会增加项目工作量，导致生产效率降低。 示例： 假设某信息化项目期望工期是 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 月之间（采用工作量测算合理范围的上

26、下限值分别计算）；根据经验，当期望工期多于测算工期下限但少于最有可能工期时，每压缩 10%的工期，将导致 10%的工作量增加。因此，本项目如果要求 5 个月完成，总工作量大致会增加20%。 5.5 费用测算 5.5.1 依据工作量测算 在获得了工作量测算结果后，采用以下公式测算费用： P=AE/HMF+DNC（5） 式中： P 软件开发费用，单位为元； AE 测算工作量，单位为人时； HM 人月折算系数，单位为人时每人月，取值为176； F 平均人力成本费率（包括开发方直接人力成本、间接成本及毛利润），单位为元每人月； DBXX/ XXXXXXXXX 9 DNC直接非人力成本，单位为元； 其中

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

28、的合理范围在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直接非人力成本，单位为元。直接非人力成本测

29、算参见附录C.2。 DBXX/ XXXXXXXXX 10 A A 附 录 A （规范性附录） 功能点计数基本规则 A.1 功能点计数项分类 功能点计数项分为数据功能和交易功能两类，其中数据功能包括ILF、EIF；交易功能包括外部输入（EI）、外部输出（EO）、外部查询（EQ）。 数据功能是系统提供给用户的满足产品内部和外部数据需求的功能，体现系统管理或使用哪些业务数据（业务对象）。ILF或EIF所指的“文件”不是传统数据处理意义上的文件，而是指一组用户可识别的、逻辑上相互关联的数据或者控制信息。这些文件和物理上的数据集合（如数据库表）没有必然的对应关系。 交易功能是系统提供给用户的处理数据的功

30、能，体现系统如何处理和使用那些业务数据（业务对象）。交易功能又称为基本过程，是用户可识别的，业务上的一组原子操作。 使用预估功能点方法时，只需要识别数据功能，包括ILF和EIF；使用估算功能点方法时，需要识别数据功能和事务功能，包括ILF、EIF、EI、EO和EQ。 示例： 对于人事管理系统，“人员信息”、“部门信息”属于数据功能，“增加人员信息”、“修改部门信息”、“查询在岗人员”等则为交易功能。 A.2 ILF的识别 识别ILF的步骤如下： a) 识别业务对象。业务对象应是用户可理解和识别的，包括业务数据或业务规则。 注：为程序处理而维护的数据属于编码数据。所有的编码数据均不应识别为逻辑文

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

32、业务上的逻辑差异及从属关系确定逻辑文件的数量。 c) 是否是 EIF。确定该逻辑文件是否在本系统内进行维护。如果是，记为 ILF；否则为EIF。 A.4 EI的识别 DBXX/ XXXXXXXXX 11 EI是处理来自系统边界之外的数据或控制信息的过程。目的是维护一个或多个ILF或者改变系统的行为。 EI的基本识别规则如下： a) 应是来自系统边界之外的输入数据或控制信息； b) 穿过边界的数据应是改变系统行为的控制信息或者应至少维护一个 ILF； c) 该 EI 不应被重复计数。任何被分别计数的两个 EI至少满足下面三个条件之一（否则应视为同一 EI）： 1) 涉及的 ILF或 EIF 不同

33、； 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

34、是向系统边界之外发送数据或控制信息的基本处理过程。目的是向用户呈现未经加工的已有信息。 EQ的基本识别规则如下： a) 将数据或控制信息发送出系统边界； b) 处理逻辑可包含筛选、分组或排序； c) 处理逻辑不应包含： 1) 数学公式或计算过程； 2) 产生衍生数据； 3) 维护 ILF； 4) 改变系统行为。 d) 该 EQ 不应被重复计数。任何被分别计数的两个 EQ 至少满足下面一个条件（否则被视为同一EQ）： 1) 涉及的 ILF或 EIF 不同； 2) 涉及的数据元素不同； DBXX/ XXXXXXXXX 12 3) 处理逻辑不同。 DBXX/ XXXXXXXXX 13 B B 附 录

35、 B （规范性附录） 参数表 B.1 生产率基准数据表 表1 生产率基准数据 单位为人时/功能点 P10 P25 P10 P10 P10 1.63 4.50 9.38 15.50 20.67 注：表格数据基于北京软件行业基准数据（SSM-BK-201204）中项目分析结果，可随着行业基准数据的变化而变化。生产率基准数据通常使用P50的取值测算工作量、工期、费用的最有可能值，使用P25和P75的值分别测算上下限。特殊情况（如项目目标约束极其严格）下，也可采用P10和P90的值测算上下限。 B.2 规模调整因子计算公式 SF=(269.644 6+S0.709 4)/S（式中S为调整后软件功能规模

36、） 注：本公式基于北京软件行业基准数据（SSM-BK-201204）回归分析结果，可随着行业基准数据的变化而变化。 B.3 应用类型调整因子参数表 表2 应用类型调整因子参数表 应用类型 范围 调整因子 业务处理 办公自动化系统；人事、会计、工资、销售等经营管理及业务处理用软件等 1.0 应用集成 企业服务总线、应用集成等 1.2 科技 科学计算、模拟、统计等 1.2 多媒体 图形、影像、声音等多媒体应用领域；地理信息系统；教育和娱乐应用等 1.3 智能信息 自然语言处理、人工智能、专家系统等 1.7 系统 操作系统、数据库系统、集成开发环境、自动化开发/设计工具等 1.7 通信控制 通信协议

37、、仿真、交换机软件、全球定位系统等 1.9 流程控制 生产管理、仪器控制、机器人控制、实时控制、嵌入式软件等 2.0 B.4 质量特征调整因子参数表 表3 质量特征调整因子参数表 调整因子 判断标准 影响度 分布式处理 指应用能够在各组成要素之间传输数据 没有明示对分布式处理的需求事项 -1 通过网络进行客户端/服务器及网络基础应用分布处理和传输 0 在多个服务器及处理器上同时相互执行应用中的处理功能 1 性能 指用户对应答 没有明示对性能的特别需求事项或活动，因此提供基本性能 -1 DBXX/ XXXXXXXXX 14 调整因子 判断标准 影响度 时间或处理率的需求水平 应答时间或处理率对高

38、峰时间或所有业务时间都很重要，对连动系统结束处理时间有限制 0 为满足性能需求事项，要求设计阶段进行性能分析，或在设计、开发阶段使用分析工具 1 可靠性 指发生故障的影响程度 没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠性 -1 发生故障时可轻易修复，带来一定不便或经济损失 0 发生故障时很难修复，发生重大经济损失或有生命危害 1 多重站点 指能够支持不同硬件和软件环境 在相同用途的硬件或软件环境下运行 -1 在用途类似的硬件或软件环境下运行 0 在不同用途的硬件或软件环境下运行 1 注：质量特性调整因子=（分布式处理因子 + 性能因子 + 可靠性因子 + 多重站点因子）0.025

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

40、能点计数表样例 功能类型 不同复用度文件数 功能点数 功能点数合计 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*规模变更因子。 DBXX/ XXXXXXXXX 16 C.2 直接非人力成本测算表样例 直接非人力成本测

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

42、费等。 5 采购费 开发方为开发此项目而需特殊采购专用资产或服务的费用，如专用设备费、专用软件费、技术协作费、专利费等。示例：为项目采购专用测试软件的成本宜计入直接非人力成本中的采购费，日常办公用软件的成本宜按照间接费人力成本进行分摊。 6 其他 未在以上项目列出但确系开发方为开发此项目所需花费的费用。 合计 测算责任人： 测算日期：年月日 DBXX/ XXXXXXXXX 17 C.3 软件开发费用测算表样例 功能点测算规模、工作量、工期、费用表 1.未调整功能点数UFP（功能点） 经过复用调整后的功能点数US（功能点） 设定规模变更因子CF 2.调整后的功能点数S（功能点） S=UFPCF（

43、不调整复用度） S=USCF（调整复用度） 基准数据（生产率） 功能点耗时率（人时/功能点）(P25) 功能点耗时率（人时/功能点）(P50) 功能点耗时率（人时/功能点）(P75) 3.未调整的工作量UE（人时） 计算公式：UE=PDRS 下限（人时） 最有可能（人时） 上限（人时） 设定调整因子 规模调整因子SF 应用类型调整因子AT 质量特性调整因子QR 开发语言调整因子SL 开发团队背景调整因子DT 4.调整后的工作量AE（人时） 计算公式：AE=UESWFRDF； 其中SWF=SFATQR，RDF=SLDT 下限（人时） 最有可能（人时） 上限（人时） 人月折算系数HM（人时/人月）

44、 176 平均人力成本费率（含直接人力成本和间接成本+开发方毛利润）F（元/人月） 直接非人力成本合计DNC（元） 5.工期D（月） 计算公式：D=1.277(AE/176)0.404 下限（月） 最有可能（月） 上限（月） 6.软件开发费用（元） 下限（元） DBXX/ XXXXXXXXX 18 功能点测算规模、工作量、工期、费用表 计算公式：P=AE/HMF +DNC 最有可能（元） 上限（元） 最终费用/价格（元） 功能点单价（元/功能点） DBXX/ XXXXXXXXX 19 D D 附 录 D （资料性附录） 测算示例 D.1 需求示意 项目背景：政府部门甲拟新开发一OA系统，以支持

45、其网上办公、文档流转等电子政务需求。委托方需根据初步需求确定项目预算。本项目预算期需求较明确，委托方了解各功能通常的复用程度，并确定采用JAVA开发，无特殊质量要求，希望未来团队开发过此类系统。 主要功能：收文管理、发文管理、会议管理、日程安排； 功能描述：收文管理功能要求；日程安排功能要求。 D.2 测算规模 假设根据需求描述，识别ILF15个，EIF4个，识别各功能可复用程度后，填写以下模板得： 功能类型 不同复用度文件数 功能点数 功能点数合计 ILF 低_9_ 1 35= _315_ 中_3_ 2/335= _70_ 高_3_ 1/335= _35_ ILF计数合计： _420_ EI

46、F 低_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 确定预算 根据规模测算结果，填写以下模板可得到最终费用测算结果： DBXX/ XXXXXXXXX 20 功能点测算规模、工作量、工期、费用表 1.未调整功能点数UFP（功能点

47、） / 经过复用调整后的功能点数US（功能点） 460 设定规模变更因子CF 1.26 2.调整后的功能点数S（功能点） S=UFPCF（不调整复用度） / S=USCF（调整复用度） 579.6 基准数据（生产率） 功能点耗时率（人时/功能点）(P25) 4.50 功能点耗时率（人时/功能点）(P50) 9.38 功能点耗时率（人时/功能点）(P75) 15.50 3.未调整的工作量UE（人时） 计算公式：UE=PDRS 下限（人时） 2608.20 最有可能（人时） 5436.65 上限（人时） 8983.80 设定调整因子 规模调整因子SF 1.17 应用类型调整因子AT 1.00 质量

48、特性调整因子QR 0.90 开发语言调整因子SL 1.00 开发团队背景调整因子DT 1.00 4.调整后的工作量AE（人时） 计算公式：AE=UESWFRDF； 其中SWF=SFATQR，RDF=SLDT 下限（人时） 2757.29 最有可能（人时） 5747.42 上限（人时） 9497.34 人月折算系数HM（人时/人月） 176 平均人力成本费率（含直接人力成本和间接成本及开发方毛利润）F（元/人月） 22000 直接非人力成本合计DNC（元） 60000 5.工期D（月） 计算公式：D=1.277(AE/176)0.404 下限（月） 3.88 最有可能（月） 5.22 上限（月） 6.40 6.软件开发费用P（元） 计算公式：P=AE/HMF+DNC 下限（元） 404662 最有可能（元） 778428 上限（元） 1247167 项目预算（元） 7784