软件工程讲义_第14章 产品度量.ppt

现代软件工程 第14章 产品度量 主要内容 软件质量 产品度量框架 小结 产品度量 从本质上讲，工程是一个量化的学科。工程师用数字来帮助他们设计和评估要制造的产品。到目前为止，软件工程师在其工作中还鲜有定量指标——但是，情况正在发生变化。产品度量有助于软件工程师对其设计和构造的软件获得深层次的了解。与作为整体应用于项目（或过程）的项目度量和过程度量不同，产品度量侧重于软件工程工作产品的特定属性，它在执行技术任务（分析、设计、编码与测试）的过程中收集。 产品度量 对计算机软件开发而言，定性要素总是存在的。问题是定性评估可能是不够的。软件工程师需要客观标准以帮助指导数据、体系结构、界面和构件的设计。测试人员需要定量指标以帮助选择测试用例及其目标。产品度量为分析、设计、编码和测试能更客观地执行和更定量地评估提供基础。 应该在开始收集数据之前建立测量的目标，并以无歧义的方式定义每个产品的度量。仅仅定义不多的度量，然后使用它们去获得对软件工程工作产品质量的理解。 产品度量 测量是任何工程过程的一个关键环节。使用测度以较好地理解所创建模型的属性，评估所制造工程产品或系统的质量。但是，与其他工程学科不同，软件工程并不是建立在基本的物理定量定律上。直接测度在软件世界是不常见的。由于软件测度与度量经常是间接得到的，因此有广泛的争论空间。 产品度量 虽然计算机软件产品度量往往并不是绝对的，但产品度量为我们提供了一种基于一组明确规定的规则来评价质量的系统方法。同时，产品度量为软件工程师对软件产品提供了现场而不是事后的理解。这使软件工程师能够在潜在问题变成灾难性的错误之前发现和纠正它们。 软件质量 软件质量是对明确陈述的功能和性能需求、明确记录的开发标准以及对所有专业化软件开发应具备的隐含特征的符合度。该定义强调了以下三个方面：1、软件需求是质量测量的基础。不符合需求就是没有质量。2、特定标准定义了一组用以指导软件开发方式的准则。若未能遵守准则，则肯定质量成问题。3、有一组未被提及的隐式需求。若软件符合显式需求，但未能满足其隐式需求，则软件质量仍是值得怀疑的。 软件质量是多种因素的复杂混合体。这些因素随着应用和用户的不同而不同。 McCall质量因素 影响软件质量的因素可分为两大类：(1)可以直接测量的因素；(2)只能间接测量的因素。 [MCC77]提出了影响软件质量因素的一种有用的分类。这些软件质量因素侧重于软件产品的三个重要方面：操作特性、承受变更的能力以及对新环境的适应能力，如图14-1所示。 McCall质量因素 图14-1 McCall的软件质量因素 ISO 9126质量因素 ISO 9126标准的制定是试图标识计算机软件的质量属性。这个标准标识了六个关键的质量属性： 功能性：软件满足所陈述需要的程度。 可靠性：软件可用的时间长度。 易用性：软件容易使用的程度。 效率：软件优化使用系统资源的程度。 可维护性：软件易于修复的程度。 可移植性：软件可以从一个环境移植到另一个环境的容易程度。 产品度量框架 测量将数字或符号赋给现实世界中的实体属性。为达到这个目标，需要一个包含统一规则的测量模型。尽管测量理论及其在计算机软件中的应用等主题超出了本书的讨论范围，但是，为测量软件的产品度量建立一个基本框架和一组基本原则是值得的。 测度、度量和指标 尽管测量、测度和度量这三个术语常常可以互换使用，但注意到它们之间的细微差别是很重要的。 “测度”一词可用作名词，也可用作动词。在软件工程中，“测度”为产品或过程的某些属性的程度、数量、维数、容量或大小提供量化的指示。而“测量”是确定测度的动作。度量在《IEEE标准词汇表》中定义为：度量是一个系统、构件或过程具有给定属性的量化测量程度。 测度、度量和指标 当收集了一个数据点，就已建立了一个测度。收集一个或多个数据点，由此产生测量。软件的度量以某种方式与单个测度相关。 软件工程师收集测度并开发度量以便获得指标。一个指标是一个度量或多个度量的组合，它提供了对软件过程、软件项目或产品本身的深入理解。指标提供的理解使项目经理或软件工程师能够调整过程、项目或产品以使其变得更好。 产品度量的挑战 在过去的30年中，许多研究人员试图开发一种能为软件复杂性提供全面测量的度量。尽管已提出了许多复杂性测量，但每种方法都对什么是复杂性以及哪些系统属性导致复杂性持有不同的看法。 然而，仍有必要去测量和控制软件的复杂度。若这个质量度量的单一值难以获取的话，针对不同内部程序属性开发测度应该是可能的。这些测量和由此产生的度量可用作分析模型和设计模型的独立指标。 测量原则 产品度量的作用主要包括：(1)辅助分析模型和设计模型的评估；(2)提供过程设计和源代码复杂性的指示；(3)方便更有效测试的设计。[ROC94]提出一个能用以下五个活