重庆市信息化项目软件开发费用测算指南V2.0.pdf

1、重庆市软件及信息化工程造价行业规范重庆市信息化项目软件开发费用测算指南V2.0重庆市首席信息官（CIO）协会2015年10月1日发布实施重庆市软件及信息化工程造价行业规范 I本指南由重庆市首席信息官（CIO）协会软件及信息化工程造价评估专委会编制重庆市首席信息官（CIO）协会联系电话：023-67900629重庆市软件及信息化工程造价行业规范II目录前 言III1 范围. 12 术语. 12.1 功能点12.2 功能点计数元素22.3 下限、标准、上限估算32.4 软件开发成本32.5 利润32.6 直接成本32.7 间接成本32.8 人力成本32.9 非人力成本32.10 成本测算33 软件

2、开发成本构成.44 软件开发成本测算步骤.54.1 软件开发成本测算54.1.1 基本流程与原则.54.1.2 规模测算.54.1.3 工作量测量.94.1.4 工期测算.104.1.5 费用测算.11附 录 A.12附 录 B.18附 录 C.24附 录 D.26重庆市软件及信息化工程造价行业规范III前 言本指南根据工信部行业标准软件研发成本度量规范（SJ/T11463-2013），借鉴国外成熟经验（IFPUG 国际功能点标准、NESMA 简易计数标准等）、广东省电子政务软件价格指标体系及统计方法、北京地方标准信息化项目软件开发费用测算规范DB11/T1010-2013，重庆市软件及信息化

3、工程造价管理办法V2.0和重庆市信息化项目软件开发成本测算规范（修订版）2014V1.0的基础上结合重庆市软件及信息化工程咨询评估机构500多例“软件及信息化工程造价评估咨询服务”的案例实践及测算的各种基准数据或估算模型，制定了一套软件开发费用测算方法、过程及原则，用于规范软件开发涉及的各方在软件开发费用估算方法上达成一致，以满足重庆软件产业发展的迫切需求。本指南不包含软件开发费用估算过程中所需使用的各种基准数据或估算模型，相关各方在使用本标准时，应参考权威部门发布的最新基准数据、估算模型开展软件费用测算相关活动。对于一些定性数据如调整因子的设置和权重，在参考其它标准基础上，由本指南的编委会经

4、技术讨论会议产生。本指南2015年10月1日发布实施，原重庆市信息化项目软件开发成本测算规范（修订版）2014V1.0同时废止。重庆市软件及信息化工程造价行业规范1重庆市信息化项目软件开发费用测算指南1 范围本指南规定了信息化项目软件开发费用测算的方法及过程，包括软件开发费用的构成、软件开发费用测算过程、软件开发费用测算的应用。其目的是帮助软件开发涉及各方科学、一致地进行费用测算。本指南适用于政府部门、事业单位、国有企业等用户的信息化项目软件开发费用测算，且费用测算与功能规范密切相关。本指南不适用于测算以非功能性需求为主，或包含大量复杂算法，或以创意为主的软件开发项目费用。本指南不涉及软件定价

5、，但相关各方可依据本指南明确开发成本，从而为软件定价提供重要依据。具备计算机技能的人员经培训，取得SSMCCEP认证资质，才能开展信息化项目软件开发费用测算工作。2 术语下列术语适用于本文件。2.1 功能点，功能点估算，国际功能点用户组，国际基准比对组织2.1.1 功能点（FunctionPoint,FP）衡量软件功能规模的一种单位，基于软件外部功能（输入、输出、接口、报告）的度量。2.1.2 功能点估算功能点估算是一种基于软件功能计数来评估软件规模的估算方法，其中也考虑到了性能、安全、质量等因素带来的规模调整，但不考虑软件开发商的企业背景、经验、所用技术等非产品因素。2.1.3 国际功能点用

