【国家标准(GB)】 信息技术 软件产品评价 质量特性及其使用指南

GB/T 16260-—1996
本标准等同采用ISO/IEC9126：1991《信息技术软件产品评价质量特性及其使用指南》。
本标准无论在技术内容上，还是在编排格式上均与国际标准保持一致。本标准的附录A、附录B都是提示的附录。本标准由中华人民共和国电子工业部提出。本标准由电子工业部标准化研究所归口。本标准起草单位：上海计算机软件技术开发中心。本标准主要起草人：朱三元、刘光龙、陈森芬、宿为民、冯惠、周庆隆、许琰、黄民德。367
GB/T16260—1996
ISO/IEC前言
国际标准化组织（ISO)和国际电工委员会（IEC）建立了世界范围标准化工作的特殊体制。每-组织均成立若干个技术委员会，用以处理有关技术活动的特殊领域。ISO或IEC的成员团体通过这些技术委员会参加国际标准的编制工作。ISO与IEC的技术委员会在共同感兴趣的领域进行合作，其他与ISO和IEC取得联系的官方或非官方国际组织，也可参与这些编制工作。在信息技术领域，ISO与IEC已成立了一个联合的技术委员会，即ISO/IECJTC1。由该联合技术委员会起草的国际标准将散发到各成员团体以进行投票表决，一个国际标准的正式发布至少要有75%的成员团体投票表决通过。
国际标准ISO/IEC9126是由“信息技术”联合技术委员会ISO/IECJTC1制定的。本标准的附录A及附录B仅提供有关信息作为参考。引言
随着软件应用的发展，软件的质量也越来越重要。为了管理软件质量，客观和定量地确定和评价软件产品质量及开发过程质量的保证技术至为重要，从而必须有一种可以提供软件质量评价用的基本框架。本标准作为构成上述基本框架的一组文件的一部分。368
1范围
中华人民共和国国家标准
信息技术软件产品评价
质量特性及其使用指南
Information technology--Software productevaluation--Quality characteristics andguidelines for their use
GB/T 16260--1996
idt ISO/IEC 9126:1991
本标准定义了六个特性，它们以最小的重选描述了软件质量。这些特性可以作为进一步细化和描述软件质量的基线。本标准描述了如何使用质量特性来评价软件质量。本标准正文不规定子特性和度量以及有关测量（measurement）、评级（rating）和评估（assessment）的方法。本标准符合GB/T6583--92的质量定义。注：在附录A中提供了子特性定义的建议、供参考。本标准的特性定义和相关的质量评价过程模型适用于对软件产品质量需求的确定以及在软件生存期中对软件产品质量的评价。
这些特性适用于各种软件，包括固件中的计算机程序和数据。本标准供获取（acquisition）、开发（development）、使用（use）、支持（support）、维护（maintenance）或审计(audit)软件的那些人所使用。2引用标准
下列标准包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。GB/T6583--92质量术语(idtISO8402：1986)ISO/IEC2382-20：1990信息技术词汇第20部分：系统开发3定义
下列定义适用于本标准。
3.1 评估 assessment
为了确定一特定的软件模块、软件包或软件产品是验收合格还是发布，把特定的已成文的评估准则应用到该软件模块、软件包或软件产品上去的活动。’3.2特征features
特征是一软件产品的可识别的性质，该性质与质量特性相关。注：特征的例子包括路径长度、模块性、程序结构和注释。3.3固件firmware
载有在用户环境中不能加以改变的计算机程序及数据的器件。包含在固件中的计算机程序和数据归类为软件；载有计算机程序和数据的电路归类为硬件国家技术监督局1996-03-22批准1996-10-01实施
3.4性能等级level of performanceGB/T 16260--1996
性能等级就是需求得到满足的程度，由一组质量特性的特定值来表示。3.5测量measurement
把软件质量度量应用到特定的软件产品上去的活动。3.6质量quality
反映产品或服务满足明确或隐含需求能力的特征和特性的总和。（见GB/T6583一92）注：在合同环境中，需求是规定的，而在其他环境中，隐含需求则应加以标识和确定。（见GB/T6583一92，注1）3.7评级rating
把测量值映射到相应的评定等级的活动。用于确定软件某一质量特性的等级。3.8等级rating level
尺度中某一范围的值可用来按照明确或隐含的需求，对软件进行分级评定。相应的等级可能与不同的质量观点有关，例如用户、管理者或开发者的观点。这些级别被称为等级。注：这些等级不同于GB/T6583中定义的\等级grades\。3.9软件softwarebZxz.net
与计算机系统的操作有关的程序、规程、规则及任何与之有关的文档。3.10软件产品softwareproduct
指定交付给用户的软件实体。
3.11软件质量softwarequality
与软件产品满足明确或隐含需求的能力有关的特征和特性的总和。3.12软件质量评估准则software quality assessment criteria被用来确定一特定软件产品的总体质量是否能被接受的已定义的和成文的规则和条件的集合。质量由与软件产品有关的评定等级的集合来表示。3.13软件质量特性software qualitycharacteristics用以描述和评价软件产品质量的-一组属性。--个软件质量特性可被细化成多级子特性。3.14软件质量度量softwarequalitymetric能被用来确定特定软件产品某一特性值的一种定量尺度和方法。4软件质量特性
软件质量可用下列特性来评价。4.1功能性
与一组功能及其指定的性质有关的一组属性。这里的功能是指满足明确或隐含的需求的那些功能。注
1这组属性以软件为满足需求做些什么来描述，而其他属性则以何时做和如何做来描述。2质量定义的注解适用于本特性中的明确或隐含的需求（见3.6)。4.2可靠性
与在规定的--段时阎和条件下，软件维持其性能水平的能力有关的一组属性。注
1软件不会老化。可靠性的种种局限是由于需求、设计和实现中的错误所致。由这些错误引起的故障取决于软件产品使用方式和程序任选项的选用方法，而不取决于时间的流逝。2在GB/T6583的定义中，可靠性是完成需求功能的能力”，在本文件中，功能性仪是软件质量诸特性中的个特性，因而，可靠性的定义已被扩充为维持其性能水平”而不是完成需求功能”（见3.4）。
4.3易用性
与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作的评价有关的一组属性。370
GB/T16260—1996
1“用户”可按最直接的意思解释为交互软件的用户。用户可包括操作员，最终用户和受使用该软件影响或依赖于该软件使用的非直接用户。易使用性必须针对软件涉及各种不同用户环境的全部，可能包括使用的准备和对结果的评价。
2本标准中定义为软件产品的一组特定属性的易使用性不同于由人类工效学观点所下的定义，在后者中其他特性诸如效率和效果也被看作是易使用性的组成部分。4.4效率
与在规定的条件下，软件的性能水平与所使用资源量之间关系有关的一组属性。注：资源可包括其他软件产品，硬件设施，材料（如打印纸、软盘)和操作服务、维护和支持人员。4.5维护性
与进行指定的修改所需的努力有关的-一组属性。注：修改可包括为了适应环境的变化以及要求和功能规格说明的变化而对软件进行的修正、改进或更改。4.6可移植性
与软件可从某一环境转移到另一环境的能力有关的一组属性。注：环境可包括系统体系结构环境、硬件或软件环境。5质量特性使用指南
5.1用法
本标准适用于对软件质量需求进行定义和对软件产品进行评价（测量、评级和评估）。它包括：一定义软件产品质量需求：；
一评价软件规格说明在开发期间是否满足质量需求；一描述已实现的软件的特征和属性（例如用户手册）；一对开发的软件在其未交付使用以前进行评价一在软件验收前，对它进行评价。对于本标准中所描述的特性，目前，仅有少数几种普遍接受的度量。标准小组或组织也许会建立他们自已的评价过程模型以及建立和确认与这些特性相关的且可以覆盖不同应用领域和生存周期阶段的度量方法。当无合适的度量可供使用又不能确定的情况下，有时也可能采用语言描述或“经验准则”。为了使用这六个质量特性来定义和评价，还必须制定组织或应用所特有的，或者两者共同特有的等级和准则。
在告知评价结果时，应该说明进行质量评价时所使用的度量、等级以及准则。尽管没有普遍接受的软件分类体系，但确存在几种被广泛接受的软件类型。对于不同的软件，各个质量特性的重要性是不同的。例如，可靠性对于任务关键型系统软件是最重要的；效率对于时间关键型的实时系统软件是最重要的；而易使用性对于交互终端用户软件是最重要的。各个质量特性的重要性也因所考虑的观点不同而异。5.2软件质量的观点
下面对其中某些观点进行论述。5.2.1用户观点
GB/T6583一92中的质量定义反映了用户观点，本标准的特性定义也反映了此观点。用户主要感兴趣的是使用软件、软件的性能和使用软件的效果。用户评价软件，对软件内部的各方面或软件是如何开发的情况一无所知。用户的问题会包括：软件是否具有所需求的功能？
软件的可靠程度如何？
一软件的效率如何？
——软件使用是否方便？
GB/T 16260—1996
-该软件转移到另一环境是否容易？5.2.2开发者观点
由于软件质量特性对需求和验收均适用，故开发过程要求用户和开发者使用同样的软件质量特性。在开发现行软件时，隐含的需求必须反映在质量需求中。由于开发者负责生产满足质量需求的软件，故他们对中间产品质量以及最终产品质量都感兴趣。为了在各个开发阶段评价中间产品质量，开发者不得不对同样的特性使用不同的度量。因同一一度量不适用于生存周期的所有阶段，例如考虑效率时，用户用响应时间，而开发者在设计规格说明中则必须用路径长度、存取时间和等待时间。一般而言，适用于产品外部接口的度量被那些适用于它的结构的度量所取代。
开发者的观点还必须体现维护软件者需要的质量特性观点。5.2.3管理者观点
管理者也许更注重总的质量而不是某一·特性，为此须根据商务需求对各个特性赋于权值。管理者还需要从管理的准则，诸如进度拖延或成本超支，与质量的提高之间进行权衡，因为他希望以有限的成本、人力和时间使质量达到优化。5.3评价过程模型
图1表示用本标准中定义的质量特性来评价软件质量的主要步骤。由于图1的高层次性，故一些具体的过程（如度量分析和确认)均未示出。372
规定或隐含
的需求
本标准和其他
技术信息
质量需求
质量需求说明书
软件开发
GB/T16260-1996
度量选择
产品或
中间产品
测量值
图1评价过程模型
管理需求
评估准则
需求定义
（是否通过验收）
这过程由三个步骤组成：质量需求定义，评价准备和评价过程。这个过程可应用于软件产品每个组成部分的每个合适的生存期阶段。5.3.1质量需求定义
第一步骤的目的是根据质量特性和可能的子特性来规定需求。需求表达了环境对被评价软件的要求，必须在开发前就被定义。当软件产品分解成若干主要组成部分时，从总的产品需求衍生出来对各个组成部分的需求就可能有所不同。5.3.2评价备
第二步骤的目的是准备好评价基础。5.3.2.1质量度量的选择
对质量特性进行定义所采用的方式不提供对它们的直接测量，需要建立与软件产品的特性相关的度量。与某一特性相关的每个可定量的软件特征和软件与其环境的每个可定量的相互作用均可作为一个度量。
度量可以因不同的环境和不同的开发阶段而异。由于根据用户观点所采用的度量是关键的，故开发373
GB/T16260—1996
过程中使用的度量应与用户各自采用的度量相关。5.3.2.2等级的定义
对可定量的特征可以用质量度量来定量地测量。测量结果即实测值可映射到某个尺度上，这个值并不表示满足的程度。为此，这些尺度必须分割成对需求的各个不同满足程度的区域（见图2）。因为质量与给定需求有关，故不可能有通用的等级。每一次具体的评价中都必须对等级进行定义。优秀
测量值
度量尺度
5.3.2.3评估准则的定义
已评定的等级
图2测量和评定等级
不满意
为了评估产品质量，必须把不同特性的评价结果加以归纳。评价者必须为此制定一种规程，例如使用决策表或加权平均法。这种规程通常还包括其他方面，诸如在特定环境下对软件产品质量评估有影响的时间和成本等。
5.3.3评价过程
评价过程模型的最后步骤又细化为三步，即测量、评级和评估。5.3.3.1测量
测量是把选定的度量应用到软件产品上去进行的活动。测量结果就是度量尺度上的那些值。5.3.3.2评级
在这一步中，确定某一测量值的等级（见图2)。5.3.3.3评估
评估为软件评价过程的最后步。在这一步中，把一组评出的等级加以归纳，其结果就是一份软件产品质量报告。然后将归纳的质量与其他方面诸如时间和成本进行比较。最后管理人员根据管理准则作出决策，决定对该软件产品是否通过验收，或者是否发行。374
A1引言
GB/T16260-—1996
附录A
（提示的附录）
质量子特性
本附录为一个说明性的质量模型，它将本标准中的特性进一步定义成子特性。这是使用该标准的质量评价过程模型进行质量测量之前的必需一步。以后的有关文档将涉及子特性的测量。在文献中，已有很多此类质量模型，并在实践中得到应用。这些模型、术语及定义的成熟性还不足以将它们包含在一个标准中。然而，发表它们是为了鼓励在实践中得到使用，并为以后的版本积累经验。关键是对于软件产品来说，应该有一一个至少具体到子特性一级的软件产品质量模型，而不在于这个模型必须完全是本附录给出的那种形式。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
与用户为学习软件应用（例如运行控制、输入、输出)所花的努力有关的软件属性。375
A2.3.3易操作性operability
GB/T16260-—1996
与用户为操作和运行控制所花努力有关的软件属性。A2.4效率efficiency
A2.4.1时间特性timebehaviour
与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性。A2.4.2资源特性resourcebehaviour与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性。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背景
软件产业正进入某种成熟的阶段，而与此同时软件正在成为许多现代产品中一个关键部分。软件的渗透性已使其成为贸易中的主要因素。此外，随着对安全性和质量的全球化新需要，有关软件质量评价过程的国际性协定的需求变得至为重要。基本上可用两种途径来保证产品质量，一是保证产品的开发过程，另一是评价最终产品的质量。这两种途径均很重要，且都要求有一系统来管理质量。该系统确定管理对质量的保证，指明其策略以及恰当的详细执行步骤。
GB/T 16260--1996
为通过某些定量方法来评价产品质量，就要求有一组描述产品且构成评价基础的质量特性。本标准则为软件产品定义了这些特性。B2历史
软件技术发展的现状尚不能提供一种非常明确的，且被广泛接受的描述方法来评价软件产品的质量。自1976年以来，已经有许多人为了定义一种软件质量基本框架做了许多工作。许多年来由McCall，Boehm，美国空军及其他机构提出的模型多年来被采用并得到改进。然而，当今软件产品的用户或客户对软件质量仍难以理解或进行比较。长时期以来，可靠性一直是衡量质量的唯一途径。在此期间，也提出过其他质量模型，并交付使用，尽管这些研究是有用的，但由于他们提出了许多质量观点，因而引起了混乱。为此，有必要建立一个标准模型。
鉴于这个原因，ISO/IECJTC1技术委员会才开始这项为达到所要求的~-致性以及鼓励世界范围的标准化工作。
初步设想起始于1978年，1985年正式开始此项标准的编制工作，最初提出的模型采用了由应用或实现方面（或两者)决定的软件性质来描述软件质量。ISOTC97技术委员会系统整理这些性质的第一步工作由于缺乏定义而告失败。不同专家对术语有不同解释，因此，所有探讨的结构均较武断，没有一个共同的基础。结果决定编制个标准的最好机会是规定一组基于质量定义的即后来成为ISO8402：1986(GB/T6583)的一组成部分的特性。这个国际性的定义对各类产品和服务均能接受，它是从用户的需求出发的。
B3ISO六个软件质量特性
对于选用本标准所描述的质量特性的要求如下：—一要包罗根据ISO质量定义的软件质量的一切方面；——一要以最小的重选描述质量特性；要与既定术语尽可能地靠近；
一为了清晰和便于使用，要建立不超过6～8个特性的一组特性；一一要确定供进一步细化的软件产品的属性领域。技术委员会的工作导致了上述-一组特性。然而一个只包含特性定义的纯术语标准是不会给予用户评价软件质量以足够支持的，因此就把如何进行软件产品质量评价的说明编入了本标准中。在实践中对软件产品质量评价可能还需要除目前掌握的特性以外的其他特性，并需要有对于每一特性的度量。但是就目前的技术水平而言，在此领域还不能建立标准。然而要是等待这方面改进，测会大大地推迟本标准的发布。此外，许多国家在此方面都在进行有关工作，势必会建立许多不同的解决方法，以后对这些方法的协调则将费时和费钱。鉴于上述原因，技术委员会现在发布本标准以便进一步协调今后工作。制定隶属于这六个质量特性的质量子特性工作正在技术委员会内进行，并计划发布若干个有关软件工程和软件质量的标准。377
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。