政府投资应用软件开发项目价格评估及计算方法.docx

政府投资应用软件开发项目价格评估及计算方法.docx

《政府投资应用软件开发项目价格评估及计算方法.docx》由会员分享，可在线阅读，更多相关《政府投资应用软件开发项目价格评估及计算方法.docx（22页珍藏版）》请在冰点文库上搜索。

政府投资应用软件开发项目价格评估及计算方法

Documentnumber【AA80KGB-AA98YT-AAT8CB-2A6UT-A18GG】

政府投资应用软件开发项目价格评估及计算方法

××××发布

政府投资应用软件开发项目

价格评估及计算方法

Priceassessmentandcalculationmethodofthegovernmentinvestingdevelopmentprojectofapplicationsoftware

（报批稿）

目次

1前言

本标准的附录A、附录B、附录C、附录D为资料性附录。

本标准由广州市信息化办公室提出。

本标准由广州市标准化研究院、广东软件行业协会负责起草。

本标准主要起草人：

程丽萍、熊瑞萍、冯智辉、万江平、林定光、王树文、谢毅、黄跃珍、李玉荣。

本标准为首次发布。

2引言

目前，对于政府投资应用软件开发项目的费用评估，缺乏对应的标准，不便于政府部门对其进行费用核算。

为规范政府投资应用软件开发项目价格、保障建设质量以及维护建设方和开发商的利益，特制定本标准。

鉴于目前政府投资应用软件开发的实际情况，本标准中规定的需求变更风险系数、开发成本系数、实施成本系数以及维护成本系数可能会出现变化。

因此，这些系数值必须根据经验确定，通常要与软件开发商商议。

政府投资应用软件开发项目价格评估及计算方法

21　范围

本标准规定了政府投资应用软件开发项目价格评估及计算方法。

本标准适用于广东省各级财政投资的开发应用软件项目及系统集成中的应用软件项目。

其它应用类软件项目可参照使用。

22　规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本标准。

GB/T11457-2006信息技术软件工程术语

23　术语和定义、缩略语

23.1　术语和定义

GB/T11457-2006中确定的以及下列术语和定义适用于本标准。

软件开发softwaredevelopment

从软件项目启动到项目实施前这一时间段的工作。

其内容包括详细设计、编码、测试、系统调试等方面的工作。

实施implementation

软件项目开发完毕进行安装到软件项目正式验收这一时间段的工作。

其内容包括系统安装、个性化配置、用户培训等方面的工作。

运行维护operationandmaintenance

从软件项目竣工验收到合同规定的项目质保期结束的这一时间段的工作。

其内容包括在此期间所需要提供的原系统完善性修改和服务等工作（不包括新增需求和需求的重大变更）。

验收测试acceptance?

test

确定软件项目是否符合其验收标准的工作。

功能点functionpoint

对软件规模进行间接度量的基本单位。

成本系数cost

完成一个功能点的规定活动所需要投入的人工时，其单位为：

人工时/功能点。

工作量workload

指完成软件项目某项工作（如软件开发、实施、维护等）所需的人员数量和时间。

工作量单位为人月。

平均工资averagesalary

指本地软件行业从业人员的平均工资。

人月成本man-monthcost

指本地软件企业一个月平均需要的所有支出（包括员工成本、国家税收、企业利润、管理成本和质量成本等）按项目人数摊分后的金额。

23.2　缩略语

下列缩略语适用于本标准。

FP功能点（FunctionPoint）

UFC功能点数（UnahjustedFunctionCount）

TCF技术复杂度调整参数（TechnicalComplexityFactor）

24　软件项目费用构成

软件项目费用包括咨询费、建设费、服务费、需求变更费及附加费。

其中，若需要提交源程序，必须增加知识产权费。

费用构成如图1所示。

图1软件项目费用构成图

25　软件项目价格评估及计算方法

采用功能点作为软件项目规模的度量指标，关于功能点分析法参见附录A。

软件项目价格评估基本指标包括咨询费、建设费、服务费、需求变更费及附加费等指标。

25.1　咨询费评估及计算方法

咨询费指软件项目立项前期，请专业机构或者专家进行可行性分析、需求分析、系统设计、估价、招标服务、技术咨询、标准符合性检测等方面工作所发生的费用。

