在软件项目成本计算中引入估算、预算和决算体系2008-5-27 15:50 摘要：软件项目的成本估算和成本控制一直是软件项目管理研究的一大难题，本文提出在软件项目成本估算中采用功能点方法，在软件项目成本预算中实施工作结构分解和COCOMO方法结合的方法，在软件项目结束后引入决算和审计机制，为软件企业建立起一个基于估算、预算和决算的知识库系统，来达到提高成本管理能力的目的。

关键字：软件成本估算，功能点，WBS, COCOMO,估算，预算，决算引言软件成本超支是软件项目中经常遇到的问题。

很多软件项目经理都曾经历过这样的情况，由于开发成本的超支，软件项目做完之后，不仅不能得到上级领导的表扬，甚至连项目奖金都拿不到，而这一切都来源于当初对项目成本估算的不准。

随着软件开发技术的发展，软件成本在计算机系统总成本中影响越来越大，它直接影响到投资者的决策和软件项目的开发。

没有合理而准确的软件成本估算，就无法很好地进行软件项目的管理。

据国际数据公司的研究报告显示，全球500强企业中，信息技术投资超过生产设备投资的企业达65%.然而软件项目的开发情况却不容乐观，1995年，美国大概只有10%的软件项目可以按时交付，而且费用也不超支，约30%的项目没有完成就被取消了。

项目超支的原因是多方面的，其中一个主要原因是由于软件开发过程中，成本控制工作没有做好，没有对资源配置进行优化，因此造成了成本浪费。

而更多的原因则来自对软件项目成本的错误估算，用一个不可能的成本来实现一个比预算昂对得多的软件，不管如何控制都将无法避免成本超支的噩运。

常用软件成本估算模型介绍在软件成本估算领域，有很多的估算模型，这些模型经过了几十年的发展，其中部分模型成为了目前软件成本估算的常用模型，如功能点、DEL PH、SDC 和COCO MO等。

其中以功能点和COCOMO模型应用最广。

功能点估算模型功能点方法的本质是站在客户的角度度量系统，它认为系统的功能可以分为以下5类: 内部逻辑文件、外部接口文件、外部输入、外部输出和外部查询。

根据计算规则首先确定每个功能的分类及其功能复杂度，从而可以得到每个功能的权值，全部功能的权值相加就得到“未调整的功能点数”。

功能点方法可以在早期度量软件的规模，软件的规模与它的工作量、进度和成本关系紧密，早期准确的软件规模度量有助于确定软件价格和提高策划过程中估算的能力。

软件项目管理过程从项目计划开始，估算是项目计划的第1个活动。

估算时需要考虑很多因素，其中最重要的就是要交付软件的规模。

在软件开发生命周期的早期阶段，与用代码行表示软件规模相比，用功能点表示软件规模作为估算的输入要准确得多，Kemerer 的研究 显示，采用功能点进行估算的误差是85%，而采用代码行估算的误差是 601%. 由于软件项目都是从需求分析开始， 需求分析的主要目的就是确定用户的需求，也即系 统要实现的功能，因此功能点方法能够在需求分析阶段引入，如果有比较丰富的经验积累， 则可以进行准确度很高的成本估算。

coco MO 模型COCOMO （Constructive Cost Model ）是Boehm 利用加利福尼亚的一个咨询公司的大量 项目数据推导出的一个成本模型。

该模型于 1981年首次发 项目管理者联盟文章，深入探 讨。

为适应软件工程领域的快速变化， COCOMO 经过多次的更新，如 1987年的Ada 版本,1994年发展演变为COCOMOil 模型。

COCO MO 模型按详细程度可划分为三级，即基本COCOMO 模型，中间COCOMO 模型和 详细COCOMO 模型。

（1）基本COCOMO 模型。

它是静态、单变量模型，不考虑任何成本驱动，仅以规模为 基准进行估算只适于粗略迅速估算。

（2）中间COCO MO 模型。

它是用15个成本驱动改进基本模型，这是对产品、硬件、 工作人员、项目的特性等因素的主观评估。

成本驱动的影响定为项目级的， 在考虑任何进度 限制时进一步调整工作量。

（3）详细COCOMO 模型。

这是三种模型中最精确的模型。

它是基于不同的成本驱动对项目的分段有不同的影响， 是用于考虑成本驱动的阶段性影响时进一步改进估算，这时的计 算细化到子系统/模块。

它假定层次有三级：系统含有子系统，在COCOMO 模型中，首先需要确定的是待开发软件的 模型要进行准确的成本估算需要等到详细设计阶段结束后， 根据详细设计的结果对每个模块和类的代码数量根据代码功能的复杂程度进行较准确的估 算。

程序结构分解和工作结构分解结构化分析和设计遵从自顶向下， 逐层分解的设计原则。

设计师在把握的大的框架之后, 在此基础上进行逐步细化，最后才能完成一个复杂系统的设计工作。

在结构化设计方法中， 先根据用户的需求规格说明书，确定系统的边界，绘制顶层数据 流图，然后对顶层图中的加工进行细化，一层一层的细化下去， 一直到得到系统的所有基本功能。

子系统含有模块。

KLO （千行代码），因此COCOMO 因为只有详细设计完成后，才能面向对象的设计虽然与结构化设计有了很大的区别， 但是对对象的设计过程同样是一个细化的过程。

在确定了对象后，需将其抽象成类，并要对类的属性，方法进行设计，这也是 一个分解的过程。

程序结构分解是软件实现上的分解， 在软件项目中，还需要对整个软件项目划分若干任 务，并将这些任务分配给项目组中的所有成员。

任务分解及分配的好坏也对项目的进度和成 本有着很大的影响。

项目的工作结构分解即 WBS 是先把项目中实际需要完成的事项尽量分解成更具体的工 作。