6、户组（IFPUG，InternationalFunctionPointUsersGroup）IFPUG 为功能点的识别和计数提供了国际标准，使不同的人对同一软件的规模的认识重庆市软件及信息化工程造价行业规范2是相同的。本标准提供的简易识别规则参考了IFPUG 标准规则的功能点计数方法。NESMA（NetherlandsSoftwareMetricsAssociation）是荷兰的功能点组织，也是世界第二大功能点组织。其创造的一系列简化功能点方法在估算界占有重要地位。2.1.4 国际软件基准比对标准组（ISBSG，InternationalSoftwareBenchmarkingStandard

7、Group）ISBSG 长期从事基于功能点的跨企业跨行业的项目数据比对，拥有大量的基于功能点的历史数据。本标准中所采用的一些数值参考了ISBSG 公布的数据。ISBSG在中国的分支机构是CSBSG。2.2 功能点计数元素功能点计数元素包括以下5 个：a） 内部逻辑文件（InternalLogicalFile，ILF，以下简称内部数据）软件内部需要维护（如增删改查）的数据。b） 外部接口文件（ExternalInterfaceFile，EIF，以下简称外部接口）在其它系统中维护但本软件需要调用的数据。c） 外部输入（ExternalInput，EI）向软件输入数据或发送指令。d） 外部输出（Ex

8、ternalOutput，EO）软件向使用者或其它系统输出的数据或发送的指令。e） 外部查询（ExternalQuery，EQ）EQ 指使用软件进行的简单查询。其中ILF、EIF是功能点计数时的数据元素，EI、EO、EQ是功能点计数时的业务元素。每种计数元素都对应一定的功能点分值。累计得到整个软件的计数规模。功能点计数见附录A1A7。在IFPUG 的功能点计数手册中，ILF、EIF、EI、EO、EQ 都有严格复杂的识别标准，比较难以掌握。本规范的估算方法和估算工具表提供了简易识别标准，供使用者快速估算而又不产生显著的偏差。重庆市软件及信息化工程造价行业规范32.3 下限、标准、上限估算本指南的

9、估算模型和估算工具表生成三种估算数值：a） 标准值标准估算值是预期的中值，表示项目实际情况将有50%低于或高于该数值。b） 下限值、上限值下限值是预期的25%值，表示项目实际情况将有25%低于或75%高于该数值。上限值是预期的75%值，表示项目实际情况将有75%低于或25%高于该数值。在本指南中，下限值、上限值并不表示项目的最优、最差可能状态，它们被定义为“50%的项目实际执行情况会介于下限值、上限值之间。”2.4 软件开发成本为达成软件开发项目目标所需付出的各种资源代价总和。资源包括人、财、物、信息等。2.5 利润软件开发项目的收入与软件开发项目的成本之差。利润一般包含经营管理费用分摊、市场

10、销售费用分摊、各种税费及税后净利。2.6 直接成本为达成软件开发项目目标而直接付出的各种资源代价总和。如可直接计入软件开发项目成本的直接材料、 直接人工等。2.7 间接成本与达成软件开发项目目标相关，但同一种投入可以支持一个以上项目的联合成本。如开发管理人员工资、开发设备折旧、停工损失等。2.8 人力成本为达成软件开发项目目标所需付出的各种人力资源代价总和。2.9 非人力成本为达成软件开发项目目标所需付出的人力成本之外的其他成本。2.10 成本测算在本指南中，特指对软件开发成本的预计值进行估算或对实际值进行测量、分析的过程。重庆市软件及信息化工程造价行业规范43 软件开发成本构成软件开发成本由

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

12、、差旅补贴等；培训费，即开发方为开发此项目而安排的特别培训产生的费用；业务费，即开发方为完成此项目开发工作所需辅助活动产生的费用，如招待费、评审费、验收费等；采购费，即开发方为开发此项目而需特殊采购专用资产或服务的费用，如专用设备费、专用软件费、技术协作费、专利费等；其他，即未在以上项目列出但确系开发方为开发此项目所需花费的费用。间接成本包括间接人力成本和间接非人力成本。间接人力成本指开发方服务于开发管理整体需求的非项目组人员的人力资源费用分摊。包括开发部门经理、PMO或EPG人员、产品规划人员、组织级质量保证人员、组织级配置管理人员等的工资、奖金、福利等的分摊。间接非人力成本指开发方不为开发

