软件质量模型

产品质量模型

产品质量模型可以只应用于软件产品，或者包含软件的计算机系统，因为大多数子特性与软件和系
统相关。

特性说明

功能性

在指定条件下使用时，产品或系统提供满足明确和隐含要求的功能的程度。

注：功能性只关注功能是否满足明确和隐含要求，而不是功能规格说明。

功能完备性

功能集对指定的任务和用户目标的覆盖程度。

功能正确性

产品或系统提供具有所需精度的正确的结果的程度。

功能适合性

功能促使指定的任务和目标实现的程度。
示例：不含任何不必要的步骤，只提供用户必要的步骤就可以完成任务。
注：功能适合性相当于IS09241-110中的任务的适合性。

功能性的依从性

产品或系统遵循与功能性相关的标准、约定或法规以及类似规定的程度。

性能效率

性能与在指定条件下所使用的资源量有关。
注：资源可包括其他软件产品、系统的软件和硬件配置、以及原材料（如打印纸和存储介质）。

时间特性

产品或系统执行其功能时，其响应时间、处理时间及吞吐率满足需求的程度。

资源利用性

产品或系统执行其功能时，所使用资源数量和类型满足需求的程度。
注：人力资源属于效率 的一部分。

容量

产品或系统参数的最大限量满足需求的程度。
注：参数可包括存储数据项数量、并发用户数、通信带宽、交易吞吐量和数据库规模。

性能效率的依从性

产品或系统遵循与性能效率相关的标准、约定或法规以及类似规定的程度。

兼容性

在共享相同的硬件或软件环境的条件下，产品、系统或组件能够与其他产品、系统或组件交换信息，
和/或执行其所需的功能的程度。

共存性

在与其他产品共享通用的环境和资源的条件下，产品能够有效执行其所需的功能并且不会对其他
产品造成负面影响的程度。

互操作性

两个或多个系统、产品或组件能够交换信息并使用已交换的信息的程度。

兼容性的依从性

产品或系统遵循与兼容性相关的标准、约定或法规以及类似规定的程度。

易用性

在指定的使用周境中，产品或系统在有效性、效率和满意度特性方面为了指定的目标可为指定用户
使用的程度。
注：易用性既可以从它的子特性角度当作产品质量特性来进行指定或测量，也可以直接通过测度（使用质量的子
集)来进行指定或测量。

可辨识性

用户能够辨识产品或系统是否适合他们的要求的程度（参见4.3.2.1.3功能适合性）。
注1：可辨识性将取决于通过对产品或系统的初步印象和/或任何相关文档来辨识产品或系统功能的能力。
注2：产品或系统提供的信息可包括演示、教程、文挡或网站的主页信息。

易学性

在指定的使用周境中，产品或系统在有效性、效率、抗风险和满意度特性方面为了学习使用该产品
或系统这一指定的目标可为指定用户使用的程度。
注：易学性既可以被当作在指定的使用周境中产品或系统在有效性、效率、抗风险和满意度特性方面为了学习使用
该产品或系统这一指定的目标被指定用户使用的程度，也可以通过相当于IS09241-110中定义的学习的适宜
性的产品属性来进行指定或测量。

易操作性

产品或系统具有易于操作和控制的属性的程度。
注：易操作性相当于IS09241-110中定义的可控性、（操作）容错性和与用户期望的符合性。

用户差错防御性

系统预防用户犯错的程度。

用户界面舒适性

用户界面提供令人愉悦和满意的交互的程度。
注：这涉及产品或系统旨在提高用户愉悦性和满意度的各种属性，诸如颜色的使用和图形化设计的自然性。

易访问性

在指定的使用周境中，为了达到指定的目标，产品或系统被具有最广泛的特征和能力的个体所使用
的程度。
注1：能力的范围包括与年龄有关的能力障碍。
注2：对具有能力障得的人而言，易访问性既可以被当作在指定的使用周境中产品或系统在有效性、效率、抗风险和
满意度特性方面为了指定的目标被具有指定能力障碍的用户使用的程度，也可以通过支持易访问性的产品属
性来进行指定或测量。

