电子政务工程软件项目费用构成及概算方法1

1、电子政务工程软件工程费用构成及概算方法 V1.0 征求意见稿为标准电子政务工程工程软件的价格行为，维护价格公平竞争，同时为电子政务软件工程进行经费概算提供科学可信的依据，广东软件行业协会组织有关专家和企业，经过屡次研究和修订，提出以下电子政务工程软件工程费用构成及概算方法。一、名词解释开发阶段：开发阶段是指从软件工程启动到工程实施前的这一时间段。因此，开发阶段的工作包括详细需求分析、系统设计、编码、测试等方面的工作。实施阶段：实施阶段是指软件工程从实施开始到工程正式验收的这一时间段。因此，实施阶段的工作包括系统安装、系统调试、用户培训等方面的工作，但不包括各实施点的本地化开发工作。运行维护阶段

2、：运行维护阶段是指从软件工程正式验收到合同规定的一年工程维护期结束的这一时间段。因此，维护阶段的工作包括系统在维护期内所需要提供的原系统完善性修改和效劳等工作不包括新增需求和原功能的重大变更。功能点：功能点是对软件功能和大小的间接度量单位，一般通过必须和用户交互的情况的数目来测算程序工作量的大小。功能点分析法是目前国际上软件行业普遍接受的软件工程规模度量模型。本钱系数：本钱系数是指完成某个功能点FP的规定活动所需要投入的人工时，因此本钱系数的单位为：人工时/FP。如开发阶段的本钱系数，那么是指一个功能点FP需要完成“详细需求分析、“系统设计、“编码和“测试等工作所需要投入的人工时。其他如实施阶

3、段本钱系数、运行维护阶段本钱系数的定义以此类推。软件人员月人工费用：软件人员月人工费用是指一个软件人员工作一个月平均需要的所有本钱开销包括工资、奖金、福利、办公本钱、国家各种税费、管理费用等等及软件企业合理利润的总和。二、软件工程费用构成电子政务软件工程的费用构成因素很多，为准确描述，我们依据软件工程理论，从角色和工程阶段两个维度来描述工程的费用构成。从角色维度来看，电子政务工程工程建设中主要包括建设方、承建方、第三方测试机构和监理方四个主体；从工程阶段维度来看，可以分为前期咨询、开发、实施、验收、维护五个阶段。用一个二维表来表示角色、工程阶段和工程费用的对应关系，如下表所示。 电子政务软件工

4、程费用构成表阶段角色立项前期工作开发验收实施运行维护建设方需求分析、系统初步设计、招标、造价等咨询效劳费用承建方开发费用实施费用运行维护费用维护期内测评机构测试费用监理方工程监理费用从表中我们看出，软件工程经费概算应考虑到如下方面的费用：咨询效劳费、工程建设费包括软件开发、实施、维护阶段费、验收测试费、工程监理费。其中工程建设费是整个工程费用构成中的最主要和最重要的局部。此外，由于软件工程的需求往往在工程建设之初很难精确描述、在工程的建设过程总会有一定量的变更，因此电子政务的软件工程经费概算中还要考虑到因为需求变更导致工作量增加而追加的费用。三、取费依据一咨询效劳费P 指软件工程立项前期，请专

5、业机构或者专家进行可行性分析、技术咨询、工程初步需求分析，造价评估、方案初步设计、工程招投标等方面工作所发生的费用。该局部费用可根据工程预计投入的建设费按照一定比例计取，也可以根据所投入的人月数进行计取，此外还可以由双方协商确定。软件行业咨询效劳取费标准 收费工程收费基数基准费率100万以内101万-300万301万-500 万501万-1000万1001万-3000万3001万以上软件工程价格概算工程预投入费3.63.02.52.21.81.5系统设计，包括初步需求分析、概要设计等工程预、投入费8.37.87.36.75.44.5技术咨询每人每日1000元1500元注：参考建筑行业及通信行业