13、某个特定项目而产生，但服务于整体开发活动的非人力成本分摊。包括开发方开发场地房租、水电、物业，开发人员日常办公费用分摊及各种开发办公设备的租赁、维修、折旧分摊。注：不同的组织在软件开发费用测算过程中应考虑已有财务或其他管理制度对软件开发重庆市软件及信息化工程造价行业规范5费用构成的影响。除软件开发成本外，应考虑开发方合理的毛利润。对于需要提供其他支持服务的项目或产品，还需要考虑支持活动所需的各种成本，如数据迁移费、维护费等。当软硬件购置费、测评费等费用单独列支时，不应再将上述费用作为软件开发费用的直接非人力成本重复计算。4 软件开发成本测算步骤4.1 软件开发成本测算本指南中所涉及规模、工作量

14、、工期仅为软件开发过程所用规模、工作量、工期。4.1.1 基本流程与原则工期测算的结果与开发成本测算结果相互关联、互相影响。工期测算的结果可导致重新测算工作量，并最终改变软件开发费用测算结果。在软件开发成本测算过程中，应遵循以下原则：a) 充分利用基准数据，对工作量、工期、开发成本进行测算；b) 在测算规模时，应根据项目特点和需求的详细程度选择合适的方法；c) 工作量、工期、费用的测算结果宜为一个范围而不是单一值；d) 费用测算过程中宜采用不同方法分别测算并进行交叉验证。如果不同方法的测算结果产生较大差异，可采用专家评审方法或加权平均方法确定测算结果。4.1.2 规模测算在规模测算前，应根据项

15、目范围明确系统边界。对于尚未确定的需求，应该在规模测算前确定测算原则。测算人员应根据已确定的系统边界和需求描述测算软件功能规模。应根据项目特点和测算需求，选用国际标准化组织ISO/IEC已发布的以下四种功能规模度量标准中的一种，即：测算工期测算开发成本测算规模 测算工作量重庆市软件及信息化工程造价行业规范6a) ISO/IEC19761（COSMIC-FFP方法）；b) ISO/IEC20926（IFPUG方法）；c) ISO/IEC20968（Mk方法）；d) ISO/IEC24570（NESMA方法）。在规模测算时，应考虑可能的需求变更程度，并对规模测算结果进行适当调整。注：根据相关国际标

16、准中的方法适用范围声明，COSMIC方法适用于商业应用软件和实时系统；IFPUG方法适用于所有类型软件的功能规模度量；Mk方法适用于逻辑事务能被确定的任何软件类型；NESMA方法与IFPUG方法非常类似，但对功能点计数进行了分级，以便在测算的不同时期选择不同精度的方法进行估算。4.1.2.1 功能点计数a) 预算申请、招标阶段宜采用预估功能点计数方法，测算未调整的功能点数。测算规模所需材料要求：1） 可行性研究报告或类似文档应明确项目范围及系统边界；2）项目范围描述文档应包含最基本的业务需求，初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行描述或说明；3）可根据项目范围描述文档进

17、行预估功能点计数。采用预估功能点方法测算软件规模公式如下：UFP=35ILF+15EIF（1）式中：UFP未调整的功能点数，单位为功能点；ILF内部逻辑文件数量，单位为个；EIF外部接口文件数量，单位为个。功能点的计数规则，应符合ISO/IEC20926或ISO/IEC24570的规定。功能点计数的基本规则见附录A。重庆市软件及信息化工程造价行业规范7b)投标阶段宜采用估算功能点计数方法，测算未调整的功能点数。测算规模所需材料要求：1）同预算申请、招标阶段的所需材料要求；2）软件开发描述文档或类似文档应包含基本的业务需求和事务处理流程，各子系统/模块划分，并对每一子系统或模块的基本用户需求和事

