软件开发费用测算规范标准文本征求意见稿.docx

《软件开发费用测算规范标准文本征求意见稿.docx》由会员分享，可在线阅读，更多相关《软件开发费用测算规范标准文本征求意见稿.docx（25页珍藏版）》请在三一文库上搜索。

1、ICS ?.?A ?DB52贵州省地方标准软件开发费用测算规范Specification of software development cost calculation2019 - 11 - 24 发布 2020 - 11 - 28 实施贵州省市场监督管理局 发 布目 录前言II引 言II软件开发费用测算规范31 范围32 参考标准规范33 术语和定义34 软件开发费用构成54.1费用构成54.2直接人力成本64.3直接非人力成本64.4间接人力成本64.5间接非人力成本65 软件开发费用测算过程65.1基本流程65.2测算原则75.3测算软件规模75.4测算工作量95.5测算工期105.6

2、测算费用106 本标准的应用11前言本文件按照GB/T 1.1-2020标准化导则 第1部分：标准化文件的结构和起草规则的规定起草。本文件由贵州省大数据发展管理局提出并归口。 本文件由贵州省大数据发展管理局组织实施。本文件的主要起草单位: 贵州世纪宏元科技股份有限公司、贵州省软件开发行业协会、北京软件造价评估技术创新联盟、贵州省标准化院、云上贵州大数据产业发展有限公司、贵州省新技术研究所、贵州极光得实科技有限公司、贵州盈生贝尔通信工程有限公司、贵州惠智电子技术有限责任公司、贵阳金利沅科技有限公司、贵州百佳信机电工程有限公司、贵州正中心工程管理有限公司、贵州思索电子有限公司、贵州佰仕佳信息工程有

3、限公司、贵州中科伟业科技股份有限公司、亨达科技集团股份有限公司、贵州江月兴科技有限公司、贵州宇豪科技发展有限公司、贵州金隆伟业科技有限公司、贵州华城楼宇科技有限公司、贵州天迅信息产业有限公司、贵州黔竹汇君科技有限公司、贵州航天云网科技有限公司。本文件主要起草人：王嘉、王海青、代寒玲、张龙平、杜声东、刘诗明、王永兵、陈平栋、付义荣、蒋永红、易永祥、向华、连灶华、何世江、陈金明、李黔蜀、甘成竹、杨灵运、魏波。20引 言本标准根据国家工信部颁布的行业标准软件研发成本度量规范（SJ/T11463-2013），并结合贵州省软件行业的实际情况，研制的一套基于软件行业成本开发费用测算模型和方法。软件开发费用

4、测算规范本标准能科学有效地对软件项目的功能规模、工作量、工期、开发成本进行合理测算，并能指导用户采用软件功能点法对用户需求、项目招标书、项目合同、项目概预算、项目验收与结算、项目质量等软件项目全生命周期进行有效管理，能规范软件开发涉及的各方在费用测算方法上达成一致，以满足贵州省软件产业发展的迫切需求。软件开发费用测算规范1 范围本标准规定了贵州省信息化软件开发费用测算的方法及过程，包括软件研发成本的构成、软件研发成本度量过程、软件研发成本度量的应用。本标准适用于与功能规模密切相关的软件研发项目的成本测算。2 参考标准规范贵州省信息化项目软件开发费用测算规范根据工信部行业标准软件研发成本度量规范

5、 （SJ/T11463-2013） ，借鉴国外成熟的IFPUG 国际功能点评估标准 、广东省电子政务软件价格指标体系及统计方法 、北京地方标准信息化项目软件开发费用测算规范、信息化项目软件开发费用测算指南 V4.0与其各种基准数据或估算模型来制定的。规范主要内容包括软件开发费用测算方法、过程及原则，用于规范软件开发涉及的各方在软件开发费用估算方法上达成一致，以满足贵州软件与信息化产业发展的迫切需求。3 术语和定义下列术语和定义适用于本文件。3.1软件开发成本软件开发项目目标开发方所需付出的各种资源代价总和。 注：资源应包括人、财、物、信息等。3.2毛利润软件开发项目的收入与软件开发项目的成本之

