度量和分析(MA)(1).ppt

度量和分析 MeasurementandAnalysis 1 主要内容 一 度量和分析概述二 软件度量与CMMI过程域MA 2 一 度量和分析概述 3 什么是度量 4 度量定义 度量是指在现实的世界中 把数字或符号指定给实体的某一属性 以便以这种方式来根据已明确的规则来描述它们因此 度量关注的是获取关于实体属性的信息 例如 参加培训的人比上次多了5个朋友的小孩昨天出生 8斤6两与十年前相比 体重增加了10 上个星期义务加班7小时 什么是软件度量 狭义 5 软件度量 狭义 软件度量其实质是根据一定规则 将数字或符号赋予系统 构件 过程 等实体的特定属性 即对实体属性的量化表示 从而能够清楚地理解该实体 例如 A项目内部测试发现的缺陷数为500个A项目所耗费的工作量300人日 什么是软件度量 广义 6 软件度量 广义 软件度量是对软件开发项目 过程及其产品 进行数据定义 收集以及分析的持续性定量化过程 目的在于对此加以理解 评价 预测 和改善 什么是软件度量 7 软件度量 狭义 软件度量其实质是根据一定规则 将数字或符号赋予系统 构件 过程 等实体的特定属性 即对实体属性的量化表示 从而能够清楚地理解该实体 例如 A项目内部测试发现的缺陷数为500个A项目所耗费的工作量300人日 度量的目的 8 理解 获得对过程 产品 资源和环境的理解 建立比较的基线 评价 通过度量可评价计划和质量目标实现的状况 可判断技术和过程改善的影响 预测 可建立过程和产品的关系以及趋势 帮助进行有效的计划 改善 可帮助识别问题根源 提供系统的改善 软件度量让你知道什么时候该哭 什么时候该笑 Softwaremetricsletyouknowwhentolaughandwhentocry TomGilb 为什么要进行度量 9 所有管理的核心问题都是如何更好的理解偏差 以及如何更好的抽取表现偏差的信息劳埃德 尼尔森没有数据的支持 你只是另一个有看法的人而已TracyO RourkeCEOAllen Bradly 为什么要进行度量 10 软件行业面临的危机规模 复杂度提高市场竞争激烈管理工作量加大需求不明确变更没控制测试不完善etc 度量了就能解决问题 不能 那我们为什么还要度量 为什么要进行度量 11 什么问题 什么性能对我的组织来说是重要的 有理由么 这些问题 性能的优先级怎么排定 这些问题都有待于坚实的度量数据作为回答的支持为了解决问题 提高性能我们作出了努力 但是我们真的成功了么 软件度量体系的驱动力量是目标和问题 12 度量也有投资回报率的问题度量的收集需要占用组织资源度量的分析也需要资源我们从度量中到底能得到什么 度量体系的建立必须能够帮助组织解决问题或者判断目标的达成状况只有具有实际用途的度量才是值得采集和分析的而且 只有满足最重要的目标和问题的度量数据才是必需的 度量的作用 13 度量过程是控制过程和改进过程的触发器 没有度量过程会怎样 1 控制过程和改进过程失去改进的动机和方向2 公司可能陷入为改进而改进的不良循环3 也看不到改进的具体效果 度量的作用 14 理解过去 管理现在 预测未来 四大基本度量 15 规模代码行 功能点 Feature点 类人力Man Hour Man Day Week Month 日程CalendarDays WorkingDays质量缺陷密度 度量的分类 16 过程度量项目度量产品度量 度量的分类 17 过程度量对于软件开发过程本身的度量 目的是形成组织的各种模型 作为对项目 产品的度量基础 以及对软件开发过程进行持续改进 提高软件生产力 是具有战略性意义的度量过程度量往往不是直接进行 而是通过大量的项目度量分析总结出来的 典型的过程度量如CMMI各PA的度量 成熟度 生命周期 进度压力 缺陷植入 度量的分类 18 项目度量对于软件开发项目的特定度量 目的是评估项目开发过程的质量 预测项目进度 工作量等 辅助管理者进行质量控制和项目控制 一般常用的项目度量有 规模度量 进度度量 生产力度量 风险度量 其他的项目动态度量 如需求更改 代码动态增长等 度量的分类 19 产品度量是对于项目开发结果 最终的产品度量 一般来说 产品度量指的是对产品的质量度量 一般常见的质量度量有 软件可靠性度量 软件复杂度度量 软件缺陷度量等 很简单 不简单 20 这些度量数据要与组织标准过程相结合这些度量数据需要严格定义要定义清晰 无二义性的收集机制要有人负责它们的计划 收集和分析度量数据要用于决策活动 我们准备好运用度量数据进行决策了么 决定目标 21 一个组织一定会有目标显式的这就是我们要达到的隐式的我想应该有 但是 让我想想我们要盈利 那么我们怎样才能盈利 我们的成本是怎样构成的 哪些成本可以缩减 我们在哪里花掉了最多的成本 不知道 那么让我们先来度量我们的成本构成 我们要让客户对我们的质量有信心 我们对自己的质量放心么 我们怎么知道自己的质量是否令人放心 可能的目标 22 改进开发过程改进软件估算改进项目控制缩短项目周期减少开发成本提升软件质量提升软件性能改善生产力 有了目标 然后呢 23 从列表中选择一个目标在度量体系中记录下这个目标列出要想达成这些目标所需要问的问题定义一系列度量数据 通过对这些度量数据的收集和分析就可以帮助我们回答这些问题 目标1的问题 改进开发过程 24 当前的开发过程在什么程度上的描述了当前的开发实践 过程中每一个活动的相对工时是多少 当前过程中每一个活动的预计时间是多少 缺陷是在过程中的什么步骤上被引入 被发现以及被纠正的 在开发过程中增加了多少条需求 目标1 改进开发过程 25 度量缺陷从被发现到被纠正的平均历时完成每一个活动所需的工时每一项活动的预期历时每一个活动中所发现的缺陷数对软件开发过程的不符合项数目在开发过程中添加或者改变的需求数 目标2的问题 改进软件估算 26 每一项活动估算的和实际的工时对比是怎样的 自初始估算以来 需求发生了多少变化 开发中的软件有多复杂 每一项活动日程 工时 和规模的估算与实际的对比是什么样的 估计的用人水平和实际的差别是什么样的 需要加班么 目标2 改进软件估算 27 度量数据初始估算与实际活动工时数据的对比初始估算与实际活动日程数据的对比初始估算与实际工作产品规模数据的对比初始估算与实际活动用人水平数据的对比加班总工时单位人力成本 目标3的问题 改进项目控制 28 每一项开发活动的状态如何 项目的整体状态如何 每一项活动的挣值 EV 状态如何 项目的实际花费与预算相比状态如何 目标3 改进项目控制 29 度量数据每一项活动的挣值完成的源代码行数源代码行数的初始估计项目的整体完成百分比每一项活动的完成百分比到今日所花费的项目总预算百分比日程完成百分比测试的完成百分比测试的通过率 目标4的问题 缩短项目周期 30 每一项任务的实际日程是什么样的 每一项活动实际花费工时有多少 用于返工的工时有多少 用于非开发任务的工时有多少 每项活动所需的加班工时是多少 用人水平能否保证项目的按时完成 目标4 缩短项目周期 31 度量数据项目活动或者里程碑之间的用时每一项活动的估计工时与实际工时之间的对比项目的初始日程表和项目实际日程表之间的对比用人水平的初始估计与项目实际用人水平的对比用于返工的工时数每一项活动的总加班时数 目标5的问题 缩减开发成本 32 每一个开发活动的成本是多少 每一个开发活动的单位人力成本价格是多少 每一个开发活动的估计和实际工时的对比是怎样的 每一个活动的实际成本和估算相比是怎样的 开发 管理 支持活动成本占总成本的比例是如何的 有多少成本花费在了纠正缺陷上 目标5 缩减开发成本 33 度量数据每个活动的实际成本每个活动中消耗在纠正缺陷上的成本每行源代码的成本每个活动的最初成本估算每个活动的预算每个活动的最初估计投入与实际投入的比较每个活动的单位人力成本开发费用占项目总预算的百分比管理费用占项目总预算的百分比支持费用占项目总预算的百分比 目标6的问题 提高软件质量 34 产品中有多少缺陷 软件是否可维护 软件是否稳定 软件是否已经过验证 是否正确 目标6 提高软件质量 35 度量数据纠正缺陷所耗费的平均工时平均软件故障间隔 在适合公司实际的情况下 每类缺陷的数目缺陷数目 SLOC文档的总行数经过检查的代码行占总代码行的百分比 目标7的问题 提高软件性能 36 处理器利用率是多少 内存利用率是多少 软件的输入 输出性能如何 该软件有什么特征 目标7 提高软件性能 37 度量数据平均CPU利用率平均内存利用率平均故障间隔单位时间的I O处理 实际发生的I O对比需要的I O 源代码行数软件产品复杂度 目标8的问题 提高劳动生产率 38 在返工上花费了多少时间 开发人员是否在支持和管理活动上花费了过多的时间 平均劳动生产率是多少 生产