软件开发工作量估算和报价
1．软件开发价格估算方法
软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式：
软件开发价格＝开发工作量×开发费用／人·月
1.1开发工作量
软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关：
软件开发工作量＝估算工作量经验值×风险系数×复用系数
1.1.1估算工作量经验值（以A来表示）
软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。
为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。
工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。
特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
1.1.2风险系数（以σ来表示）
估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此：
l ≤风险系数≤ 1.5
根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。
1.1.3复用系数（以τ来表示）
估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此：
0.25 ≤复用系数≤ 1
根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。
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. 软件（系统）维护收费价格估算方法
在完成信心工程项目的系统集成和应用软件开发，并交付用户正式运行的一年内，对软件（系统）实行免费维护服务一年。
在正式运行一年后，软件企业应与用户签定软件（系统）维护合同。该合同属技术转让合同，也可属技术开发合同。
根据不同的用户要求，可分四种级别进行软件（系统）维护。
2.1 A级
软件企业派出技术人员常驻用户，解决日常运行中发生的问题。
2.1.1 U（系统建设投资额）
用户需要软件企业维护的系统，该系统建设的投资额。如用户只需要软件企业维护其所开发的应用软件，U就是该应用软件开发费；如用户需要软件企业维护整个系统，包括计算机硬件、软件、网络和应用软件，则U就是该信息工程项目的总投资额。
2.1.2 N（技术人员数）
软件企业派出N个技术人员，常驻用户，因此：
软件（系统）维护费／年＝ U × 15% 或 B ×λ× N × 12
B、λ参见1.
2.2 B级
软件企业每周七天，每天24小时（即7×24小时）响应，2小时到现场，且每天派技术人员到现场进行软件（系统）性能调试，使之运行处于良好状态。
软件（系统）维护费／年＝ U × 10%
2.3 C级
软件企业7×24小时响应，2小时到场。
软件（系统）维护费／年＝U × 5%
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节
3.1 A级
整个系统涉及到计算机硬件、软件、局域网络，且体系结构在三层次以下（含三层次）。
5% ≤α≤ 8%
3.2 B级
整个系统涉及到计算机硬件、软件、局域网络、互联网，且体系结构在三层以上（含三层次）。
7% ≤α≤ 10%
3.3 C级
整个系统涉及到计算机硬件、软件、局域网络、互联网以及多种网络接口。
8% ≤α≤ 12%
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、量化方法为WBS估算法+专家评估法（德尔菲评估法）。
1.将项目或者产品WBS分解为具体的工作任务，然后评估人员分别对各个工作任务
进行时间估算。
2.评估人员需三人及以上，开发人员可参与其中。评估人员参见附件A 。
3.专家评估法：
（1）组织者发给每位专家一份规格说明和记录表格（电子化），请专家估算。
（2）每位专家提出3个规模的估计值：最小值ai、最大可能值mi、最大值bi。
（3）组织者整理，计算每位专家的平均值Ei = （ ai +4 mi + bi ）/6 ；计算期望值：E = (E1+……+En)/n。
（4）综合结果后，再次填写表格，比较估算偏差，找出原因。
（5）重复多次，最终获得一个多数认可的软件规模。
2、量化流程：列出任务清单——》评估人员讨论（会议形式）——》确定工时——》提交评审审批。
2020软件开发项目预算表格.docx
研发项目工作量估算项目名称项目编号项目组长 ( 经理)预计开始时间预计结束时间估算人估算日期 里程碑工作描述 工作量估算（人 . 天） 小计最小工作量最可能工作量最大工作量估算结果 软件开 0发计划 项目管理配置管理计划00软件测试计划0 质量保证计划0 需求调查0 需求分析需求分析00编制需求分析文档0 体系结构设计0 系统设计数据模型设计0 0系统原型设计0 模块详细设计0 模块名 功能点10 功能点200称 功能点30 项目开发 功能点10模块名 功能点200称 功能点30准备测试用例0 系统集成测试0 系统测试测试结果修改00用户验收测试0 试运行 / 联测试报告0 试 0一年维护 培训 人力成本0 工作量总计（人. 0#NAME? 天）（元） 交通费用 其它投入估算评审 / 会务费 （元）差旅费用 其它费用 成本预估（元）#NAME? 批准：复核：拟制： 以下由立项 评审组组长 填写： 评审结果 备注： 1、工作量 的预估采用 专家意见法 预估，专家 数量不得少 核定工作量（人. 月） 人力成本（元） 其它投入合计（元） 成本合计（元） 评审组长签字 /日期
2、人力成 本估算以公 司上年度平 均薪酬W （含社会保 险、各种补 贴）作为基 3、估算结 果的计算公 式：（最小 工作量 +4× 最可能工作 量+最大工4、 核定工作量 是指项目全 过程的 工作量； 5、本表格 是项目立项 评审的组成 部分，存档 预算表（总表） 项目名 称：项目编号： 起始时 间：完工时间： 回款计 回款项目金额（元）时间回款条件划： 项目概述 合计390,000.00—— 首款117,000.002008.6.15 二期款117,000.002008.12.31一期稳定运行 117,000.002009.12.31全部运行稳定 三期款并验收 尾款39,000.002010.12.31质保一年支出项 数量单价（元）金额（元）备注目 合计——83,909.28 1.已 发生 费用——0.00 2. 人力 成本57,139.28 1、项 目经理154227.8335,085.82 2、其 他角色 等28677.1122,053.46 3、其 他角色 等0.00 3. 设备 成本0.00 1、TCL 笔记本 等0.00 2、移 动硬盘 等0.00
软件开发工作量估算和报价
1．软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式：软件开发价格＝开发工作量×开发费用／人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l ≤风险系数≤ 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。 估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此： ≤复用系数≤1 根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。 开发费用／人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。开发费用／人·月＝（P＋Q＋R）×S×τ （人头费）P 人头费主要是员工的工资、奖金和国家规定的各项按人计算的费用。其总量在软件企业中的商务成本占70%－80%。 P ＝B × 国家规定的公积金7%，医疗保险金12%，养老金22%，失业金2%（即通常所说的四金），另外还有按工资总额计征的工伤保证金%，生育保证金%，残疾基金%，工会基金2%，累计为%。 B为平均工资，即企业支付给员工的工资、奖金、物质奖励等多项总和，除以企业员工数，分摊到每个月。Q（办公费） 办公费包括企业办公房屋租赁费和物业管理费、通信费、办公消耗品、水电空调费、设备折旧、差旅费，另外也包括企业对员工的在职培训所支付的费用，其总量在软件企业中的商务成本占20%－30%。 Q ＝B／3 此处办公费用按商务成本的25%计算。
软件工作量评估报告
XXXX软件成本评估 1. 概述 我们认真地阅读了软件的用户指南，与XXXX电脑部有关技术人员进行了深入的交流，并查看了软件的操作界面。在此基础上，我们对软件的功能进行了归纳和整理，并根据以往的经验对每个功能模块所需的编码工作量进行估算，再进一步地以此为依据，推算出整个软件生命期的工作量。 2. 编码工作量估算 本次评估的软件有两个，分别是《X软赠券电脑发放管理系统》和《X软联销资源管理系统》。为了更准确的估算出软件的工作量，我们对每一个软件功能模块所需工作量给出了三个估计值，分别是：1）悲观工作量（Epi）：这是一个最保守的估计，可能在编程人员技术不熟练，对业务理解不够，或有其他影响其正常工作的因素存在的情况上发生。 2）正常工作量（Eni）：这是一个正常的程序员可能付出的工作量估计。 3）乐观工作量（Esi）：这种情况可能在程序员技术相当熟练，对业务相当了解，且以前可能有类似项目开发经验的情况下所需的工作量。
针对每一项功能模块，其最终的工作量估算值按以下公式计算：Ei = （Epi + 4 × Eni + Esi）/ 6 下面的表1是对X软赠券电脑发放管理系统的编码阶段的工作量估算，表2是对X软联销资源管理系统的编码阶段的工作量估算。 表1：X软赠券电脑发放管理系统的编码阶段工作量清单 表2：X软联销资源管理系统的编码阶段工作量清单
上述两个软件的编码阶段的工作量合计为： Ec = Ec1 + Ec2 = 151.67 + 1631.67 = 1783.34(人.小时) 3. 软件生命期工作量估算 为便于估算，我们假定《X软赠券电脑发放管理系统》和《X软联销资源管理系统》均按照瀑布模型开发。 瀑布模型将整个软件生命期划分为计划与需求、产品设计、详细设计、编码与单元测试、集成与测试、移交等六个阶段，各阶段所占工作量如表3所示。 表3：瀑布模型阶段分布百分比 根据上表，编码与单元测试阶段仅占全部工作量的24%，因此《X
软件开发报价的计算方法完整版
软件开发报价的计算方 法 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
软件开发报价的计算方法 1．软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式： 软件开发价格＝开发工作量×开发费用／人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 估算工作量经验值（以A来表示） 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。 风险系数（以σ来表示） 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l ≤风险系数≤ 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。
软件开发实施项目工作量评估明细表
项目工作量统计表 项目名称：推进OA系统应用，强化业务整合 一、推进OA流程应用工作量 序号阶段工作内容人员 配备 人·日 1 项目准备现有系统配置情况检查 系统相关模块的基本数据情况检查 制定实施阶段计划，约定每个阶段的时长，准 确划分各阶段时间节点 预定培训实施期间培训日期安排 3 9 2 系统配置建立相关组织结构 建立相关角色 调整全局配置项 建立权限分配方案 2 12 3 流程调研落实需要上线的流程列表，这些流程主要包 括：党委发文流程、纪委发文流程、公司发文 流程、部门发文流程（报告、函、请示、通知）、 公司收文流程，以及：用印申请流程、出差申 请流程、会议管理流程等 培训流程图的标准画法 收集流程图，交流流程信息、修改流程图、流 程图定稿 4 36 4 设定流程建立流程，谁提交，谁批准，谁执行 建立流程表单，及相应说明 建立流程处理签 建立存档管理，配置相关归档目录 建立权限管理 5 85 5 模拟调试对所有流程进行模拟测试，特别是各个重要公 文流程，必须进行遍历测试 根据模拟测试发现的情况，对流程设置进行检 讨和调整 4 72 6 管理员培训对流程管理员进行培训，使其掌握流程异常情 况处理、流程微调技巧 2 8 7 用户培训根据项目实际整理培训资料 落实培训人员、场地、时间安排 三场用户培训，需用户积极配合协调 2 8 8 系统启用建立起与系统运行相适应的管理规章制度 发布正式启用系统的通知 系统检查与实施补充 问题收集、反馈、调整 2 12 9 项目收尾项目回顾 权限收回 2 2 合计244
二、新功能开发工作量 序号阶段工作内容人员 配备 人·日 1 需求调研、分析了解用户业务，获取用户对功能、性能等方面 的需求 4 20 2 需求确认用户方、开发方对需求进行审核确认 这些功能包括：安全认证、电子印章、规章制 度管理、业务整合 2 10 3 总体设计系统初步设计 2 10 4 总体设计评审用户方、开发方对总体设计审核确认 2 2 5 详细设计对系统功能、操作界面、处理逻辑、数据库、 代码体系等进行详细设计 2 20 6 详细设计评审开发组对详细设计方案审核确认 1 3 7 编程、单元测试编写程序、单元测试 系统管理（设置，备份还原） 操作人员管理及权限管理 2 24 安全认证 2 70 电子印章 2 64 规章制度管理 3 81 业务整合（初步） 2 20 业务整合（深入） 4 120 8 集成测试系统集成测试、系统测试，编程与测试可以交 叉进行 4 24 9 安装调试到用户现场安装调试开发好的系统，并与用户 一起试走业务流程，对系统进行功能确认测试 3 21 10 系统初始化将系统初始化；准备业务基础数据并录入系 统； 2 12 11 用户培训对用户操作人员、系统管理人员进行详细培训 1 4 12 项目跟踪与总 结 系统bug控制，操作指导 2 12 合计517 工作量总计：761人·日
软件开发成本估算
软件开发成本估算 软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。 软件开发成本估算的经验模型 1.Putnam 模型 1978年Putnam提出的，一种动态多变量模型。 L = Ck * K1/3 * td4/3 其中： L-----------源代码行数(以LOC计) K-----------整个开发过程所花费的工作量（以人年计） td-----------开发持续时间（以年计） Ck----------技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环境而异，见下表 软件开发成本估算 软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。
软件开发成本估算的经验模型 1.Putnam 模型 1978年Putnam提出的，一种动态多变量模型。 L = Ck * K1/3 * td4/3 其中： L-----------源代码行数(以LOC计) K-----------整个开发过程所花费的工作量（以人年计） td-----------开发持续时间（以年计） Ck----------技术状态常数，它反映“妨碍开发进展的限制”，取值 因开发环境而异，见下表 从上述方程加以变换，可以得到估算工作量的公式： K = L3/(Ck3*td4) 还可以估算开发时间： td = [L3/(Ck3*K)]1/4 1.COCOMO模型(constructive cost model) 这是由TRW公司开发，Boehm提出的结构化成本估算模型。是一种精确的、易于使用的成本估算方法。 COCOMO模型中用到以下变量： DSI-------源指令条数。不包括注释。1KDSI = 1000DSI。
软件开发工作量估算和报价
1．软件开发价格估算方法软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式：软件开发价格＝开发工作量×开发费用／人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。
估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l ≤风险系数≤ 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。 估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此： ≤复用系数≤1 根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。 开发费用／人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。 开发费用／人·月＝（P＋Q＋R）×S×τ P（人头费）
软件项目工作量评估方法
工作量评估 1概述 我们认真地阅读了软件的相关需求文档和设计文档后，对软件的功能进行了归纳和整理，并根据以往的经验对每个功能模块所需的编码工作量进行估算，再进一步地以此为依据，推算出整个软件生命期的工作量。工作量推算后组织主要项目干系人和相关专家进行工作量评审。 2常见的估算方法 2.1Ad-hoc方法 这种方法下的测试工作量不基于任何确定的期限。工作一直继续直到达到一些由管理或市场人员预先定下的时间表。或者，一直到用完了预算的经费。这种情况普遍存在于非常不成熟的组织，并且时常有100%的错误差数。 2.2开发时间的百分比法Percentage of development time。 这个方法的基本前提是测试工作量依赖于开发时间/开发工作量。首先，开发工作量使用例如LOC或FP方法被估算出来，然后使用一些探索性的方法来限制测试的工作量。这种方法变化比较大而且通常基于以前的经验。 通常预留项目的总花费时间的35%给测试, 5-7%给组件和集成测试,18-20%给系统测试, 10%给接收测试（或回归测试等） 2.4类比法（经验值法或历史数据法） 根据以前或相似项目（主要在项目性质，领域，规模上有相似）所积累的经验或历史数据来估算工作量。类比法估计结果的精确度取决于历史项目数据的完整性和准确度，因此，用好类比法的前提条件之一是组织建立起较好的项目后评价与分析机制，对历史项目的数据分析是可信赖的。需要收集以下相关的历史数据：在设计和实现阶段花费的时间，测试工作的规模，例如用户需求的数量，页面数，
功能点，数据样式，例如实体，字段的数量, 屏幕或字段数量,测试对象的规模，例如KLOC 2.5 WBS（work breakdown structure）估算法 将项目或产品分解为具体的工作，然后分别对各个工作进行时间估算，最终求和得出项目或产品的测试工作量/时间。 2.6 Delphi法 Delphi法是最流行的专家评估技术，在没有历史数据的情况下，这种方式可以减轻估算的偏差。Delphi法鼓励参加者就问题相互讨论。这个技术，要求有多种相关经验人的参与，互相说服对方。 Delphi法的步骤是：1、协调人向各专家提供项目规格和估计表格；2、协调人召集小组会各专家讨论与规模相关的因素；3、各专家匿名填写迭代表格；4、协调人整理出一个估计总结，以迭代表的形式返回专家；5、协调人召集小组会，讨论较大的估计差异；6、专家复查估计总结并在迭代表上提交另一个匿名估计；7、重复4-6，直到达到一个最低和最高估计的一致。 2.7 PERT估计法 PERT对各个项目活动的完成时间按三种不同情况估计：一个产品的期望规模，一个最低可能估计，一个最高可能估计。用这三个估计用来得到一个产品期望规模和标准偏差的Pert 统计估计。Pert 估计可得到代码行的期望值E，和标准偏差SD 3.估算前准备 针对以上方法，我司综合了以上多种评估方法，总结出了适合我司的评估方法：
关于软件工作量及投资评估方法研究
论文摘要：随着信息产业的飞速发展，软件工作量及成本投资评估一直是企业的难点，为了解决这个问题，文章对软件工作量及成本评估方法、流程进行了探讨。论文关键词：软件工作量；软件工程经济；软件项目管理；成本评估方法随着信息技术的快速发展和应用领域的扩大深入，软件工作量及成本投资评估方法的研究正在成为当前及未来项目管理研究的热点之一。目前多数软件企业遇到项目投资前项目工作量不明确，投资评估是长期存在的难点，工作量统计一直采用收集各厂家工作量数据为主，对比各厂家工作量数据，最后根据企业需要决定开发厂家，工作量及成本投资估算缺乏科学性，较少采用RO1(投资回报)的分析，通过本文研究工作量及成本投资评估方法的研究，为企业提供工作量及成本投资提供科学的、相对准确的方法，为企业商业投资提供参考，它为解决软件危机所表现出的各种问题提供了思路和方案。一、软件工作量及成本评估方法简介目前，国际上已有许多软件规模估计方法，如功能点(FunctionPoint)、特征点(FeaturePoint)、对象点(ObjectPoint)、德尔菲(Delphi)、模糊逻辑(FuzzyLogic)、标准构件法(StandardComponent)等，这些方法随着各国研究者的不断研究细化又有许多具体的方法，如国际功能点用户协会(IFPUGTheIntemationalFunctionPointUsersGroup)提出的IFPUG方法、英国软件度量协会(UKSMAUnitedKing—domSoftwraeMetricsAssociation)提出的MkIIFPA方法、荷兰功能点用户协会fNEFPUGNethedandsFunctionPointUsersGroup)提出的NESMA方法以及软件度量共同协会(COSMICtheCOmmonSoftwareMetricsConsortium)提出的COSMIC—FFP方法，这些方法都属于Albrecht功能点(FuncitonPoint)方法的发展和细化。目前大部分软件估计方法有工具支持。国际上目前已经有一些组织吸收和积累世界各地软件企业的软件估计和度量数据，建立了被广泛使用的历史数据库，如在功能规模度量领域，有一个ISBSG(国际软件基准组织InternationalSofwtareBenehmrakingStandardsGroup)数据库。另外，CO—COMOIIEsfimMingModel也有丰富的估计和度量数据提供。COCOMII：Boehm在其经典著作“软件工程经济学”(softwareengineeringconomics)中，介绍了一种软件估算模型的层次体系，称为COCOMO(构造性成本模型，COn—structiveCOstMOde1)，它代表了软件估算的一个综合经验模型。COCOMOII是软件成本估算模型，是软件决策中成本和进度关系模型，涉及软件开发工作量、预算、进度、软件质量。功能点估算法是一种在需求分析阶段基于系统功能的一种规模估计方法。通过研究初始应用需求来确定各种输入、输出、计算和数据库需求的数量和特性。这种方法的计算公式是：功能点=信息处理规模×技术复杂度。信息处理规模包括各种输入、输出、查询、内部逻辑文件数、外部接口文件数等等；技术复杂度包括性能复杂度、配置项目复杂度、数据通信复杂度、分布式处理复杂度、在线更新复杂度等等。[!--empirenews.page--] 运算法：是一种简单直观的估计方法，它根据规模估计的结果和相应的系数运算得到工作量估计。专家法(Wideband—Delphi)：Delphi法是一种专家评估技术，在没有历史数据的情况下，这种方式适用于评定过去与将来，新技术与特定程序之间的差别。对于需要预测和深度分析的领域，依赖于专家的技术指导，可以获得较为客观的估算。通过专家们的互相讨论，还可以博取众长。[1][2][3]下一页当使用COCOMOII和功能点估算时，虽然两者是估算方法中比较科学的方法但也存在一些主观判断，一般存在很大主观判断时采用此方法。类比法：类比法适合评估一些与历史项目在应用领域、环境和复杂度的相似的项目，通过新项目与历史项目的比较得到估计数据。三点法：这种方法共估计三个值，软件产品预期规模的一般值、最大值和最小值。通过这三个值的计算可得到一个统计学上的期望值和一个标准偏差。工作量及成本估算不仅只是在项目初期展开，而是在项目的各个阶段都进行工作量及成本的估算，随着项目的开展，工作量估算更加准确。二、软件工作量及成本评估流程提交准确估算的能力取决于需求被明确定义的程度。但是缺少明确定义的需求却不是不进行估算的借口。准确的估算需要以下关键元素：(1)对需求的基本理解；(2)准确计算产品规模的能力；(3)对产品复杂度的评
软件开发报价的计算方法完整版
软件开发报价的计算方法（完整版） 1．软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式： 软件开发价格＝开发工作量×开发费用／人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 1.1.1估算工作量经验值（以A来表示） 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T 8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。 1.1.2风险系数（以σ来表示） 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l ≤风险系数≤ 1.5 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。 复用系数（以τ来表示）1.1.3． 估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此： 0.25 ≤复用系数≤ 1 根据国内外软件企业在实施基于构件开发方法（软件产品线）的经验数据，提高工作效率达到25%（最高值）。 1.2开发费用／人·月 软件企业的商务成本、国家税收、企业利润、管理成本和质量成本。均可摊分到各个软件开发人员头上。
软件估算方法
软件规模估算方法 软件成本及工作量估算永远不会是一门精确的科学。太多的变化——人员、技术、环境、策略——影响了软件的最终成本及开发所需的工作量。不过，软件项目估算可以从神秘的技巧向一系列系统化的步骤的转变的过程中，估算出可接受的风险。现在世界上比较流行的软件估算方法有：“模糊逻辑”法，功能点法，标准构件法，修改法，基于代码行(LOC)的估算方法，基于功能点(FP)的估算方法，基于过程的估算方法，基于COCOMO模型的估算方法，基于软件方程式的估算方法。 今天，一个软件成本估算模型如果能够达到以下结果就相当不错了：估算的软件开发成本与实际的成本相差不到20％，时间估算相差不到70％，而且是在它自己的地盘上(即，是它适用的项目类型)……这可能不象我们所期望的那么精确，但已经足以在软件工程经济分析及决策中提供很大的帮助了。 为了可靠地估算成本及工作量，结合雁联公司项目历史数据比较缺少的特点。我们建议采用基于功能点(FP)的估算方法来估算工作量。 以下是基于功能点(FP)估算方法的估算流程及估算例子。 基于FP估算的分解是集中于信息域值，而不是软件功能。根据功能点计算方法原理，项目经理要从软件的输入、输出、报表、接口、内部处理及其他六方面进行估算。为了达到这个估算目的，我们假设复杂度加权因子都是平均的。项目经理根据自己的经验，按要求填写好基于功能点(FP)估算方法的工作量估算表。
表格说明： 1、功能点分解说明
注：权重的基准值为1人天 2、各生命周期工作量比例 3、表格中估算计数为估算变量(规模)的期望值即EV(expected value)，可 以通过乐观值(S opt)、可能值(S m)、及悲观值(S pess)估算的加权平均值 来计算：EV=(S opt+4S m+S pess)/6（公式）其中给予“可能值”估算以最 大的权重，并遵循β概率分布。 4、表格中加权因子由估算人员根据其经验对软件的输入、输出、查询、文 件、及外部接口五方面功能点复杂度和所花时间的加权。建议加权因子 取值范围为整数（0-10） 5、其中公式E（工作量）= FP estimated/a 中系数a为生产率。 6、D为项目开发周期。
工作量的评估方法
工作量的评估方法 标准化文件发布号：（9312-EUATWW-MWUB-WUNN-INNUL-DDQTY-KII
工作量的评估方法 1．软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式： 软件开发价格＝开发工作量×开发费用／人·月 开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 估算工作量经验值（以A来表示） 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。 风险系数（以σ来表示） 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l≤风险系数≤ 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。
软件开发工作量估算和报价
软件开发工作量估算和 报价 文件编码（GHTU-UITID-GGBKT-POIU-WUUI-8968）
1．软件开发价格估算方法 软件开发价格与工作量、商务成本、国家税收和企业利润等项有关。为了便于计算，给出一个计算公式： 软件开发价格＝开发工作量×开发费用／人·月 1.1开发工作量 软件开发工作量与估算工作量经验值、风险系数和复用系数等项有关： 软件开发工作量＝估算工作量经验值×风险系数×复用系数 软什开发工作量的计算，曾有人提出以源代码行或功能点来计算，这些方法实施起来均有不少难度。目前国际上仍旧按以往经验的方式加以计算，国内各软件企业也是采用经验的方式加以估算工作量。 为了更好地规范估算方法，建议可按照国家标准“GB／T8566-2001软件生存周期过程”所规定的软件开发过程的各项活动来计算工作量。 工作量的计算是按一个开发工作人员在一个月内（日历中的月，即包括国家规定的节假日）能完成的工作量为单位，也就是通常所讲的“人·月”。 特别要提醒的是软件开发过程中既包括了通常所讲的软件开发，也应包括各类软件测试的活动。 估算工作量经验值亦会存在较大风险，造成软件危机的因素很多，这也是一个方面的因素。特别当软件企业对该信息工程项目的业务领域不熟悉或不太熟悉，而且用户又无法或
不能完整明白地表达他们的真实的需求，从而造成软件企业需要不断地完善需求获取，修改设计等各项工作。因此： l≤风险系数≤1.5 根据我们对软件企业的了解，超过估算工作量经验值的一半，已是不可接受，所以我们确定“1.5”为极限值。当然这既要看企业的能力，也要看用户能接受的程度。 估算工作量经验值是软件企业承担一般项目来估算的，但如果软件企业已经采用“基于构件的开发方法”，并己建立起能够复用的构件库（核心资产库），或者已有一些软件产品，仅作二次开发，从而使软件开发工作量减少。因此： 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%。