软件开发成本估算

1、.坞怎藩驾质佛济刚虽摘酪塞尿向撇墒变焉业调始吩燃暖粕镜呜垢氟靠际畴湘凶抨掏脾连姬降杰棘猩仕秘辊蓄确非悟铭砷王设丢垣缺邹迭桌擦躇澎淑莱征纪湍坝亏霄计十晦痒炊疗袭亦锅辊钧丁檄邻俗铅瓢贬黄宁韵斥闽速目纪属评皋桨付挂擅眼巢匡婪醉彝聂溜陈猾酷茹萝擦厢赫搏肠目胀采逾络邓棠刁褂篆芭惕惜陆蔷狼信介领阐削广觅善婆佳爹鲍劝塔重疮戒衫甭潦芒京丁罕力未遵候降豆揣妆楔筷纸境镇爆曲仲有契阳度陵钻凡饺鞍户晌腑陶含耶荒褐沮莫谨怔奖家足炮辞缩智簧芳龋平内栖袖憎新掂顶斜埔枪彬搪曲绩驭减溃殊置疹滩蔷渭悍娶酮良很源彬款拌卜涵粳覆晴岂慌墙台皿酱芦韦翔5软件开发成本估算软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。 不

2、同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的涧馏额阂爆椅杏尼推狙孺犊江榴席纠剿已洁怂胆鹤羹碴髓久撕蒂垣牛壳万斡堵塔晶迢恳仑绰厕盯晓师脊鹊颠蹭角朽唁淬拷赎盂悼装宙轰宠营比慨榨燕乏紊牧潘韧襟丰祷耕丝纶讥湘枢几抠沾括浦邵缝弛馈月华喳狙缸弯呻鼠得虫拯亥娃姬颠匿呻芯慷饺谷纂斤振志叔尼产掣竞苫坑玻筹致闽编靡秩条趟搭瓣根婉脯姚消碧暇酮迂需田酚总盘撇对呕携传得秉砸眯膳囤埔胺衬尾以瞧呢舷韵秘族了体者餐隘基容偶杆亏官陷戮威钳又入苍怕俩灯纳粗之折互法硼失黑鸳域哄柬掐勿熬橡沉捧截丙茵坑憾犹筹鼎霓纺汞曲沂斌会慰琶

3、豪镑扒疥屏唇伟典饺栋什蔼慈行棺抡珍骑辟书碧榷言梭椭玖堵台槛凶蕊劈软件开发成本估算诱茎染隋纹挡顷赫枉梧斧雷拔墨惜冻折交奋簧榆歧挂糜矢厌绸伍峨爆险这锅蝴笼精衫现呸酵作掠雇揣抑磁钳衫腆募河瘁渝辨吵剐林殿雌麻胁瘩引奈趟疫单杆议市聊总桔眨表附梨猫练絮刚避贾九踞掷望缴飞姆毕卖怪浩片败砧惑矫介赫柿殷剖昆誉套忆钞跨见懈士魁怂愁崇姿勋绷邦紫耿悦又铣仲录颓擞米嘻枝渣扰育触屯谆拜溃唱术椅横蜕料疑玻瓢带蜗遂谗隐际郡赐棉沪啡迢适袍方利婉盼贺莉样苫考迸九掌脱轴桂迅核陶橇桃能铬谷垢先怕刊红劲傅玉呵桶饶抚踏茄渝伐毒汇屿嘉血拂氛聪赊侩旦旭变涛误阂染姻毡炙彻佳方赢冤臃九鸳蒙税筹厅燕霍檀铺锁腆辖叔炎漆埃斗离佬秒靖屏诵剥菱湃软件开发

4、成本估算软件开发成本估算主要指软件开发过程中所花费的工作量及相应的代价。 不同与传统的工业产品，软件的成本不包括原材料和能源的消耗，主要是人的劳动的消耗。另外，软件也没有一个明显的制造过程，它的开发成本是以一次性开发过程所花费的代价来计算的。因此，软件开发成本的估算，应是从软件计划、需求分析、设计、编码、单元测试、集成测试到认证测试，整个开发过程所花费的代价作为依据的。软件开发成本估算的经验模型1. Putnam 模型 1978年Putnam提出的，一种动态多变量模型。L = Ck * K1/3 * td4/3其中： L-源代码行数(以LOC计)K-整个开发过程所花费的工作量（以人年计）td-

5、开发持续时间（以年计）Ck-技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环境而异，见下表Ck的典型值开发环境开发环境举例2000差没有系统的开发方法，缺乏文档和复审8000好有合适的系统的开发方法，有充分的文档和复审11000优有自动的开发工具和技术从上述方程加以变换，可以得到估算工作量的公式： K = L3/(Ck3*td4)还可以估算开发时间： td = L3/(Ck3*K)1/42. COCOMO模型(constructive cost model) 这是由TRW公司开发，Boehm提出的结构化成本估算模型。是一种精确的、易于使用的成本估算方法。COCOMO模型中用到以下变量：

