软件工程与开发技术（西电第二版）第17章_软件计划教材教学课件.pptVIP

17.3.2 基于过程分解的估算 通过对工作过程进行分解，也能够结合度量基线进行估算。方法是将过程分解为相对较小的活动或任务，估算出完成每项任务的工作量，最后汇总即可。和基于问题分解的估算一样，基于过程分解的估算也是开始于软件功能描述。对于每一个功能，都必须要执行一系列的活动，如果能够利用同类项目的度量基线估算出对应于每项任务所需要的工作量，则加总值就是本项目的工作量估算值。 仍以CAD软件开发项目为例，基础参数见表14.4，仍然按照每人月8000美元计算，项目总成本368 000美元，工作量共46个人月。 表17.4 CAD软件项目基于过程分解的工作量估算 ?? 活动 任务 用户 通信 计划 制订 风险 分析 工 程 分析 设计 UIGF ? ? ? 0.50 2.50 2DGA ? ? ? 0.75 4.00 3DGA ? ? ? 0.50 4.00 DSM ? ? ? 0.50 3.00 CGDF ? ? ? 0.50 3.00 PCF ? ? ? 0.25 2.00 DAM ? ? ? 0.50 2.00 总和 0.25 0.25 0.25 3.50 20.50 工作量 0.5% 0.5% 0.5% 8% 45% 表17.4 CAD软件项目基于过程分解的工作量估算 建造发布 用户 评估 总和 编码 测试 0.40 5.00 ? 8.40 0.60 2.00 ? 7.35 1.00 3.00 ? 8.50 1.00 1.50 ? 6.00 0.75 1.50 ? 5.75 0.50 1.50 ? 4.25 0.50 2.00 ? 5.00 4.75 16.50 ? 46.00 10% 36% ? ? 由上面的例子可见，采用不同的估算方法，结果会有一定的误差。这在一定范围内是正常的，可以用几种方法的平均估算值作为最终估算值。同时，也可以看出，度量基线在估算中的作用是无庸置疑的。 如果几种方法的估算偏差过大(一般以20%为界)，则需要分析原因，进行再估算。可能的原因主要有两种，其一是度量基线中的数据和当前问题的类型不匹配；其二是对项目的范围理解不充分。计划者必须确定偏差过大的原因，并调和各个估算结果。 17.3.3 经验估算模型 经验估算模型是用经验公式来进行项目的估算。因为公式是通过对有限样本集的分析得出的，因此得到的结果并不一定适合当前项目类型，这种方法应当慎重使用。使用这种方法，工作量是LOC 或FP的函数。 典型的经验估算模型是通过对以前项目中收集到的数据进行回归分析导出的。总体结构具有类似的形式： E = A + B×(ev)C 其中，ev是估算变量，A、B、C是基于经验导出来的常数，E是以人月为单位的工作量值。同时，还可以在公式中加一些调整因素以便适应当前项目的特征。基于工作实践，许多人提出了行之有效的经验估算模型，主要的有： (1) 面向LOC的经验估算模型： Walston-Felix模型 E = 5.2×( KLOC) 0.91 Bailey-Basili模型 E = 5.5+0.73×(KLOC)1.16 Boehm的简单模型 E = 3.2×(KLOC)1.05 (2) 面向FP的经验估算模型： Albrecnt-Gaffney模型 E = －13.39 + 0.0545 FP Kemerer模型 E = 60.62×7.728×10－8 (FP)3 Maston-Barnett模型 E = 585.7 +5.12 FP 不同的模型来源于不同的样本数据集，结果对于相同的ev值会算出不同的结果。因此，估算模型必须按照当前项目特点进行调整。 17.3.4 COCOMO模型 构造性成本模型(COCOMO，Constructive Cost Model)是由Barry Boehm提出的一种被广为应用的估算模型，它共有三个层次。 (1) 基本的COCOMO模型：将软件开发工作量(及成本)作为程序规模函数进行计算，程序规模以估算的代码行数来表示。该模型是一个静态单变量经验模型。 (2) 中级COCOMO模型：将软件开发工作量(及成本)作为程序规模及一组“成本驱动因子”的函数(共15项)来进行计算。其中，“成本驱动因子”包括对产品、硬件、人员及项目属性的主观评估。 (3) 高级COCOMO模型：包含了中级模型的所有特征，并结合了成本驱动因子对软件工程过程中每一个步骤(分析、设计、编码等)的影响的评估。 在COCOMO模型中，使用的基本量