《COCOMOII成本估算模型》由会员分享，可在线阅读，更多相关《COCOMOII成本估算模型（4页珍藏版）》请在金锄头文库上搜索。
1、COCOMOII 成本估算模型COCOMO的发展历程和很多IT管理相关模型的产生一样有着十分传奇的色彩，和其国的Lev i s品牌牛仔裤一样有着悠久的历史。1981年的一天，师出TRW汤普森拉莫伍尔德里 奇公司美计算机科学部从事软件开发成本估算研究工作的Barry Boehm博士一个为成全天下软件开发事业而投生到历史的洪流中去,决意用智慧为世界迎来崭新的明天的人。 工夫不负有心人，在历经日以继夜的无数次失败后，终于在这一天提出的结构型成本估算模 型一一“构建式成本模型”（COCOMO）,它是一种精确、易于使用的成本估算方法，而且是一 个和Putnam 样已经得到业界数据的验证的模型。时过境迁，
2、在随后的10年岁月里，在美 国空军任职的Ray Kile先生,对其进行了修订改良，形成了中级COCOMO增强版，同时也是 美军使用的标准版本。Boehm重来没有放弃成为一个伟大软件成本估算模型专家的理想，而 一直从事如何有效地将COCOMO有效的运用到软件项目成本估算工具当中，他意识到IT界的 发展极为迅速，如果没有发展和创新COCOMO终究有一天将会被社会所淘汰，被世人所遗忘， 所以到了 1996年，Boehm博士根据软件发展情况，终于发布了改进版，将COCOMO升级为C OCOMOII，而COCOMO II是对经典COCOMO模型的彻底更新,反映了现代软件过程与构造方法。 美军国防部在19
3、99年春季公布的参数模型指导手册中将此模型作为软件评估模型的首选,B oehm终于把COCOMO从浩瀚的同类工具中脱颖而出并推上世界巅峰，期间其著作软件成本 估算：COCOMOn模型方法和软件工程经济学更成为无数IT项目管理人员所景仰的经 典之作，终于智慧爆发,惨悟透了老子道德经中“大有则无”的思想,发现自己再强也只 不过是凡俗人间的一片过眼云烟,所以看破红尘就此归隐。然而他却给世人留下COCOMOII这个巨大的财富，为软件开发事业做出无法估计的贡献，也 许是对他为软件世界付出辛勤汗水的一点告慰吧。要使用COCOMOII模型进行成本估算，首 先必须了解一些关于它的用法和需要注意的地方，这样我们
4、才能有效的将它应用当管理工作 当中。首先我们应该了解一下COCOMO模型中用到的一些变量，当然还有COCOMOII模型的类型和分 类，这是估算软件成本的重要环节：（1） COCOMO模型中的变量。DSI源指令条数。不包括注释。 1KDSI = 1000DSI。MM开发工作量（以人月计） 1MM = 19 人日 = 152 人时 =1/12 人年TDEV开发进度。 （以月计）2） COCOMO 模型的类型： COCOMO模型中，考虑开发环境，软件开发项目的类型可以分为3种：组织型（organic）:相 对较小、较简单的软件项目。开发人员对开发目标理解比较充分，与软件系统相关的工作经 验丰富，对软
5、件的使用环境很熟悉，受硬件的约束较小，程序的规模不是很大（50000 行） 嵌入型（embedded）:要求在紧密联系的硬件、软件和操作的限制条件下运行，通常与某种复 杂的硬件设备紧密结合在一起。对接口，数据结构，算法的要求高。软件规模任意。如大而 复杂的事务处理系统，大型/超大型操作系统，航天用控制系统，大型指挥系统等。半独立型（semidetached）:介于上述两种软件之间。规模和复杂度都属于中等或更高。最 大可达30 万行。（3）COCOMO模型的分类：COCOMO模型按其详细程度可以分为三级：基本COCOMO模型，中间COCOMO模型，详细COCO MO模型。其中基本COCOMO模型
6、是是一个静态单变量模型，它用一个以已估算出来的原代码 行数（LOC）为自变量的经验函数计算软件开发工作量。中级COCOMO模型在基本COCOMO模型 的基础上，再用涉及产品、硬件、人员、项目等方面的影响因素调整工作量的估算。详细C OCOMO模型包括中间COCOMO模型的所有特性，但更进一步考虑了软件工程中每一步骤（如 分析、设计）的影响。COCOMOII不仅可以评估开发工作量，而且可以对项目的进度进行具体估计。COCOMOII拥有 规模计算，工作量估算，进度估算等重要能力能很好地帮助我们软件维护和进行软件决策。 对我们在对项目的范围，时间，成本等管理是十分有利的条件，使我们拥有更多时间去关心
7、 项目的质量和使得人力资源更有效分配和利用起到极其重要的作用。可以从产品大小估计的 结果中计算出项目的总体人员工作量和时间表。除了大小输入，另一项关键输入是对团队生 产率的评测。该输入值可确定项目的总工作量。总的项目时间表与总工作量之间存在非线性 的关系。遗憾的是，这些模型从数学的角度来看非常复杂，但是COCOMOII模型正好给我们 的工作简化其中复杂的过程，为我们赢得更多的有效时间。PM nominal 二 A * （Size） BPM nominal = Person months effort of the project （人月工作量）A = Constant representing
8、 the nominal productivity （工作量调整因子）B = accounts for the relative economies/ diseconomies of scale （规模调整因子）Size = Size of the project （规模,千代码行或功能点数目）首先这里我们可以看到COCOMO是一个典型的参数估算模型。其中重要的就是两个调整因子 和规模的确定上面。对于软件项目的规模，最适合的还是采用功能点法进行估算，在估算出功能点后可以根据功 能点和代码行的折算关系得到代码行的估算数据。因此我们看到COCOMO本身并不能够解决 规模估算的问题，更重要的是根据系
9、统已经有的规模来确定项目的工作量和项目周期。B是规模调整因子，也叫做过程调整参数，当B=1时候说明了工作量和规模之间是线性的关 系，这个时候就等同到了我们平时通过规模/生产率来确定项目的工作量的情况上面。但根 据实践经验，项目工作量并不是完全由简单的个体生产率来确定的，还涉及到开发灵活性 架构风险，团队，过程成熟度等很多的影响因素。因此需要对B进行适当调整，具体的调整 规则参考下表：网Yay【利Ijw W)笛僦dial何HlEhYen BlfhEitra llichiipre-tcdcnlcdhirgBglyMun-BwhnLHotprc-usJnl-dGidiiliarLnrgcly fdm
10、il-mrthrough h GiniiJiiirFlexibitifr时l：i咒el仙nSUBkl-Slsfii 佝 mid ysumic口恤曰/ n用knn昭哪gUIW斤|技 仃=5% justly (Wu角曰伽LT JTwin口制wry diEfi intcradwnsSjCLQK dllficriikLiJSiliifllljinlLTitdiiJikiInrgdy OHiperMljvehi ghJyinteraclivriK.PYupl utiiliirilyStuMMl bi 111 IN 卩B = 1.01 + 0.01 ( PREC + FLEX + RESL + TEAM
11、+ PMAT) 这里一般B 一般都是大于1.01的。当B1时候，说明项目架构，开发环境，团队都足够健壮和稳定。这个时候项目表现出来了 对规模的经济性，当规模成倍增加的时候，工作量反而不要翻倍。当B1时候，说明了项目工作量对规模的非经济性。当规模增加的时候可能会导致工作量的 成倍增加。对于调整因子A一般都是常量，这个需要总结历史项目的度量数据进行反推来计算。因此说 要使用COCOMO成本估算模型，必须积累足够多的历史经验数据。在工作量估算出来后，就可以根据工作量来估算项目的进度。个人认为COCOMO最大的贡献 在于对项目进度的估算，如果说对工作量估算还存在当B=1的时候工作量和规模会成为线性关系的话，那对于进度估算则基本上不会出现简单的线性关系。基本上都说明了项目的进度 不是简单的根据工作量除以资源的投入而得到的。TDEV =TDEV代表项目的进度，其中单位仍然按月计算。通过Excel绘制出工作量与进度的关系曲线如下：