18、务流程进行描述或说明；3) 可根据描述文档进行估算功能点计数。采用估算功能点方法测算软件规模公式如下：UFP=10ILF+7EIF+4*EI+5*EO+4*EQ（2）式中：UFP未调整的功能点数，单位为功能点；ILF内部逻辑文件数量，单位为个；EIF外部接口文件数量，单位为个；EI外部输入数量，单位为个；EO外部输出数量，单位为个；EQ外部查询数量，单位为个。功能点的计数规则，应符合ISO/IEC20926或ISO/IEC24570的规定。估算功能点计数的基本规则见附录A。c) 需求规划阶段宜采用详细功能点计数方法，测算调整的功能点数。测算规模所需材料要求：1）同投标阶段的所需材料要求；2）初

19、步设计文档或类似文档应包含明确的业务需求、数据结构和具体的事务处理过程，各子系统/模块划分，并对每一子系统或模块的用户需求和事务处理流程进行详细地描述或说明；3）可根据描述文档进行详细功能点计数。采用详细功能点方法测算软件规模公式如下：UFP=（7/10/15）ILF+(5/7/10)EIF+(3/4/6)EI+(4/5/7)EO+(3/4/6)EQ）（3）重庆市软件及信息化工程造价行业规范8式中：UFP未调整的功能点数，单位为功能点；ILF内部逻辑文件数量，单位为个；EIF外部接口文件数量，单位为个；EI外部输入数量，单位为个；EO外部输出数量，单位为个；EQ外部查询数量，单位为个。功能点的

20、计数规则，应符合ISO/IEC20926或ISO/IEC24570的规定。详细功能点计数的基本规则见附录A。4.1.2.2 调整的功能点数FP的计算FP=UFP*TCF（4）式中：UFP未调整的功能点数，单位为功能点；FP调整的功能点数，单位为功能点；TCF技术复杂度因子，TCF的取值见附录A.8或本组织历史数据。4.1.2.3 规模调整a) 复用程度调整应对待实现功能复用情况进行分析，识别出可复用的功能及可复用的程度。应评估待实现功能行业的平均复用水平，并根据复用程度通过仅对ILF和EIF进行调整，公式如下：US=UFPRUF（5）式中：US 未调整的软件规模，单位为功能点；RUF复用度调整

21、因子，取值为0-1的任意实数；UFP未调整的功能点数，单位为功能点。RUF的具体取值如下：重庆市软件及信息化工程造价行业规范9数据/接口 判断标准 复用的程度内部数据ILF 现有产品中没有处理这类数据 1现有产品处理过这些数据，但提供的EI/EO/EQ与需求有一定的差异 2/3现有产品处理过这些数据，提供的EI/EO/EQ完全达到或超过需求 1/3外部接口EIF 现有产品从未与类似接口集成过 1现有产品曾与类似接口集成过，但发生在编码级 2/3现有产品有公开的可调用的方法与类似接口集成 1/3b) 隐含需求及需求变更调整测算规模时，应根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行调

22、整，公式如下：S=USCF（6）式中：S 调整后的软件规模，单位为功能点；US未调整软件规模，单位为功能点；CF规模变更调整因子，取值为1-2的任意实数。CF的取值根据实际经验，在预算招标阶段，功能需要往往不是很明确，常出现需求变更超过一半的现象，故此阶段CF的取值为1.5；在投标阶段，功能需要较明确，需求变更常超过20%的量，故此阶段CF的取值为1.2；在需求规划阶段，功能需要明确，需求变更的量较少，在可理解的范围内，故此阶段CF的取值为1.0。因此：l.0 CF 1.5。4.1.3 工作量测量4.1.3.1 基本原则在测算工作量时，应：a) 对项目风险进行充分分析并根据分析结果对测算方法或

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

24、或本组织历史数据；RDF开发因素调整因子，在预算时如无特殊要求，取值为1。如果需要调整，见附录B.3或本组织历史数据。可根据上述公式及PDR基准数据的P25、P50、P75值，分别计算出工作量测算结果的下限、最有可能值和上限。4.1.4 工期测算采用的工作量-工期模型为：工期=1.277（工作量/176）0.404。合理工期范围采用工作量测算合理范围的上下限值分别计算；根据经验，当期望工期多于测算工期下限但少于最有可能工期时，每压缩10%的工期，将导致10%的工作量增加。在测算工期时，应：a) 根据工作量测算结果和资源情况，对工作任务进行分解并制订工作时间表。制订工作时间表时应充分考虑关键路径

