软件项目管理-软件开发成本估算.pptVIP

软件开发成本估算 软件开发成本主要是指软件开发过程中所花费的工作量及相应的代价。它不包括原材料和能源的消耗，主要是人的劳动的消耗。 软件开发成本估算方法 对于一个大型的软件项目，由于项目的复杂性，开发成本的估算不是一件简单的事，要进行一系列的估算处理。主要靠分解和类推。 估算方法主要有： 自顶向下的估算方法 自底向上的估计法 差别估计法 专家判定法 经验模型法 自顶向下的估算方法 这种方法的主要思想是从项目的整体出发，进行类推。 估算人员根据以前已完成项目所消耗的总成本（或总工作量），推算将要开发的软件的总成本（或总工作量），然后按比例将它分配到各开发任务单元中去，再来检验它是否能满足要求。 这种方法的优点是估算工作量小，速度快。 缺点是对项目中的特殊困难估计不足，估算出来的成本盲目性大，有时会遗漏被开发软件的某些部分。 自底向上的估计法 这种方法的主要思想是把待开发的软件细分，直到每一个子任务都已经明确所需要的开发工作量，然后把它们加起来，得到软件开发的总工作量。 它的优点是估算各个部分的准确性高。缺点是缺少各项子任务之间相互联系所需要的工作量，还缺少许多与软件开发有关的系统级工作量. 差别估计法 这种方法综合了上述两种方法的优点，其主要思想是把待开发的软件项目与过去已完成的软件项目进行类比，从其开发的各个子任务中区分出类似的部分和不同的部分。 类似的部分按实际量进行计算，不同的部分则采用相应方法进行估算。 这种的方法的优点是可以提高估算的准确程度，缺点是不容易明确“类似”的界限。 专家判定技术 由多位专家进行成本估算 单独一位专家可能会有种种偏见，譬如有乐观的、悲观的、要求在竞争中取胜的、让大家都高兴的种种愿望及政治因素等。 最好由多位专家进行估算，取得多个估算值。 有多种方法把这些估算值合成一个估算值。 一种方法是简单地求各估算值的中值或平均值。其优点是简便。缺点是可能会由于受一、二个极端估算值的影响而产生严重的偏差。 一种方法是召开小组会，使各位专家们统一于或至少同意某一个估算值。优点是可以摈弃蒙昧无知的估算值，缺点是一些组员可能会受权威或政治因素的影响。 Deiphi技术 标准Deiphi技术① 组织者发给每位专家一份软件系统规格说明书和一张记录估算值的表格，请他们进行估算。② 专家详细研究软件规格说明书的内容，对该软件提出三个规模的估算值，即： ai（最小） mi（可能） bi（最大）无记名地填写表格 在填表的过程中，专家互相不进行讨论但可以向组织者提问。③ 组织者对专家们填在表格中的答复进行整理： a. 计算各位专家估算的期望值 Ei; b. 对专家的估算结果分类摘要。专家对此估算值另做一次估算。④ 在综合专家估算结果的基础上，组织专家再次无记名地填写表格。 比较两次估算的结果。若差异很大，则要通过查询找出差异的原因。 ⑤ 上述过程可重复多次。最终可获得一个得到多数专家共识的软件规模（源代码行数）。在此过程中不得进行小组讨论。 最后，通过与历史资料进行类比，根据过去完成软件项目的规模和成本等信息，推算出该软件每行源代码所需要的成本。然后再乘以该软件源代码行数的估算值，就可得到该软件的成本估算值。 软件开发成本估算的经验模型 软件开发成本估算是依据开发成本估算模型进行估算的。 开发成本估算模型通常采用经验公式来预测软件项目计划所需要的成本、工作量和进度数据。 用以支持大多数模型的经验数据都是从有限的一些项目样本中得到的。还没有一种估算模型能够适用于所有的软件类型和开发环境。 COCOMO模型 （COnstructive COst MOdel） 结构型成本估算模型是一种精确、易于使用的成本估算方法。在该模型中使用的基本量有以下几个： DSI（源指令条数）定义为代码的源程序行数。若一行有两个语句，则算做一条指令。它包括作业控制语句和格式语句，但不包括注释语句。KDSI＝1000DSI。 MM（度量单位为人月）表示开发工作量。 TDEV（度量单位为月）表示开发进度。它由工作量决定。 软件开发项目的分类软件开发项目的总体类型: 组织型 嵌入型 半独立型 COCOMO模型的分类COCOMO模型按其详细程度分成三级： 基本COCOMO模型 中间COCOMO模型 详细COCOMO模型 基本COCOMO模型是一个静态单变量模型，它用源代码行数（LOC）为自变量的（经验）函数来计算软件开发工作量。 中间COCOMO模型则在用LOC为自变量的函数计算软件开发工作量（此时称为名义工作量）的基础上，再用涉及产品、硬件、人员、项目等方面属性的影响因素来调整工作量的估算。 详细COCOMO模型包括中间CO COMO模型的所有特性，但用上述各种影响因素调整工作量估算时，还要考虑