中华人民共和国国家标准

GB／T16260—1996
idt ISO／IEC9126：1991

信息技术 软件产品评价 质量特性及其使用指南
Information technology-software product evaluation－Quality characteristics and guidelines for their use

附录A（提示的附录）
质量子特性

A1 引言

本附录为一个说明性的质量模型，它将本标准中的特性进一步定义成子特性。这是使用该标准的质量评价过程模型进行质量测量之前的必需一步。以后的有关文档将涉及子特性的测量。

在文献中，已有很多此类质量模型，并在实践中得到应用。这些模型、术语及定义的成熟性还不足以将它们包含在一个标准中。然而，发表它们是为了鼓励在实践中得到使用，并为以后的版本积累经验。关键是对于软件产品来说，应该有一个至少具体到子特性一级的软件产品质量模型，而不在于这个模型必须完全是本附录给出的那种形式。

A2 质量子特性定义

A2.1　功能性functionality

A2.1.1　适合性Suitability
与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性。
注：适合程度的例子是面向任务系统中由子功能构成功能是否合适、表容量是否合适等。

A2.1.2　准确性accuracy
与能否得到正确或相符的结果或效果有关的软件属性。
注：例如，此属性包括计算值所需的准确程度。

A2.1.3　互操作性；互用性interoperability
与同其他指定系统进行交互的能力有关的软件属性。
注：为避免可能与A2.6.4易替换性的含义相混淆，此处用互操作性（互用性）而不用兼容性（见A2 6.4）。

A2.1.4　依从性 compliance
使软件遵循有关的标准、约定、法规及类似规定的软件属性。

A2.1.5　安全性security
与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性。

A2.2　可靠性reliability

A2.2.1 成熟性 maturity
与由软件故障引起失效的频度有关的软件属性。

A2.2.2 容错性 fault tolerance
与在软件故障或违反指定接口的情况下，维持规定的性能水平的能力有关的软件属性。
注：指定的性能水平包括失效防护能力。

A2.2.3 易恢复性 recoverability
与在失效发生后，重建其性能水平并恢复直接受影响数据的能力以及为达此目的所需的时间和努力有关的软件属性。

A2.3 易用性usability

A2.3.1 易理解性understandability
与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性。

A2.3.2 易学性　learnability
与用户为学习软件应用（例如运行控制、输入、输出）所花的努力有关的软件属性。

A2.3.3 易操作性operability
与用户为操作和运行控制所花努力有关的软件属性。

A2.4 效率 efficiency

A2.4.1 时间特性 time behaviour
与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性。

A2.4.2 资源特性 resource behaviour
与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性。

A2.5 易维护性 maintainability

A2.5.1 易分析性 analysability
　　与为诊断缺陷或失效原因及为判定待修改的部分所需努力有关的软件属性。

A2.5.2 易改变性 changeability
　　与进行修改、排除错误或适应环境变化所需努力有关的软件属性。

A2.5.3　稳定性 stability
与修改所造成的未预料结果的风险有关的软件属性。

A2.5.4　易测试性 testability
与确认已修改软件所需的努力有关的软件属性。
注：此子特性的涵义可能会被研究中的修改加以改变。

A2.6可移植性 portability

A2.6.1　适应性 adaptability
与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性。

A2.6.2　易安装性 installability
与应指定环境下安装软件所需努力有关的软件属性。

A2.6.3　遵循性 conformance
使软件遵循与可移植性有关的标准或约定的软件属性。

A2.6.4　易替换性 replaceability
与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属性。
注
1 为避免可能与A2.6.3互操作性（互用性）的含义相混淆，此处用易替换性而不用兼容性（见A2.1.3）。

2 特定软件的易替换性并不隐含此软件可由所考虑的软件所替代。

3 易替换性可能包含易安装性和适应性这两个属性。由于此概念的重要性，它已被采用作为一个独立的子特性。

　 返回     回到顶部

附录B （提示的附录）
工作历史

B1 背景

软件产业正进入某种成熟的阶段，而与此同时软件正在成为许多现代产品中一个关键部分。软件的渗透性已使其成为贸易中的主要因素。此外，随着对安全性和质量的全球化新需要，有关软件质量评价
过程的国际性协定的需求变得至为重要。

基本上可用两种途径来保证产品质量，一是保证产品的开发过程，另一是评价最终产品的质量。这两种途径均很重要，且都要求有一系统来管理质量。该系统确定管理对质量的保证，指明其策略以及恰当的详细执行步骤。

为通过某些定量方法来评价产品质量，就要求有一组描述产品且构成评价基础的质量特性。本标准则为软件产品定义了这些特性。

B2 历史

软件技术发展的现状尚不能提供一种非常明确的，且被广泛接受的描述方法来评价软件产品的质量。自1976年以来，已经有许多人为了定义一种软件质量基本框架做了许多工作。许多年来由McCall，
Boehm，美国空军及其他机构提出的模型多年来被采用并得到改进。然而，当今软件产品的用户或客户对软件质量仍难以理解或进行比较。

长时期以来，可靠性一直是衡量质量的唯一途径。在此期间，也提出过其地质量模型，并交付使用，尽管这些研究是有用的。但由于他们提出了许多质量观点，因而引起了混乱。为此，有必要建立一个标准模型。

鉴于这个原因，ISO／IEC JTC1技术委员会才开始这项为达到所要求的一致性以及鼓励世界范围的标准化工作。

初步设想起始于1978年.1985年正式开始此项标准的编制工作,最初提出的模型采用了由应用或实现方面（或两者）决定的软件性质来描述软件质量。

ISO TC 97技术委员会系统整理这些性质的第一步工作由于缺乏定义而告失败。不同专家对术语有不问解释.因此.所有探讨的结构均较武断，没有一个共同的基础。

结果决定编制一个标准的最好机会是规定一组基于质质量定义的即后来成为ISO 8402：1986（GB/T 6583）的一组成部分的特性。这个国际性的定义对各类产品和服务均能接受.它是从用户的需求出发的。
B3 ISO 六个软件质量特性

对于选用本标准所描述的质量特性的要求如下：
——要包罗根据ISO质量定义的软件质量的一切方面：
——要以最小的重迭描述质量的特性；
——要与既定术语尽可能的靠近；
——为了清晰和便于使用.要建立不超过 6～8个特性的一组特性；
——要确定供进一步细地的软件产品的属性领域。

技术委员会的工作导致了上述一组特性。

然而一个只包含特性定义的纯术语标准是不会给子用户评价软件质量以足够支持的，因此就把如何进行软件产品质量评价的说明编入了本标准中。

在实践中对软件产品质量评价可能还需要除目前掌握的特性以外的其他特性，并需要有对于每一特性的度量。但是就目前的技术水平而言，在此领域还不能建立标准。然而要是等待这方面改进，则会大大地推迟本标准的发布。此外，许多国家在此方面都在进行有关工作，势必会建立许多不同的解决方法，以后对这些方法的协调则将费时和费钱。

鉴于上述原因，技术委员会现在发布本标准以便进一步协调今后工作。制定隶属于这六个质量特性的质量子特性工作正在技术委员会内进行，并计划发布若干个有关软件工程和软件质量的标准。