25、任务约束对工期的影响。b) 利用基准数据测算合理的工期范围。利用基准数据，建立“工作量-工期”模型，使用方程法测算合理的工期范围；c) 将委托方的期望工期或开发方初步制订的工作时间表中的工期与工期测算结果进行比较；重庆市软件及信息化工程造价行业规范11d) 委托方期望工期或工作时间表中的工期短于测算出的工期下限时，应分析原因，必要时对人力资源安排或项目范围进行调整，再重新测算工作量、工期，并制订新的工作时间表。压缩工期会增加项目工作量，导致生产效率降低。阶段工作量某开发阶段工作量 =总工作量 * 此开发阶段的【工作量比例系数】各比例系数见附录B.4。本公式适用于采用瀑布式开发，迭代视为分期的瀑

26、布项目。4.1.5 费用测算4.1.5.1 依据工作量测算在获得了工作量测算结果后，采用以下公式测算费用：P=AE/HMF（5） 式中：P软件开发费用，单位为元；AE测算工作量，单位为人时；HM人月折算系数，单位为人时每人月，取值为176（每天按工作8小时计算，每月按工作22天计算）；F平均人力成本费率（包括开发方直接成本、间接成本及利润等），单位为元每人月；其中，平均人力成本费率F取值见附录B.5或本组织历史数据。4.1.5.2 依据规模及规模单价测算基于已确定的功能点单价测算软件开发费用，采用以下公式：P=SPPSWFRDF（6）式中：P软件开发费用，单位为元；S调整后的软件规模，单位为功

27、能点；PP功能点单价，单位为元每功能点；SWF软件因素调整因子，取值见附录B.2或本组织历史数据；RDF开发因素调整因子，在预算时如无特殊要求，取值为1。如果需要调整，见附录B.3或本组织历史数据。重庆市软件及信息化工程造价行业规范12附 录 A（规范性附录）功能点计数基本规则A.1 功能点计数项分类功能点计数项分为数据功能和交易功能两类，其中数据功能包括ILF、EIF；交易功能包括外部输入（EI）、外部输出（EO）、外部查询（EQ）。数据功能是系统提供给用户的满足产品内部和外部数据需求的功能，体现系统管理或使用哪些业务数据（业务对象）。ILF或EIF所指的“文件”不是传统数据处理意义上的文件

28、，而是指一组用户可识别的、逻辑上相互关联的数据或者控制信息。这些文件和物理上的数据集合（如数据库表）没有必然的对应关系。交易功能是系统提供给用户的处理数据的功能，体现系统如何处理和使用那些业务数据（业务对象）。交易功能又称为基本过程，是用户可识别的，业务上的一组原子操作。预估功能点方法:只需要识别数据功能，包括ILF和EIF；估算功能点方法:需要识别数据功能和事务功能，包括ILF、EIF、EI、EO和EQ；详细功能点方法:需要识别数据功能和事务功能，包括ILF、EIF、EI、EO和EQ，以及它们所应对的复杂度。示例：对于人事管理系统，“人员信息”、“部门信息”属于数据功能，“增加人员信息”、“

29、修改部门信息”、“查询在岗人员”等则为交易功能。A.2ILF的识别识别ILF的步骤如下：a) 识别业务对象。业务对象应是用户可理解和识别的，包括业务数据或业务规则。注：为程序处理而维护的数据属于编码数据。所有的编码数据均不应识别为逻辑文件，与之相关的操作也不应识别为基本过程；b) 确定逻辑文件数量。根据业务上的逻辑差异及从属关系确定逻辑文件的数量。c) 是否是ILF。确定该逻辑文件是否在本系统内进行维护。如果是，记为ILF；否则为重庆市软件及信息化工程造价行业规范13EIF。A.3EIF的识别EIF是被应用边界内一个或几个基本处理过程所引用的业务数据。一个应用中的EIF应是其他应用中的ILF。

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

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

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