6、差。3.3直接成本软件开发项目目标而直接付出的各种资源代价总和。3.4间接成本与软件开发项目目标相关，但同一种投入可以支持一个以上项目的联合成本。 3.5人力成本软件开发项目目标所需付出的各种人力资源代价总和。3.6非人力成本软件开发项目目标所需付出的人力成本之外的其他成本。3.7方程法基于基准数据建立参数模型，并通过输入各项参数，确定待测算项目工作量、工期、开发成本估算值的方法。3.8类比法将本项目的部分属性与类似的一组基准数据进行比对，进而获得待测算项目工作量、工期或成本测算值的方法。3.9类推法将本项目的部分属性与高度类似的一个或几个已经完成项目的数据进行比较，适当调整后获得待测算项目工

7、作量、工期或成本测算值的方法。3.10 系统边界被度量软件与用户或其他系统之间的界限。3.11 功能点（FP）衡量软件功能规模的一种单位。3.12 功能点测算一种基于软件功能计数来评估软件规模的测算方法，其中也考虑到了性能、安全、质量等因素带来的规模调整，但不考虑软件开发商的非产品因素。3.13 功能点耗时率每个功能点所消耗的人时数。3.14 净值分析通过将项目已完成工作的计划工作量与实际工作量进行比较，确定项目进度、成本偏离情况的方法。3.15预算根据项目成本测算的确定预计项目费用的过程。3.16 预算价项目立项时批复的预算额度。3.17 投标价在招投标过程中，各投标人递交的承包价格。3.1

8、8 评标基准价在评标中设定为价格评分最高分的价格。3.19 投标最低合理报价在评标中设定为有效投标报价的下限价格。3.20 投标最高合理报价在评标中设定为有效投标报价的上限价格。3.21 规模综合单价（功能点单价）单位规模的直接成本与间接成本之和。单位通常为“元/功能点”。3.22 变更成本实现变更所需付出的软件开发成本。3.23 结算开发方在项目验收后对项目的成本进行计算的过程。3.24 决算委托方在项目验收后对项目的成本进行计算的过程。3.25 后评价在项目已经完成并运行一段时间后，对项目的目的、执行过程、效益、作用和影响进行系统的、客观的、可量化的分析和总结的一种技术经济活动。3.26

9、委托方软件项目的出资方。3.27 开发方受委托方委托，负责软件开发的组织或团队。3.28 第三方委托方和开发方之外设计、造价、监理、测评、审计、咨询机构等主要为项目服务的相关方。4 软件开发费用构成4.1费用构成本标准中软件研发过程包括从项目立项开始到项目完成验收之间的需求分析、设计、编码、集成、测试、验收交付活动及相关的项目管理、支持活动。图1软件研发成本构成4.2直接人力成本直接人力成本应包括开发方项目组成员的工资、五险一金、奖金、福利等人力资源费用。项目组成员是参与该项目开发过程的所有研发或支持人员，包括：项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、文档编写人员、质量

10、保证人员等。4.3直接非人力成本直接非人力成本应包括办公费、差旅费、培训费、业务费、采购费、其他。a) 办公费：开发方为开发此项目而产生的行政办公费用，如办公用品、通讯、邮寄、印刷、会议等；b) 差旅费：开发方为开发此项目而产生的差旅费用，如交通、住宿、差旅补贴等；c) 培训费：开发方为开发此项目而安排的特别培训产生的费用；d) 业务费：开发方为完成此项目开发工作所需辅助活动产生的费用，如招待费、评审费、验收费等；e) 采购费：开发方为开发此项目特殊采购专用资产或服务的费用，如专用设备费、专用软件费、技术协作费、专利费等；f) 其他：未在以上列出但确系开发方为开发此项目所需花费的费用。4.4间

