软件生产率和工作量度量.pptxVIP

软件工程主讲人：段贵多

第五章软件生产率和工作量度量生产率和工作量简介1小结4项目工作量度量3软件生产率估计2

了解软件生产率和项目工作量度量的含义掌握生产率度量和项目工作量度量的方法理解算法代价估计的原则本章学习目标

项目经理评估各软件工程师的生产率根据客户需求和公司现有资源来估计项目的工作量和成本应用场景如何为某个项目分配合理的人力、时间和相关资源要完成该项目需要多少工作量（人力）？要完成一个项目或任务需要多长有效时间？项目或任务的总成本是多少？目标问题软件生产率和项目工作量估算简介

软件产品的度量IEEE度量定义对某一个系统、组件或过程具备某个特定属性的程度的量化标准。度量一种量化衡量方法，使得人们可以理解和把握软件项目的(生产)效率(或者所需要的劳动量)。

描述（项目和过程）1评估（状态和质量）2预测（为计划）3改进（产品质量和过程性能）4原因软件产品的度量

软件质量和组织绩效的决定因素关键因素：过程、人、产品、技术过程处于三角的中心，连接其它三个因素

四个软件项目中缺陷产生的原因

直接测量A间接测量B软件生产率测量可以分为两大类：软件生产率估计

软件生产率测量直接测量：一定时间产生的代码行数（LOC）执行速度文件页数错误和缺陷数花费成本软件生产率估计

软件生产率估计软件生产率测量间接测量：如一个给定时间内生产出的功能点和目标点功能性可靠性可维护性复杂性效率其它质量指标

基于规模的度量—直接测量基于规模的度量讲某项目的源代码作为项目工作量的度量标准。这些测量都是根据开发过的软件的规模得到的。一个基于规模的度量的例子

每KLOC（千行代码）的错误数，即总错误数除以总KLOC每KLOC（千行代码）的缺陷数，即总缺陷数除以总KLOC每KLOC（千行代码）的文档页数，即总文档页数除以总KLOC以LOC为标准，可得其他面向规模的度量标准：01每人月的错误数，即总错误数除以总人月每人月的代码行数，即总代码行数除以总人月此外02面向规模的度量

优点03有大量的关于LOC的文献和数据LOC、KLOC和相关度量容易计算0102许多现有的软件估算模型都使用LOC和KLOC作为一项重要输入基于代码行数的度量方法的优缺点

缺点LOC依赖于使用的语言，这对短小精悍的程序不利LOC估算较难不太适用于非过程化语言基于代码行数的度量方法的优缺点

面向功能的度量：功能点（FP）度量功能点度量依据软件信息域特性和软件复杂性的评估结果进行估算功能点度量—间接测量

用户输入的数量（Inp）01用户输出的数量（Out）02用户查询的数目（Inq）03文件数量（Maf）04外部接口的数量（Inf）05五个信息域值功能点度量—间接测量

计算功能点（FP）的公式010203其中，total_counts是FP的总数或从表5‐2获得的小计Fi（i从1到14）是“复杂性调整值”，Fi的值和以下问题的答案有关：功能点度量—间接测量

total_counts计算total_counts=其中，ai(1=i=5)是信息域特性系数，其值由相应的特性复杂级别决定，如下表：简单平均复杂输入系数a1346输出系数a2457查询系数a3346文件系数a471015接口系数a55710

复杂性调整值（[Arthur1985]）系统需要可靠的备份和恢复么？需要进行数据通信么？有分布式处理功能么？性能重要么？将该系统运行在一个现有的操纵系统中么？系统要求在线输入数据么？在线输入数据要求在多个屏幕和操作之间建立输入事务么主文件是否在线更新？输入、输出、文件或查询是否复杂？内部处理是否复杂？代码是可重用的么？设计中包括数据（流程）转换或安装么？系统要为不同的机构设计不同的安装方法么？应用程序便于变更么？易于用户使用么？

功能点度量—间接测量一个功能点度量的例子

BDAC每FP的错误数，即总的错误数除以总的FP数。每FP的文档页数，即总的文档页数除以总的FP数。每FP的缺陷数，即总的缺陷数除以总的FP数。每人月的FP数，即总的FP数除以总的人月数以功能点为基础，得出下面相关度量方法：功能点度量—间接测量

基于LOC度量和基于FP度量的关系代码行数和功能点之间的关系依赖于编程语言

某个小组的LOC/人月（或FP/人月）的数据应该和另一个组的相比么？项目经理应该使用这些度量方法来评价个人表现么？问题谨慎使用生产率度量，因为有很多因素可能影响生产率对策如何利用度量方法进行生产率估计

软件成本的算法成本模型其中A是一个常量，由组织的实践和软件的类型决定。Size可以是软件代码规模的估算，也可以是功能点或目标点。B的取值范围为[1,15]。M是反应产品、过程和人力属性的乘数。算法成