33、不同；重庆市软件及信息化工程造价行业规范152) 涉及的数据元素不同；3) 处理逻辑不同。A.7 详细功能点计算方法（FP）未调整的功能点计算（UFC）一旦估算出应用程序中每个功能要素的数量后，就可以将每个计数与一个复杂度值（加权因子）相乘，最后进行合计，算出一个初步的总的功能点数UFC。复杂度加权因子表如下：功能要素复杂度加权因子表（ComplexityweightsFactor）复杂度功能要素 低 平均 高用户输入数EI 3 4 6用户输出数EO 4 5 7用户查询表EQ 3 4 6内部逻辑文件数ILF 7 10 15外部接口文件数EIF 5 7 10每个功能要素的复杂度可通过下表进行分析

34、判断。功能要素复杂度判别表（Determinethecomplexity-level）ILF（内部逻辑文件）和EIF（外部接口文件） EO（用户输出）和EQ（用户查询） EI（用户输入）记录单元 数据单元 文件类型 数据单元 文件类型 数据单元1-19 20-50 51+ 1-5 6-19 20+ 1-4 5-15 16+1 低 低 平均 0或1 低 低 平均 0或1 低 低 平均2-5 低 平均 高 2-3 低 平均 高 2-3 低 平均 高6+ 平均 高 高 4+ 平均 高 高 4+ 平均 高 高从表中可以看出，EI（用户输入）、EO（用户输出）和EQ（用户查询）是由文件类型和数据单元的数

35、理来决定的。而ILF（内部逻辑文件）和EIF（外部接口文件）则是由记录单元和数据单元来决定的。通过上面的两维表即可确定各个功能要素的复杂度是低、平均，还是高。重庆市软件及信息化工程造价行业规范16注：表中三种数据项定义如下：1) 记录单元类型RecordElementType （RET）：指在ILF或EIF中，用户可识别的数据域的子集，可以通过检查数据中的各种逻辑分组来识别它们。（例如一个客户文件，包括客户姓名、地址等个人信息，以及客户的信用卡和卡号。一个客户有多张信用卡。该文件含有两个记录单元：客户信息和信用卡信息）2) 文件引用类型FileTypeReferenced（FTR）：指在一个事

36、务过程中，所引用到的各种文件，可以是内部逻辑文件，也可以是外部接口文件。3) 数据单元类型DataElementType（DET）：是用户可识别的无递归，不重复的信息单元。DFT是动态的，而非静态的，可以读自于文件，或由FTR的数据单元创建。另外，一个DET也可是对一个事务处理过程的唤醒，或是事务的有关信息。A.8 技术复杂度因子TCF算出功能点总数UFC后，还需要根据项目具体情况，对各个技术复杂度参数进行调整，技术复杂度一共考虑了14个调节参数，他们分别是：技术复杂度因子表各个复杂度参数的取值范围从0到5，表示该项对功能点总数的影响从没有到极高。各个参数默认值为0，也就是该项不影响功能点调整

37、。EM1 Datacommunications 数据通讯EM2 Performance 软件性能EM3 Heavilyusedconfiguration 可配置性EM4 Transactionrate 事务效率EM5 Onlinedataentry 实时数据输入EM6 Enduserefficiency 用户界面复杂度EM7 Onlineupdate 在线升级EM8 Complexprocessing 复杂运算EM9 Reusabilityease 代码复用性EM10 Installationease 安装简易性EM11 Operationsease 操作方便性EM12 Multipleeas

38、e 跨平台要求EM13 Facilitatechange 可拓展性EM14 Distributedfunctions 分布式数据处理重庆市软件及信息化工程造价行业规范17每个参数都是对功能点数的线性调整，设Ei为依据14个方面的调节参数对软件系统的影响程度，则功能点技术复杂度因子为：TCF=0.65+0.01*Ei, Ei ），（ 50 , TCE ）（ 35.1,65.0重庆市软件及信息化工程造价行业规范18附 录 B（规范性附录）参数表B.1功能点耗时率(参照北京地方标准的25%、50%、75%的取值)功能点下限耗时率 =4.50 小时/功能点功能点标准耗时率 =9.38小时/功能点功能点

