CMMI软件度量

CMM/CMMI/SPCA-8
度量的分类
• 软件度量，一般主要分为三类：
– 过程度量 – 项目度量 – 产品度量
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-9
过程度量
• 对于软件开发过程本身的度量，目的是形成组织 的各种模型，作为对项目、产品的度量基础；以 及对软件开发过程进行持续改进，提高软件生产 力。软件度量往往不是直接进行，而是通过大量 的项目度量分析、总结得出来的。 • 典型的过程度量如CMM/CMMI中的各PA的度量
• 改进－根据得到的量化信息，可以帮助我们识别障碍物、查找问题
的根源，以及能提高产品质量和过程效率的Fra Baidu bibliotek他方法。与以前的量化 信息比较。可以证实这些方法是否有效。
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-22
理解
• 获得对过程、产品、资源、环境的理解，确定以后预测的机 箱和模型。这是评估、预测、改进活动的基础。 • 例如：代码规模、工作量、开发周期、文档页数、平均团队 大小、产品缺陷总数、遗留缺陷数存在一定关系，NASA某 项目统计如下：
度量的目的
• 理解－获得对过程、产品、资源、环境的理解，确定以后预测的机
箱和模型。这是评估、预测、改进活动的基础。
• 预测－通过理解过程、产品各要素之间的关系建立模型，由已知的
要素推算、估计其他要素，以便合理分配资源、合理制定计划。
• 评估－分析活动与计划的符合程度，确定是否有偏差，以便控制其
执行；评估最终产品的质量，评估新技术的影响，评估过程改进对过 程和产品的影响。
• “正好用这个度量结果来评价下属的工作绩效。 ”
• “软件度量会评价我的绩效吗？”
• “我提供的数据会不会用来作为评价我的依据？ ”
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-17
度量从不用于评价个人
• 度量从不用于评价个人。度量既不用于评价个人的能力， 也不用于评价个人的绩效。度量只用于对过程、项目、产 品的理解、分析、评估、预测和改进工作。 • 原因：为了保持数据的可靠性、客观性和准确性我们必须 保证度量结果不用于评价数据提供者个人的工作绩效和质 量。 • 在度量活动中将使用特别的步骤保证分析报告不被用于评 价个人绩效和质量
© 2005 CEPREI Certification Body
0.831
CMM/CMMI/SPCA-23
理解
• 没有通用的组织模型，对于不同的组织和软件类型，过程模 型不一样。 • 如BOEHN对NASA的一个实验室的项目进行度量，得到嵌 入式软件工作量和持续时间与代码规模的关系为：
– 工作量（人月） ＝ 2.8× KSLOC 0.33 – 开发周期（月） ＝ 2.5 × KSLOC
© 2005 CEPREI Certification Body
– 工作量（人月） ＝ 1.48× KSLOC 0.33 – 开发周期（月） ＝ 4.6 × KSLOC 0.505 – 文档页数 = 34.7 × KSLOC 0.75 – 平均团队大小 = 0.24 × 工作量 – 产品缺陷总数＝ 7.5× KSLOC – 遗留缺陷数＝ 0.5× KSLOC 其中KSLOC ： 千行源程序
软件度量
2005年4月第2版
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-1
自我介绍
王振宇
• 计算机及应用专业，工商管理硕士 • 研究方向是软件工程、软件过程管理和质量流程控制 • 十年的IT管理和软硬件系统开发的工作经验
• CMMI/SPCA咨询顾问、评估师
0.31
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-24
预测
• 通过理解过程、产品各要素之间的关系建立模型，由已知的 要素推算、估计其他要素，以便合理分配资源、合理制定计 划。 • 以上面的项目为例，在对一个项目的规模度量中预测综合代 码量为102K，则可以预测：
– 从需求分析到设计、实现、测试、维护 – 从项目管理者到开发者、测试者、技术支持者、用户 – 从代码实现到各种评审
• 每一个阶段、每一个角色的各种软件活动都会纳 入软件度量活动的范围内
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-16
可以度量个人吗？
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-19
为什么要度量？
• 度量有意义吗？
• 度量活动对我们的研发活动有什么作用吗？
• 我们花费时间和人力来做度量，值得吗？
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-20
• 计算机信息系统集成资质认证审核员 • 为广州南天、天津远洋、福建榕基、科大讯飞、上海中和 等软件企业进行过CMMI/SPCA咨询和评估
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-2
学员自我介绍
• • • • • • 姓名 职务 从事的工作 对度量和CMM/CMMI的了解 期望 3分钟之内
– – – – – 工作量（人月） ＝ 1.48× 102 = 138人月 0.33 开发周期（月） ＝ 4.6 × 102 = 15月 0.75 平均团队大小 = 0.24 × 工作量 = 9人 产品缺陷总数＝ 7.5× 102 = 765个 遗留缺陷数＝ 0.5× 102 ＝ 51个
0.831
© 2005 CEPREI Certification Body
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-13
项目度量的内容
• 一般常用的项目度量有：
– – – – – – 规模度量 工作量度量 进度度量 生产力度量 风险度量 项目动态度量（如：需求变更、代码动态增长等）
© 2005 CEPREI Certification Body
度量的重要性
• 度量活动可以对我们的软件开发项目状态和产品 质量给予量化的表示，为加强和改进研发工作提 供详细的指导 • CMM将度量作为公共特性，是过程改进制度化的 基础 • CMMI更加强调了度量，二级有一个过程域度量和 分析
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-21
生产力
传统方法 CLEANROOM 每天26行综合代码
质量
每千行综合代码5.3个错误
每天40行综合代码 每千行综合代码4.3个错误 • 对CLEANROOM方法进行评估，则可以得出结论：
– 如果不考虑其他因素，CLEANROOM开发方法确实可以提高生产力，降低错误率。
© 2005 CEPREI Certification Body
什么是度量
• 度量：
– 根据一定的规则，将数字或符号赋与系统、构件、过 程等实体的特定属性，从而使我们能够清晰地理解该 实体及其属性，简而言之，度量就是对事物属性地量 化表示。
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-5
指标
• 指标：
– 软件度量活动地结果不一定能够直接应用。 – 举例：对引入的缺陷数据按时间进行收集，得到一个数字系列，如：
传统方法
独立测试组织
• 对这种改进方法进行发现，可以发现独立测试组织在测试阶段的问题漏 测率由20％降低到16％（仅仅降低了25％），而其活动成本则上升了 78.6%,这说明了对于普通的软件产品而言，采用独立测试组织是不合适 的（成本太高），而对于高可靠性要求的软件产品如航空软件，也许还 是可以使用的。
日期 缺陷
1 0 2 1 3 3 4 4 5 2 6 3 7 9 8 2 9 1 10 5 11 4 12 5 13 2 14 4 15 3 16 3 17 2 18 1 19 4 20 2 21 3 22 4 23 5 24 1
– 对于这个结果，简单的看这组数据，很难分析出过程特征。为便于分析 和理解，我们用指标来表示度量活动的结果，它是对于一个度量结果或 多个度量结果的组合，并采用一些易于理解的形式，使我们对于过程、 系统、项目、产品有更深入的理解。
CMM/CMMI/SPCA-14
产品度量的内容
• 一般常用的软件产品质量度量有：
– – – – 软件可靠性度量 软件复杂度度量 软件缺陷度量 软件规模度量
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-15
度量的范围
• 在进行软件度量活动的项目中，软件度量会涉及 到每个人的工作：
指标图分析
• 我们可以观察到第七个点时引入引入的缺陷超过控制上限 ，而其他时间里引入的缺陷保持稳定。通过对该时间活动 的分析，发现这是因为一个未作计划的版本合并，造成引 入缺陷的意外增加。 • 通过研究和对比，我们发现这次开发活动并不令人满意， 其原因是无计划的更改，而不是开发质量的异常波动。
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-26
改进
• 根据得到的量化信息，可以帮助我们识别障碍物、查找问题的根源，以及能提 高产品质量和过程效率的其他方法。 • 与以前的量化信息比较，可以证实这些方法是否有效。 ： • 上面所举的NASA的CLEANROOM方法是一个例子；同样，以NASA项目中独 立测试组织对改进产品质量的有效性的度量结果为例： 版本发布后遗留缺陷率 20％ 16% 测试成本 每千行1.4人月 每千行2.5人月
CMM/CMMI/SPCA-25
评估
• • • • • 分析活动与计划的符合程度，确定是否有偏差，以便控制其执行； 评估最终产品的质量； 评估新技术的影响； 评估过程改进对过程和产品的影响。 如NASA研究改进软件开发方法，准备引入CLEANROOM方法，以求提 高生产力，提高产品质量。在对该方法进行了三个项目的试点，发现与 传统方法的对比是：
产品度量
• 是对项目开发成果－最终产品的度量。一般来说 ，我们提到产品度量，指的是对产品的质量度量 。
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-12
过程度量与项目度量
• 过程度量与项目度量的区别是： • 过程度量是战略性的，针对组织范围内进行，是 组织内大量项目实践的总结和模型化，对于项目 度量提供指导意义； • 而项目度量是战术性的，针对具体的项目进行， 预测、评估、改进项目工作，产品度量是对产品 质量的度量，用于对产品质量的评估和预测。
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-10
项目度量
• 对于软件开发项目的特定度量，目的是评估项目 开发过程的质量，预测项目进度、工作量等，辅 助管理者进行质量控制和项目控制
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-11
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-3
课程目的
• • • • • 了解度量的含义 掌握度量的必要性 度量对工作的影响 度量活动的步骤和指南 度量的陷阱
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-4
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-18
度量的关键成功因素
• • • • • • • • • 确定度量目标和计划； 获得高层管理者的支持； 拥有专属资源； 面向员工的培训、教育和营销推广； 日常工作中的度量一体化； 聚焦于项目团队的结果； 度量不要针对个人； 有效定义数据以及实情报告制度； 推动度量自动化。
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-6
指标
缺陷分布图 10 8
缺陷数
6 4 2 0 1 3 5 7 9 11 13 15 17 19 21 23 日期
缺陷 上限
© 2005 CEPREI Certification Body
CMM/CMMI/SPCA-7