软件工程实践者的研究方法讲义 .pptVIP

基于问题的估算 在前述章节中，已经描述了LOC和FP测量，从中可以计算出生产率度量。在软件项目估算中，LOC和FP数据被用于两个方面：(1)作为估算变量，用于度量软件中每个元素的规模；(2)作为基线度量，这些度量数据是从以前的项目中收集起来的，将它们与估算变量联合使用，进行成本和工作量的估算。 基于问题的估算 LOC估算和FP估算是两种不同的估算技术，但两者有很多共同的特性。项目计划人员从界定的软件范围陈述入手。根据该陈述将软件分解成一些可分别独立进行估算的功能问题。然后，估算每个功能的LOC或FP。计划人员也可以选择其他元素进行规模估算，如类或对象、变更、受影响的业务过程。 基于问题的估算 然后，将基线生产率度量应用于适当的估算变量中，导出每个功能的成本或工作量。将所有功能的估算合并起来，即可产生整个项目的总体估算。 对于一个组织而言，其生产率度量常常是变化的，使用单一的基线生产率度量是不可信的。一般情况下，平均的LOC/pm或FP/pm应该根据项目领域来计算。当估算一个新项目时，首先应将该项目对应到某个领域中，然后，再使用恰当的领域生产率平均值对其进行估算。 基于问题的估算 不管使用哪一种估算变量，项目计划人员都要首先为每个功能或每个信息域值确定一个估算值的范围。利用历史数据或凭直觉，计划人员为每个功能或每个信息域的计数值都分别估算出一个乐观的、可能的和悲观的规模值。当确定了值的范围后，就得到了一个不确定程度的隐含指标。 基于问题的估算 接着，计算三点(估算值)或期望值。可能通过乐观值(Sopt)、可能值(Sm)和悲观值(Spess)估算的加权平均值来计算估算变量(规模)的期望值S: S=(Sopt+4Sm+Spess)/6 一旦确定了估算变量的期望值，就可以应用历史的LOC或FP生产率数据。任何估算技术，不管它有多先进，都必须与其他方法进行交叉检查。 基于LOC估算的实例 考察一个为机械零件计算机辅助设计应用而开发的软件包。P354-355 图20-2 LOC方法的估算表 基于FP估算的实例 基于FP估算时，问题分解关注的不是软件功能，而是信息域的值。项目计划人员分别对软件的外部输入、外部输出、外部查询、内部逻辑文件和外部接口文件进行估算。 图20-3 估算信息域的值 基于FP估算的实例 估算出复杂度加权因子，并计算出复杂度校正因子。最后得出FP的值：FPestimated=总计×[0.65+0.01×∑(Fi)] 基于过程的估算 最通用的项目估算技术是根据将要采用的过程进行估算。即，将过程分解为一组较小的任务，并估算完成每个任务所需的工作量。 同基于问题的估算技术一样，基于过程的估算首先从项目范围中抽取出软件功能。接着给出为实现每个功能所必须执行的一系列的框架活动。这些功能和相关的框架活动可用表格形式给出，如图20-4所示。 基于过程的估算 图20-4 基于过程的估算表 基于过程的估算 一旦将问题功能与过程活动结合起来，计划人员就可以针对每个软件功能，估算完成各个软件过程活动所需的工作量，这些数据写在图的中心部分。然后，将平均劳动力价格应用于每个软件过程活动的估算工作量，就可以估算出成本。但各项任务的劳动力价格可能是不同的。 基于过程的估算 最后一个步骤就是计算每一个功能及框架活动的成本和工作量。如果基于过程的估算是不依赖LOC或FP估算而实现的，现在就已经有了两组或三组成本与工作量的估算，可以进行比较、调和。如果两组估算非常一致，则有理由相信估算是可靠的。反过来，如果这些分解技术得到的结果不一致，则必须做进一步的调查和分析。 软件工程 第20章 软件项目估算 主要内容 对估算的观察 项目策划过程 软件范围和可行性 资源 软件项目估算 分解技术 经验估算模型 面向对象项目的估算 小结 估算 软件的真实需求已经确定；共利益者们都已就绪；软件工程师准备开始；项目将要启动。但是如何进行下去呢？软件项目计划包括五项主要活动——估算、进度安排、风险分析、质量管理计划和变更管理计划。本章考虑估算——尝试确定构造一个特定的基于软件的系统或产品所需要花费的资金、工作量、资源及时间。 估算 软件项目经理——利用从共利益者和软件工程师那里获得的信息以及从以往项目收集的软件度量数据。 估算首先要描述产品的范围。然后，将问题分解为一组较小的问题，再以历史数据和经验为指南，对每个小问题进行估算。在进行最终的估算之前，要考虑问题的复杂度和风险。 工作产品是生成一个简单的表，描述要完成的任务、要实现的功能，以及完成每一项所需的成本、工作量和时间。 估算 如果有经验并遵循系统化的方法，使用可靠的历史数据进行估算，利用至少两种不同的方法创建估算数据点，制定现实的进度表并随着项目的进展不断进行调整，则可以确信已经为项目做了最好的估算