6、的造价编制取费标准，结合软件行业工程建设实践，提出以上造价咨询取费标准表，仅供参考。按上表计费缺乏10000元的，按10000元收费。技术咨询按耗用工时日计费，为完成委托任务发生的差旅、交通费由委托方另行支付。二工程建设费M根据上述软件工程开发过程的划分及费用构成，工程建设费为以承建方为主体的各阶段费用总和，包括：开发阶段费用、实施阶段费用、维护阶段费用。故：工程建设费M开发费用D实施费用S维护费用W1、开发费用D指对工程进行详细需求分析、系统设计、编码、测试等方面的工作而需支出的费用。取费主要是依据工程规模功能点、开发本钱系数和软件人员月人工费用计取。开发费用D 工作量人月* 软件人员月人工

7、费用 = 工程功能点*开发本钱系数/7.5/22*3.23B其中7.5是指一天7.5个工作时，22指一月22个工作日，下同。开发本钱系数的大小主要是考虑工程的非技术难度，如开发周期、协调难度、业务的复杂程度、需求的不确定性等因素。根据对实际数据的测算，开发本钱系数一般为：3000个功能点以下含3000：3.5人工时/FP4.0人工时/FP；3000到8000含8000个功能点以下：4.0人工时/FP4.5人工时/FP；8000个以上功能点：4.5人工时/FP5.0人工时/FP。针对个别工程，如果有特殊情况如某些业务特殊要求是一般工程中从未出现过的、业主需要工程组到用户现场开发等，那么经专家组评

8、判，开发本钱系数可以超出此范围上限的限制。工程功能点的估算方法参见附录一?软件工程功能点估算方法?。软件开发人员月人工费用计算方法参见附录二?软件人员月人工费用计算方法?。2、实施费用S由于电子政务工程的实施范围因工程而异有些工程只实施一个单位、有些需要实施多个单位、有些甚至需要全市、全省甚至全国实施，所以实施阶段的费用也会有很大的差异。实施费用可依据工程规模功能点、实施本钱系数和软件人员月人工费用计取。实施费用S 工作量人月* 软件人员月人工费用 = 工程功能点*实施本钱系数/7.5/22*3.23B根据工程是集中式实施还是分布式实施，实施本钱系数可以采用如下两种方式之一确定：1集中式实施的

9、工程，实施本钱系数与“用户数相关，确定方法如下：实施本钱系数 = 开发本钱系数*t。根据软件工程理论和实际情况，t一般采用如下标准：当 0用户数=100时，t=0.2；否那么，t=0.2 +用户数-100/100*f四舍五入取两位小数；f是调节因子，f取值如下：0.03=f=0.05，具体取值依工程实施难度而定。2) 分布式实施的工程，实施本钱系数与“实施单位点数相关，确定方法如下：实施本钱系数 = 开发本钱系数*0.2 +n - 1*k其中n代表需要实施的单位点数；k是比例因子。根据软件工程理论和实际情况，k一般采用如下：0.08=k=0.15，具体取值依工程实施难度而定。3) 个别工程，如

10、果对实施有特殊要求这些特殊要求是一般工程中从未出现过的或有本地化开发工作的，那么经专家组评判，实施本钱系数可以超出此范围上限的限制。3、运行维护费用W软件工程通过验收后，需进行一年的系统维护。维护内容包括：运行管理、系统平台维护、应用软件维护、数据维护等。根据不同的用户要求，系统维护效劳可分为以下两种：A级软件企业派出技术人员常驻用户处，解决日常运行中发生的问题。那么W软件系统维护费/年 派驻的人员数*12月*软件人员月人工费用*q其中q为调整因子，1.5=q=2.0。B级软件企业每周5天，每天8小时即5*8小时响应，按双方约定的条件和时间到达现场，且每月或定期派技术人员到现场进行软件系统性能

11、调试，使之运行处于良好状态。B级维护阶段费用依据工程规模功能点、实施本钱系数和软件人员月人工费用计取。运行维护费用W 工作量人月* 软件人员月人工费用 = 工程功能点*维护本钱系数/7.5/22*3.23B维护本钱系数 = 开发本钱系数 + 实施本钱系数* p根据软件工程理论和实际情况，p一般为15%20%，具体取值依工程维护难度而定。针对个别工程，如果对维护有特殊要求这些特殊要求是一般工程中从未出现过的，那么经专家组评判，维护本钱系数可以不受此限制。备注：系统后期维护：系统运行一年之后的系统维护，需另行签订系统维护合约。为了有利于保证用户的利益和扶植软件企业，在维护范围不变的前提下，如果新维

