代码量估计的多种方法.ppt

第二部分 第5章 软件项目计划 第5章 软件项目计划 5.1 软件项目估算的概念 合理的计划是建立在对要完成的工作做出一个比较实际的估计，以及对完成该工作建立一些必要的约定的基础上的。 项目计划中的第一个活动是估算。无论何时进行估算，我们都是在预测未来，并会接受某种程度的不确定性。 估算的基础是对软件相应项目的度量。 5.2 软件估算风险 估算一个软件开发工作的资源、成本及进度需要经验、需要了解以前的有用信息、以及当仅存在定性的数据时进行定量测量的勇气。 估算具有与生俱来的风险，而正是这种风险导致了估算的不确定性。 估算的风险有四个方面： 1、项目复杂性 项目复杂性对计划中固有的不确定性产生重大影响，不过，复杂性是一个受到对以前工作的熟悉程度影响的相对的测量。 2、项目规模 项目规模是另一个影响估算准确性的因素。 随着规模的增长，软件中各个元素之间的相互依赖性也迅速增加， 项目规模的增长会对项目的成本及进度产生几何级数级的影响。 3、结构不确定性的程度 结构不确定性的程度也会对估算的风险产生影响。 结构化程度越高，对功能等的分解程度越容易，估算的精度越高、风险越小。 4、历史信息的可用程度 历史信息的可用程度也决定了估算的风险。 当存在大量可用的关于过去的类似项目的软件度量时，估算就会有更大的保证；总体风险也会降低。 5.3 估算的步骤 如果没有类似项目的开发经验，则生产率等数据可由历史基线的平均值得出，或者用专家问卷的方法（即Delphi法）得到； Delphi法是一种利用调查表,充分利用群体知识和经验的一种估算方法. 为了反映通货膨胀、项目复杂性增加、新员工较多等的影响，应随时修正平均生产率的度量值。 估算的各种假设、条件等均应记入文档，并通过评审。 PERT 估算方法 如果没有类似项目历史基线可参照，通过Delphi 或PERT方法确定，或者参照已有项目历史基线的平均值； 考虑项目的特定因素（如：加缓冲时间等）修正估算。 方法二： 将待开发的项目进行分解，直到每个任务可用功能点、复杂度或代码行等进行估算。 参照类似项目的历史基线，确定每个任务的工作量； 参照类似项目历史基线的工作量分配比例，确定各个阶段的工作量以及管理工作量和附加工作量等，最后获得整体工作量； 如果没有类似项目历史基线可参照，通过Delphi 或PERT方法确定，或者参照已有项目历史基线的平均值； 考虑项目的特定因素（如：加缓冲时间等）修正估算。 LOC和FP数据在估算中的使用 在软件项目估算中，在两个方面使用了LOC和FP数据： 把LOC和FP数据当做一个估算变量，用于量度软件每一个元素的规模。 LOC和FP数据作为从过去项目中收集到的基线数据，与其它估算变量联合使用, 进行成本和工作量的估算。 LOC和FP是两个不同的估算技术。两者的共性在于: 项目计划人员 给出一个有界的软件范围的叙述； 由此叙述尝试把软件分解成一些小的可分别独立进行估算的子功能； 对每一个子功能估算其LOC或FP把基线生产率度量（如LOC／PM或FP／PM，PM指人月）用做特定的估算变量，导出子功能的成本或工作量； 将子功能的估算进行综合后就能得到整个项目的总估算。 LOC或FP估算技术对于分解所需要的详细程度是不同的。 用LOC做为估算变量时，必须进行功能分解, 且需要达到很详细的程度。而估算FP时需要的数据是宏观的量，当把FP当做估算变量时不需分解得很详细。 LOC是直接估算的, 而FP是通过估计输入、输出、数据文件、查询和外部接口的数目，以及14种复杂性校正值间接地确定的。 项目计划人员可对每一个分解的功能提出一个有代表性的估算值范围。 利用历史数据或凭实际经验（当其它的方法失效时），对每个功能分别按最佳的、可能的、悲观的三种情况给出LOC或FP估计值。记作a、m、b。 接着计算LOC或FP的期望值 E。 E ＝ （a＋4m＋b）／6  所有子功能的总估算变量值除以相应于该估算变量的平均生产率度量得到项目的总工作量。 例如，若假定总的FP估算值是310，基于过去项目的平均FP生产率是5.5FP／PM，则项目的总工作量是： 工作量 ＝ 310／5.5 ＝ 56 PM作为LOC和FP估算技术的实例，考察一个为计算机辅助设计（CAD）应用而开发的软件包。 系统定义评审指明： CAD软件包是在一个工作站上运行，其接口必须使用各种计算机图形设备，包括鼠标器、数字化仪、高分辩率彩色显示器和激光打印机。 在这个实例中，使用LOC做为估算变量。 根据系统规格说明, 软件范围的初步叙述如下： 软件将从操作员那里接收2维或3维几何数据； 操作员通