咨询费可根据项目预计投入的建设费按一定的比例和所投入的人月数进行计算，可参照附录B的表B.1和表B.2计算，还可由双方协商确定。

在招标活动中，公证处对全过程进行现场公证并对采购合同进行公证，公证费按照国家规定标准计算，可参照附录B中的表B.3计算。

25.2　建设费评估及计算方法

建设费包括软件开发、实施、维护等方面工作的费用。

25.2.1　开发费

指软件开发工作所需的费用。

开发费主要是依据项目规模（功能点）、开发成本系数和人月成本进行计取。

开发费=工作量（人月）×人月成本=（项目功能点×开发成本系数/H/D）×人月成本

式中：

H——国家规定的一天工作时数,下同；

D——一个月工作天数，下同。

开发成本系数的大小主要是考虑项目的非技术难度，如开发周期、协调难度、业务的复杂程度、需求的不确定性等因素。

根据对实际数据的测算，开发成本系数取值范围可参照附录B中表B.4。

针对个别项目，如果有特殊情况（如某些用户业务的特殊要求是一般项目中从未出现过的、开发人员需要到用户现场开发等），则经专业咨询机构或者专家评估，开发成本系数可以超出此范围上限的限制。

人月成本的计算可参照附录C，下同。

25.2.2　实施费

实施费可依据项目规模（功能点）、实施成本系数和人月成本计取。

实施费　=工作量（人月）×人月成本

=（项目功能点×实施成本系数/H/D）×人月成本

实施成本系数=开发成本系数×实施因子t。

根据项目实施的方式，t的取值有所不同，详细可参见附录D。

25.2.3　运行维护费

软件项目通过验收并交付使用后，需进行系统维护。

维护内容包括：

运行管理、系统平台维护、应用软件维护、数据维护等。

根据不同的用户要求，系统维护服务可分为以下三种方式：

A级：

软件企业派出技术人员常住用户处，提供运行服务。

软件（系统）维护费/年＝派驻的人员数×月数×人月成本

B级：

按双方约定的系统服务质量要求与响应时间提供非常住人员服务。

维护阶段费用依据项目规模（功能点）、维护成本系数和人月成本计算。

运行维护费=工作量（人月）×人月成本=（项目功能点×维护成本系数/H/D）×人月成本

维护成本系数与开发成本系数和实施成本系数相关，计算公式如下：

维护成本系数=（开发成本系数+实施成本系数）×调节因子p

式中：

p——调节因子，取值范围为0.15～0.20，具体取值根据项目维护难度而定。

针对个别项目，如果对维护有特殊要求（这些特殊要求是一般项目中从未出现过的），则经专业机构或者专家评估，维护成本系数可以不受此限制。

C级：

按客户要求，按次提供服务。

维护费根据服务天数计算，建议参照附录B的表B.1中的技术咨询费。

25.3　服务费评估及计算方法

服务费包括支付给第三方测试机构的验收测试费、工程监理公司的监理费、数据处理费及项目培训费。

25.3.1　验收测试费

软件项目的验收测试是根据项目的特点（功能、技术需求和大小等）以及项目投入，按照评价软件质量的功能性、易用性、可靠性、可维护性、可移植性、效率和文档等7个特性进行裁剪。

验收测试费用C=项目建设费D×各测试项费率之和×调节系数B

式中：

各测试项费率及调节系数的取值参照附录B中的表B.5和表B.6。

25.3.2　监理费

监理收费一般可按照项目建设费（或合同价格）的一定百分比计算。

其计算比率主要根据项目的规模、阶段、内容、复杂程度及监理成本等多方面因素综合计算。

监理费=项目建设费×计取费率s

计取费率s=基本费率a×地域调整系数b×工期调整系数c

式中：

a——根据项目建设费的规模进行调整，取值范围参照附录B表B.7；

b——取值参照附录B中表B.8；

c——取值参照附录B中表B.9。

对于非监理原因造成工程延期而产生的监理附加工作，监理单位有权获得监理附加报酬。

监理附加报酬计取公式如下：

监理附加费=监理费×附加工作月数/合同规定月数。

25.3.3　数据处理费

项目中对于档案数据录入、迁移、处理的费用，具体费用由双方协商解决。