39、上限耗时率 =15.50小时/功能点B.2软件因素调整因子（SWF）软件因素调整因子 =【软件规模调整因子】*【应用领域调整因子】*【质量及特性调整因子】软件规模调整因子（SF）计算公式：SF=0.108*Ln（S）+0.2229 （式中S为调整后软件功能规模）应用领域调整因子（AT）应用类型 调整因子 范围业务处理用 1.0 OA、公文，人事、会计、工资、销售等经营管理及业务处理用软件科技用应用集成 1.2 科学计算、模拟、空白表格程序，统计，CAE（计算机辅助工程）等企业服务总线、应用集成等多媒体用 1.3 图表，影像，声音等多媒体应用领域，地理信息系统，教育和媒体用等智能信息用 1.7

40、自然语言处理，人工智能，专家系统等系统用 1.7 操作系统，语言处理程序，DBMS，人与机器的接口，窗口系统，CASE，实用程序等通信控制用 1.9 通信协议，仿真，交换机软件，GPS等流程控制用 2.0 生产管理，CAM（计算机辅助制造），CIM（计算机集成制造），仪器控制，机器人控制，实时控制，内置性软件等指挥管制用 2.2 军队，警察等需要管制军备和人力的软件重庆市软件及信息化工程造价行业规范19质量及特性调整因子（QR）质量及特性调整因子 =（分布式处理因子 + 性能因子 + 可靠性因子 + 多重站点因子）*0.025+1 调整因子 判断标准 影响度分布式处理 此应用能够在各组成要素之

41、间传输数据 没有明示对分散处理的需求事项 -1通过网络进行客户端/服务器及网络基础应用分布处理和数据传输 0在多个服务器及处理器上同时相互执行应用中的处理功能 1性能 对用户对应答时间或处理率的需求水平 没有明确对性能的特别需求事项或活动，因此提供基本性能 -1应答时间或处理率对高峰时间或所有业务时间来说都很重要存在对连动系统结束处理时间的限制 0为满足性能需求事项，要求设计阶段开始进行性能分析，或在设计开发实现阶段使用分析1具 1可靠性 发生障碍时引起的影响程度 没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠性 -1发生故障时可以轻易修复，带来稍微不便的损失 0发生故障时很难修复，

42、发生经济损失或有生命危害 1多重站点 开发能够支持不同硬件和软件环境的软件 在设计阶段只需考虑一个设置站点的需求事项，为了只在相同用途的硬件或软件环境下运行而设计 -1在设计阶段需要考虑一个以上设置 0重庆市软件及信息化工程造价行业规范20B.3开发因素调整因子（RDF）开发因素调整因子 =【开发语言调整因子】 * 【开发团队背景调整因子】开发语言调整因子（SL） 语言分类 调整因子C及其它同级别语言或平台 1.5COBOL及其它同级别语言或平台 1.2JAVA，C+，C#及其它同级别语言或平台 1.0PowerBuilder、ASP及其他同级别语言/平台 0.6开发团队背景调整因子（DT）

43、判断标准 调整因子为本行业开发过类似的项目 0.8为其它行业开发过类似的项目，或为本行业开发过不同但相关的项目 1.0没有同类项目的背景 1.2B.4各阶段比例系数为便于估算，假定应用软件均按照瀑布模型开发。瀑布模型将整个软件生命期划分为计划与分析、产品设计、详细设计、编码与单元测试、集成与测试、移交等六个阶段，根据重庆市一些典型项目案例的不完全统计，现给出本地区各阶段工作量值参考，便于用户测算软件开发的工作量和划分人力时参考。站点的需求事项，为了用途类似的硬件或软件环境下运行而设计在设计阶段需要考虑一个以上设置站点的需求事项，为了在不同用途的硬件或软件环境下操作而设计 1重庆市软件及信息化工