11、接人力成本间接人力成本应包括服务于研发管理整体需求的非项目组人员的人力资源费用分摊。非项目组人员应包括：软件开发部门经理、项目管理办公室人员、工程过程组人员、产品规划人员、组织级其它相关人员等。4.5间接非人力成本间接非人力成本应包括不为研发某个特定项目而产生，但服务于整体研发活动的非人力成本分摊，分摊费用应包括开发场地房租、水电、物业、开发人员日常办公费用及各种开发设备的租赁、维修、折旧等。5 软件开发费用测算过程5.1基本流程图2 软件研发成本估算基本流程图2展示了成本测算的基本流程。在依据此流程进行软件研发成本测算时应考虑以下情况：在需求极其模糊或不确定时，宜采用类比法或类推法，直接粗略

12、估算工作量和工期，也可直接粗略估算成本；对于有明确工期要求的项目，在采用方程法估算工作量时，工期要求有可能是方程的参数之一；间接成本是否与工作量估算结果相关取决于间接成本分摊计算方式；工期估算结果与直接人力成本估算结果及其他成本估算结果相互关联并可能互相影响。如工期估算的结果有可能导致重新估算工作量和直接非人力成本， 改变软件研发成本估算结果。5.2测算原则在成本测算过程中，应遵循以下原则:a) 充分利用基准数据，采用方程法、类比法或类推，对工期、成本进行估算。对于进行规模估算的项目，宜采用方程法估算工作量、工期和成本；b) 在规模估算时，应根据项目特点和需求的详细程度选择合适的估算方法；c)

13、 工作量、工期、成本的结果宜为一个范围而不是单一的值；d) 成本估算过程中宜采用不同的方法分别估算并进行交叉验证。如果不同方法的估算结果产生较大差异，可采用专家评审方法确定估算结果，也可使用较简单的加权平均方法。5.3测算软件规模5.3.1功能点计数应根据已知的项目功能描述，采用功能点方法测算软件规模。 在预算阶段，宜采用预估功能点计数方法，测算未调整的功能点数。 功能点计数元素包括以下5 个：a）内部逻辑文件（Internal Logical File，ILF，以下简称内部数据）软件内部需要维护（如增删改查）的数据。b）外部接口文件（External Interface File，EIF，以

14、下简称外部接口）在其它系统中维护但本软件需要调用的数据。c）外部输入（External Input，EI）向软件输入数据或发送指令。d）外部输出（External Output，EO）软件向使用者或其它系统输出的数据或发送的指令。e）外部查询（External Query，EQ）EQ 指使用软件进行的简单查询。注：其中ILF、EIF是功能点计数时的数据元素，EI、EO、EQ是功能点计数时的业务元素。每种计数元素都对应一定的功能点分值。累计得到整个软件的计数规模。在IFPUG的功能点计数手册中，ILF、EIF、EI、EO、EQ 都有严格复杂的识别标准。在测算规模前应依据可行性研究报告或类似文档明

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

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

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

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

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

20、据的P25、P50、P75值，分别计算出工作量测算结果的下限、最有可能值（标准值）和上限。最有可能值（标准值）是预期的中值，表示项目实际情况将有50%低于或高于该数值；下限值是预期的25%值，表示项目实际情况将有25%低于或高于该数值，上限值是预期的75%值，表示项目实际情况将有75%低于或高于该数值。示例：政府部门甲拟新开发 OA 系统，以支持其网上办公、文档流转等电子政务需求,经测算其调整后的软件规模为 1030FP， 测算工作量过程如下：a)依据附录 B.1，PDR 取值分别为 4.50、9.38、15.50；b)由于此时对开发没有特殊要求，所以 RDF 取值为 1；c)依据附录 B.2

21、附录 B.3、附录 B.4，规模调整因子取值为 0.97，应用类型及质量特征调整因子取值均为 1， 因此计算可得 SWF 为 0.97；d)由此，可计算出测算工作量 AE 的最有可能值=(9.381030) 10.97=9371.56 人时，而工作量测算最终结 果的合理范围在 4495.95 人时到 15486.05 人时之间。5.5测算工期在测算工期时，应按照以下要求：a)根据工作量测算结果和资源情况，对工作任务进行分解并制订工作时间表。制订工作时间表时 应充分考虑关键路径任务约束对工期的影响；b)利用基准数据测算合理的工期范围。利用基准数据，建立“工作量-工期”模型，使用方程法测算合理的

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