易用性的依从性

产品或系统遵循与易用性相关的标准、约定或法规以及类似规定的程度。

可靠性

系统、产品或组件在指定条件下、指定时间内执行指定功能的程度。
注1：软件中不会发生损耗。可靠性的种种局限是由需求、设计和实现中的故障或周境的变化所致。
注2：IEC60050-191中的可靠性(dependability)特性包括可用性和它的固有的或外部的影响因素，诸如有用性、可
靠性（包括容错性和易恢复性）、信息安全性（包括保密性和完整性）、维护性、耐用性和维护支持。

成熟性

系统、产品或组件在正常运行时满足可靠性要求的程度。
注：成熟性这个概念可以被用于其他质量特性中，以表明它们在正常运行时满足需求的程度。

可用性

系统、产品或组件在需要使用时能够进行操作和访问的程度。
注：可用性可以通过系统、产品或组件在总时间中处于可用状态的百分比进行外部评估。因此，可用性是成熟性
(控制失效的频率)、容错性和易恢复性（控制每个失效发生后的宕机时间长短）的组合。

容错性

尽管存在硬件或软件故障，系统、产品或组件的运行符合预期的程度。

易恢复性

在发生中断或失效时，产品或系统能够恢复直接受影响的数据并重建期望的系统状态的程度。
注：在失效发生后，计算机系统有时会宕机一段时间，这段时间的长短由其易恢复性决定。

可靠性的依从性

产品或系统遵循与可靠性相关的标准、约定或法规以及类似规定的程度。

信息安全性

产品或系统保护信息和数据的程度，以使用户、其他产品或系统具有与其授权类型和授权级别一致
的数据访问度。
注1：信息安全性不仅适用于存储在产品或系统中的数据或者通过产品或系统存储的数据，也适用于传输中的
数据。
注2：存活性（在受到攻击时，产品或系统及时提供必要的服务，继续履行其任务的程度）包含在“易恢复性（见
4.3.2.5.4)”中。
注3：免疫性（产品或系统抗攻击的程度）包含在完整性（见4.3.2.6.2）中。
注4：信息安全性有利于可信性（见4.2.2.3.2）.

保密性

产品或系统确保数据只有在被授权时才能被访问的程度。

完整性

系统、产品或组件防止未授权访问、篡改计算机程序或数据的程度。

抗抵赖性

活动或事件发生后可以被证实且不可被否认的程度。

可核查性

实体的活动可以被唯一地追溯到该实体的程度。

真实性

对象或资源的身份标识能够被证实符合其声明的程度。

信息安全性的依从性

产品或系统遵循与信息安全性相关的标准、约定或法规以及类似规定的程度。

维护性

产品或系统能够被预期的维护人员修改的有效性和效率的程度。
注1：修改包括纠正、改进或软件对环境、需求和功能规格说明变化的适应。修改包括那些由专业支持人员实施的，
以及那些由业务或操作人员、最终用户实施的
注2：维护性包括安装更新和安装升级。
注3：维护性可以被解释为便于维护活动的一种产品或系统固有能力，或者为了产品或系统维护的目标维护人员所
经历的使用质量。

模块化

由多个独立组件组成的系统或计算机程序，其中一个组件的变更对其他组件的影响最小的程度。

可重用性

资产能够被用于多个系统，或其他资产建设的程度。

易分析性

可以评估预期变更（变更产品或系统的一个或多个部分）对产品或系统的影响、诊断产品的缺陷或
失效原因、识别待修改部分的有效性和效率的程度。
注：实现包括为产品或系统提供机制，以分析其自身故障以及在失效或其他事件前提供报告。

易修改性

产品或系统可以被有效地、有效率地修改，且不会引入缺陷或降低现有产品质量的程度。
注1：实现包括编码、设计、文档和验证的变更。
注2：模块化（见4.3.2.7.1）和易分析性（见4.3.2.7.3）会影响到易修改性。
注3：易修改性是易改变性和稳定性的组合。

易测试性

能够为系统、产品或组件建立测试准则，并通过测试执行来确定测试准则是否被满足的有效性和效
率的程度。

