第五章软件生产率和工作量度量教学提纲.pptVIP

软件工程 主讲人：段贵多 Email: duanguiduo@163.com 第五章 软件生产率和工作量度量 生产率和工作量简介 1 小结 4 项目工作量度量 3 软件生产率估计 2 本章学习目标 1 2 3 理解算法代价估计的原则 掌握生产率度量和项目工作量度量的方法 了解软件生产率和项目工作量度量的含义 软件产品的度量 IEEE 度量定义 对某一个系统、组件或过程具备某个特定属性的程度的量化标准。 度量一种量化衡量方法，使得人们可以理解和把握软件项目的(生产)效率(或者所需要的劳动量) 。 软件产品的度量 原因 描述（项目和过程） 评估（状态和质量） 预测（为计划） 改进（产品质量和过程性能） 软件质量和组织绩效的决定因素 关键因素 ：过程、人、产品、技术 过程处于三角的中心，连接其它三个因素 四个软件项目中缺陷产生的原因 软件生产率估计 软件生产率测量可以分为两大类： 直接测量 间接测量 软件生产率估计 软件生产率测量 直接测量： 一定时间产生的代码行数（LOC） 执行速度 文件页数 错误和缺陷数 花费成本 软件生产率估计 软件生产率测量 间接测量 ：如一个给定时间内生产出的功能点和目标点 功能性 可靠性 可维护性 复杂性 效率 其它质量指标 基于规模的度量—直接测量 基于规模的度量讲某项目的源代码作为项目工作量的度量标准。这些测量都是根据开发过的软件的规模得到的。 一个基于规模的度量的例子 面向规模的度量 以LOC为标准，可得其他面向规模的度量标准： 每KLOC（千行代码）的错误数，即总错误数除以总KLOC 每KLOC（千行代码）的缺陷数，即总缺陷数除以总KLOC 每KLOC（千行代码）的文档页数，即总文档页数除以总KLOC 此外 每人月的错误数，即总错误数除以总人月 每人月的代码行数，即总代码行数除以总人月 基于代码行数的度量方法的优缺点 LOC、KLOC和相关度量容易计算 许多现有的软件估算模型都使用LOC和KLOC作为一项重要输入 有大量的关于LOC的文献和数据 优点 基于代码行数的度量方法的优缺点 LOC依赖于使用的语言，这对短小精悍的程序不利 不太适用于非过程化语言 LOC估算较难 缺点 功能点度量—间接测量 面向功能的度量：功能点（FP）度量 功能点度量依据软件信息域特性和软件复杂性的评估结果进行估算 功能点度量—间接测量 五个信息域值 用户输入的数量（Inp） 用户输出的数量 （Out） 用户查询的数目 （Inq） 文件数量 （Maf） 外部接口的数量 （Inf） 功能点度量—间接测量 计算功能点（FP ）的公式 其中，total_counts 是FP 的总数或从表5‐2 获得的小计 Fi（i 从1 到14）是“复杂性调整值”，Fi 的值和以下问题的答案有关： total_counts计算 total_counts= 其中，ai(1=i=5)是信息域特性系数，其值由相应的特性复杂级别决定，如下表： 简单 平均 复杂 输入系数a1 3 4 6 输出系数a2 4 5 7 查询系数a3 3 4 6 文件系数a4 7 10 15 接口系数a5 5 7 10 复杂性调整值（ [Arthur1985]） 系统需要可靠的备份和恢复么？ 需要进行数据通信么？ 有分布式处理功能么？ 性能重要么？ 将该系统运行在一个现有的操纵系统中么？ 系统要求在线输入数据么？ 在线输入数据要求在多个屏幕和操作之间建立输入事务么 主文件是否在线更新？ 输入、输出、文件或查询是否复杂？ 内部处理是否复杂？ 代码是可重用的么？ 设计中包括数据（流程）转换或安装么？ 系统要为不同的机构设计不同的安装方法么？ 应用程序便于变更么？易于用户使用么？ 功能点度量—间接测量 一个功能点度量的例子 功能点度量—间接测量 以功能点为基础，得出下面相关度量方法： 每FP的错误数，即总的错误数除以总的FP数。 每FP的缺陷数，即总的缺陷数除以总的FP数。 每FP的文档页数，即总的文档页数除以总的FP数。 每人月的FP数，即总的FP数除以总的人月数 基于LOC度量和基于FP度量的关系 代码行数和功能点之间的关系依赖于编程语言 如何利用度量方法进行生产率估计 问题 某个小组的LOC/人月（或FP/人月）的数据应该和另一个组的相比么？ 项目经理应该使用这些度量方法来评价个人表现么？ 对策 谨慎使用生产率度量，因为有很多因素可能影响生产率 项目工作量度量 算法成本模型—基于经验的度量 软件成本的算法成本模型 其中A是一个常量，由组织的实践和软件的类型决定。Size可以是软件代码规模的估算，也可以是功能点或目标点。B的取