电子政务工程软件项目费用构成及概算方法
电子政务工程项目价格构成及评估方法(v0
电子政务工程软件项目费用构成及概算方法（V1.0）（征求意见稿）为规范电子政务工程项目软件的价格行为，维护价格公平竞争，同时为电子政务软件项目进行经费概算提供科学可信的依据，广东软件行业协会组织有关专家和企业，经过多次研究和修订，提出以下电子政务工程软件项目费用构成及概算方法。
一、名词解释开发阶段：开发阶段是指从软件项目启动到项目实施前的这一时间段。
因此，开发阶段的工作包括详细需求分析、系统设计、编码、测试等方面的工作。
实施阶段：实施阶段是指软件项目从实施开始到项目正式验收的这一时间段。
因此，实施阶段的工作包括系统安装、系统调试、用户培训等方面的工作，但不包括各实施点的本地化开发工作。
运行维护阶段：运行维护阶段是指从软件项目正式验收到合同规定的一年项目维护期结束的这一时间段。
因此，维护阶段的工作包括系统在维护期内所需要提供的原系统完善性修改和服务等工作（不包括新增需求和原功能的重大变更）。
功能点：功能点是对软件功能和大小的间接度量单位，一般通过必须和用户交互的情况的数目来测算程序工作量的大小。
功能点分析法是目前国际上软件行业普遍接受的软件项目规模度量模型。
成本系数：成本系数是指完成某个功能点（FP）的规定活动所需要投入的人工时，因此成本系数的单位为：人工时/FP。
如开发阶段的成本系数，则是指一个功能点（FP）需要完成“详细需求分析”、“系统设计”、“编码”和“测试”等工作所需要投入的人工时。
其他如实施阶段成本系数、运行维护阶段成本系数的定义以此类推。
软件人员月人工费用：软件人员月人工费用是指一个软件人员工作一个月平均需要的所有成本开销（包括工资、奖金、福利、办公成本、国家各种税费、管理费用等等）及软件企业合理利润的总和。
二、软件项目费用构成电子政务软件项目的费用构成因素很多，为准确描述，我们依据软件工程理论，从角色和项目阶段两个维度来描述项目的费用构成。
从角色维度来看，电子政务工程项目建设中主要包括建设方、承建方、第三方测试机构和监理方四个主体；从项目阶段维度来看，可以分为前期咨询、开发、实施、验收、维护五个阶段。
国家电子政务工程建设项目初步设计方案和投资概算报告编制要求
国家电⼦政务⼯程建设项⽬初步设计⽅案和投资概算报告编制要求国家电⼦政务⼯程建设项⽬初步设计⽅案和投资概算报告编制要求⼀、说明（⼀）本⽂件是开展国家电⼦政务⼯程建设项⽬初步设计以及编制初步设计⽅案和投资概算报告（以下可简称“初步设计报告”）的指导性⽂件。
（⼆）项⽬初步设计⼯作的任务旨在可⾏性研究基础上，进⼀步明确并细化项⽬需求、建设原则、建设⽬标、建设内容、实施⽅案、投资概算、风险及效益分析等内容。
（三）项⽬建设单位应招标选定或委托具有相关专业甲级资质的设计单位编制初步设计报告。
（四）项⽬建设单位和初步设计报告编制单位主要依据项⽬审批部门对项⽬可⾏性研究报告（或项⽬建议书，以下同）的批复等，按照本⽂件的要求，本着客观、公正、科学的原则，开展项⽬初步设计⼯作并编制初步设计报告。
（五）初步设计报告需报送项⽬审批部门，项⽬审批部门委托有资格的咨询机构评估后审核批准。
初步设计报告如与项⽬可⾏性研究报告的批复内容有较⼤变化，其调整投资未超出批复额度范围的，须以独⽴章节对变更部分进⾏定量补充论证；对超出批复额度范围的，应报请原项⽬审批部门批准。
⼆、格式和提纲初步设计报告应参考如下格式和提纲进⾏编制：（⼀）封⾯格式：××××（项⽬全称）初步设计报告项⽬建设单位：×××××编制单位：×××××编制⽇期：××××年××⽉项⽬建设单位联系⼈：×××联系⽅式：×××××（电话、传真、电⼦邮件）（⼆）扉页格式：编制单位：×××××(盖章)编制单位负责⼈：×××(签章)编制项⽬负责⼈：×××(职称)主要编制⼈员：×××(职称)参加编制单位：×××(盖章)（三）初步设计报告编制提纲：第⼀章项⽬概述1、项⽬名称2、项⽬建设单位及负责⼈、项⽬责任⼈3、初设及概算编制单位4、初设及概算编制依据5、建设⽬标、规模、内容、建设期6、总投资及资⾦来源7、效益及风险8、相对可研报告批复的调整情况9、主要结论与建议第⼆章项⽬建设单位概况1、项⽬建设单位与职能2、项⽬实施机构与职责第三章需求分析1、政务业务⽬标需求分析结论2、系统功能指标3、信息量指标4、系统性能指标第四章总体建设⽅案1、总体设计原则2、总体⽬标与分期⽬标3、总体建设任务与分期建设内容4、系统总体结构和逻辑结构第五章本期项⽬设计⽅案1、建设⽬标、规模与内容2、标准规范建设内容3、信息资源规划和数据库设计4、应⽤⽀撑系统设计5、应⽤系统设计6、数据处理和存储系统设计7、终端系统及接⼝设计8、⽹络系统设计9、安全系统设计10、备份系统设计11、运⾏维护系统设计12、其它系统设计13、系统配置及软硬件选型原则14、系统软硬件配置清单15、系统软硬件物理部署⽅案16、机房及配套⼯程设计17、环保、消防、职业安全卫⽣和节能措施的设计18、初步设计⽅案相对可研报告批复变更调整情况的详细说明第六章项⽬建设与运⾏管理1、领导和管理机构2、项⽬实施机构3、运⾏维护机构4、核准的项⽬招标⽅案5、项⽬进度、质量、资⾦管理6、相关管理制度第七章⼈员配置与培训1、⼈员配置计划2、⼈员培训⽅案第⼋章项⽬实施进度第九章初步设计概算1、编制说明2、初步设计概算书3、资⾦筹措及投资计划第⼗章风险及效益分析1、风险分析及对策2、效益分析附表：1、项⽬软硬件配置清单2、应⽤系统定制开发⼯作量核算表附件：初步设计及概算编制依据，有关的政策、技术、经济资料。
国家电子政务工程建设项目初步设计方案和投资概算
附件3：国家电子政务工程建设项目初步设计方案和投资概算编制要求（提纲）第一章项目概述1.项目名称2。
项目建设单位及负责人，项目责任人3。
初步设计方案和投资概算编制单位4.初步设计方案和投资概算编制依据5.项目建设目标、规模、内容、建设期6。
总投资及资金来源7.效益及风险8.相对可行性研究报告批复的调整情况9.主要结论与建议第二章项目建设单位概况1。
项目建设单位与职能2。
项目实施机构与职责第三章需求分析1.政务业务目标需求分析结论2.系统功能指标3.信息量指标4.系统性能指标第四章总体建设方案1.总体设计原则2.总体目标与分期目标3。
总体建设任务与分期建设内容4。
系统总体结构和逻辑结构第五章本期项目设计方案1。
建设目标、规模与内容2。
标准规范建设内容3。
信息资源规划和数据库设计4.应用支撑系统设计5。
应用系统设计6。
数据处理和存储系统设计7。
终端系统及接口设计8。
网络系统设计9.安全系统设计10.备份系统设计11.运行维护系统设计12.其他系统设计13。
系统配置及软硬件选型原则14。
系统软硬件配置清单15.系统软硬件物理部署方案16。
机房及配套工程设计17.环保、消防、职业安全卫生和节能措施的设计18。
初步设计方案相对可研报告批复变更调整情况的详细说明第六章项目建设与运行管理1。
领导和管理机构2.项目实施机构3.运行维护机构4.核准的项目招标方案5。
项目进度、质量、资金管理方案6。
相关管理制度第七章人员配置与培训1。
人员配置计划2。
人员培训方案第八章项目实施进度第九章初步设计概算1.初步设计方案和投资概算编制说明2。
初步设计投资概算书3.资金筹措及投资计划第十章风险及效益分析1。
风险分析及对策2.效益分析附表:1.项目软硬件配置清单2.应用系统定制开发工作量核算表附件：初步设计和投资概算编制依据，有关的政策、技术、经济资料. 附图：1.系统网络拓扑图2。
系统软硬件物理布置图。
国家电子政务工程建设项目初步设计方案和投资概算-编制要求
国家电子政务工程建设项目初步设计方案和投资概算报告编制要求一、说明（一）本文件是开展国家电子政务工程建设项目初步设计以及编制初步设计方案和投资概算报告（以下可简称“初步设计报告"）的指导性文件。
（二）项目初步设计工作的任务旨在可行性研究基础上，进一步明确并细化项目需求、建设原则、建设目标、建设内容、实施方案、投资概算、风险及效益分析等内容。
（三）项目建设单位应招标选定或委托具有相关专业甲级资质的设计单位编制初步设计报告。
（四）项目建设单位和初步设计报告编制单位主要依据项目审批部门对项目可行性研究报告(或项目建议书,以下同）的批复等，按照本文件的要求，本着客观、公正、科学的原则，开展项目初步设计工作并编制初步设计报告。
（五）初步设计报告需报送项目审批部门，项目审批部门委托有资格的咨询机构评估后审核批准。
初步设计报告如与项目可行性研究报告的批复内容有较大变化，其调整投资未超出批复额度范围的，须以独立章节对变更部分进行定量补充论证；对超出批复额度范围的，应报请原项目审批部门批准。
二、格式和提纲初步设计报告应参考如下格式和提纲进行编制:（一）封面格式：××××（项目全称）初步设计报告项目建设单位：×××××编制单位：×××××编制日期：××××年××月项目建设单位联系人:×××联系方式：×××××（电话、传真、电子邮件) (二）扉页格式:编制单位：×××××（盖章)编制单位负责人：×××(签章)编制项目负责人：×××(职称）主要编制人员：×××（职称)参加编制单位：×××（盖章）（三)初步设计报告编制提纲：第一章项目概述1、项目名称2、项目建设单位及负责人、项目责任人3、初设及概算编制单位4、初设及概算编制依据5、建设目标、规模、内容、建设期6、总投资及资金来源7、效益及风险8、相对可研报告批复的调整情况9、主要结论与建议第二章项目建设单位概况1、项目建设单位与职能2、项目实施机构与职责第三章需求分析1、政务业务目标需求分析结论2、系统功能指标3、信息量指标4、系统性能指标第四章总体建设方案1、总体设计原则2、总体目标与分期目标3、总体建设任务与分期建设内容4、系统总体结构和逻辑结构第五章本期项目设计方案1、建设目标、规模与内容2、标准规范建设内容3、信息资源规划和数据库设计4、应用支撑系统设计5、应用系统设计6、数据处理和存储系统设计7、终端系统及接口设计8、网络系统设计9、安全系统设计10、备份系统设计11、运行维护系统设计12、其它系统设计13、系统配置及软硬件选型原则14、系统软硬件配置清单15、系统软硬件物理部署方案16、机房及配套工程设计17、环保、消防、职业安全卫生和节能措施的设计18、初步设计方案相对可研报告批复变更调整情况的详细说明第六章项目建设与运行管理1、领导和管理机构2、项目实施机构3、运行维护机构4、核准的项目招标方案5、项目进度、质量、资金管理6、相关管理制度第七章人员配置与培训1、人员配置计划2、人员培训方案第八章项目实施进度第九章初步设计概算1、编制说明2、初步设计概算书3、资金筹措及投资计划第十章风险及效益分析1、风险分析及对策2、效益分析附表:1、项目软硬件配置清单2、应用系统定制开发工作量核算表附件：初步设计及概算编制依据，有关的政策、技术、经济资料.附图：1、系统网络拓扑图2、系统软硬件物理布置图三、编制内容要求第一章项目概述1、项目名称：建设项目的全称及简称,应与项目可行性研究报告名称一致.2、项目建设单位及负责人、项目责任人：项目建设单位(含参建单位）及实施机构名称，项目建设单位负责人及项目责任人姓名和职务。
软件项目费用构成及概算方法
二、国内外研究状况－－国际
软件开发成本在软件生命周期的各个阶段是不相同的，其评估标准 也有所差异。在开发初期，有很多不确定因素影响评估准确性，其中影 响较大的是估算输入参数的差异，而在开发后期，评估中不确定因素则 更多取决于评估模型的不同。 软件成本估算研究开始于二十世纪五十年代，软件成本建模技术的 研究则开始于1965年，美国Nelson对169个软件项目104个因子的广泛研 究。 随后导致了六十年代末和七十年代初偏微分模型（partial models) 的产生。七十年代末以来，许多成熟模型大量涌现，同时诞生了许多提 供软件成本评估产品和技术服务的公司，比较著名的有： 1975年成立的PRICE Systems L.L.C. 1979年成立的Mainstay软件公司 1983年成立的Galorath公司 当前软件评估发展方向主要是针对第4代程序语言、软件重用、新的 开发技术等研究新的模型，一方面是强调管理因素作为重要的软件成本 驱动因子，一方面着重于面向对象方法的软件评估。
二、国内外研究现状－－模型介绍
Putnam模型:
1978年Putnam提出一种动态多变量模型――Putnam模型，该模型 假定在软件开发的整个生存期中工作量有特定的分布，将源代码行数和工 作量、开发时间联系起来。这种模型是依据在一些大型项目（总工作量达 到或超过30个人年）中收集到的工作量分布情况而推导出来的，但也可以 应用在一些较小的软件项目中。 计算公式为： K=L3 /(Ck3× td4) 其中，td－－是开发持续时间（以年计） K－－是软件开发与维护在内的整个生存期所花费的工作量（以人 年计） L－－是源代码行数（以LOC计） Ck－－是技术状态常数，它反映出“妨碍程序员进展的限制”，并因 开发环境而异。
一、项目概算和成本估算的意义
软件项目费用构成及概算方法
义
一、项目概算和成本估算的意义
一、项目概算和成本估算的意义
关于软件危机：自６０年代提出以来，就没有真正解决过。 １、软件项目存在的问题： ●对软件开发成本和进度的估计不准确 ●用户不满意 ●软件质量不高，可靠性差 ●软件维护性差，错误难以纠正 ●缺乏适当的文档资料 ●软件成本占系统总成本的比例逐年上升 ●软件开发速度跟不上硬件发展速度 其中最难解决的是第一点。软件投入不断提高。日益增长的成本和有限 经费之间的矛盾越来越突出，如何进行成本控制，成为大家普遍关注的问 题。 ２、需求变更问题 软件危机将会一直存在下去，其根源在于不断变化、提高的用户需求和 现有开发方法提升的差距的矛盾。
二、国内外研究状况－－估算方法
软件规模评估方法主要有：
Delphi技术：是兰德公司在四十年代末为预测未来事件而开发的，是较流行的 专家评估技术，在没有历史数据的情况下，适用于评定过去与将来，新技术与 特定程序之间的差别。但专家“专”的程度和对项目的理解程度是工作中的难 点。 标准回归技术：采用最小均方普通线性回归的经典统计方法，很多现存的参数 成本模型（COCOMOII，SLIM，Checkpoint等）都使用了各种形式的回归技术。 神经网络技术：是最常见的代替最小均方回归的软件评估建模技术，这些模型 可用历史数据来“训练”，以便形成更好地能自动调整算法参数值的模型，减 少实际结果和模型预算值之间的差异。 动态技术：是指软件项目的成本因子在系统开发的期间不断变化，它是一个连 续仿真建模方法。该技术最早在1961年Jay Fooester研究发明，1994年 Macdachy提出了系统仿真模型的公式，并用于软件工程估算。
电子政务云平台服务费用计算参考指南
参考文件:《电子政务云平台服务费用计算参考指南（第一版）》电子政务云平台服务费用计算参考指南(第一版)第一章总则第一条为贯彻落实中央网络安全和信息化领导小组第一次会议精神，规范各级电子政务云平台服务费用预算、审核，推动电子政务朝集约、高效、安全和服务方向发展，依据《国务院办公厅关于进一步加强政府采购管理工作的意见》（国办发〔2009〕35号）、《国务院办公厅关于政府向社会力量购买服务的指导意见》（国办发〔2013〕96号）和《政府购买服务管理办法（暂行）》（财综〔2014〕96号），以及《国家电子政务"十二五"规划》和《电子政务公共平台顶层设计实施指南》，遵循电子政务云平台建设服务市场规律，结合近几年来电子政务云平台建设、服务、运维取费经验，制定本指南，以期为电子政务云平台服务采购的供需双方提供取费参考。
第二条本指南明确了我国电子政务云平台的服务内容、服务方式和服务费用计算方法，适用于各级电子政务云平台的服务费用计算工作参考。
第三条各级电子政务云平台使用、管理、建设、服务机构可参考本指南，进行电子政务云平台服务费用的预算、审核、计取和支付。
第二章服务内容第四条电子政务云平台服务主要分为基础设施资源服务、支撑软件资源服务、信息资源技术服务、应用功能服务、信息安全技术服务、应用部署迁移服务、服务实施和运行保障服务等。
第五条基础设施资源服务包括机房资源服务、网络资源服务、计算资源服务、存储资源服务和灾备服务。
第六条支撑软件资源服务包括为各政务部门提供的操作系统、中间件、数据库和开发工具等应用支撑软件服务；提供业务应用的开发、部署和运行的支撑服务；提供数据搜索引擎、通用代码库和工具等组件和构件服务。
第七条信息资源技术服务包括政务部门使用电子政务云平台上提供的信息资源目录检索工具，获取信息资源共享、查询、交换等服务，为政务部门开展业务应用提供信息资源支撑的服务。
信息资源技术服务包括数据服务、目录服务、数据交换、数据融合等支撑服务。
软件项目费用构成及概算方法0301
二、国内外研究现状－－模型介绍
Putnam模型:
1978年Putnam提出一种动态多变量模型――Putnam模型，该模型 假定在软件开发的整个生存期中工作量有特定的分布，将源代码行数和工 作量、开发时间联系起来。这种模型是依据在一些大型项目（总工作量达 到或超过30个人年）中收集到的工作量分布情况而推导出来的，但也可以 应用在一些较小的软件项目中。 计算公式为： K=L3 /(Ck3× td4) 其中，td－－是开发持续时间（以年计） K－－是软件开发与维护在内的整个生存期所花费的工作量（以人 年计） L－－是源代码行数（以LOC计） Ck－－是技术状态常数，它反映出“妨碍程序员进展的限制”，并 因 开发环境而异。
二、国内外研究现状－－模型介绍
COCOMO模型（COnstructive COst MOdel）
最初是在1981年由Barry Boehm提出，软件开发工作量被表示成估计的代 码行数的非线性函数： 是一种精确、易于使用的成本估算方法。在八十年代成为 最通用的参数成本估算模型之一。 COCOMOII最初在1995年发布，有三个不同层次的模型来反映不同程度的复 杂度：基本模型、中等模型、细节模型。 根据不同应用软件的不同应用领域，划分为三种应用软件开发模式：组织模式、嵌 入式应用开发模式、中间应用开发模式
内容：
一、项目概算和成本估算的意义
二、国内外研究状况
三、软件成本估算法－－功能点估算 四、广东省软件项目费用概算 五、软件人员人月成本估算 六、实际案例 七、需要进一步探讨的问题
二、国内外研究现状
软件价格评估的关键在于建立价格度量指 标 价格度量的重要指标：软件开发工作量及 人月成本 软件开发工作量取决于软件规模
二、国内外研究现状－－ 模型介绍
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
电子政务工程软件项目费用构成及概算方法（V1.0）（征求意见稿）为规范电子政务工程项目软件的价格行为，维护价格公平竞争，同时为电子政务软件项目进行经费概算提供科学可信的依据，广东软件行业协会组织有关专家和企业，经过多次研究和修订，提出以下电子政务工程软件项目费用构成及概算方法。
一、名词解释开发阶段：开发阶段是指从软件项目启动到项目实施前的这一时间段。
因此，开发阶段的工作包括详细需求分析、系统设计、编码、测试等方面的工作。
实施阶段：实施阶段是指软件项目从实施开始到项目正式验收的这一时间段。
因此，实施阶段的工作包括系统安装、系统调试、用户培训等方面的工作，但不包括各实施点的本地化开发工作。
运行维护阶段：运行维护阶段是指从软件项目正式验收到合同规定的一年项目维护期结束的这一时间段。
因此，维护阶段的工作包括系统在维护期内所需要提供的原系统完善性修改和服务等工作（不包括新增需求和原功能的重大变更）。
功能点：功能点是对软件功能和大小的间接度量单位，一般通过必须和用户交互的情况的数目来测算程序工作量的大小。
功能点分析法是目前国际上软件行业普遍接受的软件项目规模度量模型。
成本系数：成本系数是指完成某个功能点（FP）的规定活动所需要投入的人工时，因此成本系数的单位为：人工时/FP。
如开发阶段的成本系数，贝S是指一个功能点（FP）需要完成“详细需求分析”、“系统设计”、“编码”和“测试”等工作所需要投入的人工时。
其他如实施阶段成本系数、运行维护阶段成本系数的定义以此类推。
软件人员月人工费用：软件人员月人工费用是指一个软件人员工作一个月平均需要的所有成本开销（包括工资、奖金、福利、办公成本、国家各种税费、管理费用等等）及软件企业合理利润的总和。
二、软件项目费用构成电子政务软件项目的费用构成因素很多，为准确描述，我们依据软件工程理论, 从角色和项目阶段两个维度来描述项目的费用构成。
从角色维度来看，电子政务工程项目建设中主要包括建设方、承建方、第三方测试机构和监理方四个主体；从项目阶段维度来看，可以分为前期咨询、开发、实施、验收、维护五个阶段。
用一个二维表来表示角色、项目阶段和项目费用的对应关系，如下表所示。
电子政务软件项目费用构成表从表中我们看出，软件项目经费概算应考虑到如下方面的费用：咨询服务费、项目建设费（包括软件开发、实施、维护阶段费）、验收测试费、工程监理费。
其中项目建设费是整个项目费用构成中的最主要和最重要的部分。
此外，由于软件项目的需求往往在项目建设之初很难精确描述、在项目的建设过程总会有一定量的变更，因此电子政务的软件项目经费概算中还要考虑到因为需求变更导致工作量增加而追加的费用。
三、取费依据（一）咨询服务费P指软件项目立项前期，请专业机构或者专家进行可行性分析、技术咨询、项目初步需求分析，造价评估、方案初步设计、项目招投标等方面工作所发生的费用。
该部分费用可根据项目预计投入的建设费按照一定比例计取，也可以根据所投入的人月数进行计取，此外还可以由双方协商确定。
软件行业咨询服务取费标准（1）参考建筑行业及通信行业的造价编制取费标准，结合软件行业项目建设实践，提出以上造价咨询取费标准表，仅供参考。
（2）按上表计费不足10000元的，按10000元收费。
（3）技术咨询按耗用工时（日）计费，为完成委托任务发生的差旅、交通费由委托方另行支付。
（二）项目建设费M根据上述软件项目开发过程的划分及费用构成，项目建设费为以承建方为主体的各阶段费用总和，包括：开发阶段费用、实施阶段费用、维护阶段费用。
故：项目建设费M k开发费用D+实施费用S+维护费用W1、开发费用D指对项目进行详细需求分析、系统设计、编码、测试等方面的工作而需支出的费用。
取费主要是依据项目规模（功能点）、开发成本系数和软件人员月人工费用计取。
开发费用D =工作量（人月）*软件人员月人工费用= （项目功能点*开发成本系数/7.5/22 ）*（3.23B ）（其中7.5 是指一天7.5 个工作时，22指一月22 个工作日，下同）。
开发成本系数的大小主要是考虑项目的非技术难度，如开发周期、协调难度、业务的复杂程度、需求的不确定性等因素。
根据对实际数据的测算，开发成本系数一般为：3000个功能点以下（含3000）: 3.5人工时/FP—4.0人工时/FP;3000到8000 （含8000）个功能点以下：4.0人工时/FP—4.5人工时/FP;8000个以上功能点：4.5人工时/FP—5.0人工时/FP。
针对个别项目，如果有特殊情况（如某些业务特殊要求是一般项目中从未出现过的、业主需要项目组到用户现场开发等），则经专家组评判，开发成本系数可以超出此范围上限的限制。
项目功能点的估算方法参见附录一《软件项目功能点估算方法》。
软件开发人员月人工费用计算方法参见附录二《软件人员月人工费用计算办法》。
2、实施费用S由于电子政务项目的实施范围因项目而异（有些项目只实施一个单位、有些需要实施多个单位、有些甚至需要全市、全省甚至全国实施），所以实施阶段的费用也会有很大的差异。
实施费用可依据项目规模（功能点）、实施成本系数和软件人员月人工费用计取。
实施费用S =工作量（人月）*软件人员月人工费用= （项目功能点*实施成本系数/7.5/22 ）*（3.23B）根据项目是集中式实施还是分布式实施，实施成本系数可以采用如下两种方式之一确定：1）集中式实施的项目，实施成本系数与“用户数”相关，确定方法如下：实施成本系数= 开发成本系数*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）个别项目，如果对实施有特殊要求（这些特殊要求是一般项目中从未出现过的或有本地化开发工作的），则经专家组评判，实施成本系数可以超出此范围上限的限制。
3、运行维护费用W 软件项目通过验收后，需进行一年的系统维护。
维护内容包括：运行管理、系统平台维护、应用软件维护、数据维护等。
根据不同的用户要求，系统维护服务可分为以下两种：A级软件企业派出技术人员常驻用户处，解决日常运行中发生的问题。
则毎软件（系统）维护费/年=派驻的人员数*12 （月）*软件人员月人工费用*q其中q 为调整因子，1.5<=q<=2.0 。
B级软件企业每周5天，每天8小时（即5*8小时）响应，按双方约定的条件和时间到达现场，且每月（或定期）派技术人员到现场进行软件（系统）性能调试，使之运行处于良好状态。
B级维护阶段费用依据项目规模（功能点）、实施成本系数和软件人员月人工费用计取。
运行维护费用W =工作量（人月）*软件人员月人工费用= （项目功能点*维护成本系数/7.5/22 ）* （3.23B）维护成本系数二（开发成本系数+实施成本系数）*p根据软件工程理论和实际情况，p 一般为15%^20%具体取值依项目维护难度而定。
针对个别项目，如果对维护有特殊要求（这些特殊要求是一般项目中从未出现过的），则经专家组评判，维护成本系数可以不受此限制。
备注：系统后期维护：系统运行一年之后的系统维护，需另行签订系统维护合约。
为了有利于保证用户的利益和扶植软件企业，在维护范围不变的前提下，如果新维护合同的维护费用不超过上一年度维护金额的115%则用户有权和原承建商直接签定维护合同，否则由政府相关部门进行招投标并确定新维护合同的承建公司。
（三）验收测试费C项目完成后，需要委托第三方专业测评机构对项目进行验收测试、性能测试等方面工作。
第三方验收测试可根据软件项目开发费按百分比计取。
故验收测试费用为：C =开发费D *按规定计取的百分比a验收测试费率表（四）工程监理费用G软件项目监理收费既考虑了信息系统软件项目的特点，又参照了其它监理行业的收费标准。
其收费参考标准内容如下：监理费G =项目建设费M *计取费率S计取费率S =基本费率a *地域调整系数b *工期调整系数c 故：G = M * （a*b*c ）=(D+S+ W * (a*b*c )相关系数说明：1、不同规模的软件项目计取费率不同，基本费率a可参照下表。
2、鉴于信息系统工程项目分布的地域不同，因此，监理的费率应在监理的各阶段费率的基础上考虑地域的因素，地域调整系数b如下:1）、集中建设的信息系统工程项目：地域调整系数b为1;2）、地市范围的信息系统工程项目：地域调整系数b为1~1.2 ;4）、全国范围的信息系统工程项目：地域调整系数b为1.5〜2 3、鉴于软件项目工期长短不一，因此，监理的费率应在监理的各阶段费率的基础上考虑工期的因素。
工期调整系数c收费其它情况说明如果信息系统工程项目建设中有下列情况，监理附加报酬取费可以按照下列方式计取：1）对于非监理原因造成工程延期而产生的监理附加工作，监理单位有权获得监理附加报酬，监理附加报酬率二GX附加工作月数/12。
2）对于维护阶段的监理取费由业主单位和监理单位协商解决。
3）本参考标准未作规定的，可参考国家相关标准。
四、电子政务软件项目经费概算（一）项目初始建设费计算在立项阶段，需聘请专业技术咨询机构或者专家，进行系统可行性分析和需求分析，在此基础上确定项目规模并对项目开发工作量进行评估，根据开发工作量计算出软件开发费用；项目建设完后，需第三方软件测试机构进行验收测试，此外，项目建设过程还会请监理机构进行全过程或某个阶段的监理。
故整个项目初始预估建设费为：项目初始建设费Q=咨询服务费P+项目建设费W验收测试费C+工程监理费G=咨询服务费P+ （软件开发费D+实施费S+维护费W +验收测试费C+工程监理费G=P + (D+S+ W + C + G(二)需求变更费评估由于软件开发过程中，用户的需求有可能不断变化，从而导致开发工作量的变化，费用追加。
故在立项阶段即要请专业机构或者专家对需求变更的风险性进行评估，以预申请出足够应付需求变更的经费。
风险系数f 可依据以下因子确定：1) 项目的成熟度：如果是新项目，则开发过程需求变更的可能性很大，风险系数高，如果是成熟项目，则需求变化小，风险系数低；2) 项目的规模大小：如果项目规模小，需求变更的几率就小，反之就大；3) 用户业务的稳定性和管理的规范性：用户单位业务的变化和业务流程的调整，都有可能带来开发过程中需求的变化。