前言:
目前各位老铁们对“delphi的专家估算方法”可能比较注意,各位老铁们都需要分析一些“delphi的专家估算方法”的相关内容。那么小编同时在网摘上汇集了一些关于“delphi的专家估算方法””的相关内容,希望各位老铁们能喜欢,姐妹们快快来了解一下吧!在进行软件开发之前,需要进行软件成本估算,计算项目的经济可行性。成本估算是立项的依据,是项目计划的基础。
软件估算方法包括:规模估算、工作量估算、进度估算和成本估算。
本节主要介绍规模估算的调整、工作量估算和成本估算(规模估算参见上一篇文章)。
1、软件规模调整因子VAF
除功能点之外的因素都可以定义调整因子,一般设置为0~5分。0分为完全不影响,5分为影响极大。
根据经验公示求出调整后的功能点数AFP。AFP=UFP*(a+b*VAF),a,b为经验系数,如AFP=UFP*(0.65+0.01*VAF)。
常见的影响因素:系统复杂度、输入输出复杂度、应用复杂度。
2、工作量估算(人月)
1)Delphi方法:多专家背对背估算。
2)工作量=功能点数/生产力系数
根据团队的经验估算生产力系数(每人每日完成功能点数)。
3、成本估算
成本=工作量*人均成本。
4、进度估算
合理的安排工作任务的顺序,资源,里程碑,就可以估算进度了。
5、适用场景
在实际使用中,需要技术人员进行较为深入的了解才能得到较为精确的估算。一般的商品销售模式为:由销售联系项目后,将需求给到制造商,由制造商估算成本,然后销售乘以利润率后进行报价。如果销售的需求非常粗犷,在功能点分解上往往无法精确估计,得到的估算值精确度不高。但是软件不同于一般的工业化商品,而且成本估算仅仅为了估算软件的开发成本,软件的商业价值往往不能采用开发成本来衡量。如果你的单位在使用开发成本作为销售定价策略,可能不是一个很好的商业模式,建议采用软件的商业价值进行定价,避免软件开发按照制造业模式销售。
我就曾经遇到过这种情况,软件按成本为基准售卖,估算又不准。随着软件的成熟度提升,成本越来也低,但是利润率保持不变,这就导致开发的动能越来也低,软件越来越便宜,为了拿单简直是没有底线啊。你们的软件怎么销售呢?有什么好的方案和模式吗?
标签: #delphi的专家估算方法