12、护合同的维护费用不超过上一年度维护金额的115%，那么用户有权和原承建商直接签定维护合同，否那么由政府相关部门进行招投标并确定新维护合同的承建公司。三验收测试费C工程完成后，需要委托第三方专业测评机构对工程进行验收测试、性能测试等方面工作。第三方验收测试可根据软件工程开发费按百分比计取。故验收测试费用为：C 开发费D * 按规定计取的百分比a验收测试费率表费用序号软件开发费D万元第三方验收测试费率g1D20052200D5004.53500D10003.541000D20002.852000D50002.565000D100002.07D100001.0四工程监理费用G软件工程监理收费既考虑了

13、信息系统软件工程的特点，又参照了其它监理行业的收费标准。其收费参考标准内容如下： 监理费G 工程建设费M * 计取费率S计取费率S 根本费率a * 地域调整系数b * 工期调整系数c故： G M * a*b*c DSW* a*b*c相关系数说明：1、不同规模的软件工程计取费率不同，根本费率a可参照下表。序号工程建设费M万元费率a1M200122200M50093500M1000741000M2000652000M5000565000M1000047M1000032、鉴于信息系统工程工程分布的地域不同，因此，监理的费率应在监理的各阶段费率的根底上考虑地域的因素，地域调整系数b如下：1、集中建设的

14、信息系统工程工程：地域调整系数b为1；2、地市范围的信息系统工程工程：地域调整系数b为11.2；3、全省范围的信息系统工程工程：地域调整系数b为1.21.5；4、全国范围的信息系统工程工程：地域调整系数b为1.52。3、鉴于软件工程工期长短不一，因此，监理的费率应在监理的各阶段费率的根底上考虑工期的因素。工期调整系数c序号工程工期T年工期调整系数c1T1C0.921T2C1.13T2C1.4收费其它情况说明如果信息系统工程工程建设中有以下情况，监理附加报酬取费可以按照以下方式计取：对于非监理原因造成工程延期而产生的监理附加工作，监理单位有权获得监理附加报酬，监理附加报酬率=G附加工作月数/12

15、。对于维护阶段的监理取费由业主单位和监理单位协商解决。本参考标准未作规定的，可参考国家相关标准。四、电子政务软件工程经费概算工程初始建设费计算在立项阶段，需聘请专业技术咨询机构或者专家，进行系统可行性分析和需求分析，在此根底上确定工程规模并对工程开发工作量进行评估，根据开发工作量计算出软件开发费用；工程建设完后，需第三方软件测试机构进行验收测试，此外，工程建设过程还会请监理机构进行全过程或某个阶段的监理。故整个工程初始预估建设费为：工程初始建设费Q咨询效劳费P工程建设费M验收测试费C工程监理费G 咨询效劳费P软件开发费D实施费S维护费W验收测试费C工程监理费G P + DSW + C + G

16、需求变更费评估由于软件开发过程中，用户的需求有可能不断变化，从而导致开发工作量的变化，费用追加。故在立项阶段即要请专业机构或者专家对需求变更的风险性进行评估，以预申请出足够应付需求变更的经费。风险系数f可依据以下因子确定：工程的成熟度：如果是新工程，那么开发过程需求变更的可能性很大，风险系数高，如果是成熟工程，那么需求变化小，风险系数低；工程的规模大小：如果工程规模小，需求变更的几率就小，反之就大；用户业务的稳定性和管理的标准性：用户单位业务的变化和业务流程的调整，都有可能带来开发过程中需求的变化。该系数取值范围以后将通过经验统计方法给出。根据国外权威机构的调查，该系数一般为25%到400%。

17、 工程需求变更一般发生在工程建设过程中，立项阶段的咨询效劳不受需求变化的影响。但验收测试和工程监理工作量会随着需求变化而加大，所以需求变更费为：需求变更费B工程建设费M验收测试费C工程监理费G*需求变更风险系数f D+SWCG* f工程总经费概算由此，可得出电子政务软件工程经费概算为：工程经费概算 工程初始预估建设费Q需求变更费B P + DSW + C + GD+SWCG* f PDSCGW*1+f五、其他事项工程完成后，根据最终的系统功能点数和性能要求，可由专业评估机构再次进行评估，根据评估结果确定最终工程合同金额。其中因需求变更而追加的费用一般不能超过预计的需求变更费，如果由于需求发生巨

