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

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

2、e measurement - IFPUG functional size measurement method 2009）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、用于本文件。3.1.1信息化项目 information technology project旨在提高信息化水平的信息系统建设及优化任务。3.1.2委托方 sponsor软件开发项目的出资方。3.1.3开发方 developer受委托方委托，负责软件开发的组织或团队。3.1.4第三方 third-party委托方和开发方之外的主要利益相关方。注：监理、审计、咨询机构等均为第三方。DB11/T 1010201323.1.5软件开发费用software development cost委托方为达成软件开发项目目标而需向开发方支付的费用。3.1.6直接成本direct cost开发方为达成软件开发项

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

5、e 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/

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

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

8、系统所计数的外部接口文件必定是另一个系统的内部逻辑文件。3.1.23预估功能点计数 the indicative function point count只进行内部逻辑文件和外部接口文件计数的功能点计数方法。3.1.24DB11/T 101020134百分位数percentile在某实数集合中，对于集合内某元素X，如果该集合中有且仅有p%的数据不大于X，则称X为该集合的p百分位数。示例：如果仅有50%的数据不大于X，则X 为该集合的50 百分位数，简称P50。3.1.25功能点耗时率person hours per functional size unit每功能点所消耗的人时数。3.1.26功

9、能点单价 unit price of function point每功能点的直接人力成本、间接人力成本、间接非人力成本及毛利润之和。3.2 缩略语以下缩略语适用于本文件。EI：外部输入EO：外部输出EQ：外部查询EIF：外部接口文件FP：功能点ILF：内部逻辑文件4 软件开发费用构成4.1 费用构成软件开发过程应包括从信息化项目立项完成到项目验收之间的需求分析、设计、编码、集成、测试、安装、验收活动及相关的项目管理、支持活动。软件开发费用应包括软件过程中开发方的所有直接成本、间接成本和毛利润（如图1所示），不包括软件预研或可行性分析、数据迁移、软件维护等成本。直接成本包括直接人力成本和直接非人

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

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

12、专用软件费、技术协作费、专利费等；f) 其他，未在以上项目列出但确系开发方为开发此项目所需花费的费用。4.4 间接人力成本构成间接人力成本包括软件研发部门经理、项目管理办公室（PMO）人员、工程过程组（EPG）人员、产品规划人员、组织级质量保证人员、组织级配置管理人员等的工资、奖金、福利等的分摊。4.5 间接非人力成本构成间接非人力成本包括开发方研发场地房租、水电、物业，研发人员日常办公费用分摊及各种研发办公设备的租赁、维修、折旧分摊。4.6 毛利润构成毛利润包含开发方直接成本和间接成本之外的经营管理费用分摊、市场销售费用分摊、应承担各种税费及税后净利。5 软件开发费用测算5.1 软件开发费用

13、测算过程软件开发费用测算的基本流程如图2所示。DB11/T 101020136图2 软件开发费用测算基本流程工期测算的结果与费用测算结果相互关联、互相影响。工期测算的结果可导致重新测算工作量，并最终改变软件开发费用测算结果。对于有明确工期要求的项目，在采用方程法测算工作量时，工期要求可以是方程的参数之一。在软件开发费用测算过程中，应遵循以下原则：充分利用基准数据，对工作量、工期、费用进行测算；在测算规模时，应根据项目特点和需求的详细程度选择合适的方法；工作量、工期、费用的测算结果宜为一个范围而不是单一值；费用测算过程中宜采用不同方法分别测算并进行交叉验证。如果不同方法的测算结果产生较大差异，可

14、采用专家评审方法或加权平均方法确定测算结果。5.2 规模测算5.2.1 功能点计数应根据已知的项目功能描述，采用功能点方法测算软件规模。在预算阶段，宜采用预估功能点计数方法，测算未调整的功能点数。在测算规模前应依据可行性研究报告或类似文档明确项目范围及系统边界。项目范围描述文档应包含最基本的业务需求，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行描述或说明，保证可根据项目范围描述文档进行预估功能点计数。采用预估功能点方法测算软件规模公式如下：UFP=35ILF+15EIF（1）式中：UFP未调整的功能点数，单位为功能点；ILF内部逻辑文件数量，单位为个；EIF外部接口文