25.3.4　项目培训费

项目中对建设方进行培训产生的费用，具体费用由双方协商解决。

25.4　需求变更费评估及计算方法

在立项阶段要根据实际需要预留一定比例的需求变更经费，一般不超过建设费的10%。

25.5　附加费评估及计算方法

如果软件项目建设方需要软件开发商提交源代码，则必须支付相应的知识产权费；这些附加费用的计算均与软件开发工作量相关，也就是与项目建设费相关，可根据预计项目投入的建设费由双方协商确定。

附录A

（资料性附录）

软件项目规模的功能点评估指标

A.1功能点估算流程

功能点估算的工作流程如下：

a）确定计算范围：

划定应用程序的边界；

b）功能点分析：

识别和估算与软件数据和事务功能有关的各种要素及其数量。

要确定功能点的数目，需要对软件的用户输入数、用户输出数、用户查询表、内部逻辑文件数、外部逻辑文件数的数量进行评估；

c）功能点计算（初步）：

评估出五个要素的数量后，根据复杂度加权因子，计算出初步的功能点数UFC；

d）确定技术复杂度因子：

根据项目具体情况，对14个技术复杂度参数（参见表A.3）进行调整。

得出技术复杂度调整参数TCF；

e）功能点调节：

调节后的功能点数FP=UFC×TCF。

A.2功能点分析的要素

功能点分析有五个要素，其详细定义如下：

a）内部逻辑文件（ILF）：

是一个用户可识别的逻辑相关的数据组，它在应用程序边界内，由用户输入来维护，它可能是某个大型数据库的一部分或是一个独立的文件；

b）外部接口文件（EIF）：

是一个用户可识别的逻辑相关的数据组，但仅仅是起参考的作用，且数据完全存于软件边界之外，由另一个应用程序进行维护，是另一个应用程序的内部逻辑文件；

c）外部输入（EI）：

是来自于软件外部的数据输入，可以是控制信息，也可是事务数据输入。

如果是事务数据，它必须维护一个或多个内部逻辑文件。

也就是说那些最后没有保存的中间计算结果和消息发送，都不算作数据输入单元。

输入数据可来自于一个数据输入屏幕或其他应用程序；

d）外部输出（EO）：

是“经过处理”的数据，由程序内部输出到外部。

这里“经过处理”是指其区别于用户查询数据，是将一个或多个ILF、EIF中取出数据经过一定的组合、计算、总结后得出的输出数据；

e）外部查询（EQ）：

是一个输入输出的组合过程，从一个或多个ILF、EIF中取出数据输出到程序外部。

其中的输入过程不更新任何ILF，输出过程不进行任何数据处理。

注：

对软件项目进行估算的有效性和准确性取决于所掌握的有关项目的原始资料的完备性。

这些原始资料包括：

需求说明书、系统规格说明书、或者软件需求说明书等。

从这些原始资料中可分析得出以上5类要素。

如果以上5类要素的数据不准确，将直接影响到评估的结果。

A.3功能点计算（初步值UFC）

估算出应用程序中每个功能要素的数量后，将每个计数与一个复杂度值（加权因子）相乘，最后进行合计，算出一个初步的总的功能点数UFC。

复杂度加权因子表如下：

表A.1功能要素复杂度加权因子表

复杂度

功能要素

低

平均

高

外部输入数EI

3

4

6

外部输出数EO

4

5

7

外部查询EQ

3

4

6

内部逻辑文件数ILF

7

10

15

外部接口文件数EIF

5

7

10

示例：

假设每个功能要素的复杂度都是平均的。

若有一个由25个数据登记表、5个接口文件，15个报告、10个外部查询和20个逻辑内部表单组成的系统，其功能点为：

UFC＝（25×4）+（5×7）+（15×5）+（10×4）+（20×10）＝450个功能点。

每个功能要素的复杂度可通过下表进行分析判断。

表A.2　功能要素复杂度判别表

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（外部查询）是由文件类型和数据单元的数量来决定的。

而ILF（内部逻辑文件）和EIF（外部接口文件）则是由记录单元和数据单元来决定的。

通过上面的二维表即可确定各个功能要素的复杂度是低、平均，还是高。

表中三种数据项定义如下：

·记录类型个数RecordElementType（RET）：