18、大变更而导致需求变更费用可能超过工程预留的需求变更费，承建方需要及时向建设方提出申请，由专家进行评估后决定是终止需求的变更或追签新合同。工程概算过程中要充分发挥专家和中介机构在管理与决策过程中的咨询和评议作用。参考文献：1.?软件开发和效劳工程价格构成及评估方法?，中国软件行业协会制定，上海市软件行业协会编写；2?信息系统工程造价指导书?，深圳市信息工程协会和广东省价格协会编制。3?基于COCOMOII模型的软件评估软件一系统设计及实现?，李鹏，山东大学硕士学位论文，2022.11。4?软件工程工程管理功能点分析方法与实践?，李帜、林立新、曹亚波，清华大学出版社。5.?软件本钱估算COCOMO

19、 = 2 * ROMAN II模型方法?，Barry W.Boehm等著，李师贤等译，机械工业出版社。6?通信软件开发本钱评估系统研究?，李文，电子科技大学工程硕士学位论文，2022年10月附录一：软件工程功能点估算方法附录二：软件人员月人工费用计算方法附录一：软件工程功能点估算方法软件开发工作量指完成该工程所需要投入的人月数。一个人月表示一个软件人员在一个月的时间内从事软件开发工程的时间数。工作量大小由软件工程规模所决定。软件工程规模大小可根据历史经验、类比等方法来估算，但目前国际上通行的也比拟科学的估算方法是采用功能点分析方法。功能点分析方法是通过一种基于软件功能的预测模型，以各种与软件工

20、程功能有关的因素作为软件开发工作量的度量。一旦工程的需求分析确定，就可以大致得出软件的各项功能要素，并进行相应的功能点计算，以功能点表示软件的规模，并转化为工作量大小。功能点方式目前被广泛认可并应用在信息系统、数据库密集型、4GL应用系统开发等。本方法采用功能点分析法来估算软件工程的功能点数。软件开发工作量的功能点估算流程功能点是对软件功能和大小的间接度量单位，一般通过必须和用户交互的情况的数目来测算程序工作量的大小。其工作流程如下：确定计算范围：确定功能点的计算标准、划定应用程序的边界。功能点分析：识别和估算与软件数据和事务功能有关的各种要素及其数量。要确定功能点的数目，需要对软件的用户输入

21、数、用户输出数、用户查询表、内部逻辑文件数、外部逻辑文件数的数量进行评估。功能点计算初步：预估出五个要素的数量后，根据复杂度加权因子，计算出初步的功能点数UFC；确定技术复杂度因子：根据工程具体情况，对14个技术复杂度参数进行调整。得出技术复杂度调整参数TCF；功能点调节：计算出经调节后的功能点数：FP=UFC*TCF功能点分析功能点分析是从软件用户的角度来评估一个软件系统的功能，它将软件的功能分为五个根本要素：其中两个表示终端用户的数据需求：内部逻辑文件Internal Logical Files，外部接口文件(External Interface Files)，另外三个表示用户对数据的获取

22、处理的事务功能：用户输入(External InPuts)，用户输出(External Outputs)，用户查询(External Inquiries)。它们的详细定义如下：1、内部逻辑文件ILF：是一个用户可识别的逻辑相关的数据组，它在应用程序边界内，由用户输入来维护。它可能是某个大型数据库的一局部或是一个独立的文件。2、外部接口文件EIF：是一个用户可识别的逻辑相关的数据组，但仅仅是起参考的作用，且数据完全存于软件边界之外，由另一个应用程序进行维护，是另一个应用程序的内部逻辑文件。3、用户输入EI：是来自于软件外部的数据输入，可以是控制信息，也可是事务数据输入。如果是事务数据，它必须维护

