第五章软件生产率和工作翼量度量.pptVIP

目标点生产率 估算项目开发时间 估算开发软件所需要的时间 使用COCOMO模型估算日历时间 PM是之前计算的项目工作量，B是5.3.2中提到的指数 估算项目开发时间 估算开发软件所需要的时间 使用COCOMO II 模型计算增加或减少的时间 SCEDPercentage是在原定时间表上增加或减少的百分比。如果预测结果显示和原定计划表差别很大，则表明想要按计划交付软件有很大风险。 项目工作量度量 通过任务分解度量项目工作量 项目工作量度量 通过目前可用的资源估算项目工作量 特点 方法简单 只考虑项目现有的可用资源（时间和人力）而忽略了其它因素 实例 一个项目需要12个月和5个人（其他人忙于别的项目），则项目总的工作量是60人月 总结 介绍了软件生产率和工作量度量的背景知识 讨论了几种度量方法的优缺点 介绍了项目计划的工作量的度量方法 作业 衡量软件工程的过程和软件产品为什么重要？ 直接测量和间接测量有什么不同？ 基于功能的、基于规模的、和算法代价建模三种方法各有什么优缺点？ 阐述基于LOC和基于FP的度量之间的关系。 使用COCOMO模型有哪些好处？ * 软件工程 主讲人：段贵多 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