软件开发报价的计算方法
1 1 ．软件开发价格估算方法
软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式：
软件开发价格 ＝ 开发工作量 × 开发费用／人·月 1 1.1 开发工作量
软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：
软件开发工作量 ＝ 估算工作量经验值 × 风险系数 × 复用系数 1 1.1.1 估算工作量经验值（以 A A 来表示）
软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001 软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
2 1.1.2 风险系数（以 σ σ 来表示）
估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此：
l ≤ 风险系数 ≤ 1.5
根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。
3 1.1.3 复用系数（以 τ τ 来表示）
估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法” ，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此：
0.25 ≤ 复用系数 ≤ 1
根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到 25%（最高值）。
2 1.2 开发费用／人 · 月
软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。
开发费用／人·月 ＝（P＋Q＋R）× S× τ 1.2.1 P （人头费）
人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占 70%－80%。
P ＝ B × 1.476
国家规定的公积金 7%，医疗保险金 12%，养老金 22%，失业金 2%（即通常所说的四金），另外还有按工资总额计征的工伤保证金 0.5%，生育保证金 0.5%，残疾基金 1.6%，工会基金 2%，累计为 47.6%。
B 为平均工资，即企业支付给员工的工资、奖金、物质奖励等多项总和，除以企业员工数，分摊到每个月。
1.2.2 Q （办公费）
办公费包括企业办公房屋租赁费和物业管理费、通信费、办公消耗品、水电空调费、设备折旧、差旅费，另外也包括企业对员工的在职培训所支付的费用，其总量在软件企业中的商务成本占 20%－30%。
Q ＝ B／3
此处办公费用按商务成本的 25%计算。
1.2.3 R （国家税收和企业利润）
由于国家实施发展软件产业的优惠政策，故不单独列出计算，但软件企业仍需承担缴纳国家税收的义务，可一并与企业利润一起考虑。
另外，软件企业的员工不可能全年满负荷地工作，即使一年十二个月都安排工作，但也需抽出时间进行在职培训和提职的岗前培训。据我们的了解，软件企业的员工一年能有 10 个月到 11 个月的工作也是正常的。
R ＝ B／3
此处为我们的建议方案，各软件企业可视情况加以变更。
1.2.4 S （管理系数）
通常每个机构的管理人员都会有一定的比例，参考一些机构的做法，按每十个软件人员配备两个管理人员即管理成本：
1 ≤ S ≤ 1.2 1.2.5 T （优质系数）
提高软件质量，必然有所开支，即质量成本，对于不同的软件企业来说，其质量成本不尽相同。
软件企业与其他企业一样，也有诚信和品牌等诸多因素，从而增加企业的开支。
目前我们可以按通过 ISO9000 质量体系认证和 CMM 或 CMMI 的认证来确定，分别取值 1.05、1.1、1.15、1.2。
今后建议可对软件企业的资质分为四级。由软件行业协会根据 CMMI 的认证、品牌、诚信程度等各种因素加以确定。此体系建设还有待进一步探索。
据此，我们综合上述各点：
开发费用／人·月 ＝（B × 1.476 ＋ B／3 ＋ B／3）× l.2 × T
＝ B ×（1.476 ＋ 2／3）× 1.2 × T
＝ B × 2 .575 × T
＝ B × λ
当 T＝1.05 时，λ＝2.7
当 T＝1.2 时，λ＝3.09
因此，2.7 ≤ λ ≤ 3.09
对于承接国外软件外包业务，一方面员工的工资较高，另外工作的安排也较难满负荷工作，用此建议 R＝B／2。因此
开发费用／人·月 ＝ B（1.476 ＋ 1／3 ＋ 1／2）× 1.2 × T
＝ B × 2.767 × T
＝ B × λ
当 T＝1.05 时，λ＝2.906
当 T＝1.2 时，λ＝3.32
因此，2.9 ≤ λ ≤ 3.32
结论：
软件开发价格 ＝ A × σ × τ × B × λ
A：估算工作量经验值
B：软件企业的平均工资／人·月
Q：风险系数 l ≤ Q ≤ 1.5
T：复用系数 0.25 ≤ τ ≤ 1
λ：综合系数 2.7 ≤ λ ≤ 3.09 2. 软件（系统）维护收费价格估算方法
在完成信心工程项目的系统集成和应用软件开发，并交付用户正式运行的一年内，对软件（系统）实行免费维护服务一年。
在正式运行一年后，软件企业应与用户签定软件（系统）维护合同。该合同属技术转让合同，也可属技术开发合同。
根据不同的用户要求，可分四种级别进行软件（系统）维护。
A 2.1 A 级
软件企业派出技术人员常驻用户，解决日常运行中发生的问题。
2.1.1 U （系统建设投资额）
用户需要软件企业维护的系统，该系统建设的投资额。如用户只需要软件企业维护其所开发的应用软件，U 就是该应用软件开发费；如用户需要软件企业维护整个系统，包括计算机硬件、软件、网络和应用软件，则 U 就是该信息工程项目的总投资额。
2.1.2 N （技术人员数）
软件企业派出 N 个技术人员，常驻用户，因此：
软件（系统）维护费／年 ＝ U × 15% 或 B × λ × N × 12
B、λ 参见 1. B 2.2 B 级
软件企业每周七天，每天 24 小时（即 7×24 小时）响应，2 小时到现场，且每天派技术人员到现场进行软件（系统）性能调试，使之运行处于良好状态。
软件（系统）维护费／年 ＝ U × 10% C 2.3 C 级
软件企业 7×24 小时响应，2 小时到场。
软件（系统）维护费／年＝U × 5% D 2.4 D 级
用户的信息工程系统或应用软件发生问题，由原承担的软件企业派人维护。
2.4.1 B’
这种维护方式要求软件企业需要保存所有的技术档案，更需要软件企业抽出专人来不断熟悉和全面掌握该软件（系统）的各项技术细节。因此，软件企
业的这项支出必然要在维护费用收入中得到回报。
以 1.1.3 节中的 B 作为参数，将其人·月单位改为人·天，以 B’表示。
2.4.2 τ’
软件企业如果采用基于构件开发方法，并建立起构件库，则会大大提高软件维护的效率。另外，如果有多家用户运行的系统大致类似，也可有所提高效率。
以 1.1.3 节中的 τ 作为参数，以 τ’来表示。因此：
软件（系统）维护费／次＝B’ × τ’× n
此次 n 表示所需要的人·天数。τ’的取值是 0.2 ≤ τ’≤ 1。
3. 系统集成价格的估算方法
将整个系统所涉及到的设备、软件、网络整和起来，并能正常地运行，其运行的结果能达到用户建立该系统的目标。这就是系统集成的含义。因此，可以理解为单纯的设备采购和供应并不涉及系统集成，以及单纯的应用软件开发也并不涉及系统集成。
系统集成费应与整个系统的规模、整个系统的复杂程度等项有关。
系统规模往往与系统建设费用密切相关。为了简便计算，以系统建设费用（以 U 来表示）为参考坐标。复杂程度（以 α 来表示）可分四种级别来区分。
系统集成费 ＝ U × α × T
T 参见 1.2.5 节 A 3.1 A 级
整个系统涉及到计算机硬件、软件、局域网络，且体系结构在三层次以下（含三层次）。
5% ≤ α ≤ 8% B 3.2 B 级
整个系统涉及到计算机硬件、软件、局域网络、互联网，且体系结构在三层以上（含三层次）。
7% ≤ α ≤ 10% C 3.3 C 级
整个系统涉及到计算机硬件、软件、局域网络、互联网以及多种网络接口。
8% ≤ α ≤ 12% D 3.4 D 级
整个系统涉及到计算机硬件、软件、网络、通信以及各种数据采集设备接口或者与用主系统有接口。
10% ≤ α ≤ 15% 4. 系统解决方案费用估算方法
根据用户所提出的初步需求，软件企业根据以往的经验为之提供整个系统建设的方案，包括需购买的计算机硬件、软件、网络设备和应用软件开发的大体设想、费用估算、进度初步安排、信息化所涉及到的规章制度的一些规划，有时还会涉及信息中心的建设等等。这就是系统解决方案所要完成的工作。
目前国内市场对于系统解决方案是一种智力劳动成果的认识不足，以及国内多数招标公司并不熟悉信息技术，从而更加使得系统解决方案收费变得困难。因此，目前的收费处于过渡阶段。
系统解决方案费用与整个系统的规模、复杂程度等项有关。
系统规模往往与系统建设费用密切相关，为了简便计算，以系统建设的总投资（以 U 来表示）为参考坐标。
复杂程度就是用户的功能、性能要求复杂性、信息接口的类型和数量有关，以 β 来表示。
解决方案费用＝U × β × T
T 参见 1.2.5 节
关于 β 我们参照第 3 节所列各级。
A 级：
0.7% ≤ β ≤ 1.2%
B 级：
1% ≤ β ≤ 1.8%
C 级：
1.5% ≤ β ≤ 2.2%
D 级：
2% ≤ β ≤ 3%
软件开发项目工作量估算 序号
大类
小类
内容描述
工作量
工作量小计
1 1
需求分析
需求调研 与最终用户，ITC 沟通，进行需求调研 14
49
需求分析 需求分析的主要内容是系统各个功能模块的优化方案细节要求 12
需求方案设计编制 按需求调研结果，设计需求说明书，由建设双方共同评审前确认需求说明书，依说明书提出建设方案，确定工作内容和工作量。
23
2 2
系统设计
架构设计 系统架构设计及评审 17
67
概要设计 系统概要设计及评审 29
详细设计 系统详细设计及评审 8
数据库设计 系统数据模型设计及评审 13
3 3
程序开发
系统功能优化 1.通用功能：项目中所有部门选择功能改为使用弹出页面方式 2.流程显示，起草和应用管理中，采用多级树，包括排序，调整所属父节点功能 3.应用管理,改进表单模板的显示及选择方式 4.部门用户管理，改进部门用户组织管理方式，增加从用户的角度可以查看所属角色，拥有的权限的功能,并可对人员直接授权 5.角色类型管理;改进角色类型、角色组织管理方式，增加从角色类型的角度查看角色成员，角色类型拥有的权限 6.优化流程时限管理，可按照流程步骤不同办理人、不同条件设置相应的时限，为流程运作提供监控和优化的信息支持。
6
88
其它功能优化 1.击办理按钮后，在“人员选择窗口”中选择办理人时提供全选功能。
2 系统管理员在配置流程时配置默认的待阅人员 3.在列表中显示流程实例编号，并提供查询功能 4.委托授权前可填写意见，并在流转过程中显示 5.汇总类流程的实现方案，并提供例子流程 6.提供导出流程表单内容及流转内容 7.提供统计分析可以查看具体流程实例 8.流程设计器中的部门等，以部门 ID 为主键 9.流程设计器中的变迁规则，支持 in，not in 算法 10.自定义表单支持 checkboxlist，radioboxlist 1
效率分析优化 1)增加流程实例标识，提供用户查询。
2）提供统计分析可以查看具体流程实例 3）流程管理中提供导出流程表单内容及流转内容（如：审批意见，审批人，审批时间，超时时间等流程履历显示的内容）
5
系统权限控制优化 流程查看、申请、管理权限 4
自定义表单 1.InfoPath 表单上传管理 2.InfoPath 表单在线编辑 3.InfoPath 表单默认值处理 4.InfoPath 表单与流程引擎关联 5.InfoPath 表单解析功能 13
流程设计器 1.Win32 版本的设计器改进 2.Silverlight 版本流程设计工具 15
自动化流程模拟工具 1.流程自动化模拟工具，简化流程测试 8
增加新的流程步骤类型 1.后台数据处理 2.业务处理 3.WebService 处理步骤 4.业务代理 5.Biztalk 操作 6.MOSS 操作 10
流程引擎的功能改进 1.流程组合的支持 2.流程嵌套的支持 3.环节参与者自定义 SQL 的支持 4.流程版本的支持 8
流程引擎组件 1）可以安装在 IAP、UAP 等平台，供平台应用作为流程引擎组件调用。
2）对调用系统提供 WebService、API 等接口方式。
6
基于 Visual Studio 的表单设计改进 1.业务表单的分离设计 2.业务表单的向导式创建 3.业务表单字段设置控件 4.业务表单字段校验控件 5.业务表单的发布管理 12
4 4
系统测试
测试方案编写（包含测试用例）
测试方案编写（包含测试用例）
8
23
单元测试 单元测试 7
接口测试 接口测试 1
集成测试 特指在用户测试环境的调测 7
5 5
系统部署
系统部署 包括正式环境部署和现场支持服务 4
14
数据初始化（包括数据迁移等）
原有设备记录、系统运行基础数据导入与生成 4
部署文档编写
6
小计
241
平均单价(元/天）
工作量 价格
￥ 898
241
￥ 216,500
最终报价：
￥ 111