指在ILE或EIF中，用户可识别的数据域的子集，可以通过检查数据中的各种逻辑分组来识别它们。

（例如一个客户文件，包括客户姓名、地址等个人信息，以及客户的信用卡和卡号，一个客户有多张信用卡。

该文件含有两个记录单元：

客户信息和信用卡信息）；

·文件引用个数FileTypeReferenced（FTR）:

指在一个事务过程中，所引用到的各种文件，可以是内部逻辑文件，也可以是外部接口文件；

·数据类型总数DataElementType（DET）：

是用户可识别的无递归，不重复的信息单元。

DET是动态的，而非静态的，可以读自于文件，或由FTR的数据单元创建。

另外，一个DET也可是对一个事务处理过程的唤醒，或是事务的有关信息。

A.4确定技术复杂度调整参数TCF

算出功能点总数UFC后，还需要根据项目具体情况，对各个技术复杂度参数进行调整。

技术复杂度一共考虑了14个调节参数，如表A.3所示：

各个复杂度参数的取值范围从0到5，表示该项对功能点总数的影响从没有到极高。

各个参数默认值为0，也就是该项不影响功能点调整。

每个参数都是对总功能点数的线性调整，设Ei为根据14个方面的调节参数对软件系统的影响程度，

则功能点技术复杂度调整参数为：

TCF=0.65+0.01×∑Ei，（i=1,…,14）

Ei∈[0,5]，则：

TCF∈[0.65,1.35]

表A.3技术复杂度因子表

序号

调节参数

描述

E1

数据通讯（Datacommunications）

E2

软件性能（Performance）

E3

可配置性（Heavilyusedconfiguration）

E4

事务效率（Transactionrate）

E5

实时数据输入（Onlinedataentry）

E6

用户界面复杂度（Enduserefficiency）

E7

在线升级（Onlineupdate）

E8

复杂运算（Complexprocessing）

E9

代码复用性（Reusabilityease）

E10

安装简易性（Installationease）

E11

操作方便性（Operationsease）

E12

跨平台要求（Multipleease）

E13

可扩展性（Facilitatechange）

E14

分布式数据处理（Distributedfunctions）

A.5计算调节后的功能点数FP

最后得出经调节后功能点数FP＝UFC×TCF。

附录B

（资料性附录）

各参数对照表

表B.1电子政务软件项目咨询计算标准

收费项目

收费基数

基准费率（%）

≤100万

101～300万

301～500万

501～1000万

1001～3000万

>3000万

需求分析、可行性分析、系统规划

项目预投入费

4

3

2

1.5

1

0.8

估价

项目预投入费

2

1.8

1.5

1.2

0.8

0.5

技术咨询

每人每日

1000元～1500元

表B.2政府集中采购招标服务费计算标准

收费项目

收费类型

基准费率（%）

﹤100万

100～500万

501～1000万

1001～

5000万

5001～

10000万

10001～

100000万

﹥

100000万

招标服务

货物

1.2

0.88

0.64

0.4

0.2

0.04

0.008

服务

1.2

0.64

0.36

0.2

0.08

0.04

0.008

工程

0.8

0.56

0.44

0.28

0.16

0.04

0.008

注：

本表中数据来源于粤价函〔2003〕320号文。

表B.3公证服务费计算标准

标的额m（万元）

≤2

2

5

10

50

100

200

300

>400

费率（%）

1.00

0.80

0.60

0.50

0.40

0.30

0.20

0.10

0.05

注：

本表中数据来源于粤价函〔2000〕150号文。

注：

1）按表B.1、B.2计费不足1000元的，按1000元收费；

2）按表B.3计费不足200元的，按200元收费；

3）技术咨询按耗用工时（日）计费，为完成委托任务发生的差旅、交通费由委托方另行支付；

4）招标服务收费和公证服务收费按差额定率累进法计算。

表B.4　开发成本系数取值范围

功能点数（FP）

开发成本系数（人工时/FP）

<3000

3.50～4.00

3000

4.00～4.50

>8000

4.50～5.00

注：

本表数据来源于企业调研得出的行业数据。

表B.5验收测试费费率表

序号

测试项

子特性

费率（a%）

1

功能性

功能点≤100

a≥2.80

功能点>100

a≥3.00

