软件质量模型课件
合集下载
软件质量保证与测试PPT课件第9章 软件测试过程
其次，把软件开发划分成阶段，就对中间产品提供了检验的 依据。各阶段完成的软件文档成为检验软件质量的主要对象。
很显然，表现在程序中的错误，并不一定是编码引起的，很 可能是详细设计、概要设计阶段，甚至是需求分析阶段的问 题引起的。因此，针对源程序测试时，所发现的问题的根源 可能在开发时期的各个阶段。解决错误、纠正错误也必须追 溯到前期的工作。 正是如此，测试工作应该着眼于整个软件开发生命周期，特 别是着眼于编码以前各开发阶段的工作来保证软件的质量。 也就是说，测试应该从软件开发生命周期的第一个阶段开始， 并贯穿于整个软件开发生命周期。
编辑ppt
13
9.3.4 系统测试
定义 测试内容
功能测试 性能测试 强度测试 可靠性测试 恢复测试 安装测试 安全性测试 配置测试 可用性测试 兼容性测试 网站测试
测试技术 测试人员
编辑ppt
14
9.3.5 验收测试
定义 测试内容 测试技术
α测试 β测试
测试人员
编辑ppt
17
9.4.2 生命周期测试与V模型
需求分析 设计 编码 测试 安装 维护
开发 阶段
验证活动
需求分 析
确定测试步骤 确定需求是否恰当 生成功能测试用例 确定设计是否符合需求
设计
编码 测试 安装 维护
确定设计信息是否足够 准备结构和功能的测试用例 确定设计的一致性
为单元测试产生结构和功能测试 的测试用例
测试管理工具用于对测试进行管理。一般而言， 测试管理工具对测试计划、测试用例、测试实施 进行管理，还包括缺陷跟踪管理工具等。
测试管理工具的代表有Rational公司的Test Manager，Compureware公司的 TrackRecord等。
很显然，表现在程序中的错误，并不一定是编码引起的，很 可能是详细设计、概要设计阶段，甚至是需求分析阶段的问 题引起的。因此，针对源程序测试时，所发现的问题的根源 可能在开发时期的各个阶段。解决错误、纠正错误也必须追 溯到前期的工作。 正是如此，测试工作应该着眼于整个软件开发生命周期，特 别是着眼于编码以前各开发阶段的工作来保证软件的质量。 也就是说，测试应该从软件开发生命周期的第一个阶段开始， 并贯穿于整个软件开发生命周期。
编辑ppt
13
9.3.4 系统测试
定义 测试内容
功能测试 性能测试 强度测试 可靠性测试 恢复测试 安装测试 安全性测试 配置测试 可用性测试 兼容性测试 网站测试
测试技术 测试人员
编辑ppt
14
9.3.5 验收测试
定义 测试内容 测试技术
α测试 β测试
测试人员
编辑ppt
17
9.4.2 生命周期测试与V模型
需求分析 设计 编码 测试 安装 维护
开发 阶段
验证活动
需求分 析
确定测试步骤 确定需求是否恰当 生成功能测试用例 确定设计是否符合需求
设计
编码 测试 安装 维护
确定设计信息是否足够 准备结构和功能的测试用例 确定设计的一致性
为单元测试产生结构和功能测试 的测试用例
测试管理工具用于对测试进行管理。一般而言， 测试管理工具对测试计划、测试用例、测试实施 进行管理，还包括缺陷跟踪管理工具等。
测试管理工具的代表有Rational公司的Test Manager，Compureware公司的 TrackRecord等。
《软件工程》课件第14章 软件质量的评价和保证
第14章 软件质量的评价和保证
14.2.2 ISO的软件质量评价模型 按照ISO/TC97/SC7/WG3/1985-1-30/N382，软件质
量度量模型由3层组成，如图14.3所示。 高层是软件质量需求评价准则(SQRC)。 中层是软件质量设计评价准则(SQDC)。 低层是软件质量度量评价准则(SQMC)。
第14章 软件质量的评价和保证 2) 面向软件产品修正 面向软件产品修正的定义如下： (1) 可维护性：指找到并改正程序中的一个错误所需代价 的程度。 (2) 可测试性：指测试软件以确保其能够执行预定功能所 需工作量的程度。 (3) 适应性：指修改或改进一个已投入运行的软件所需工 作量的程度。 3) 面向软件产品转移 面向软件产品转移的定义如下： (1) 可移植性：指将一个软件系统从一个计算机系统或环 境移植到另一个计算机系统或环境中运行时所需的工作量。
第14章 软件质量的评价和保证
(2) 可重用性：指一个软件(或软件的部件)能再 次用于其他相关应用的程度。
(3) 可互操作性：指将一个系统耦合到另一个系 统所需的工作量。
通常，对以上各个质量特性直接进行度量是很困 难的，在有些情况下甚至是不可能的。因此，McCall 定义了一些评价准则，这些准则可对反映质量特性的 软件属性分级，并以此来估计软件质量特性的值。软 件属性一般分级范围从0(最低)～10(最高)。主要评价 准则定义如下：
第14章 软件质量的评价和保证
(5) 发挥每个开发者的能力。软件生产是人的智 能生产活动，它依赖于开发组织团队的能力。开发者 必须有学习各专业业务知识、生产技术和管理技术的 能动性。管理者或产品服务者要制定技术培训计划、 技术水平标准，以及适用于将来需要的中长期技术培 训计划。
《软件项目质量管理》课件
自动化工具与手动工具结合
详细描述
软件质量控制工具是帮助开发人员和管理人员实施软件质量控制的工具和技术的集合。 这些工具包括自动化测试工具、静态代码分析工具、缺陷跟踪工具等。通过使用这些工 具，可以自动化地执行测试、检查代码质量、跟踪和管理缺陷，从而提高软件质量控制
的效率和准确性。
Part
05
持续改进和敏捷质量管理
采用同行评审、专家评审等技术，以确保软件产 品的质量和可靠性。
过程改进
采用过程改进的方法，对软件开发过程进行持续 改进，以提高软件产品的质量和可靠性。
Part
03
软件质量度量
软件质量度量的概念
01
软件质量度量是评估软件质量 的过程，通过度量可以了解软 件的质量状况，从而进行针对 性的改进。
02
软件质量度量包括对软件的功 能性、可靠性、易用性、效率 、可维护性和可移植性等方面 的评估。
02
它注重团队合作、快速反馈和持续改进，以适应不 断变化的需求和期望。
03
敏捷质量管理有助于提高产品质量、客户满意度和 竞争优势。
敏捷质量管理的实践和方法
敏捷质量管理的实践包括：建立 敏捷团队、跨部门协作、快速反 馈和持续改进等。
快速反馈和持续改进是敏捷质量 管理的核心，通过不断收集客户 反馈和监测产品质量，及时调整 和优化产品和服务。
软件的操作界面和使用方式是否方便用户使用。
效率
3
软件运行的速度和资源利用率是否高效。
可维护性
4
软件的代码是否易于修改和维护。
软件质量的重要性
提高用户体验
高质量的软件能提供更好 1
的用户体验，提高用户满 意度。
增强竞争优势
4
高质量的软件产品能提高 企业的竞争力。
详细描述
软件质量控制工具是帮助开发人员和管理人员实施软件质量控制的工具和技术的集合。 这些工具包括自动化测试工具、静态代码分析工具、缺陷跟踪工具等。通过使用这些工 具，可以自动化地执行测试、检查代码质量、跟踪和管理缺陷，从而提高软件质量控制
的效率和准确性。
Part
05
持续改进和敏捷质量管理
采用同行评审、专家评审等技术，以确保软件产 品的质量和可靠性。
过程改进
采用过程改进的方法，对软件开发过程进行持续 改进，以提高软件产品的质量和可靠性。
Part
03
软件质量度量
软件质量度量的概念
01
软件质量度量是评估软件质量 的过程，通过度量可以了解软 件的质量状况，从而进行针对 性的改进。
02
软件质量度量包括对软件的功 能性、可靠性、易用性、效率 、可维护性和可移植性等方面 的评估。
02
它注重团队合作、快速反馈和持续改进，以适应不 断变化的需求和期望。
03
敏捷质量管理有助于提高产品质量、客户满意度和 竞争优势。
敏捷质量管理的实践和方法
敏捷质量管理的实践包括：建立 敏捷团队、跨部门协作、快速反 馈和持续改进等。
快速反馈和持续改进是敏捷质量 管理的核心，通过不断收集客户 反馈和监测产品质量，及时调整 和优化产品和服务。
软件的操作界面和使用方式是否方便用户使用。
效率
3
软件运行的速度和资源利用率是否高效。
可维护性
4
软件的代码是否易于修改和维护。
软件质量的重要性
提高用户体验
高质量的软件能提供更好 1
的用户体验，提高用户满 意度。
增强竞争优势
4
高质量的软件产品能提高 企业的竞争力。
常用质量模型PPT课件
1982年，Fisher and Baker 将软件质量定义为：软件产品 满足明确需求一组属性的集合。
20世纪90年代，Norman、Robin等将软件质量定义为： 表征软件产品满足明确的和隐含的需求的能力的特性或特 征的集合。
1994年，国际标准化组织公布的国际标准ISO 8042综合将 软件质量定义为：反应实体满足明确的和隐含的需求的能 力的特性的总和。
3. 使用质量的度量
这是在用户使用过程中完成的，因为使用质量是从用户观点来对 软件产品提出的质量要求，所以它的度量主要是针对用户使用的 绩效，而不是软件自身。
2020/1/13
12
谢谢观看
2020/1/13
13
2020/1/13
14
2020/1/13
4
（一） McCall 质量模型
McCall 质量模型是1979年由McCall等人提出的软件质量 模型。它将软件质量的概念建立在11个质量特性之上，而 这些质量特性分别是面向软件产品的运行、修正和转移的， 具体见图。
2020/1/13
5
（二） Boehm 质量模型
Boehm 质量模型是1976年由Bohm等提出的分层方案， 将软件的质量特性定义成分层模型，如图所示。
1. 外部度量
这是在测试和使用软件产品过程中进行的，通过观察该软件产品 的系统行为，执行对其系统行为的测量得到度量的结果。
2. 内部度量
这是在软件设计和编码过程中进行的，通过对中间产品的静态分 析来测量其内部质量特性。内部度量主要目的是为了确保获得所 需的外部质量和使用质量，与外部关系是二者相辅相成，密不可 分。
2020/1/13
2
综上所述，软件质量是产品、组织和体系或过程的一组固 有特性，反映它们满足顾客和其他相关方面要求的程度。
20世纪90年代，Norman、Robin等将软件质量定义为： 表征软件产品满足明确的和隐含的需求的能力的特性或特 征的集合。
1994年，国际标准化组织公布的国际标准ISO 8042综合将 软件质量定义为：反应实体满足明确的和隐含的需求的能 力的特性的总和。
3. 使用质量的度量
这是在用户使用过程中完成的，因为使用质量是从用户观点来对 软件产品提出的质量要求，所以它的度量主要是针对用户使用的 绩效，而不是软件自身。
2020/1/13
12
谢谢观看
2020/1/13
13
2020/1/13
14
2020/1/13
4
（一） McCall 质量模型
McCall 质量模型是1979年由McCall等人提出的软件质量 模型。它将软件质量的概念建立在11个质量特性之上，而 这些质量特性分别是面向软件产品的运行、修正和转移的， 具体见图。
2020/1/13
5
（二） Boehm 质量模型
Boehm 质量模型是1976年由Bohm等提出的分层方案， 将软件的质量特性定义成分层模型，如图所示。
1. 外部度量
这是在测试和使用软件产品过程中进行的，通过观察该软件产品 的系统行为，执行对其系统行为的测量得到度量的结果。
2. 内部度量
这是在软件设计和编码过程中进行的，通过对中间产品的静态分 析来测量其内部质量特性。内部度量主要目的是为了确保获得所 需的外部质量和使用质量，与外部关系是二者相辅相成，密不可 分。
2020/1/13
2
综上所述，软件质量是产品、组织和体系或过程的一组固 有特性，反映它们满足顾客和其他相关方面要求的程度。
《CMMI培训讲义》课件
《CMMI培训讲义》PPT课 件
探索CMMI的意义与作用，了解CMMI的发展历程，深入了解CMMI的五个成熟 度级别以及与其他质量模型的比较。让我们一起开始CMMI的旅程！
什么是CMMI
CMMI代表软件工程与项目管理的一个综合模型，旨在帮助组织改进其过程，提高质量和效率。
CMMI的发展历程
CMMI最早是作为软件工程能力评估（Software Engineering Capability Assessment，SE-CMM）模型而开发的，后 来发展为一种更广泛的综合模型。
CMMI的过程领域
CMMI将过程区域分为4个过程领域：项目管理、工程、过程管理和支持，以 全面覆盖软件工程和项目管理的各个方面。
CMMI的核心概念
CMMI的核心概念包括过程、目标、实践和指南，每个概念都有助于组织改进 软件工程和项目管理过程。
CMMI的三大类目标
CMMI的三大类目标分别是指导组织建立优秀的软件工程和项目管理过程、实 施这些过程以及持续改进这些过程。
CMMI的过程目标和实践
过程目标
过程目标具体描述了每个过程区域需要达到的要求。
实践
实践是为了实现过程目标，它们提供了指导和方法。
CMMI的评估模型与方法
评估模型和方法用于评估组织CMMI的实施情况，并提供改进建议，以帮助组 织达到更高的成熟度级别。
CMMI的持续改进
持续改进是CMMI的核心理念之一，组织应该不断寻求改进和优化其软件工程和项目管理过程。
CMMI的评估结果和认证标准
评估结果可以帮助组织了解其软件工程和项目管理的实施情况，认证标准提供了达到不同成熟度级别所需的要 求。
CMMI的质量保证和控制
在CMMI的实施中，质量保证和控制是为了确保组织的产品和过程符合质量标 准，并满足客户的需求。
探索CMMI的意义与作用，了解CMMI的发展历程，深入了解CMMI的五个成熟 度级别以及与其他质量模型的比较。让我们一起开始CMMI的旅程！
什么是CMMI
CMMI代表软件工程与项目管理的一个综合模型，旨在帮助组织改进其过程，提高质量和效率。
CMMI的发展历程
CMMI最早是作为软件工程能力评估（Software Engineering Capability Assessment，SE-CMM）模型而开发的，后 来发展为一种更广泛的综合模型。
CMMI的过程领域
CMMI将过程区域分为4个过程领域：项目管理、工程、过程管理和支持，以 全面覆盖软件工程和项目管理的各个方面。
CMMI的核心概念
CMMI的核心概念包括过程、目标、实践和指南，每个概念都有助于组织改进 软件工程和项目管理过程。
CMMI的三大类目标
CMMI的三大类目标分别是指导组织建立优秀的软件工程和项目管理过程、实 施这些过程以及持续改进这些过程。
CMMI的过程目标和实践
过程目标
过程目标具体描述了每个过程区域需要达到的要求。
实践
实践是为了实现过程目标，它们提供了指导和方法。
CMMI的评估模型与方法
评估模型和方法用于评估组织CMMI的实施情况，并提供改进建议，以帮助组 织达到更高的成熟度级别。
CMMI的持续改进
持续改进是CMMI的核心理念之一，组织应该不断寻求改进和优化其软件工程和项目管理过程。
CMMI的评估结果和认证标准
评估结果可以帮助组织了解其软件工程和项目管理的实施情况，认证标准提供了达到不同成熟度级别所需的要 求。
CMMI的质量保证和控制
在CMMI的实施中，质量保证和控制是为了确保组织的产品和过程符合质量标 准，并满足客户的需求。
it软件项目质量管理 ppt课件_OK
直接与生产过程有密切的关系，过程的改进自然会得到产品质量的提高。
2021/8/6
11
7.1.2 质量管理发展过程及影响因素（3）
• 产品质量的形成过程：
•
经过生产的全过程一步一步产生和形成，它是一个产生、形成、发展和实现的过程。
• 美国质量管理专家朱兰采用一条螺旋上升的曲线来表达这一
过程，称为“朱兰螺旋曲线”，大致经过了市场研究、新产
用户界面友好是不是就是软件的质量好？
•
没有BUG是不是就是软件的质量好？
•
什么是用户满意的软件项目？
•
软件测试是不是软件质量的全部？
•
那么，什么是软件的质量？
2021/8/6
3
什么是软件项目的质量管理？
➢ 软件项目管理中的质量管理与软件工程的测试管理，有什么不同？
➢ 项目经理与项目QA经理有什么不同？
• 全面质量管理阶段(TQM)。
2021/8/6
10
7.1.2 质量管理发展过程及影响因素（2）
•
目前质量管理理论和实践的中心是针对过程的质量管理，主张在生产开发过程中保证质
量，而不是在传统的生产过程结束后才发现质量问题，这样比产品质量检验控制更具有
先期性和主动性。
•
根据制造业的情况，一般认为开发过程的质量直接影响可交付产品的质量，产品的质量
测量
产品质量的主要影响因素
环境
15
7.1.3 全面质量管理(1)
• 全面质量管理是由美国的费根堡姆和朱兰共同提出的，简
称TQM（Total Quality Management）。
•
具体含义：运用质量管理的科学理论、技术、方法，建立起贯穿于产品质量形成全
2021/8/6
11
7.1.2 质量管理发展过程及影响因素（3）
• 产品质量的形成过程：
•
经过生产的全过程一步一步产生和形成，它是一个产生、形成、发展和实现的过程。
• 美国质量管理专家朱兰采用一条螺旋上升的曲线来表达这一
过程，称为“朱兰螺旋曲线”，大致经过了市场研究、新产
用户界面友好是不是就是软件的质量好？
•
没有BUG是不是就是软件的质量好？
•
什么是用户满意的软件项目？
•
软件测试是不是软件质量的全部？
•
那么，什么是软件的质量？
2021/8/6
3
什么是软件项目的质量管理？
➢ 软件项目管理中的质量管理与软件工程的测试管理，有什么不同？
➢ 项目经理与项目QA经理有什么不同？
• 全面质量管理阶段(TQM)。
2021/8/6
10
7.1.2 质量管理发展过程及影响因素（2）
•
目前质量管理理论和实践的中心是针对过程的质量管理，主张在生产开发过程中保证质
量，而不是在传统的生产过程结束后才发现质量问题，这样比产品质量检验控制更具有
先期性和主动性。
•
根据制造业的情况，一般认为开发过程的质量直接影响可交付产品的质量，产品的质量
测量
产品质量的主要影响因素
环境
15
7.1.3 全面质量管理(1)
• 全面质量管理是由美国的费根堡姆和朱兰共同提出的，简
称TQM（Total Quality Management）。
•
具体含义：运用质量管理的科学理论、技术、方法，建立起贯穿于产品质量形成全
软件质量,软件质量管理体系ppt课件
14
第3节 软件质量模型
3.3 易用性
易用性——在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。 易理解性——用户在使用软件时，系统交互给用户的信息是否准确、清晰、易懂，能帮助用
户准确理解系统当前真实状态，指导用户进一步操作。（例如宜宾编制不选招标方式和评标 方法时，不能切换到招标文件界面；系统必填项不填时不能生成标书） 易学性——软件使用户能学习其应用的能力。（例如用户手册是否有中文、帮助文档是否齐 全、控件或图标是否有回显功能等） 易操作性——软件产品使用户能易于操作和控制它的能力。（快捷键，默认操作，系统安装） 吸引性——软件产品吸引用户的能力。这主要考虑的是产品的界面等外在美观因素，这也是 一个产品质量很重要的组成部分。（GUI界面测试） 可靠性的依从性——软件产品遵循与易用性相关的标准、约定、风格指南或法规的能力。
6
第1节 软件质量定义
技术： 包括分析技术、设计技术、编码技术、测试技术等，需求是项目的灵魂，良 好的需求分析便是项目成功的关键所在，若是需求分析做不好不可避免的要 出现返工；设计，软件的质量是设计出来的，良好的设计基本上决定了软件 产品的最终质量；编码技术产生正确高效的代码；测试是保证软件的一道防 线。所以各种技术对质量来说都是很重要的。 组织： 好的组织可以有效的促进流程的实施，同时提供员工的发展通道以吸引更多 的人（技术的载体）。
易分析性——软件提供辅助手段帮助开发人员定位缺陷产生的原因，判断出修改的地方。 （降低定位缺陷的成本）
易改变性——软件产品使得指定的修改容易实现的能力。（降低修复问题的成本）<要求在设 计上封装性好、高内聚、低耦合，为未来可能的变化留有扩充的余地>
稳定性——软件产品避免由于软件修改而造成意外结果的能力。 上面这三个特性主要是针对开发需要考虑的特性，主要影响软件的内部质量。 易测试性——软件提供辅助性手段帮助测试人员实现其测试意图。（软件发现故障并隔离、
第3节 软件质量模型
3.3 易用性
易用性——在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。 易理解性——用户在使用软件时，系统交互给用户的信息是否准确、清晰、易懂，能帮助用
户准确理解系统当前真实状态，指导用户进一步操作。（例如宜宾编制不选招标方式和评标 方法时，不能切换到招标文件界面；系统必填项不填时不能生成标书） 易学性——软件使用户能学习其应用的能力。（例如用户手册是否有中文、帮助文档是否齐 全、控件或图标是否有回显功能等） 易操作性——软件产品使用户能易于操作和控制它的能力。（快捷键，默认操作，系统安装） 吸引性——软件产品吸引用户的能力。这主要考虑的是产品的界面等外在美观因素，这也是 一个产品质量很重要的组成部分。（GUI界面测试） 可靠性的依从性——软件产品遵循与易用性相关的标准、约定、风格指南或法规的能力。
6
第1节 软件质量定义
技术： 包括分析技术、设计技术、编码技术、测试技术等，需求是项目的灵魂，良 好的需求分析便是项目成功的关键所在，若是需求分析做不好不可避免的要 出现返工；设计，软件的质量是设计出来的，良好的设计基本上决定了软件 产品的最终质量；编码技术产生正确高效的代码；测试是保证软件的一道防 线。所以各种技术对质量来说都是很重要的。 组织： 好的组织可以有效的促进流程的实施，同时提供员工的发展通道以吸引更多 的人（技术的载体）。
易分析性——软件提供辅助手段帮助开发人员定位缺陷产生的原因，判断出修改的地方。 （降低定位缺陷的成本）
易改变性——软件产品使得指定的修改容易实现的能力。（降低修复问题的成本）<要求在设 计上封装性好、高内聚、低耦合，为未来可能的变化留有扩充的余地>
稳定性——软件产品避免由于软件修改而造成意外结果的能力。 上面这三个特性主要是针对开发需要考虑的特性，主要影响软件的内部质量。 易测试性——软件提供辅助性手段帮助测试人员实现其测试意图。（软件发现故障并隔离、
《软件质量保证》PPT课件
第16章软件质量保证17图162缺陷的放大无复审100概要设计10415x15250详细设计37102732620编码单元测试94到集成50集成测试4750确认测试2450系统测试12隐藏的错误941027第16章软件质量保证18表161无复审情况下软件缺陷对成本的影响错误发现时机缺陷数量成本单位成本总计测试之前2265143测试期间82151230发布之后1267804缺陷总成本2177第16章软件质量保证19从图163中可以看到只要在每个工程阶段都进行复审工作就能够有效地遏制缺陷放大的势头从而减少缺陷对成本的影响
精选ppt
16
第16章 软件质量保证
概要设计
0
详细设计
10 6
0
0%
10
4
6
4×1.5 X
＝
1.50%
37
10
编 码 /单 元 测 试 10
25
27 27×3 X ＝ 320% 94
94
集成测试
26
47
0
50%
0
确认测试
24
0
50%
0
到集成 系统测试
12
0
50%
0
图16.2 缺陷的放大——无复审
精选ppt
(4) 审查指定的软件工作产品，对其是否符合定义好的软件 工程过程中的相应部分进行核实。SQA小组要对选出的产品进 行复审，识别、记录和跟踪产品与过程规定的偏差，并对是否 已经改正进行跟踪核实。定期地将工作结果向项目管理者报告。
精选ppt
8
第16章 软件质量保证
(5) 确保软件工作及工作产品中的偏差已记录在案，并按照 预定规程进行处理。偏差可能出现在项目计划、过程描述、采 用的标准或技术工作产品中。
精选ppt
16
第16章 软件质量保证
概要设计
0
详细设计
10 6
0
0%
10
4
6
4×1.5 X
＝
1.50%
37
10
编 码 /单 元 测 试 10
25
27 27×3 X ＝ 320% 94
94
集成测试
26
47
0
50%
0
确认测试
24
0
50%
0
到集成 系统测试
12
0
50%
0
图16.2 缺陷的放大——无复审
精选ppt
(4) 审查指定的软件工作产品，对其是否符合定义好的软件 工程过程中的相应部分进行核实。SQA小组要对选出的产品进 行复审，识别、记录和跟踪产品与过程规定的偏差，并对是否 已经改正进行跟踪核实。定期地将工作结果向项目管理者报告。
精选ppt
8
第16章 软件质量保证
(5) 确保软件工作及工作产品中的偏差已记录在案，并按照 预定规程进行处理。偏差可能出现在项目计划、过程描述、采 用的标准或技术工作产品中。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
洁、清晰和可理解的程度。
安全性：控制或保护程序和数据机制的有效性。 工具性：程序监视自身运行和识别出现错误的程序。 简明性： 程序代码的紧密程度。 可训练性：程序使新用户使用该系统的辅助程度。 可操作性： 程序操作的难易程度。 可审计性： 检查与标准是否符合的难易程度。 可扩充性：系结构、数据或过程设计可扩充的程度。 模块性 ： 程序各构件的功能独立性。
安全性
可靠 性
产
品
运
效率
行
完整 性
使用 性 图5 McCall等人提出的软件质量模型
工具性 可审计性
主要用途
质量因素 正确 性
评价准则
产
可靠 性
品
运 行
效率
完整 性
使用 性 图6 McCall等人提出的软件质量模型
可训练性 可操作性
主要用途
质量因素
评价准则
维护性
产
品
修 改
测试性
灵活性 图7 McCall等人提出的软件质量模型
构和类型的程度。
国际标准和国家标准规定的质量特性标准中规定 了6个质量特性及其相关的21个质量子特性（如图 13所示）。6个质量特性的含义在表2中给出。
特性
功能性 Functionality
可靠性 Reliability
子特性
适合性 准确性 互操作性 依从性 安全性 成熟性 容错性 易恢复性
Suitability Accuracy Interoperability Compliance Security Maturity Fault tolerance Recoverability
正确 性
可靠 性
产
品
运
效率
行
完整 性
使用 性 图3 McCall等人提出的软件质量模型
一致性 容错性 准确性 执行效率 模块性 简洁性
主要用途
质量因素
评价准则
正确 性
执行效率
可靠 性
产
品
运 行
效率
完整 性
使用 性 图4 McCall等人提出的软件质量模型
简明性 可操作性
主要用途
质量因素
评价准则
正确 性
特性
可维护性 Mai特性
易分析性 易更改性 稳定性 易测试性
适应性 易安排性 一致性 易替换性
Analysability Changeability Stability Testability
Adaptability Installability Conformance Replaceability
自描述性： 源代码提供自身描述的程度。 简洁性： 程序易于理解的程度。 通用性： 程序各构件潜在的应用范围。 硬件独立性：软件与运行它的硬件之间的相关程度。 软件独立性：程序与非标准编程语言性质、
操作系统特性、以及其他环境 限制的无关程度。 通信共用性： 使用标准接口、协议和带宽的
程度。 数据共用性： 在整个程序中使用标准数据结
质量因素 移植性
复用性
共运行性 图12 McCall等人提出的软件质量模型
评价准则
模块性 通用性 通信共用性 数据共用性
• 可跟踪性：沿一个设计说明或一个实际程序 构件返回到需求的能力。
• 完整性： 所需功能实现的程度。 • 一致性： 在整个软件开发项目中使用统一
的设计和文档编制技术的程度。 • 容错性：当程序出错时，造成破坏的程度。 • 准确性： 计算和控制的精确程度。 • 执行效率：程序的运行时间。 • 复杂性 ： 程序结构化、模块化、简明、简
图13 质量特性与质量子特性
特性
易使用性 Usability
效率 Efficiency
子特性
易理解性 易学习性 易操作性 时间特性
资源特性
Understandability Learnability Operability Time behaviour
Resource behaviour
图14 质量特性与质量子特性
维护性 灵活性 测试性
修转 正移
可移植性 可重复用 互操作性
运行
正确性 可靠性
效率
完整性 使用性
图1 在运行阶段用户的质量特性观点
主要用途 产 品 运 行
质量因素
评价准则
正确 性
可跟踪性
可靠 性 效率
完整 性
完整性 一致性
使用 性 图2 McCall等人提出的软件质量模型
主要用途
质量因素
评价准则
主要用途
质量因素
评价准则
移植性
模块性
自描述性
产
品 转 移
复用性
通用性
硬件独立性
共运行性 图10 McCall等人提出的软件质量模型
软件独立性
主要用途
质量因素
评价准则
移植性
模块性
自描述性
产
品
转 移
复用性
通用性
硬件独立性
共运行性 图11 McCall等人提出的软件质量模型
软件独立性
主要用途 产 品 转 移
McCall提出了表明软件质量的11个质量特性，表1给 出了McCall提出的11个质量特性及其含意。
表1 McCall提出的质量特性
用户对于已投人使用的软件，会关心软件运行以后表现出来的运行 特性，修正特性和转移特性。也即从这3个方面理解上述11个质量 特性，于是我们把11个质量特性分为3组，使其分别录属于上述3个 方面，请参见图1。
图15 质量特性与质量子特性
表2 国际标准规定的质量特性
表3 软件质量属性
在表3中，分两类来描述每个项目都要考虑的质 量属性；还有其它许多属性 。一些属性对于嵌入 式系统是很重要的(高效性和可靠性)，而其它的属 性则用于主机应用程序(有效性和可维护性)或桌面 系统(互操作性和可用性)。在一个理想的范围中， 每一个系统总是最大限度地展示所有这些属性的 可能价值。系统将随时可用，决不会崩溃，可立 即提供结果，并且易于使用。因为理想环境是不 可得到的，因此，你必须知道表2.5.3中那些属性 的子集对项目的成功至关重要。然后，根据这些 基本属性来定义用户和开发者的目标，从而产品 的设计者可以作出合适的选择。
一致性 工具性 简明性 模块性 自描述性 简洁性
主要用途
质量因素
评价准则
维护性
产
品
修 改
测试性
灵活性 图8 McCall等人提出的软件质量模型
复杂性 工具性 可审计性 模块性 自描述性 简洁性
主要用途
质量因素
评价准则
维护性
产
品
修 改
测试性
灵活性 图9 McCall等人提出的软件质量模型
一致性 复杂性 简明性 可扩充性 模块性 简洁性 通用性
质量属性
虽然有许多产品特性可以称为质量属性(Quality Attribute)，但是在许多系统中需要认真考虑的仅是 其中的一小部分。如果开发者知道哪些特性对项目 的成功至关重要，那么他们就能选择软件工程方法 来达到特定的质量目标。根据不同的设计可以把质 量属性分类。一种属性分类的方法是把在运行时可 识别的特性与那些不可识别的特性区分开。 另一种方法是把对用户很重要的可见特性与对开发 者和维护者很重要的不可见特性区分开。 那些对开发者具有重要意义的属性使产品易于更改、 验证，并易于移植到新的平台上，从而可以间接地 满足客户的需要。
安全性：控制或保护程序和数据机制的有效性。 工具性：程序监视自身运行和识别出现错误的程序。 简明性： 程序代码的紧密程度。 可训练性：程序使新用户使用该系统的辅助程度。 可操作性： 程序操作的难易程度。 可审计性： 检查与标准是否符合的难易程度。 可扩充性：系结构、数据或过程设计可扩充的程度。 模块性 ： 程序各构件的功能独立性。
安全性
可靠 性
产
品
运
效率
行
完整 性
使用 性 图5 McCall等人提出的软件质量模型
工具性 可审计性
主要用途
质量因素 正确 性
评价准则
产
可靠 性
品
运 行
效率
完整 性
使用 性 图6 McCall等人提出的软件质量模型
可训练性 可操作性
主要用途
质量因素
评价准则
维护性
产
品
修 改
测试性
灵活性 图7 McCall等人提出的软件质量模型
构和类型的程度。
国际标准和国家标准规定的质量特性标准中规定 了6个质量特性及其相关的21个质量子特性（如图 13所示）。6个质量特性的含义在表2中给出。
特性
功能性 Functionality
可靠性 Reliability
子特性
适合性 准确性 互操作性 依从性 安全性 成熟性 容错性 易恢复性
Suitability Accuracy Interoperability Compliance Security Maturity Fault tolerance Recoverability
正确 性
可靠 性
产
品
运
效率
行
完整 性
使用 性 图3 McCall等人提出的软件质量模型
一致性 容错性 准确性 执行效率 模块性 简洁性
主要用途
质量因素
评价准则
正确 性
执行效率
可靠 性
产
品
运 行
效率
完整 性
使用 性 图4 McCall等人提出的软件质量模型
简明性 可操作性
主要用途
质量因素
评价准则
正确 性
特性
可维护性 Mai特性
易分析性 易更改性 稳定性 易测试性
适应性 易安排性 一致性 易替换性
Analysability Changeability Stability Testability
Adaptability Installability Conformance Replaceability
自描述性： 源代码提供自身描述的程度。 简洁性： 程序易于理解的程度。 通用性： 程序各构件潜在的应用范围。 硬件独立性：软件与运行它的硬件之间的相关程度。 软件独立性：程序与非标准编程语言性质、
操作系统特性、以及其他环境 限制的无关程度。 通信共用性： 使用标准接口、协议和带宽的
程度。 数据共用性： 在整个程序中使用标准数据结
质量因素 移植性
复用性
共运行性 图12 McCall等人提出的软件质量模型
评价准则
模块性 通用性 通信共用性 数据共用性
• 可跟踪性：沿一个设计说明或一个实际程序 构件返回到需求的能力。
• 完整性： 所需功能实现的程度。 • 一致性： 在整个软件开发项目中使用统一
的设计和文档编制技术的程度。 • 容错性：当程序出错时，造成破坏的程度。 • 准确性： 计算和控制的精确程度。 • 执行效率：程序的运行时间。 • 复杂性 ： 程序结构化、模块化、简明、简
图13 质量特性与质量子特性
特性
易使用性 Usability
效率 Efficiency
子特性
易理解性 易学习性 易操作性 时间特性
资源特性
Understandability Learnability Operability Time behaviour
Resource behaviour
图14 质量特性与质量子特性
维护性 灵活性 测试性
修转 正移
可移植性 可重复用 互操作性
运行
正确性 可靠性
效率
完整性 使用性
图1 在运行阶段用户的质量特性观点
主要用途 产 品 运 行
质量因素
评价准则
正确 性
可跟踪性
可靠 性 效率
完整 性
完整性 一致性
使用 性 图2 McCall等人提出的软件质量模型
主要用途
质量因素
评价准则
主要用途
质量因素
评价准则
移植性
模块性
自描述性
产
品 转 移
复用性
通用性
硬件独立性
共运行性 图10 McCall等人提出的软件质量模型
软件独立性
主要用途
质量因素
评价准则
移植性
模块性
自描述性
产
品
转 移
复用性
通用性
硬件独立性
共运行性 图11 McCall等人提出的软件质量模型
软件独立性
主要用途 产 品 转 移
McCall提出了表明软件质量的11个质量特性，表1给 出了McCall提出的11个质量特性及其含意。
表1 McCall提出的质量特性
用户对于已投人使用的软件，会关心软件运行以后表现出来的运行 特性，修正特性和转移特性。也即从这3个方面理解上述11个质量 特性，于是我们把11个质量特性分为3组，使其分别录属于上述3个 方面，请参见图1。
图15 质量特性与质量子特性
表2 国际标准规定的质量特性
表3 软件质量属性
在表3中，分两类来描述每个项目都要考虑的质 量属性；还有其它许多属性 。一些属性对于嵌入 式系统是很重要的(高效性和可靠性)，而其它的属 性则用于主机应用程序(有效性和可维护性)或桌面 系统(互操作性和可用性)。在一个理想的范围中， 每一个系统总是最大限度地展示所有这些属性的 可能价值。系统将随时可用，决不会崩溃，可立 即提供结果，并且易于使用。因为理想环境是不 可得到的，因此，你必须知道表2.5.3中那些属性 的子集对项目的成功至关重要。然后，根据这些 基本属性来定义用户和开发者的目标，从而产品 的设计者可以作出合适的选择。
一致性 工具性 简明性 模块性 自描述性 简洁性
主要用途
质量因素
评价准则
维护性
产
品
修 改
测试性
灵活性 图8 McCall等人提出的软件质量模型
复杂性 工具性 可审计性 模块性 自描述性 简洁性
主要用途
质量因素
评价准则
维护性
产
品
修 改
测试性
灵活性 图9 McCall等人提出的软件质量模型
一致性 复杂性 简明性 可扩充性 模块性 简洁性 通用性
质量属性
虽然有许多产品特性可以称为质量属性(Quality Attribute)，但是在许多系统中需要认真考虑的仅是 其中的一小部分。如果开发者知道哪些特性对项目 的成功至关重要，那么他们就能选择软件工程方法 来达到特定的质量目标。根据不同的设计可以把质 量属性分类。一种属性分类的方法是把在运行时可 识别的特性与那些不可识别的特性区分开。 另一种方法是把对用户很重要的可见特性与对开发 者和维护者很重要的不可见特性区分开。 那些对开发者具有重要意义的属性使产品易于更改、 验证，并易于移植到新的平台上，从而可以间接地 满足客户的需要。