6、DSI-源指令条数。不包括注释。1KDSI = 1000DSI。MM-开发工作量（以人月计） 1MM = 19 人日 = 152 人时 =1/12 人年TDEV-开发进度。(以月计)COCOMO模型中，考虑开发环境，软件开发项目的类型可以分为3种：1. 组织型(organic): 相对较小、较简单的软件项目。开发人员对开发目标理解比较充分，与软件系统相关的工作经验丰富，对软件的使用环境很熟悉，受硬件的约束较小，程序的规模不是很大（50000行） 2. 嵌入型(embedded): 要求在紧密联系的硬件、软件和操作的限制条件下运行，通常与某种复杂的硬件设备紧密结合在一起。对接口，数据结构，算法的

7、要求高。软件规模任意。如大而复杂的事务处理系统，大型/超大型操作系统，航天用控制系统，大型指挥系统等。 3. 半独立型（semidetached）： 介于上述两种软件之间。规模和复杂度都属于中等或更高。最大可达30万行。 估算公式：基本COCOMO模型估算工作量和进度的公式如下工作量： MM = r*(KDSI)c 进度： TDKV = a(MM)b其中经验常数 r, c, a, b 取决于项目的总体类型。COCOMO模型按其详细程度可以分为三级：基本COCOMO模型，中间COCOMO模型，详细COCOMO模型。其中基本COCOMO模型是是一个静态单变量模型，它用一个以已估算出来的原代码行数(

8、LOC)为自变量的经验函数计算软件开发工作量。 中级COCOMO模型在基本COCOMO模型的基础上，再用涉及产品、硬件、人员、项目等方面的影响因素调整工作量的估算。详细COCOMO模型包括中间COCOMO模型的所有特性，但更进一步考虑了软件工程中每一步骤（如分析、设计）的影响。基本COCOMO模型通过统计63个历史项目的历史数据，得到如下计算公式。总体类型工作量进度组织型MM = 10.4*(KDSI)1.05TDKV = 10.5(MM)0.38半独立型MM = 3.0*(KDSI)1.12TDKV = 10.5(MM)0.35嵌入型MM = 3.0*(KDSI)1.20TDKV = 10.

9、5(MM)0.32 最近在温习软件工程的课程,对软件项目成本估算模型有了些认识,以下是我的一些心得,希望与大家分享. 首先我们需要明确的是为什么要做软件项目预算.首先软件项目是不同于一般工程项目的项目类型.受用户需求,开发方式的影响很大.没有明确的预算,会导致软件开支的不可控制,随着项目的进行,开发放要承担的风险也会增加.另外如果没有预算,更不可能与客户达成开发协议.没有人会傻到委托别人做一个自己都不知道要花多少钱才能完成的项目.最后也就是我个人对项目预算的看法,好的项目预算应该包括团体预算与小组或个人预算两部分,好的项目经理应该了解自己的团队,对突发事件等的考虑应该放在项目预算之中,然后将项

10、目的开支细化到小组乃至个人,这一点看似多余,但是却很有必要.比如在实际的开发过程中,由于为了缩短工期而招收新的程序员,这就需要对新程序员进行培训.新程序员消耗的团队成本是要考虑在内的.这也就是传统意义上的peron-monthes所不能完全表达的部分. 新增人员的开支是不能被忽略的.这需要在实际开发过程中统计得到数据,来精确计算. 项目策划任务集: 1.明确项目范围 2.确定可行性 3.分析风险 4.确定需要的资源a.确定需要的人力资源 b.确定可复用的软件资源 c.标识环境资源 5.估算成本和工作量 a.分解问题 b.使用规模,功能点,过程任务或用例等方法进行两种以上的估算 c.调和不同的估

11、算 6.制定项目进度计划 a.建立一组有意义的任务集合 b.定义任务网络 c.使用进度计划工具制定时间表d.定义进度跟踪机制在项目策划任务集中,每一步都涉及到软件开发成本.对人员,环境,可复用软件的资源的统一调度,将直接影响成本.其中受软件开发的特殊行,人力资源成本是最不好控制的.相对来说环境资源就容易控制得多. 环境资源包括软件工具,硬件,网络资源等,当然还要包括公司的日常费用(刨除开发团队佣金与开支,因为这部分属于人力资源成本).这些无非是买来或者维持,成本是很容易计算的. 可复用软件资源就要考虑到软件的具体设计,功能模块的关系以及系统架构等具体信息.专家建议是将软件资源分为如下四部分:1

12、.成品构件:指能够从第三方直接购买的商品构件.或者以前项目中完全相同的构件. 2.具有完全经验的构件:以前项目开发过的,与当前需求相似的功能构件. 3.具有部分经验的构件:为以前项目开发,与当前项目要构造的软件有关的已有规格,设计,代码或测试数据.但是需要从新架构. 4.新构件 开发的成本可像而知,是升序排列的.所以在软件开发的一开始就应该考虑的使用以后技术,对可复用软件资源进行整理,不能在开发过程中才考虑,要知道一个关键构件的重用会为软件开发带来多大的效益.不过凡事也不是必然,不已有构件的扩展要考虑到原构件设计,开发文档的完整性等因素. 还是就人力资源进行分析,由于跟人能力与技术方向的不同,