具体做法是按照树形结构先把整个项目分解为大的单元，再把各个大的单元分解为个小的单元。

需完成事项的细分之后，把各个单元中需要做的工作分配在树形结构的最下层。

元中所需要做的一系列的工作被称为工作包。

在 项目实行的结构图就完成了。

工作结构分解是进行项目成本计算的基础，如果工作分配不恰当，如将简单任务分配给程序开发高手， 造成工作效率低下， 并增加项目的成本。

真实的软件项目成本不仅是软件的复杂度, 本项目的管理和人员能力有着直接的关系。

1、套用现成估算模型，误差太大。

每个软件企业的情况都不同， 有着不同的管理模式， 不同的工作人员，不同的环境和背 景，因此如果简单的进行估算模型的套用， 使用别人的计算系数的话，得到的将是别人企业 的成本，而不是自己的成本。

这样，当项目完成后，成本自然与估算数据相差很大。

不管是功能点模型还是 COCOMO 模型都是需要本企业的计算系数，如果提供不了正确 的计算系数，则这两个模型都无法正确使用， 因此每个软件企业都要对估算模型进行一定的 适应性调整，以适应自己企业的情况。

2、缺少成本管理体系很多软件企业都将成本估算用于项目投标使用， 管理体系。

如果不对软件的成本进行有效的管理， 本可能大幅度的超过估算。

这是因为没有对项目的成本进行管理， 理搭配和利用资源， 以至于造成了资源的浪费，这样项目的成本自然增加,算估不准了。

3、缺少成本总结和分析的方法企业完成一个项目后， 没有对项目成本估算和成本管理方面进行总结， 目经验转化成原始数据积累， 不管做了多少项目， 最后对成本还是测不准。

后的经验对成本估各个单 WBS 的各个工作包里配置工作人员之后，不同的工作结构分解将得到不同的项目成本， 而将复杂任务分配给新手，将会 并且与而没有意识到需要为企业建立一个成本 即使估算得很准确， 最后项目结束后，成 在项目建设过程中没有合 也就造成成本估这样便无法将项 没有将项目完成算参数进行校正，也此也造成企业管理水平的无法提高。

不懈于内，忠志之士忘身于外者，盖追先帝之殊遇，欲报之于陛下也。

诚宜开张圣听，以光 先帝遗德，恢弘志士之气，不宜妄自菲薄，引喻失义，以塞忠谏之路也。

宫中府中，俱为一体；陟罚臧否，不宜异同。

若有作奸犯科及为忠善者，宜付有司论其 刑赏，以昭陛下平明之理；不宜偏私，使内外异法也。

侍中、侍郎郭攸之、费祎、董允等，此皆良实，志虑忠纯，是以先帝简拔以遗陛下：愚 以为宫中之事，事无大小，悉以咨之，然后施行，必能裨补阙漏，有所广益。

将军向宠，性行淑均，晓畅军事，试用于昔日，先帝称之曰 愚以为营中软件项目引入估算、预算和决算的必要性软件估算在软件项目前期进行， 在需求分析完成后，便能够利用功能点模型进行软件项 目成本的估算，得到项目成本估算值。

对于刚刚引入该方法的企业， 成本估算值是不准确的, 因此需要慢慢根据经验数据对它进行修正。

在软件的详细设计完成后，便可以利用工作结构分解将对之后的所有工作进行预算，预 算的费用包括直接开发费和间接费用， 直接开发费用为实现程序所有功能所花费的人力和物力，而间接费用包括管理费用和其他的辅助费用，间接费用可以根据本企业的特点， 在直接费用上取一定的百分比。

直接费用的计算采用 coco MO 模型，由于详细设计后已经能够较准确的对软件的代码 行数进行估计，因此，这个时候计算出来的预算成本也是比较准确的。

根据经验进行修正。

当然，系数还是需要不要认为项目完成了， 将项目的实际 继而对估算 在软件项目结束后，对整个项目所花费的所有成本应当进行决算。

做这样的事情就显得多余。

对项目成本进行决算， 可以将项目经验进行总结，成本与估算和预算进行比较， 然后对比较结果进行分析， 找出误差存在的原因， 和预算系数进行调整，经过若干个项目经验的积累后，便能够做到较准确的估算和预算。

而 成本经验的累积也让企业得到了一个自己的成本知识库。

在项目决算的过程中， 可以引入审计机制， 这样不仅是准确估算软件成本， 而且可以发 现软件项目开发过程中的各种问题，根据审计发现的问题继而对企业的软件过程进行改进， 以提高整个企业的核心竞争力。

总结软件项目成本估算需要丰富的经验累积， 经验累积越多, 算越准确，可以说建立一个软件成本估算的知识库对于软件企业的发展有着重要的意义。

仅可以让软件企业在项目投标中准确的估计自己的项目成本，从而在投标中取得胜出。

则估不更重 要的是，为企业的软件过程改进提供了很好的基础资料。

出师表两汉：诸葛亮先帝创业未半而中道崩殂，今天下三分，益州疲弊, 此诚危急存亡之秋也。

然侍卫之臣 能”，是以众议举宠为督:之事，悉以咨之，必能使行阵和睦，优劣得所。

亲贤臣，远小人，此先汉所以兴隆也；亲小人，远贤臣，此后汉所以倾颓也。

先帝在时, 每与臣论此事，未尝不叹息痛恨于桓、灵也。

侍中、尚书、长史、参军，此悉贞良死节之臣,愿陛下亲之、信之，则汉室之隆，可计日而待也"一。

臣本布衣，躬耕于南阳，苟全性命于乱世，不求闻达于诸侯。

先帝不以臣卑鄙，猥自枉屈，三顾臣于草庐之中，咨臣以当世之事，由是感激，遂许先帝以驱驰。