1、第三章 软件质量模型整 体 概 述THE FIRST PART OF THE OVERALL OVERVIEW, P L E A S E S U M M A R I Z E T H E C O N T E N T第一部分3.1 概述软件是一种产品；软件是一种产品；软件是一种特殊产品；软件是一种特殊产品；软件是一种以人的智力为基础、团队生产出来的特殊复杂产品；软件是一种以人的智力为基础、团队生产出来的特殊复杂产品；软件是一种特殊的复杂产品；软件是一种特殊的复杂产品；产品就要涉及质量；产品就要涉及质量；质量问题对软件这个特殊产品同样很重要；质量问题对软件这个特殊产品同样很重要；软件的特点带来质量管
2、理的困难：规模大、内部复杂、难度量；软件的特点带来质量管理的困难：规模大、内部复杂、难度量； 软件产品特殊软件产品特殊+质量保证困难：使得软件质量成为一质量保证困难：使得软件质量成为一个关注的重要课题！个关注的重要课题！3.1 概述软件神话：软件神话： 软件具有一些特征使得它们很有欺骗性，就像神话一样：软件具有一些特征使得它们很有欺骗性，就像神话一样：如，它们表面上看很有道理如，它们表面上看很有道理(有时含有一定真实的成分有时含有一定真实的成分)；它；它们符合人的直觉；它们常常是有经验的实践者发布出来的。们符合人的直觉；它们常常是有经验的实践者发布出来的。 管理者的神话管理者的神话 管理者有巨
3、大的压力，要维持预算、保持进度及提高质量。就管理者有巨大的压力，要维持预算、保持进度及提高质量。就像溺水者抓住一根救命稻草，软件管理者常常抓住软件神话不放。像溺水者抓住一根救命稻草，软件管理者常常抓住软件神话不放。【神话【神话1】 我们已经有了关于建造软件的标准和规程的书籍，难道我们已经有了关于建造软件的标准和规程的书籍，难道它们不能给人们提供所有其需要知道的信息吗？它们不能给人们提供所有其需要知道的信息吗？【事实】不错关于标准的书籍已经存在，但真正用到了它们吗？软【事实】不错关于标准的书籍已经存在，但真正用到了它们吗？软件实践者知道它们的存在吗？它们是否反映了现代软件开发的过程？它件实践者知
4、道它们的存在吗？它们是否反映了现代软件开发的过程？它们完整吗？很多情况下，对于这些问题的答案均是们完整吗？很多情况下，对于这些问题的答案均是“不不”。3.1 概述3.1.2 软件质量工程体系的建立建立和实施质量管理体系的方法：建立和实施质量管理体系的方法： 确定顾客和其他相关方的需求和期望；确定顾客和其他相关方的需求和期望； 建立组织的质量方针和质量目标；建立组织的质量方针和质量目标； 确定实现质量目标必需的过程和职责；确定实现质量目标必需的过程和职责； 确定和提供实现质量目标必需的资源；确定和提供实现质量目标必需的资源； 规定测量每个过程的有效性和效率的方法；规定测量每个过程的有效性和效率的
5、方法； 应用这些测量方法确定每个过程的有效性和效率；应用这些测量方法确定每个过程的有效性和效率； 确定防止不合格并消除产生原因的措施；确定防止不合格并消除产生原因的措施； 建立和应用持续改进质量管理体系的过程；建立和应用持续改进质量管理体系的过程；3.1 概述3.1.3 软件质量工程体系的构成5个层次个层次3.1 概述3.1.4 软件质量工程体系和管理体系的关系软件质量工程体系软件质量工程体系传统质量管理体系传统质量管理体系系统工程系统工程软件质量软件质量质量目标质量目标软件质量管理体系软件质量管理体系软件工程软件工程3.2 软件质量指标和因素（）3.2.1 软件质量的属性指标 软件质量指标是
6、衡量可识别软件质量特性的项目，即软软件质量指标是衡量可识别软件质量特性的项目，即软件的质量可用一组有关的属性来表示。第二章已经介绍过，件的质量可用一组有关的属性来表示。第二章已经介绍过，有多种不同的刻画方式。有多种不同的刻画方式。 ISO/ 给出了软件质量归纳为给出了软件质量归纳为6个基本要素，功能性、可个基本要素，功能性、可靠性、易用性、效率、可维护性、可移植性。每个又划分为靠性、易用性、效率、可维护性、可移植性。每个又划分为多个质量属性指标多个质量属性指标: 功能性：功能性：实现的功能达到设计规范，并满足用户需求的程度实现的功能达到设计规范，并满足用户需求的程度 功能的正确性功能的正确性(
7、correction)：和需求、已定义规范一致，正常运行；：和需求、已定义规范一致，正常运行； 功能的准确性功能的准确性(accuracy)：结果在精度误差范围内；：结果在精度误差范围内； 功能的完整性功能的完整性(completeness)：功能及定义清楚、可用，功能完备；：功能及定义清楚、可用，功能完备；3.2 软件质量指标和因素（）3.2.1 软件质量的属性指标 可用性：可用性：用户掌握软件操作所要付出的时间及努力程度；用户掌握软件操作所要付出的时间及努力程度； 可操作性可操作性(operability)：容易使用和操作；：容易使用和操作； 通用性通用性(commonality)：遵守已
8、有软件标准，采用统一数据标准和通：遵守已有软件标准，采用统一数据标准和通信接口；信接口； 一致性一致性(consistency)：在整个开发周期使用相同标准；：在整个开发周期使用相同标准； 可靠性：可靠性：规定的时间和条件下，仍能维持其性能水准的程度；规定的时间和条件下，仍能维持其性能水准的程度； 系统自我恢复能力系统自我恢复能力 (autonomy)： 健壮性健壮性 (robustness)： 系统的分布性系统的分布性(distributivity)： 3.2 软件质量指标和因素（）3.2.1 软件质量的属性指标 效率：效率：软件执行某项功能所需电脑资源（含时间）的有效程度；软件执行某项功能
9、所需电脑资源（含时间）的有效程度； 有效性有效性 (efficiency)： 安全管理安全管理/完整性完整性(safety management)： 易存取性易存取性 (accessibility)： 可维护性：可维护性：当环境改变或软件发生错误时，执行修改或恢复当环境改变或软件发生错误时，执行修改或恢复所做努力的程度；所做努力的程度；模块化（模块化（Modularity） 增强能力增强能力/灵活性（灵活性（Augment ability） 可测试性可测试性(Testability) 可追溯性（可追溯性（Traceability） 简单性简单性 （Simplicity） 自我描述性（自我描述性
10、（Self Descriptiveness） 系统兼容性（系统兼容性（System Compatibility） 文档质量（文档质量（Document Quality） 3.2 软件质量指标和因素（）3.2.1 软件质量的属性指标 可移植性：可移植性：从一个系统从一个系统/环境移到另一系统环境移到另一系统/环境的容易程度；环境的容易程度； 独立性独立性(independence)： 可重用性可重用性(reusability)： 互操作性互操作性(interoperability)： 虚拟性虚拟性 (virtuality)： 一般性一般性 (generality)： 3.2 软件质量指标和因素（
11、）3.2.2 软件质量的影响因素第二章我们学习了软件产品质量包括三个方面的内容：第二章我们学习了软件产品质量包括三个方面的内容：软件产品质量软件产品质量软件生产过程质量软件生产过程质量软件在商业环境中的质量软件在商业环境中的质量因此，分析软件质量的影响因素时，也可以从这三个方面进行因此，分析软件质量的影响因素时，也可以从这三个方面进行分析：分析：从软件产品分析，什么因素对产品运行、修改、移植有较大影响？从软件产品分析，什么因素对产品运行、修改、移植有较大影响？从软件生产过程分析，什么因素对计划、设计、实施和维护过程中的质量从软件生产过程分析，什么因素对计划、设计、实施和维护过程中的质量有较大影
12、响？有较大影响？从软件商业环境分析，什么因素对客户、市场和销售等质量有较大影响？从软件商业环境分析，什么因素对客户、市场和销售等质量有较大影响？3.2 软件质量指标和因素（）3.2.2 软件质量的影响因素1. 1. 软件产品的质量因素：软件产品的质量因素：3.2 软件质量指标和因素（）3.2.2 软件质量的影响因素2. 2. 软件过程的质量因素：软件过程的质量因素： 项目计划过程项目计划过程： 和客户的沟通能力和客户的沟通能力 软件产品特性定义的方法软件产品特性定义的方法 项目计划策略项目计划策略 评审的流程、范围、方式和程度评审的流程、范围、方式和程度 协同工作流程协同工作流程 合同和用户管
13、理流程和方法合同和用户管理流程和方法 文档编写、管理等的规范和流程文档编写、管理等的规范和流程3.2 软件质量指标和因素（）3.2.2 软件质量的影响因素2. 2. 软件过程的质量因素：软件过程的质量因素：项目设计过程项目设计过程： 软件产品指标的定义和解释；软件产品指标的定义和解释； 设计流程包括知识交换、结果评审等流程；设计流程包括知识交换、结果评审等流程； 设计标准改进流程；设计标准改进流程； 协同工作流程协同工作流程； 文档编写、管理等的规范和流程文档编写、管理等的规范和流程3.2 软件质量指标和因素（）3.2.2 软件质量的影响因素2. 2. 软件过程的质量因素：软件过程的质量因素：
14、项目实施过程：项目实施过程： 变更控制流程；变更控制流程； 执行过程跟踪方法、流程和相适应的系统；执行过程跟踪方法、流程和相适应的系统； 缺陷处理流程缺陷处理流程； 文档编写、管理等的规范和流程文档编写、管理等的规范和流程项目维护过程：项目维护过程： 变更控制流程；变更控制流程； 用户反馈、相应处理机制； 回归测试流程； 3.2 软件质量指标和因素（）3.2.2 软件质量的影响因素3. 3. 软件商业环境的质量因素：软件商业环境的质量因素：软件改进的策略软件改进的策略产品开发模式产品开发模式市场定位市场定位产品标准产品标准文档形式和内容文档形式和内容软件的后续服务模式软件的后续服务模式3.3
15、软件质量模型（）3.3.1 软件质量模型 软件质量特性，反映了软件的本质。讨论一个软件的质量，软件质量特性，反映了软件的本质。讨论一个软件的质量，问题最终要归结到定义软件的质量特性。问题最终要归结到定义软件的质量特性。 人们通常把影响软件质量的特性用软件质量模型来描述。人们通常把影响软件质量的特性用软件质量模型来描述。通过模型刻画特性之间的关系，深入研究质量，寻求质量保通过模型刻画特性之间的关系，深入研究质量，寻求质量保证解决方案，达到软件质量指标。证解决方案，达到软件质量指标。 从从20世纪世纪80年代开始，人们软件质量模型的研究，提出年代开始，人们软件质量模型的研究，提出了一些有效的软件质
16、量模型。了一些有效的软件质量模型。3.3 软件质量模型（）3.3.1 软件质量模型分分层模型层模型 最基本的叫做最基本的叫做基本质量特性基本质量特性，它可以由一些子质量特性，它可以由一些子质量特性定义和度量定义和度量二次特性。二次特性。 二次特性二次特性BoehmMcCallISO 目前，主流的软件质量模型分为两类：目前，主流的软件质量模型分为两类：层次模型层次模型和关系模型。比较著和关系模型。比较著名的层次模型包括名的层次模型包括McCall模型、模型、Boehm模型和模型和ISO9126质量模型质量模型 ；比较著；比较著名的关系模型包括名的关系模型包括Perry模型和模型和Gillies模
17、型。模型。3.3 软件质量模型（）3.3.1 软件质量模型 1976年，年，Barry W.Boehm等人提出了定量评估软件质量等人提出了定量评估软件质量的概念，并给出了的概念，并给出了60个质量度量公式。并最早提出了软件质量个质量度量公式。并最早提出了软件质量模型的分层方案模型的分层方案 。后经完善，。后经完善，1978年年Boehm质量模型正式发质量模型正式发布。布。巴利巴利玻姆（玻姆（Barry W. Boehm）Barry W. Boehm，1935，美国国家工程院院士，美国国家工程院院士，AIAA、IEEE、ACM会士（会士（Fellow），他从），他从1955年开始就尝试在软件开发
18、的敏捷和纪律之间寻找年开始就尝试在软件开发的敏捷和纪律之间寻找平衡点，他是平衡点，他是TRW软件工程教授和南加州大学软软件工程教授和南加州大学软件工程中心主任。美国国防部高级研究计划署件工程中心主任。美国国防部高级研究计划署（DARPA）技术办公室的主任，并担任）技术办公室的主任，并担任TRW（世界著名的军工系统承包商）的首席科学家，（世界著名的军工系统承包商）的首席科学家，美国空军科学顾问委员会主席。美国空军科学顾问委员会主席。国际软件工程领域国际软件工程领域的先驱者和领导者的先驱者和领导者 。3.3 软件质量模型（）3.3.1 软件质量模型巴利巴利玻姆的贡献玻姆的贡献 他在软件工程领域做出
19、了非常杰出的贡献，主要包括：提出了著名的软件开他在软件工程领域做出了非常杰出的贡献，主要包括：提出了著名的软件开发的螺旋模型发的螺旋模型(Spiral Model)以及增量式承诺模型以及增量式承诺模型(Incremental Commitment Model)，用于系统与软件工程成本估算的，用于系统与软件工程成本估算的COCOMO系列模型系列模型(Constructive Cost Model)，软件质量度量模型，适用于软件管理与需求决策的，软件质量度量模型，适用于软件管理与需求决策的W理论理论(Theory W)等。发表了上百篇学术论文，指导过数十名博士研究生。提出了等。发表了上百篇学术论文
20、，指导过数十名博士研究生。提出了两两种先进的软件工程环境：种先进的软件工程环境：TRW软件生产率系统和软件生产率系统和Quantum Leap环境。环境。出版了经典书籍软件工程经济学。出版了经典书籍软件工程经济学。巴利巴利玻姆的荣誉玻姆的荣誉J.D.Warnier奖奖 NSIA Grace Murray Hopper奖奖 ACM杰出研究奖（杰出研究奖（The ACM Distinguished Research Award） 3.3 软件质量模型（）3.3.1 软件质量模型Boehm第一层：第一层：6个软件质量要素个软件质量要素功能性：功能性：软件所实现的功能满足用户需求的程软件所实现的功能满
21、足用户需求的程度功能性反映了所开发的软件满足用户陈述或度功能性反映了所开发的软件满足用户陈述或隐含的需求的程度，即用户要求的功能是否全部隐含的需求的程度，即用户要求的功能是否全部实现了。实现了。可靠性：可靠性：在规定的时间和条件下，软件所能维持在规定的时间和条件下，软件所能维持其性能水平的程度。可靠性对某些软件是重要的其性能水平的程度。可靠性对某些软件是重要的质量要求，它除了反映软件满足用户需求正常运质量要求，它除了反映软件满足用户需求正常运行的程度外，还反映了在故障发生时能继续运行行的程度外，还反映了在故障发生时能继续运行的程度。的程度。3.3 软件质量模型（）3.3.1 软件质量模型易使用
22、性：易使用性：对于一个软件，用户学习、操作、准备对于一个软件，用户学习、操作、准备输入和理解输出时，所做努力的程度。易使用性反输入和理解输出时，所做努力的程度。易使用性反映了与用户的友善性，即用户在使用本软件时是否映了与用户的友善性，即用户在使用本软件时是否方便。方便。效率：效率：在指定的条件下，用软件实现某种功能所需在指定的条件下，用软件实现某种功能所需的计算机资源（包括时间）的有效程度。效率反映的计算机资源（包括时间）的有效程度。效率反映了在完成功能要求时，有没有浪费资源，此外了在完成功能要求时，有没有浪费资源，此外“资资源源”这个术语有比较广泛的含义，它包括了内存、这个术语有比较广泛的含
23、义，它包括了内存、外存的使用，通道能力及处理时间。外存的使用，通道能力及处理时间。3.3 软件质量模型（）3.3.1 软件质量模型可维护性：可维护性：在一个可运行软件中，为了满足用户在一个可运行软件中，为了满足用户需求、环境改变或软件错误发生时，进行相应修需求、环境改变或软件错误发生时，进行相应修改所做的努力程度。可维护性反映了在用户需求改所做的努力程度。可维护性反映了在用户需求改变或软件环境发生变更时，对软件系统进行相改变或软件环境发生变更时，对软件系统进行相应修改的容易程度。应修改的容易程度。一个易于维护的软件系统也是一个易理解、易测一个易于维护的软件系统也是一个易理解、易测试和易修改的软
24、件，以便纠正或增加新的功能，试和易修改的软件，以便纠正或增加新的功能，或允许在不同软件环境上进行操作。或允许在不同软件环境上进行操作。可移植性：可移植性：从一个计算机系统或环境转移到另一从一个计算机系统或环境转移到另一个计算机系统或环境的容易程度。个计算机系统或环境的容易程度。3.3 软件质量模型（）3.3.1 软件质量模型Boehm第二层：第二层：22个软件质量评价准则个软件质量评价准则精确性：在计算和输出时所需精度的软件属性；精确性：在计算和输出时所需精度的软件属性；健壮性：在发生意外时，能继续执行和恢复系统的软件属健壮性：在发生意外时，能继续执行和恢复系统的软件属性；性；安全性：防止软件
25、受到意外或蓄意的存取、使用、修改、安全性：防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的软件属性；毁坏或泄密的软件属性；以及：通信有效性、处理有效性、设备有效性、可操作性、以及：通信有效性、处理有效性、设备有效性、可操作性、培训性、完备性、一致性、可追踪性、可见性、硬件系统培训性、完备性、一致性、可追踪性、可见性、硬件系统无关性、软件系统无关性、可扩充性、公用性、模块性、无关性、软件系统无关性、可扩充性、公用性、模块性、清晰性、自描述性、简单性、结构性、产品文件完备性。清晰性、自描述性、简单性、结构性、产品文件完备性。3.3 软件质量模型（）3.3.1 软件质量模型Boehm第二层：第
26、二层：22个软件质量评价准则个软件质量评价准则精确性：精确性：在计算和输出时所需精度的软件属性；在计算和输出时所需精度的软件属性；健壮性：健壮性：在发生意外时，能继续执行和恢复系统的软件属在发生意外时，能继续执行和恢复系统的软件属性；性；安全性：安全性：防止软件受到意外或蓄意的存取、使用、修改、防止软件受到意外或蓄意的存取、使用、修改、毁坏或泄密的软件属性；毁坏或泄密的软件属性；以及：以及：通信有效性、处理有效性、设备有效性、可操作性、通信有效性、处理有效性、设备有效性、可操作性、培训性、完备性、一致性、可追踪性、可见性、硬件系统培训性、完备性、一致性、可追踪性、可见性、硬件系统无关性、软件系
27、统无关性、可扩充性、公用性、模块性、无关性、软件系统无关性、可扩充性、公用性、模块性、清晰性、自描述性、简单性、结构性、产品文件完备性。清晰性、自描述性、简单性、结构性、产品文件完备性。3.3 软件质量模型（）3.3.1 软件质量模型软件质量评价准则的一定组合将反映某一软件质量要素，部软件质量评价准则的一定组合将反映某一软件质量要素，部分软件质量要素与评价准则间的关系如下图：分软件质量要素与评价准则间的关系如下图：3.3 软件质量模型（）3.3.1 软件质量模型Boehm第三层：软件质量度量第三层：软件质量度量根据软件的需求分析、概要设计、详细设计、实现、根据软件的需求分析、概要设计、详细设计
28、、实现、组装测试、确认测试和维护与使用七个阶段，制定组装测试、确认测试和维护与使用七个阶段，制定了针对每一个阶段的问卷表，以此实现软件开发过了针对每一个阶段的问卷表，以此实现软件开发过程的质量控制。程的质量控制。对于企业来说，不管是定制，还是外购软件后的二对于企业来说，不管是定制，还是外购软件后的二次开发，了解和监控软件开发过程每一个环节的进次开发，了解和监控软件开发过程每一个环节的进展情况、产品水平都是至关重要的，因为软件质量展情况、产品水平都是至关重要的，因为软件质量的高低，很大程度上取决于用户的参与程度。的高低，很大程度上取决于用户的参与程度。3.3 软件质量模型（）3.3.1 软件质量
29、模型最早的最早的Boehm质量模型质量模型改进的Boehm软件质量模型阐述性阐述性数据公开性数据公开性连贯性连贯性容错性容错性执行效率执行效率/储存效率储存效率存取控制存取控制/存取检查存取检查可训练可训练沟通良好沟通良好 简单性简单性易操作的易操作的工具工具自我操作性自我操作性扩展性扩展性一般性一般性模块性模块性软件系统独立性软件系统独立性机器独立性机器独立性通讯公开性通讯公开性正确性正确性可操作性可操作性3.3 软件质量模型（）3.3.1 软件质量模型应用应用Boehm模型进行软件质量评价要注意：模型进行软件质量评价要注意：对于不同类型的软件，系统软件、控制软件、管理对于不同类型的软件，系
30、统软件、控制软件、管理软件、软件、CAD软件、教育软件、网络软件及不同规模软件、教育软件、网络软件及不同规模的软件，对于质量要求、评价准则、度量问题的侧的软件，对于质量要求、评价准则、度量问题的侧重点有所不同应加以区别。重点有所不同应加以区别。3.3 软件质量模型（）3.3.1 软件质量模型在需求分析、概要设计、详细设计及其实现阶段，在需求分析、概要设计、详细设计及其实现阶段，主要评价软件需求是否完备，设计是否完全反映主要评价软件需求是否完备，设计是否完全反映了需求以及编码是否简洁、清晰。而且，每一个了需求以及编码是否简洁、清晰。而且，每一个阶段都存在一份特定的度量工作表，它由特定的阶段都存在
31、一份特定的度量工作表，它由特定的度量元素组成，根据度量元素的得分就可逐步得度量元素组成，根据度量元素的得分就可逐步得到度量准则及质量要素的得分，并在此基础上做到度量准则及质量要素的得分，并在此基础上做出评价。出评价。对软件各阶段都进行质量度量的根本目的是以此对软件各阶段都进行质量度量的根本目的是以此控制软件成本、开发进度，改善软件开发的效率控制软件成本、开发进度，改善软件开发的效率和质量。和质量。3.3 软件质量模型（）3.3.1 软件质量模型 1977 1977年由年由McCallMcCall和他的同事建立。将质量因素集中在软和他的同事建立。将质量因素集中在软件产品的件产品的3 3个重要方面
32、的个重要方面的1111个属性上个属性上 。McCallFCM 三层次模型三层次模型（Factor, Criteria, Metrics）。）。3.3 软件质量模型（）3.3.1 软件质量模型McCallMcCall特性评价准则评价准则评价准则度量度量度量面向管理观点的产品质量面向管理观点的产品质量决定产品质量的软件属性决定产品质量的软件属性定量化地度量软件属性定量化地度量软件属性3.3 软件质量模型（）3.3.1 软件质量模型3.3 软件质量模型（）3.3.1 软件质量模型层层 级级名名 称称内内 容容F质量要素：描述和质量要素：描述和评价软件质量的一评价软件质量的一组属性组属性功能性、可靠性
33、、易用性、效率性、可功能性、可靠性、易用性、效率性、可维护性、可移植性等质量特性以及将质量特维护性、可移植性等质量特性以及将质量特性细化产生的子特性性细化产生的子特性C衡量标准：衡量标准： 衡量衡量标准的组合反映某标准的组合反映某一软件质量要素一软件质量要素精确性、稳健性、安全性、通信精确性、稳健性、安全性、通信/处理处理/设设备有效性、可操作性、培训性、完备性、一备有效性、可操作性、培训性、完备性、一致性、可追踪性、可见性、硬件致性、可追踪性、可见性、硬件/软件系统软件系统无关性、可扩充性、公用性、模块性、清晰无关性、可扩充性、公用性、模块性、清晰性、自描述性、简单性、结构性、文件完备性、自
34、描述性、简单性、结构性、文件完备性等性等M量度标准：可由各量度标准：可由各使用单位自定义使用单位自定义根据软件的需求分析、概要设计、详细根据软件的需求分析、概要设计、详细设计、编码、测试、确认、维护与使用等阶设计、编码、测试、确认、维护与使用等阶段，针对每一个阶段制定问卷表，以此实现段，针对每一个阶段制定问卷表，以此实现软件开发过程的质量度量软件开发过程的质量度量3.3 软件质量模型（）3.3.1 软件质量模型正确性正确性在预定环境下，软件满足设计规格说明及用户预期目标的程度。它要求软件没有错在预定环境下，软件满足设计规格说明及用户预期目标的程度。它要求软件没有错误。误。可靠性可靠性软件按照设
35、计要求，在规定时间和条件下不出故障，持续运行的程度。软件按照设计要求，在规定时间和条件下不出故障，持续运行的程度。效率效率为了完成预定功能，软件系统所需的计算机资源的多少。为了完成预定功能，软件系统所需的计算机资源的多少。完整性完整性为了某一目的而保护数据，避免它受到偶然的、或有意的破坏、改动或遗失的能力。为了某一目的而保护数据，避免它受到偶然的、或有意的破坏、改动或遗失的能力。可使用性可使用性对于一个软件系统，用户学习、使用软件及为程序准备输入和解释输出所需工作量对于一个软件系统，用户学习、使用软件及为程序准备输入和解释输出所需工作量的大小。的大小。可维护性可维护性为满足用户新的要求，或当环
36、境发生了变化，或运行中发现了新的错误时，对一个为满足用户新的要求，或当环境发生了变化，或运行中发现了新的错误时，对一个已投入运行的软件进行相应诊断和修改所需工作量的大小。已投入运行的软件进行相应诊断和修改所需工作量的大小。可测试性可测试性测试软件已确保其能够执行预定功能所需工作量的大小。测试软件已确保其能够执行预定功能所需工作量的大小。灵活性灵活性修改或改进一个已投入运行的软件所需工作量的大小。修改或改进一个已投入运行的软件所需工作量的大小。可移植性可移植性将一个软件系统从一个计算机或环境移植到另一个计算机系统或环境中运行时所需将一个软件系统从一个计算机或环境移植到另一个计算机系统或环境中运行
37、时所需工作量的大小。工作量的大小。复用性复用性一个软件（或软件的部件）能再次用于其他应用（该应用的功能与此软件或软件部一个软件（或软件的部件）能再次用于其他应用（该应用的功能与此软件或软件部件的所完成的功能有联系）的程度。件的所完成的功能有联系）的程度。互连性互连性连接一个软件和其他系统所需工作量的大小。又称为互操作性。连接一个软件和其他系统所需工作量的大小。又称为互操作性。11个软件外部质量特性个软件外部质量特性3.3 软件质量模型（）3.3.1 软件质量模型完备性完备性一致性一致性准确性准确性容错性容错性简单性简单性模块性模块性通用性通用性可扩充性可扩充性工具性工具性自描述性自描述性执行效
38、率执行效率存储效率存储效率存取控制存取控制存取审查存取审查可操作性可操作性培训性培训性通信性通信性软件系统独立性软件系统独立性机器独立性机器独立性通信通用性通信通用性数据通用性数据通用性简明性简明性23个软件的内部质量特征：个软件的内部质量特征：3.3 软件质量模型（）3.3.1 软件质量模型 1991 1991年，国际标准化组织和国际电工委员会共同成立的联年，国际标准化组织和国际电工委员会共同成立的联合技术委员会颁布了合技术委员会颁布了ISO/IEC9126ISO/IEC9126质量模型。质量模型。该模型描述了一个由两部分组成的软件产品质量模型：该模型描述了一个由两部分组成的软件产品质量模型
39、：一部分指定了内在质量和外在质量的六个特征，它们还可一部分指定了内在质量和外在质量的六个特征，它们还可以再继续分成更多的子特征。这些子特征在软件作为计算机以再继续分成更多的子特征。这些子特征在软件作为计算机系统的一部分时会明显地表现出来，并且会成为内在的软件系统的一部分时会明显地表现出来，并且会成为内在的软件属性的结果。属性的结果。另一部分则指定了使用中的质量属性，它们是与针对六个另一部分则指定了使用中的质量属性，它们是与针对六个软件产品质量属性的用户效果联合在一起的。软件产品质量属性的用户效果联合在一起的。3.3 软件质量模型（）3.3.1 软件质量模型横向上该质量模型分横向上该质量模型分6
40、个特性来描述个特性来描述内在和外在内在和外在质量：质量：（1）功能性（）功能性（Functionality）:与一组功能及其指定的性质与一组功能及其指定的性质有关的一组属性。有关的一组属性。（2）可靠性（）可靠性（Reliability）:与在规定的一段时间和条件下，与在规定的一段时间和条件下，软件维持其性能水平的能力有关的一组属性。软件维持其性能水平的能力有关的一组属性。（3）易用性（）易用性（Usability）:与一组规定或潜在的用户为使用与一组规定或潜在的用户为使用软件所需做的努力和对这样的使用所做的评价有关的一组属软件所需做的努力和对这样的使用所做的评价有关的一组属性。性。3.3 软
41、件质量模型（）3.3.1 软件质量模型（4）效率（）效率（Efficiency）:与在规定的条件下，软件的性能与在规定的条件下，软件的性能水平与所使用资源量之间关系有关的一组属性。水平与所使用资源量之间关系有关的一组属性。（5）可维护性（）可维护性（Maintainability）:与进行指定的修改所需与进行指定的修改所需的努力有关的一组属性。的努力有关的一组属性。（6）可移植性（）可移植性（Portability）:与软件可从某一环境转移到与软件可从某一环境转移到另一环境的能力有关的一组属性。另一环境的能力有关的一组属性。3.3 软件质量模型（）3.3.1 软件质量模型纵向上该质量模型又分为
42、纵向上该质量模型又分为3个：个：（1）内部质量模型：）内部质量模型：基于内部视角，比如开发者关注的软基于内部视角，比如开发者关注的软件产品本身具有的质量特性的总体。件产品本身具有的质量特性的总体。（2）外部质量模型：）外部质量模型：基于外部视角，比如运行软件的系统基于外部视角，比如运行软件的系统所体验到的软件产品质量特性的总体。所体验到的软件产品质量特性的总体。（3）使用中质量模型：）使用中质量模型：基于用户视角，软件产品用于指定基于用户视角，软件产品用于指定的环境和使用周境时的软件质量特性的总体。的环境和使用周境时的软件质量特性的总体。3.3 软件质量模型（）3.3.1 软件质量模型外部和内
43、部质量模型外部和内部质量模型功能性功能性可靠性可靠性易用性易用性效率性效率性可可 维护性维护性可移植性可移植性适合性适合性准确性准确性互操作性互操作性安全机密安全机密性性成熟性成熟性容错性容错性易恢复性易恢复性易理解性易理解性易学性易学性易操作性易操作性时间特性时间特性资源利用资源利用性性易分析性易分析性易改变性易改变性稳定性稳定性易测试性易测试性适应性适应性易安装性易安装性共存性共存性易替换性易替换性3.3 软件质量模型（）3.3.1 软件质量模型使用质量模型使用质量模型有效性有效性生产效率生产效率安全性安全性满意度满意度任务有效性任务有效性任务完成量任务完成量出错频率出错频率任务时间任务时
44、间任务效率任务效率经济生产率经济生产率生产比率生产比率相对用户效率相对用户效率任务完成量任务完成量出错频率出错频率用户健康与安全用户健康与安全对人身安全的影响对人身安全的影响经济损失经济损失软件损坏软件损坏满意度标度满意度标度满意度问卷满意度问卷选用度选用度3.3 软件质量模型（）3.3.1 软件质量模型3.3 软件质量模型（）3.3.1 软件质量模型用用户户自自定定义义软软件件产产品品度度量量标标准准SQRC SQDC SQMC 需要注意，无论那个质量模型，软件质量特性需要注意，无论那个质量模型，软件质量特性之间存在竞争！之间存在竞争！3.3 软件质量模型（）3.3.1 软件质量模型3.3
45、软件质量模型（）3.3.2 软件质量模型对比区别：区别： Boehm Boehm模型基于更为广泛的一系列质量特征，它包含了模型基于更为广泛的一系列质量特征，它包含了硬件性能的特征；硬件性能的特征； McCall McCall模型对于本质上并不相同的一些问题有可能会被模型对于本质上并不相同的一些问题有可能会被当成同样的问题来对待，导致通过模型获得的反馈也基本当成同样的问题来对待，导致通过模型获得的反馈也基本相同。这就使得指标的制定及其定量的结果变得难以评价。相同。这就使得指标的制定及其定量的结果变得难以评价。 ISO9126 ISO9126模型采用了纵横划分方式，更完善；模型采用了纵横划分方式，
46、更完善；共同点：共同点： 层次模型层次模型 模型研究的对象是软件产品模型研究的对象是软件产品 着重分析了软件质量属性的影响因素着重分析了软件质量属性的影响因素 在软件过程质量方面显得不足在软件过程质量方面显得不足 3.3 软件质量模型（）3.3.2 软件质量模型对比序号序号质量要素质量要素/特性特性McCallBoehmISO 91261正确性正确性(Correctness)X功能性功能性2可靠性可靠性(Reliability)XXX3完整性完整性(Integrity)X可靠性可靠性4可用性可用性(Usability)X人体工程学人体工程学X5效率效率(Efficiency)XXX6可维护性可
47、维护性(Maintainability)XXX7可测试性可测试性(Testability)X可维护性可维护性可维护性可维护性8互操作性互操作性(Interoperability)X易用性易用性9灵活性灵活性(Flexibility)X10可重用性可重用性(Reusability)X可移植性可移植性可维护性可维护性三种软件质量模型刻画的高层特性比较三种软件质量模型刻画的高层特性比较3.3 软件质量模型（）3.3.2 软件质量模型对比 层次模型由一些质量属性、标准及准则等构成，它们只层次模型由一些质量属性、标准及准则等构成，它们只表达了质量属性之间一些正面的影响关系，对于那些更复杂表达了质量属性之
48、间一些正面的影响关系，对于那些更复杂的关系它们却无能为力。关系模型能够表达质量属性之间正的关系它们却无能为力。关系模型能够表达质量属性之间正面、反面及中立的影响，但对于一些更为复杂的关系则同样面、反面及中立的影响，但对于一些更为复杂的关系则同样无法表达。并且，它们还有一个相同的弱点，就是无法表达。并且，它们还有一个相同的弱点，就是现有的这现有的这些质量模型总是意图能够适用于所有类型的软件开发，成为些质量模型总是意图能够适用于所有类型的软件开发，成为一个通用的模型。一个通用的模型。 3.3 软件质量模型（）3.3.2 软件质量模型对比 然而，软件质量是非常复杂的，很难定义出一个能够适然而，软件质
49、量是非常复杂的，很难定义出一个能够适用于所有软件质量度量的模型。每个软件系统都有它自己的用于所有软件质量度量的模型。每个软件系统都有它自己的特征，我们在使用质量模型时必须考虑各类应用的特殊需求。特征，我们在使用质量模型时必须考虑各类应用的特殊需求。并且，由于计算机应用的飞速发展，人们需要寻找不仅能够并且，由于计算机应用的飞速发展，人们需要寻找不仅能够在软件质量管理方面提供有效帮助，而且还能够对软件开发在软件质量管理方面提供有效帮助，而且还能够对软件开发中的其他活动提供相应支持的质量模型。中的其他活动提供相应支持的质量模型。目前，围绕软件质量模型的研究主要分为两个方向：目前，围绕软件质量模型的研
50、究主要分为两个方向： 一是根据经验提出软件质量模型；一是根据经验提出软件质量模型； 二是给出一种构建软件质量模型的方法；二是给出一种构建软件质量模型的方法；3.5 软件质量成本3.5.1 质量成本的概念田口玄一：田口玄一：“所谓质量，是指产品上市后给社会带来的损所谓质量，是指产品上市后给社会带来的损失。失。” 费根堡姆主张把质量预防费用和检验费用与产品不合要求所费根堡姆主张把质量预防费用和检验费用与产品不合要求所造成的厂内损失和厂外损失一起加以考虑，并形成质量成本造成的厂内损失和厂外损失一起加以考虑，并形成质量成本报告报告 ISO 8402ISO 840219941994：质量成本是为确保和保