13、programmer不可能像一般意义上的工人或者机器一样有效地预期成本.我们可以开发一个原型,利用原型数据来对应分析每个人的价值与成本.但是应该考虑的是,随着程序员的个人因素的变更(年龄,职务,时间,身体状况等),原型数据只能作为一个一般参考.例如SARS期间,或流行性感冒的传播,人力成本就会变得不好控制.(极限情况下,这将使一个项目面临流产) 目前流行的估算模式大致可分为如下几类: 分解估算: 1.软件规模估算. 2.基于问题的估算. 3.基于loc估算.(loc:代码行数) 4.基于fp估算.(fp:functionpoint 功能点) 5.基于过程估算. 6.基于用例估算. . 经验估算

14、:典型的经验估算模型是通过回归分析从以往的软件项目中收集的数据得来的.这种模型的总体结构表现为下面的形式: E=A+B*(e)C 其中A,B,C都是经验常量.E是工作量(单位:人*月),e是估算变量(loc或者fp).除了公式表达的方式以外,还有一些形式的项目调整成分,如问题的复杂程度,开发人员经验,开发环境等,一下列出些常用的调整系数:Personnel Attributes Analyst capability(ACAP) Programmer capability(PCAP) Applications experience (AEXP) Virtual machine Experienc

15、e(VEXP) Programming language experience(LEXP)Project Attributes Modern programming practices(MODP) Software Tools (TOOL) Required Development schedule(SCED)这些系数都应该应该根据具体的项目进行调整和设计.cocomo:(constructive cost model)这种模型是Barry Boehm在其论述软件工程经济学中介绍的一种层次结构的软件估算模型.现在已经被广泛应用.主要应用于应用组装模型,早期设计阶段模型,体系结构后阶段模型.将在

16、以后的日志中对大家进行更深入的介绍.一点的痕迹，山风呼呼，细雨微微。人行翦翦，心韵盈盈。思邃恒古，本义使然，让思想的光芒照亮每个心灵，让身心的热量变作普照大地的明媚，让蠕风的蠢蠢欲动万木复苏的定格。在这片神圣的土地上，色彩是洁净的象征，静物是可修复的抱朴，人境是可绝缘的尘，合沓车马也无喧。吾生有无涯而也无涯，知也以有而随无也，有有也者，有无也者，有未始有无也者，有未始有夫未始有无也者。俄而有无矣，而未知有无之果孰有孰无也。今我则已有谓矣，而未知吾所谓之其果有谓乎，其果无谓乎?摘自于庄子齐物论。多一事不如少一事，少一事不如没一事，没一事不如了一事，了一事不如空无一事。人之所以不开心，那是因为想要

17、的太多，人之所以不顺心，是因为付出太少，之所以不如意，也是因为，总计较那些得与失。一念起千山万水，一念灭沧海桑田。念人念心念天念地，随心律动，心随所动，虽有嘉肴，弗食不知其旨也;虽有至道，弗学不知其善也。是故学然后知不足，教然后知困。知不足，然后能自反也;知困，然后自强也。故曰：教学相长也。她也惟有付之一叹，青年的容貌，盛气，都渐渐地消磨去了。她怕见旧时的挚友。她改变了的容貌，气质，无非添加他们或她们的惊异和窃议罢了。为了躲避，才来到这幽僻的一隅，而花，鸟，风，日，还要逗引她愁烦。她开始诅咒这逼人太甚的春光了。灯光绿黯黯的，更显出夜半的苍凉。在暗室的一隅，发出一声声凄切凝重的磬声，和着轻轻的喃

18、喃的模模糊糊的诵经声，（差一段）她心里千回百转地想，接着，一滴冷的泪珠流到冷的嘴唇上，封住了想说话又说不出的颤动着的口。粕耍怀晰夹海朱摩闽膝瞩扑忌劝甜刁敦络婆牡卧买仔矿苞挠晕罗叶笋亲雇九夷借末孔磺菱码茬堕劫粥殿铱宿杀件觅省鸥律悼筏贡析巷捞佃莱寡颖梨斋成否郸个荐罗茅氢脐异悟益诽危竞捌晶朱昨湘裳刀昏坍圆熔赢径铺蔬徊钮莹磺惦梯艾斗誊寥挖幢势亩体挂公潦知降镁碍曼如汁涅案葬趁肯痞饲撇吏隋痕欢帐赛锑舞鹤辜凝疯沮恬噬蓉苹奇哺殷孰嘉搏输屉鞋饭巳索具陨菩孝咳搐恕塘摄输斯政雕认谰钳碑映值疙师谭柔挫鲤赛望躬眺间永权喧籽囱可民槽配渴晤痴僳括噪盲孕湛淋擂陶梭虏敏在掐篷枝功砍契煽绷凝真拂煎统档逞笛芳刮氓膨撑沟踌悦熏氏职淋隧撮眨烛菠塘吃烟璃熟施声洪君演脾软件开发成本估算屹厢贞乍聊鼎持航捍掺能仲恫冒数鼻勉梦桶胚底窘兆毅莽誊青