44、程造价行业规范21重庆地区软件开发阶段的工作量比例系数工作阶段 工作内容 占总工作量百分比 主要任务角色计划与需求16 需求调研 6% 需求调研员 客户经理原型制作 1% 界面设计人员系统分析师 客户经理需求分析 7% 系统分析师 项目经理客户需求和需求规格撰写 1% 系统分析师 项目经理需求评审、需求确认 1% 业务专家、技术专家、项目经理、客户经理产品设计与详细设计24 概要设计 6% 系统架构师 项目经理评审 1% 系统架构师项目经理 系统分析师详细设计 16% 项目经理 软件工程师评审 1% 系统架构师项目经理 系统分析师编码与单元测试28 编码 18% 软件工程师代码走查 2% 项目

45、经理 软件工程师单元测试 8% 项目经理软件工程师测试工程师集成与测试23 冒烟测试 1% 测试经理 测试工程师集成测试 7% 项目经理软件工程师测试工程师系统测试（含缺陷返工、验收测试、上线评审） 15% 测试工程师软件工程师移交9 发布部署 1% 实施工程师 项目经理系统试运行 6% 客户经理 软件工程师客户验收 2% 客户经理软件工程师 项目经理重庆市软件及信息化工程造价行业规范22B.5平均人力成本费率指软件企业一个月平均需要的所有成本费用（包括工资、奖金、社会保险费用、教育费用、劳动保护费用、住房费用、福利、办公成本、各种税费、管理费用、软件企业合理利润、税金）及其他费用（软件工具费

46、、材料费等）总和，除以工人数。平均人力成本费率中包含的费用项如下：工资：指软件企业需要支付给软件开发人员的平均税前工资，设该值为B；国家规定的福利：按照国家政策的缴费基数缴纳的职工福利，其中公积金12%，医疗保险9.5%，基本养老险20%，失业险1.5%，工伤险0.5%，生育险0.7%（即通常所说的五险一金）另外还有按工资总额计征的残疾基金1.5%，工会基金2%，累计为0.477%。故该项成本为0.477B；奖金及各项特质奖励：指企业支付给员工的奖金及过年过节的一些特质奖励和基本福利。根据经验及重庆市软件行业情况，该项成本约为0.20B；办公成本：包括办公场租凭费、水电费、差旅费、企业为项目顺

47、利运作所支付的其他费用如市场营销费等各项。根据经验及研究，该项支出约占企业员工成本的三分之一，即该项成本为0.3B；人力资源储备费：企业人员流动、人员储备及人员的学习、培养、知识更新，不能创造价值但需要支付成本，该项目成本为0.1B0.20B；基础设施建设、设备的购置、折旧费，各项开发平台、开发工具的购买等，该项成本约为0.1B0.15B；国家税收和企业利润，根据经验和统计数据，约占企业员工成本的三分之一，故该项成本约为0.3B0.4B；管理费用：包括公司管理层，部门管理层，人力资源、行政、财务等人员的费用分摊。根据经验和行业通常计算方法，每十个软件人员配备两个管理人员，则管理费用计取的比例为

48、前面七项总和的10%20%。综合各因素，可得出软件人员的人月成本为：平均人力成本费率=(工资+福利+奖金+办公成本+资源储备+基础建设+税收利润) 重庆市软件及信息化工程造价行业规范23（1+管理费率）=2.70B3.27B式中：平均工资B根据重庆经济发展和软件行业发展状况每年会有所变化，不同的地区工资水平也会有所差异。平均工资的取值应以项目所在地的平均税前工资水平为准，如：重庆地区的平均工资以重庆市统计局当年公布的分行业分岗位就业人员年平均税前工资，其中信息传输、计算机服务和软件业类专业技术人员的平均税前工资。建议平均人力成本费率的数值为软件企业平均税前工资的2.703.27倍之间。重庆市软件及信息化工程造价行业规范24附 录 C（资料性附录）常用模板样例C.1 预估功能点计数表样例功能类型 不同复用度文件数 功能点数 功能点数合计ILF 低： *1*35=中： *2/3*35=高： *1/3*35=ILF计数合计：EIF 低： *1*15=中： *2/3*15=高： *1/3*15=EIF计数合计：US（合计）：规模变更因子：S（合计）：说明：在预算阶段，复用度调整系数取值为1（假设复用度低）；规模变更因子预算时取值为1.5，估算时取值为1.2，详细功能点计算时取值为1；功能规模S=US*规模变更因子。