软件度量基本概念理解 转自: http://blog.edu.cn/user2/mindware/archives/2006/1091478.shtml |
Roger S. Pressman 的《软件工程-实践者之路 》第四章: 虽然术语“measure”(测量)、“measurement”(测度)和“metrics”(度量)经常被互换地使用,但注意到它们之间的细微差别是很重要的。因为“measure”(测量)和“Measurement”(测度)即可以作为名词也可以作为动词,所以它们的定义可能会混淆。在软件工程领域中,“measure”(测量)对一个产品过程的某个属性的范围、数量、维度、容量或大小提供了一个定量的指示。“Measurement”(测度)则是确定一个测量的行为。IEEE的软件工程术语标准辞典(IEEE Standard Glossary of Software Engineering Terms)[IEE93]中定义“metric”(度量)为“对一个系统、构件或过程具有的某个给定属性的度的一个定量测量”。 当获取到单个的数据点(如在一个模块的复审中发现的错误数)时,就建立了一个测量(measure)。测度(measurement)的发生是收集一个或多个数据点的结果(如调研若干个模块的复审,以收集每一次复审所发现的错误数的测量)。软件度量(metrics)在某种程度上与单个的测量相关(如每一次复审所发现的错误的平均数,或复审中每人/小时所发现的错误的平均数)。 软件工程师收集测量结果并产生度量,这样就可以获得指标“indicator”。指标是一个度量或度量的组合,它对软件过程、软件项目或产品本身提供了更深入的了解[RAG95]。指标所提供的更深入的理解,使得项目管理者或软件工程师能够调整开发过程、项目或产品,这样使事情进行得更顺利,能被更好地完成。 例如,四个软件小组共同完成一个大型软件项目。每一个小组必须进行技术复审,但允许其自行选择所采用的复审类型。检查度量结果——每人/小时所发现的错误数,项目管理者注意到采用更加正式的复审方法的两个小组,每人/小时所发现的错误数比起另外两个小组高40%。假设所有其他参数都相同,这就给项目管理者提供了一个指标:正式的复审方法比起其他复审方法在时间投资上能得到更大的回报。他可能会决定建议所有小组都采用更加正式的方法。度量给管理者提供了更深入的理解,而更深入的理解会产生更严谨、更正确的决策。 举两个简单的个例子: 看一个人的肥胖程度, 如下图,一个点对应一次FTR。 正常的 FTR 的 fault density 应介于上下限之间(蓝线与灰线之间), prep rate 应大于下限(在绿线的右边)。也就是正常的FTR的点都在区域4,别的区域的应该是有一定问题的,或者说是PM应该去关注一下的。 区域1, 准备一点也不充分,错误倒发现了一大堆。呵呵,质量能放心吗?!
|
软件度量基本概念理解
最新推荐文章于 2022-06-27 21:32:47 发布