23、一个或多个内部逻辑文件。也就是说那些最后没有保存的中间计算结果和消息发送，都不算作数据输入单元。输入数据可来自于一个数据输入屏幕或其他应用程序。4、用户输出EO：是“经过处理的数据，由程序内部输出到外部。这里“经过处理是指其区别于用户查询数据，是将一个或多个ILF、EIF中取出数据经过一定的组合、计算、总结后得出的输出数据。5、用户查询EQ：是一个输入输出的组合过程，从一个或多个ILF、EIF中取出数据输出到程序外部。其中的输入过程不更新任何ILF，输出过程不进行任何数据处理。注：对软件工程进行估算的有效性和准确性取决于所掌握的有关工程的原始资料的完备性。这些原始资料包括：需求说明书、系统规格

24、说明书、或者软件需求说明书等。从这些原始资料中可分析得出以上5类要素。如果以上5类要素的数据不准确，将直接影响到评估的结果。功能点计算初步值UFC 一旦估算出应用程序中每个功能要素的数量后，就可以将每个计数与一个复杂度值加权因子相乘，最后进行合计，算出一个初步的总的功能点数UFC。复杂度加权因子表如下： 功能要素复杂度加权因子表Complexity weights Factor 复杂度功能要素低平均高用户输入数EI346用户输出数EO457用户查询表EQ346内部逻辑文件数ILF71015外部接口文件数EIF5710例如，假设每个功能要素的复杂度都是平均的。假设有一个由25个数据登记表、5个接

25、口文件，15个报告、10个外部查询和20个逻辑内部表单组成的系统，其功能点为：UFC25*4+5*7+15*5+10*4+20*10450个功能点。每个功能要素的复杂度可通过下表进行分析判断。功能要素复杂度判别表Determine the complexitylevelILF内部逻辑文件和EIF外部接口文件 EO用户输出和EQ用户查询EI用户输入记录单元数据单元文件类型数据单元文件类型数据单元1-1920-5051+1-56-1920+1-45-1516+1低低平均0或1低低平均0或1低低平均2-5低平均高2-3低平均高2-3低平均高6+平均高高4+平均高高4+平均高高从表中可以看出，EI用户

26、输入、EO用户输出和EQ用户查询是由文件类型和数据单元的数量来决定的。而ILF内部逻辑文件和EIF外部接口文件那么是由记录单元和数据单元来决定的。通过上面的两维表即可确定各个功能要素的复杂度是低、平均，还是高。注：表中三种数据项定义如下：记录单元类型Record Element TypeRET：指在ILE或EIF中，用户可识别的数据域的子集，可以通过检查数据中的各种逻辑分组来识别它们。例如一个客户文件，包括客户姓名、地址等个人信息，以及客户的信用卡和卡号，一个客户有多张信用卡。该文件含有两个记录单元：客户信息和信用卡信息文件引用类型File Type Referenced(FTR):指在一个事

27、务过程中，所引用到的各种文件，可以是内部逻辑文件，也可以是外部接口文件。数据单元类型Data Element TypeDET：是用户可识别的无递归，不重复的信息单元。DET是动态的，而非静态的，可以读自于文件，或由FTR的数据单元创立。另外，一个DET也可是对一个事务处理过程的唤醒，或是事务的有关信息。确定技术复杂度因子TCF算出功能点总数UFC后，还需要根据工程具体情况，对各个技术复杂度参数进行调整，技术复杂度一共考虑了14个调节参数，他们分别是： 技术复杂度因子表EM1Data communications数据通讯EM2Performance软件性能EM3Heavily used conf

28、iguration可配置性EM4Transaction rate事务效率EM5Online data entry实时数据输入EM6End user efficiency用户界面复杂度EM7Online update在线升级EM8Complex processing复杂运算EM9Reusability ease代码复用性EM10Installation ease安装简易性EM11Operations ease操作方便性EM12Multiple ease跨平台要求EM13Facilitate change可扩展性EM14Distributed functions分布式数据处理各个复杂度参数的取值范围从0到5，表示该项对功能点总数的影响从没有到极高。各个参数默认值为0，也就是该项不影响功能点调整。每个参数都是对总功能点数的线性调整，设Ei为根据14个方面的调节参数对软件系统的影响程度，那么功能点技术复杂度因子为： ， Ei0,5那么TCF0.65，1.35五、计算调节后的功能点数FP 最后得出经调节后功能点数FPUFC*TCF。附录二：软