15、件数量，单位为个。功能点的计数规则，应符合ISO/IEC 20926或ISO/IEC 24570的规定。功能点计数的基本规则见附录A。示例：假设关于公文管理部分功能的描述如下：公文管理包括公文起草、审核、审批、备案、发布。审批时要对电子签名进行验证。采用预估功能点计数方法，可以识别出上述需求中包含一个ILF（公文信息），一个EIF（电子签名信息），因此，此部分需求未调整的功能点数UFP 为50。5.2.2 规模调整5.2.2.1 复用程度调整应对待实现功能复用情况进行分析，识别出可复用的功能及可复用的程度。对于委托方，应评估待实现功能行业的平均复用水平，并根据复用程度对规模进行调整，公式如下：

16、DB11/T 101020137US=RUFUFP（2）式中：US 未调整的软件规模，单位为功能点；RUF复用度调整因子，取值为0-1的任意实数；UFP未调整的功能点数，单位为功能点。示例：假设关于公文管理部分功能的描述如下：公文管理包括公文起草、审核、审批、备案、发布。审批时要对电子签名进行验证。采用预估功能点计数方法，可以识别出上述需求中包含一个ILF（公文信息），一个EIF（电子签名信息），因此，此部分需求未调整的功能点数UFP 为50。假设该部分的整体复用程度是开发方开发过类似功能，但需要适当调整，复用度调整因子取值为2/3，因此，未调整规模US=502/3=33.3（FP）。5.2.

17、2.2 隐含需求及需求变更调整采用预估功能点测算规模时，应根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行调整，公式如下：S=USCF（3）式中：S 调整后的软件规模，单位为功能点；US未调整软件规模，单位为功能点；CF规模变更调整因子，取值为1-2的任意实数。CF的取值参考相关行业基准数据或本组织历史数据。预估功能点的测算及调整可参考附录C.1中模板及说明。示例：假设某项目经测算，未调整的软件规模为1000 功能点，但该项目需求尚未完全确定，预计未来将有50%的变更，则该项目调整后的软件规模S为1500 功能点。5.3 工作量测量5.3.1 基本原则在测算工作量时，应：a) 对项目

18、风险进行充分分析并根据分析结果对测算方法或模型合理调整。例如，根据风险情况调整测算模型中影响因子的权重或取值。风险分析时应考虑技术、管理、资源、商业多方面因素。例如：需求变更、外部协作、时间或成本约束、人力资源、系统架构、用户接口、外购或复用、采用新技术等；b) 根据经验或相关性分析结果，确定影响工作量的主要属性。5.3.2 测算公式采用方程法测算工作量应使用以下公式：AE=(SPDR) SWFRDF（4）式中：AE 测算工作量，单位为人时；S 调整后的软件规模，单位为功能点；PDR功能点耗时率，单位为人时每功能点。PDR的取值见附录B.1或本组织历史数据；DB11/T 101020138SW

19、F软件因素调整因子，取值见附录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、附录

20、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) 将委托方的期望工期或开发方初步

21、制订的工作时间表中的工期与工期测算结果进行比较；d) 委托方期望工期或工作时间表中的工期短于测算出的工期下限时，应分析原因，必要时对人力资源安排或项目范围进行调整，再重新测算工作量、工期，并制订新的工作时间表。压缩工期会增加项目工作量，导致生产效率降低。示例：假设某信息化项目期望工期是5 个月，软件开发测算工作量AE 的最有可能值为9371.56 人时，而工作量测算最终结果的合理范围在4495.95 人时到15486.05 人时之间；假设采用工作量-工期模型为：工期=1.277（工作量/176）0.404，其中工作量单位为人时，工期单位为月，可计算出最有可能工期=1.277(9371.56/1

22、76)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 平均人力成本费率（包括开发方直接人力成本、间接成本及毛利润），单位为元每人

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

24、000)+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直接

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

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

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

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

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

30、本识别规则如下：a) 将数据或控制信息发送出系统边界；b) 处理逻辑可包含筛选、分组或排序；c) 处理逻辑不应包含：1) 数学公式或计算过程；2) 产生衍生数据；3) 维护 ILF；4) 改变系统行为。d) 该 EQ 不应被重复计数。任何被分别计数的两个EQ 至少满足下面一个条件（否则被视为同一EQ）：1) 涉及的ILF或EIF 不同；2) 涉及的数据元素不同；DB11/T 10102013123) 处理逻辑不同。DB11/T 1010201313附 录 B（规范性附录）参数表B.1 生产率基准数据表表1 生产率基准数据单位为人时/功能点P10 P25 P10 P10 P101.63 4.50 9.38 15.50 20.67注：表格数据基于北京软件行业基准数据（SSM-BK-201204）