维护性的依从性

产品或系统遵循与维护性相关的标准、约定或法规以及类似规定的程度。

可移植性

系统、产品或组件能够从一种硬件、软件、或者其他运行（或使用）环境迁移到另一种环境的有效性和效率的程度。
注：可移植性可以被理解成产品或系统促进移植活动的一种固有能力，或移植人员为了产品或系统移植的目标体
验到的使用质量。

适应性

产品或系统能够有效地、有效率地适应不同的或演变的硬件、软件、或者其他运行（或使用）环境的
程度。
注1：适应性包括内部能力（例如屏幕域、表、事务量、报告格式等）的可伸缩性。
注2：适应包括那些由专业支持人员实施的，以及那些由业务或操作人员，或最终用户实施的。
注3：如果系统能被最终用户所适应，那么适应性就相当于1SO9241-110中所定义的个性化的适宜性。

易安装性

在指定环境中，产品或系统能够成功地安装和/或卸载的有效性和效率的程度。
注：如果系统或产品能被最终用户所安装，那么易安装性会影响到所产生的功能合适性和易操作性。

易替换性

在相同的环境中，产品能够替换另一个相同用途的指定软件产品的程度。
注1：软件产品的新版本的易替换性在升级时对于用户来说是重要的。
注2：易替换性可包括易安装性和适应性的属性。鉴于其重要性，易替换性作为一个独立的子特性被引入。
注3：易替换性将降低锁定风险：因此其他软件产品可以代替当前产品，例如按标准文档格式使用。

可移植性的依从性

产品或系统遵循与可移植性相关的标准、约定或法规以及类似规定的程度。

质量模型的使用

产品质量模型和使用质量模型，对确定质量需求、建立质量测度以及执行质量评价均是有用的（参
见附录C)。本部分定义的诸质量特性可作为一个检查表予以使用，以便确保综合处理质量需求，由此
为估算以后系统开发期间所需要的工作和活动奠定基础。在确定或评价计算机系统或软件产品质量
时，可以将产品质量模型和使用质量模型中的特性，作为一个集合予以使用。
对一个大型计算机系统或软件产品而言，确定或测量所有部分的所有子特性是不切实际的。类似
地，不可能针对所有可能的用户任务场景确定或测量使用质量。质量特性相对重要性取决于项目的高
层目标和宗旨。因此，宜在将模型作为需求分解的一部分使用之前，依据利益相关方的产品目标和宗
旨，对模型进行剪裁，以便标识最重要的、作为在不同类型测量之间分配的资源的那些特性和子特性。

来自不同利益相关方视角的质量

质量模型为汇总各利益相关方的要求提供了一个框架。利益相关方包括以下类型的用户：
a)主要用户：为了达到主要目标与系统进行交互的人。
b)次要用户：提供支持的人，例如：
1)内容提供者、系统管理者、安全管理者；
2)维护人员、分析人员、移植人员、安装人员。
c)间接用户：接收系统的输出，但不与系统进行交互的人。
在特定的使用周境中，每类用户均对使用质量和产品质量有一定的要求，表1以问句的形式给出了
用户和质量特性的一些示例。
注：内容提供者对数据质量也有一定要求。
表1中的用户要求提供了需求出发点的示例，并可作为一个基础，用于测量该系统的质量对使用和
维护的影响。
在软件开发或获取之前，宜从利益相关方的视角定义质量需求。分析使用需求，将产生一个产品达
到使用需求所需要的导出功能和质量需求。
示例：对系统可靠性的整体要求，可导出软件产品成熟性、可用性、容错性以及可恢复性的特定需求。可靠性对整体
系统的有效性、效率、抗风险和满意度也具有一定的影响。

各质量模型间的关系

软件产品和计算机系统的属性决定了特定使用周境中的产品质量（见表2）。
对主要用户而言，功能性、性能效率、易用性、可靠性、信息安全性对使用质量具有重大影响。其中，
性能效率、可靠性和信息安全性还受到专业从事这些领域的利益相关方的关注。