2

易用性

易理解性

a≥0.07

易学性

a≥0.06

易操作性

a≥0.07

3

可靠性

成熟性

a≥0.20

容错性

a≥0.20

易恢复性

a≥0.10

4

维护性

易改变性

a≥0.07

稳定性

a≥0.07

易测试性

a≥0.06

5

可移植性

一个环境下测试

a≥0.20

多个测试环境，测试环境数n

a≥0.20+（n-1）*0.1

6

效率

一般的效率指标

a≥1.00

负载

压力

测试

并发用户数≤50，测试脚本数≤3，

a≥1.00；

每增加50个以内用户数或3个以下测试脚本数

a递增0.50

7

文档

用户文档

a≥0.10

技术合同

a≥0.05

需求规格说明书

a≥0.10

注：

本表数据来源于行业调研数据。

表B.6调节系数表

序号

项目建设费D（万元）

收费折扣系数（B）

1

D≤200

B≥1.00

2

200

B≥0.98

3

500

B≥0.96

4

1000

B≥0.95

5

2000

B≥0.93

6

5000

B≥0.92

7

D≥10000

B≥0.90

注：

本表数据来源于行业调研数据。

注：

1）影响项目验收测试费用的因素一个是项目的大小，另一个是所选择的测试项。

被选测试项多少决定测试费率a，项目大小决定收费调节系数B；

2）根据项目特点针对软件各个特性进行选择测试，测试费率为所选择软件特性测试费率a各项之和；

3）根据项目大小采取项目建设费越高费率越低原则进行调节；

4）项目验收测试最低收费为：

8000元（不含负载压力测试）

2万元（含负载压力测试）

表B.7　监理基本费率取值表

序号

项目建设费M（万元）

费率a（%）

工程前期设计咨询

阶段

实施、验收阶段

全过程

软件工程

硬件集成

1

M≤200

1.5

>5

>4

>6

2

200

1

4

3

>5

3

500

0.6

3.5

2.5

>4

4

1000

0.5

3

2

>3

5

2000

0.3

2

1.5

>2

6

5000

0.2

1.5

1

>1.5

7

M>10000

0.1

1

0.75

>1

注：

本表数据来源于对信息系统监理机构的调研统计数据。

表B.8地域凋整系数取值范围

序号

地域范围

地域调整系数

1

集中实施

1.00

2

地市范围

1.00～1.10

3

全省范围

1.10～1.20

4

全国范围

1.20～1.40

表B.9工期调整系数取值范围

序号

工程工期T（年）

工期调整系数c

1

T≤1

C>0.90

2

1

C>1.00

3

T>2

C>1.10

附录C

（资料性附录）

软件人员人月成本计算方法

软件开发项目成本计算中应包括软件项目在开发过程中所耗费的各项费用，包括从设计阶段到测试完毕交付用户使用之间所发生的工资、材料费、外协费、试验费、固定资产使用费、交通费、管理费等。

一般用人月成本作为度量指标。

软件人员的人月成本是指软件企业一个月平均需要的所有成本开销（包括工资、奖金、福利、办公成本、国家各种税费、管理费用等等）及软件企业合理利润的总和，除以企业员工人数。

其成本开销主要包括以下方面：

a）工资：

指软件企业需要支付给软件开发人员的工资的平均值，设该值为B。

b）国家规定的福利：

按照国家政策的缴费基数缴纳的职工福利，其中公积金8%～20%（此处按8%计），医疗保险金12%，养老金22%，失业金2%（即通常所说的四金），另外还有按工资总额计征的工伤保证金0.5%，生育保证金0.5%，残疾基金1.6%，工会基金1%，累计为47.6%。

故该项成本为0.476B。

c）奖金及各项物质奖励：

指企业支付给员工的奖金及过年过节的一些物质奖励和基本福利。

根据经验及广东省软件行业情况，该项成本约为0.20B。

d）办公成本：

包括办公场地租赁费、水电费、差旅费、企业为项目顺利运作所支付的其他费用如市场营销费等各项。

根据经验及研究，该项支出约占企业员工成本的三分之一，即该项成本为B/3。

e）人力资源储备费：

企业人员流动、人员储备及人员的学习、培养、知识更新，不能创造价值但需要支付成本，该项成本