工作量计算公式
-
2023年3月4日发(作者：甩灯歌)常用的工作量评估方法
常用的工作量评估方法在测试项目管理中或编写测试计划时，经
常需要对某个测试工作进行工作量的预算，很多时候都是凭个人的工
作经验进行估算的，如能结合一些常规的估算方法，有助于估算的精
确度。
以下是网上找到的一些常规的估算测试工作量的方法：
1、Ad-hoc方法
这种方法下的测试工作量不基于任何确定的期限。工作一直继续
直到达到一些由管理或市场人员预先定下的时间表。或者，一直到用
完了预算的经费。这种情况普遍存在于非常不成熟的组织，并且时常
有100%的错误差数。
2、开发时间的百分比法Percentageofdevelopmenttime。
这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。
首先，开发工作量使用例如LOC或FP方法被估算出来，然后使用一
些探索性的方法来限制测试的工作量。这种方法变化比较大而且通常
基于以前的经验。
通常预留项目的总花费时间的35%给测试。？5-7%给组件和集成
测试？18-20%给系统测试？10%给接收测试（或回归测试等）
3、类比法（经验值法或历史数据法）
根据以前或相似项目（主要在项目性质，领域，规模上有相似）
所积累的经验或历史数据来估算工作量。类比法估计结果的精确度取
决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件
之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据
分析是可信赖的。需要收集以下相关的历史数据：？在设计和实现阶
段花费的时间？测试工作的规模，例如用户
需求的数量，页面数，功能点？数据样式，例如实体，字段的数
量？屏幕或字段数量？测试对象的规模，例如KLOC
4、WBS（workbreakdownstructure）估算法
将项目或产品分解为具体的工作，然后分别对各个工作进行时间
估算，最终求和得出项目或产品的测试工作量/时间。
5、Delphi法
Delphi法是最流行的专家评估技术，在没有历史数据的情况下，
这种方式可以减轻估算的偏差。Delphi法鼓励参加者就问题相互讨论。
这个技术，要求有多种相关经验人的参与，互相说服对方……
Delphi法的步骤是：1、协调人向各专家提供项目规格和估计表
格；2、协调人召集小组会各专家讨论与规模相关的因素；3、各专家
匿名填写迭代表格；
4、协调人整理出一个估计总结，以迭代表的形式返回专家；
5、协调人召集小组会，讨论较大的估计差异；
6、专家复查估计总结并在迭代表上提交另一个匿名估计；
7、重复4-6，直到达到一个最低和最高估计的一致。
6、PERT估计法
PERT对各个项目活动的完成时间按三种不同情况估计：一个产品
的期望规模，一个最低可能估计，一个最高可能估计。用这三个估计
用来得到一个产品期望规模和标准偏差的Pert统计估计。Pert估计可
得到代码行的期望值E，和标准偏差SD
1．软件开发价格估算方法
软件开发价格与工作量、商务成本、国家税收和企业利润等项有
关。为了便于计算，给出一个计算公式：
软件开发价格＝开发工作量×开发费用／人·月
1.1开发工作量
软件开发工作量与估算工作量经验值、风险系数和复用系数等项
有关：
软件开发工作量＝估算工作量经验值×风险系数×复用系数
1.1.1估算工作量经验值（以A来表示）
软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，
这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式
加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T8566-
2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工
作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，
即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲
的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，
也应包括各类软件测试的活动。
1.1.2风险系数（以σ来表示）
估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，
这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领
域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的
真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计
等各项工作。因此：
l≤风险系数≤1.5
根据我们对软件企业的了解，超过估算工作量经验值的一半，已
是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能
力，也要看用户能接受的程度。
1.1.3复用系数（以τ来表示）
估算工作量经验值是软件企业承担一般项目来估算的，但如果软
件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构
件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而
使软件开发工作量减少。因此：
0.25≤复用系数≤1
根据国内外软件企业在实施基于构件开发方法（软件产品线）的
经验数据，提高工作效率达到25%（最高值）。
1.2开发费用／人·月
软件企业的商务成本、国家税收、企业利润、管理成本和质量成
本。均可摊分到各个软件开发人员头上。
开发费用／人·月＝（P＋Q＋R）×S×τ
1.2.1P（人头费）
人头费主要是员工的工资、奖金和国家规定的各项按人计算的费
用。其总量在软件企业中的商务成本占70%－80%。
P＝B×1.476
国家规定的公积金7%，医疗保险金12%，养老金22%，失业金
2%（即通常所说的四金），另外还有按工资总额计征的工伤保证金
0.5%，生育保证金0.5%，残疾基金1.6%，工会基金2%，累计为
47.6%。
B为平均工资，即企业支付给员工的工资、奖金、物质奖励等多项
总和，除以企业员工数，分摊到每个月。
1.2.2Q（办公费）
办公费包括企业办公房屋租赁费和物业管理费、通信费、办公消
耗品、水电空调费、设备折
旧、差旅费，另外也包括企业对员工的在职培训所支付的费用，
其总量在软件企业中的商务成本占20%－30%。
Q＝B／3
此处办公费用按商务成本的25%计算。
1.2.3R（国家税收和企业利润）
由于国家实施发展软件产业的优惠政策，故不单独列出计算，但
软件企业仍需承担缴纳国家税收的义务，可一并与企业利润一起考虑。
另外，软件企业的员工不可能全年满负荷地工作，即使一年十二
个月都安排工作，但也需抽出时间进行在职培训和提职的岗前培训。
据我们的了解，软件企业的员工一年能有10个月到11个月的工作也
是正常的。
R＝B／3
此处为我们的建议方案，各软件企业可视情况加以变更。
1.2.4S（管理系数）
通常每个机构的管理人员都会有一定的比例，参考一些机构的做
法，按每十个软件人员配备两个管理人员即管理成本：
1≤S≤1.2
1.2.5T（优质系数）
提高软件质量，必然有所开支，即质量成本，对于不同的软件企
业来说，其质量成本不尽相同。
软件企业与其他企业一样，也有诚信和品牌等诸多因素，从而增
加企业的开支。
目前我们可以按通过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.软件（系统）维护收费价格估算方法
在完成信心工程项目的系统集成和应用软件开发，并交付用户正
式运行的一年内，对软件（系统）实行免费维护服务一年。
在正式运行一年后，软件企业应与用户签定软件（系统）维护合
同。该合同属技术转让合同，也可属技术开发合同。
根据不同的用户要求，可分四种级别进行软件（系统）维护。
2.1A级
软件企业派出技术人员常驻用户，解决日常运行中发生的问题。
2.1.1U（系统建设投资额）
用户需要软件企业维护的系统，该系统建设的投资额。如用户只
需要软件企业维护其所开发的应用软件，U就是该应用软件开发费；
如用户需要软件企业维护整个系统，包括计算机硬件、软件、网络和
应用软件，则U就是该信息工程项目的总投资额。
2.1.2N（技术人员数）
软件企业派出N个技术人员，常驻用户，因此：
软件（系统）维护费／年＝U×15%或B×λ×N×12
B、λ参见1.
2.2B级
软件企业每周七天，每天24小时（即7×24小时）响应，2小时
到现场，且每天派技术人员到现场进行软件（系统）性能调试，使之
运行处于良好状态。
软件（系统）维护费／年＝U×10%
2.3C级
软件企业7×24小时响应，2小时到场。
软件（系统）维护费／年＝U×5%
2.4D级
用户的信息工程系统或应用软件发生问题，由原承担的软件企业
派人维护。
2.4.1B’
这种维护方式要求软件企业需要保存所有的技术档案，更需要软
件企业抽出专人来不断熟悉和全面掌握该软件（系统）的各项技术细
节。因此，软件企业的这项支出必然要在维护费用收入中得到回报。
以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节
3.1A级
整个系统涉及到计算机硬件、软件、局域网络，且体系结构在三
层次以下（含三层次）。
5%≤α≤8%
3.2B级
整个系统涉及到计算机硬件、软件、局域网络、互联网，且体系
结构在三层以上（含三层次）。
7%≤α≤10%
3.3C级
整个系统涉及到计算机硬件、软件、局域网络、互联网以及多种
网络接口。
8%≤α≤12%
3.4D级
整个系统涉及到计算机硬件、软件、网络、通信以及各种数据采
集设备接口或者与用主系统有接口。
10%≤α≤15%
4.系统解决方案费用估算方法
根据用户所提出的初步需求，软件企业根据以往的经验为之提供
整个系统建设的方案，包括需购买的计算机硬件、软件、网络设备和
应用软件开发的大体设想、费用估算、进度初步安排、信息化所涉及
到的规章制度的一些规划，有时还会涉及信息中心的建设等等。这就
是系统
解决方案所要完成的工作。
目前国内市场对于系统解决方案是一种智力劳动成果的认识不足，
以及国内多数招标公司并不熟悉信息技术，从而更加使得系统解决方
案收费变得困难。因此，目前的收费处于过渡阶段。
系统解决方案费用与整个系统的规模、复杂程度等项有关。
系统规模往往与系统建设费用密切相关，为了简便计算，以系统
建设的总投资（以U来表示）为参考坐标。
复杂程度就是用户的功能、性能要求复杂性、信息接口的类型和
数量有关，以β来表示。
解决方案费用＝U×β×T