23、最有可能工期=1.277(9371.56/176)0.404=6.36 月。合理工期范围在 4.73 月到 7.79 月之间（采用工作量测算合理范围的上下限值分别计算）；根据经验，当期望工期多于测算工期下限但少于最有可能工期时，每压缩 10%的工期，将导致 10%的工作量增加。因此，本项目如果要求 5 个月完成，总工作量大致会增加 20%。5.6测算费用5.6.1依据工作量测算在获得了工作量测算结果后，采用以下公式测算费用见公式（5）：P=AE/HMF+DNC（5）式中：P软件开发费用，单位为元； AE 测算工作量，单位为人时；HM 人月折算系数，单位为人时每人月，取值为176；F平均人力成本

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

25、息化项目软件开发费用P=(9371.56/17622000)+60000=123.14 万元，软件开发费用的合理范围在 62.20 万元到 199.58 万元之间。5.6.2依据规模及规模单价测算基于已确定的功能点单价测算软件开发费用，采用公式见公式（6）：P=SPPSWFRDF+DNC（6）式中：P软件开发费用，单位为元；S调整后的软件规模，单位为功能点； PP 功能点单价，单位为元每功能点；SWF软件因素调整因子，取值见附录B.2、附录B.3及附录B.4或本组织历史数据；在基于功能点单价确定预算时，为便于结算委托方不宜使用规模调整；RDF开发因素调整因子，在预算时若无特殊要求，取值为1。若

26、需调整，见附录B.5及附录B.6 或本组织历史数据；DNC直接非人力成本，单位为元。直接非人力成本测算参见附录C.2。6 本标准的应用不同利益相关方由于目的不同，宜采用的成本度量方法或过程会有所差异。本文件根据软件研发生存周期对应用场景进行划分，典型应用场景划分如下:a) 预算；b) 项目计划；c) 变更管理；d) 结算/ 决算/后评价。附录A（规范性附录） 功能点计数基本规则A.1功能点计数项分类功能点计数项分为数据功能和交易功能两类，其中数据功能包括ILF、EIF；交易功能包括外部输入（EI）、外部输出（EO）、外部查询（EQ）。 数据功能是系统提供给用户的满足产品内部和外部数据需求的功能

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

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

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

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

31、条件（否则被视为同一 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 不同；2)涉及的数据元素不同；3)处理逻

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

33、业基准数据（CSBMK-201610）回归分析结果，可随着行业基准数据的变化而变化。B.3应用类型调整因子参数表表2 应用类型调整因子参数表应用类型范围调整因子业务处理办公自动化系统；人事、会计、工资、销售等经营管理及业务处理用软件等1.0应用集成企业服务总线、应用集成等1.2科技科学计算、模拟、统计等1.2多媒体图形、影像、声音等多媒体应用领域；地理信息系统；教育和娱乐应用等1.3智能信息自然语言处理、人工智能、专家系统等1.7系统操作系统、数据库系统、集成开发环境、自动化开发/设计工具等1.7通信控制通信协议、仿真、交换机软件、全球定位系统等1.9流程控制生产管理、仪器控制、机器人控制、实

34、时控制、嵌入式软件等2.0B.4质量特征调整因子参数表表3 质量特征调整因子参数表调整因子判断标准影响度分布式 处理指应用能够在 各组成要素之 间传输数据没有明示对分布式处理的需求事项-1通过网络进行客户端/服务器及网络基础应用分布处理和传输0在多个服务器及处理器上同时相互执行应用中的处理功能1性能指用户对应答时间或处理率 的需求水平没有明示对性能的特别需求事项或活动，因此提供基本性能-1应答时间或处理率对高峰时间或所有业务时间都很重要，对连动系统结 束处理时间有限制0满足性能需求事项，要求设计阶段进行性能分析，或在设计、开发阶 段使用分析工具1调整因子判断标准影响度可靠性指发生故障的 影响程

35、度没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠性-1发生故障时可轻易修复，带来一定不便或经济损失0发生故障时很难修复，发生重大经济损失或有生命危害1多重站 点指能够支持不 同硬件和软件 环境在相同用途的硬件或软件环境下运行-1在用途类似的硬件或软件环境下运行0在不同用途的硬件或软件环境下运行1注：质量特性调整因子=（分布式处理因子 + 性能因子 + 可靠性因子 + 多重站点因子）0.025 + 1B.5开发语言调整因子参数表表4 开发语言调整因子参数表语言分类调整因子C及其他同级别语言/平台1.5JAVA、C+、C#及其他同级别语言/平台1.0PowerBuilder、ASP及其他

36、同级别语言/平台0.6B.6开发团队背景调整因子参数表表5 开发团队背景调整因子参数表调整因子判断标准影响度同类行业及项目的以往经验为本行业开发过类似的项目0.8为其他行业开发过类似的项目，或为本行业开发过不同但相关的项目1.0没有同类项目的背景1.2附录C（资料性附录） 常用模板样例C.1预估功能点计数表样例功能类型不同复用度文件数功能点数功能点数合计ILF低1 35= 中2/335= 高1/335= ILF计数合计： EIF低1 15= 中2/315= 高1/315= EIF计数合计： US（ILF计数合计+ EIF计数合计） 规模变更因子： S（调整后规模总计）：说明： 在预算阶段，复用

37、度调整系数通常取值为1（假设复用度低）； 规模变更因子预算时取值为1.5，招标时取值为1.26；功能规模SUS*规模变更因子。C.2直接非人力成本测算表样例直接非人力成本测算表序号分项金额（元）备注说明1办公费开发方为开发此项目而产生的行政办公费用，如 办公用品、通讯、邮寄、印刷、会议等。示例 1：项目成员因项目加班而产生的餐费宜计 入直接非人力成本中的办公费，而项目成员的工 作午餐费宜计入直接人力成本。示例 2：项目组封闭开发租用会议室而产生的费 用宜计入直接非人力成本中的办公费，而研发部 例会租用会议室产生的费用宜按照间接非人力成本。2差旅费开发方为开发此项目而产生的差旅费用，如交 通、住

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

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

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

41、需求较明确，委托方了解各功能通常的复用程度，并确定 采用JAVA开发，无特殊质量要求，希望未来团队开发过此类系统。主要功能：收文管理、发文管理、会议管理、日程安排； 功能描述：收文管理功能要求；日程安排功能要求。D.2测算规模假设根据需求描述，识别ILF15个，EIF4个，识别各功能可复用程度后，填写以下模板得：功能类型不同复用度文件数功能点数功能点数合计ILF低 中 高 9 3 3 135= 2/335= 1/335= ILF计数合计：315 70 35 420 EIF低 中 高 2 0 2 115= 2/315= 1/315= EIF计数合计：30 0 10 40 US（ILF计数合计+

42、EIF计数合计）规模变更因子： S（调整后规模总计）： 460 1.26 579.6 说明： 规模变更因子预算时取值为1.5，招投标时取值为1.26；功能规模SUS*规模变更因子由于需求较明确，所以规模变更因子参照招投标场景取值，为1.26。D.3确定预算根据规模测算结果，填写以下模板可得到最终费用测算结果：功能点测算规模、工作量、工期、费用表1.未调整功能点数 UFP（功能点）/经过复用调整后的功能点数 US（功能点）460设定规模变更因子 CF1.262.调整后的功能点 数 S（功能点）S=UFPCF（不调整复用度）/S=USCF（调整复用度）579.6基准数据（生产率）功能点耗时率（人时/功能点）(P25)3.94功能点耗时率（人时/功能点）(P50)7.16功能点耗时率（人时/功能点）(P75)15.503.未调整的工作量 UE（人时） 计算公式：UE=PDRS下限（人时）2283.62最有可能（人时）4149.94上限（人时）7117.49设定调整因子规模调整因子 SF1.17应用类型调整因子 AT1.00质量特性调整因子 QR0.90开发语言调整因子 SL1.00开发团队背景调整因子 DT1.004.调整后的工作量 AE（人时）计算公式：AE=UESWFRDF； 其中 SWF=SFATQR，