1、ICS 35.080 L77 和国国家标准中华人民GB/T 16260.1-2006/ISO/IEC 9126嗣1: 200 1 代替GB/T16260-1996 . . 软件工程产品质量第1部分:质量模型Software engineering Product quality Part 1 : Quality model CISO/IEC 9126-1: 2001 , IDT) 2006-07皿01实施2006-03-14发布发布中华人民共和国国家质量监督检验检菇总局中国国家标准化管理委员会气中孟衍YF草制、)GB/T 16260.1-2006/ISO/IEC 9126斗:2001目次IE1
2、12222345556677788mm口四史H义现!-H船工哇川际盯1 型他mLU模r其E期最HHHUHHH囊自周u质型度源自存u用的模)件u口生使量uU川UU量录录录文架和项的质uuu质附附附用义框径量的型部u性的量性性性引定型途质价模内性性性性模最质范料科性性和模量品评量和能靠用率护移质用规资资在围合范语最质产需质部功可易效维可用使MK划空间空间范符规术质1234外123456使1录录录考前引1234511116队队6.6.队队77.附附陆参GB/T 16260.1一2006/180/阻C9126-1 :2001 前GB/T 16260(软件工程产品质蠢分为如下几部分z一一第1部分(即GB
3、/T16260. 1) :质量模型;一一第2部分(即GB/T16260.2):外部度量;一一第3部分(即GB/T16260.3) :内部度量;一一第4部分(即GB/T16260.4) :使用质量的度量。本部分为GB/T16260的第1部分。本部分等同采用ISO/IEC9126-1: 2001(软件工程产品质量第1部分:质量模型。为便于使用，本部分做了下列编辑性修改:a) ISO/IEC 9126的本部分改为本部分;b) 删除了国际标准的前言，修改了眉际标准的引c) 纠正了国际标准中的一些错误。ISO/IEC9126-1:2001的第5章中，这一质量模型的具体体现在第6章和7.5.1中给出，但全
4、篇并没有1.5.1，应改为第7章。本部分从实施之日起代替GB/T16260-19960 本部分与GB/T16260-1996的主要差别是z在)在结构上，GB/T16260-1996钮括软件质量特性和质量特性使用指南，不仅描述了软件质量特性，而且还描述了对软件质量的不同观点、软件过程评价模型和评价步骤，在本部分中有关软件评价的内容没有列人(这些内容已在GB/T18905. 1,._ 18905. 6中阐述); b) 在内容上，GB/T16260-1996提供了6个软件质量特性，将21个子特性作为参考倍患列在附录A中。本部分提出了质量模型的概念，提供了两种质蠢模型:内部/外部质量的模型和使用质量的
5、模型。其中，内/外部质量模型中保留了6个软件质量特性，将子特性扩充为27个，均列在标准正文中。增加的使用质量模型中有4个特性，没有子特性。本部分的附录A是规范性附录，附录B和附录C是资料性附录。本部分由中华人民共和国信息产业部提出。本部分由中国电子技术标准化研究所归口。本部分起草单位z上海计算机软件技术开发中心、中国电子技术标准化研究所。本部分主要起草人g朱三元、宗宇伟、陈蒜芬、冯惠、孔磊。I GB/T 16260.1-2006/ISO/IEC 9126-1 :2001 引计算机在越来越广泛的应用领域中使用，其正确的运作通常是业务成功和/或人类安全的关键，因此开发或选用高质量的软件产品是至关重
6、要的。对软件产品质量的全面说明和评价是保证足够股量的关键因素。这可以通过考虑软件产品的使用目的的情况下，定义适当的质量特性来实现。重要的是要、规定和评价每个相关的软件产品质量特性，无论何时都要尽可能使用经确认的或被广泛接受的度量。GB/T 16260-1996(信息技术软件产品评价质量特性及其使用指南是为支持这些要求商制订的，它定义了六种质量特性，并描述了一个软件产品评价过程模型。因为质量特性和相关的度量不仅可用于评价软件产品，而且也可用于定义质量需求以及其他用途，所以GB/T16260-1996已经被两个相关的系列标准:GB/T 16260一2006C软件产品质量)和GB/T 18905-2
7、002C软件产品评价)所取代。本部分定义的软件产品质量特性可用于说明功能性与非功能性的客户和用户的需求。E 本部分是对GB/T16260-1996的修订，它保留了相同的软件质量特性。主要的区别在于: 规范性子特性的引人，其中大多数都是基于GB/T16260-1996的资料性前录中的子特性; 质量模型的规格说明; 使用质量的引入; 删除了评价过程(现巳在GB/T18905-2002标准中对其进行了说明); 与GB/T18905. 1-2002的内容相胁调。自1描述了GB/T16260一2006和GB/T18905-2002C见参考文献)之间的关系。评价支持11 评价过程1 1 内部度最11 外部
8、度盘GB厅18905.1iGBIT 18905. 2i11jGBIT 18905. 3lI I I GBIT 16260. 1 I GB厅脚lm斤18叫11jG05.5i留1GB/T 16260与GB/T18905标准之间的关系GB/T 16260.1-2006j-ISO/IEC 9126-1 :2001 软件工程产品质量第1部分:质量模型1 范围GB/丁16260的本部分描述了关于软件产品质量的两部分模型:a)内部质量和外部质量，b)使用质。模型的第一部分为内部质量和外部原量规定了六个特性，它们可进一步细分为子特性。当软件作为计算机系统的一部分时，这些子特性作为内部软件属性的结果，从外部显现
9、出来。本部分并没有在低于子特性的层次上详细隔述内部质量和外部质量模型。模型的第工部分规定了四个使用质量的特性，但没有在低于特性的黑次上详细阐述使用质量的模型。使用质量是面向用户的六个软件产品质量特性的组合效用。定义的特性适用于每一类软件，包括固件中的计算机程序和数据。特性和子特性为软件产品质量提供了一致的术语，也为确定软件的质量需求和权衡软件产品的能力提供了一个框架。即录A为软件产品度量和使用质量的度最提供了建议和需求。这些度量的实倒包含在本标准的其他部分中。这些度最可应用于说明包括中间产品在内的软件产品质量需求和.设计目标。关于在软件产品评价中如何应用这个质囊模型的说明包含在GBjT1890
10、5. 1一2002中。本部分可使软件产品质量从软件的获取、需求、开发、使用、评价、支持、维护、质量保证和审核相关的不同视面来确定和评价。例如它可以被开发者、需方、质量保证人员和独立评价者，特别是那些对确定和评价软件产品质量负责的人员厨使用。本部分中定义的质量模型使用实例是: 确认需求定义的完整性; 确定软件需求; 确定软件设计目标; 确定软件测试目标; 确定质量保证准则; 为完整的软件产品确定验收准则。注1:本部分可以和ISO/IEC15504(与软件过程评估有关起使用以提供2 一个客户一供方过程中的软件产品质量定义框架; 在支持过程中对于评审、验证和确认的支持以及一个定蠢的质量评价框架; 在
11、管理过程中对于设置摄织质量目标的支持。注2:本部分可以和GB/丁8566-2001C与软件生存周期有关)一起使用以提供2 一个生存周期基本过程中的软件产品质量需求定义框架p 在生存周期支持过程中对于评审、验证和确认的支持。注3:本部分可以和GB/T19001(与质量保证过程有关一起使用以提供z 对于设立质量目标的支持; 对于设计评审、验证和确认的支持。2 符合性遵照本质量模型的任何软件产品的质量需求、规格说明或评价应使用本部分第6章、第7章中的特性和子特性，其中，对于没有使用的特性和子特性应给出理由。否则，应描述软件产品质量属性的独特的分类，并给出相应于第6、7章特性和子特性的映射。包含用于比
12、较的度量的软件产品质量需求或规格说明应陈述这些度量是否具有A.4中规定的性质。1 GB月16260.12006/ISO/阻C9126-1:2001 3 规范性引用文件下列文件中的条款通过GB/T16260的本部分的引用而成为本部分的条款。凡是拄日期的引用文件，其随后所有的修改单(不钮括勘误的内容或修订版均不适用于本部分，然雨，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新报本。凡是不注目期的引用文件，其最新版本适用于本部分。GB/T 18905. 1-2002软件工程产品评价第1部分z概述(ISO/IEC14598-1: 1999 , IDT) 4 术语和定义下列术语和定义以及GB/
13、T189 注:包含在GB/T18905. 1 4. 1 性能级别levelof 要求被满足的5. 1质用户质量要量特性和子特性来注:使用周境的为满足软件质量要三以通过测量内部属性典型代码执行时的行为)，或者通过测所需的效用(圄2)。于本标准的所有部分。具体体现在第6章和使用用模求。当使用软件产品质求。的一个过程。软件产品质最可可份霞在阳外部属性(典型地是通过测量标就是使产品在指定的使用周境下具有过程质量即在GB/丁8566-2001中定义的任一生存周期过程的质量)有助于提高产品质量，雨产品质量又有助于提高使用质量。因此，评估和改进一个过程是提高产品质量的一种手段，而评价和改进产品质量则是提高使
14、用质量的方法之一。同样，评价使用质量可以为改进产品提供反馈，而评价产品则可以为改进过程提供反镜。合适的软件内部属性是获得所需外部行为的先决条件，而适当的外部行为则是获得使用质量的先决条件(囱2)。软件产品质量需求一般要包括对于内部质蠢、外部质量和使用质量的评估准则，以满足开发者、维2 GB/T 16260.1-2006/ISO/IEC 9126-1 :2001 护者、需方以及最终踊户的需要。见GB/T18905. 1一2002，第8章)5.2 产品质量和生存周期内部质量、外部质量和使用质蠢的观点在软件生存周期中是变化的。例如，在生存周期开始阶段作为质量需求而规定的质量大多数是从外部和用户的角度
15、出发的，它与如设计质量这样的中间产品质量不罔，后者大多是从内部和开发者的角度来看问题的。为获得必要的质量级别，使用诸如质量的规格说明和评价这样的技术需要支持这些不同的观点。为了在生存周期的每个阶在正确地管理质量，需要对质量定义这些观点和相关技术。因为目标是为了获得必须的和足够的质量以满足用户的实际需要，所以GB/T6583根据满足明确和隐含要求的能力来定义质量。然而，用户所描述的要求并不总是反映该实际用户的需要，因为:(1)用户并不是经常可以意识到自己的实路屠费7(2)要求在按说圈之后可能会变化，(3)不同的用户可能具有不同的操作环境，(4)特另4是x现货软件，咨询所有可能类型地用户是办不到的
16、。商此，质蠢需求不可能在开始设计前得到完擎的定义。主解市烬可能普雷嗨墨解实际:电户的需要并在需求中表示它们是必须的。获得完美质量旷目棒娃源也要的，但是当注品鹉奕伴蛙由用卢嚓际使用的时候，对于每个特定的使用周境，必要用于以划分为两类:不及不可接受的花费以及进度在软件生用户质量要求可通过使用质电击捏捏器噩噩酬多个类别。例如，标度可低限度地可接受的以时，这些度最确定的需求应该作为准则来使用。获得满足用户要求的产品通常需要一个可以不断从用户角度得到反馈的迭代的软件开发方法。外部股最需求从外部视角来规定要求的质量级别。包括用户质量要求派生的需求包括使用质量需求)。外部质量需求用作不闰开发阶段的确认目标。
17、对在本部分中定义的所有质量特性，外部质量需求应在质量需求规格说明中用外部度量加以描述，宜转换为内部质最需求，而且在评价产品时应该作为准则使用。内部质量需求从产品的内部视角来规定要求的质量级别。内部质量需求用来规定中间产品的特性。这些可以包括静态的和动态的模型，其他的文档和摞代码。内部质量需求耳用作不闰开发阶段的3 G/T 16260.1-2006/ISO/IEC 9126蛐1:2001确认目标，也可以用于开发期间定义开发策略以及评价和验证的准则。这可能会包括对于一些超出本标准范围的附加度最如适合于可囊用性的度量的使用。具体的内部质量需求应使用内部度最加以定量地说明。内部质最是基于内部视角的软件
18、产品特性的总体。内部质量针对内部质量需求被割最和评价。软件产品质量的枝节部分可以在代码实现、评审和测试期间被改进，但是由内部质量表示的软件产品质量的基本性质不会改变，除非进行建新设计。估计的(或预测的)外部质量是在了解内部最量的基础上，对每个开发阶段的最终软件产品的各个质量特性加以估计或预测的质量。外部质量是基于外部视角的软件产品特性的总体。即当软件执行时，典型地是在模拟环境中用模拟数据测试时，使用外部皮囊所测量和评价的质量。在测试期间，大多数故障都应该可以被发现和消除。然而，在测试后仍会存在一些故障。这是因为难以校汪软件的体系结构或软件其他的基础设计方面，所以基础设计在整个测试中通常保持不变
19、。估计的或预甜的使用质量是在了解内部和外部质量的基础上，对每个开发阶段的最终软件产品的各个使用质蠢的特性加以估计或预测的质量。注:在适当的技术得到发展时，对于本部分中定义的每个质量特性，外部质景和使用质蠢可以在开发期闵被估计和预测。然而对于预测来说，目前的技术发展水平不能提供所有必需的支持，所以应该发展更多的用子显示内部质量、外部质量以及使用质量间相关性的技术。使用原景是基于用户观点的软件产品用于指定的环境和使用周境时的质囊。它测量用户在特定环境中能达到其目桥的程度，而不是提!量软件自身的属性使用质量在本部分的第7章中定义。注用户指的是任何类型的预期的用户，包括操作者和维护者，而他们的需求可以
20、是不同约。用户环境中的质量级别可能与开发者环境中的不同，因为不同用户的要求和能力间存在着差别，以及不罔硬件和支持环境间有差异。用户仅评价那些用于其任务的软件属性。有的时候，因为用户需求的改变，以及确定隐含要求的困难，所以在需求分析阶段由最终用户确定的软件属性，当产品投入使用时不再满足用户的需求。5.3 需评份的项项可以通过直接测蠢来评价，或者通过测蠢它们的结果来间接进行评价。例如，一个过程可以通过测量和评价它的产品来间接地进行评估，而产品可以通过测最用户的任务性能来间接地评价(采用使用质量的度量。软件从不会单独运行，它总是作为大型系统的一部分，这个系统常常由其伪软件产品组成，具有接-口、硬件、
21、操作员和作业流程等。完整的软件产品可在所选择的外部度量的层次上进行评价。这些度量描述了它与其所在环境间的交互作用，并通过在运作中观察软件来进行评估。使用质最可以依据由具体用户使用的产品满足他们获得包括有效性、生产率、安全性和满意度在内的明确目标所要求的程度进行测量。一般可根据更多的规定的软件产品质量特性的测度来完成，这有可能在开发过程中比较早地被执行。在开发的最早阶段，仅能测量资源和过程。中间产品规格说明、源代码等)可用时，就可以在选择的内部皮囊层次上对它们进行评价。这些度最可用来预测外部度量的值，也可以在自身的范自内作为外部质量的基本先决因素而被测量。4 在软件产品评价和其执行时所在系统的评
22、价之间可以做进一步的区分。注1:例如，系统的可靠性透过观察所有的无论何种原因(硬件、软件、人为错误等等)造成的失效来评估，然而软件产品的可靠性则是通过从所观察的失效中抽取那些自软件的故障源于需求、设计或实现引起的失效采评估。并且，系统的界限判定依赖于评价的目的和用户是谁。注2:例如，对于具有基于计算机的飞行控制系统的飞机而言，若用户是乘客的话，则他们所依赖的系统包括机组成员、机身以及飞行控制系统中的硬件和软件，然而如果机组成员作为用户的话，则他们所依赖的系统仅仅囱机身和飞行控制系统所组成。GB/T 16260.1-2006/ISO/mC 9126-1 :2001 5.4 质量模型的使用软件产品
23、质量宜使用巳定义的质量模型来评价。质量模型宜在为软件产品和中间产品设置质量目标时使用。软件产品质量应该按层次分解为一个自特性和予特性所组成的质量模型，该模型可作为与质量相关的问题清单来使用。第6章、第7章定义了一个分层的质最模型(虽然在特殊环境中其他的质量分类方法可能更合适些)。对大型软件产品的所有部分，测量其所有内部和外部子特性实际上是不可能的。类似地，为所有可能的用户一任务方案测量使用质量通常也是不切实际的。评价资源需要基于业务目标和产品与设计过程的性质在不同类别的测量闯进行分配。6 外部和内部肢量的质量模型本章定义了外部和内部质量的质量模型。它将软件质量属性划分为六个特性(功能性、可靠性
24、、易用性、效率、维护性和可移植性)，并进一步细分为若干子特性菌的。这些子特性可用内部或者外部度量来测量。适合性成熟性易王累解伎时间特性易分析饺适应位准确性容错性易学位易改变性易安装性互操作性易恢复性易主革作性稳定性共存位安全保密性吸引伎资源利用性易测试饺易替换位功能性的11古ir11节世效率依从性维护性的可移植性的依从性依从性依从性图4外部和内部质量的质量模型对软件的每个质囊特性和影响质量特性的子特性都给予定义。对于每个特性和子特性，软件的能力由可测量的一组内部属性所决定。内部度量的实倒在GB/T16260.3中给出。这些特性和子特性可依据钮含该软件的系统所提供该能力的程度从外部来测量。外部度
25、量的实倒在GB/T16260. 2中给出。注1:所有特性都有依从性子特性，因为这一原则通常适用于所有的内部和外部质量特性。注2:本部分的一些特性与可信性有关。在IEC60050伺191中为所有类型的系统定义了可信性特性，而本部分中的一个术语也在IEC60050-191中被定义，所绘出的定义具有广泛的兼容性。6. 1 功能性当软件在指定条件下使用时，软件产品提供满足明确和隐含要求的功能的能力。注1:本特性与软件为满足要求要做什么有关，而其他特性则主姿与何时满足要求以及如何满足要求有关。注2:B.21中对子质量定义的注解适用于本特性中的明确和隐含的要求。注3:对于用户操作的系统，功能性、可靠性、易
26、用性和效率的组合可以通过使用质量从外部测蠢(见第7章。5 GB/T 16260.1-2006/ISO/IEC 9126-1 :2001 6. 1. 1 适食性软件产品为指定的任务和用户目标提供一组合适的功能的能力。注1:适合程度的例子如窗向任务的由子功能构成的功能组合是否合适以及表的容量是否合适等。注2:适合性相当于IS09241-10中任务的适合性。注3:适合性也影响易操作性。6. 1.2 准确性软件产品提供具有所需精度的正确或相符的结果或效果的能力。6. 1.3 互操作性软件产品与一个或更多的规定系注:用互操作性代替兼容伎是为了避免可6. 1.4 安全保密性软件产品保护信息和数据拒绝授权人
27、员或系统对它们GB/T 8566一2001J注2:安全性Csafety)6.1.5 功能性的依从软件产品遵循6.2 可靠性在指定条件下功能飞6.2.1 成熟性软件产品为避免6.2.2 .睿错性在软件出现故障或注:规定的性能级别可6.2.3 易恢复性在失效发生的情况下，软i起的失效取完成所需注2:有效性Cavailability)是在规定的使用读往下，软件产品处在给定的脚可及完成所需功能的状态的能力。有效性可以根据软件产品在全部时间中生t子正营彗到剧起&凶函唠嘴迸行外部评估。因此，有效性是成熟位(控制失效的频度、容错性和易恢复性(控制每个失效发生后的看机时间长短)的组合。因为这个原因，它没有作为
28、单个子特性被包括进来。6.2.4 可靠性的依从性软件产品遵循与可靠性相关的标准、约定或法规的能力。6.3 易月性6 在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。注1:功能性、可靠性和效率的某些方商也会影响易用性，但是按本部分的意图，它们没被分类为易用性。注2:用户可能包括操作员、最终用户和受该软件的使用影响或依赖于该软件使用的间接用户。易用性必须针对软件所影响的所有不阔的用户环境，这可能包括对使用的准备和结果的评价。GB/T 16260.1-2006/ISO/IEC 9126-1: 2001 6.3. 1 易理解性软件产品使用户能理解软件是否合适以及如何能将软件用于特定的任
29、务和使用条件的能力。注:这要依赖于软件提供的文裆和初始印象。6.3.2 易学性软件产品使用户能学习其应用的能力。注:该内部属性相当于IS09241-10中定义的对学习的适合性。6.3.3 易操作性软件产品使用户能操作和控制它的能力。注2:易操作性相当于IS09241-10中注3:对于用户所操作的系统，功6.3.4 破引性软件产品吸引用户的注:这涉及到软件旨在使6.3.5 易用性的侬从软件产品遵循与6.4 效率在规定条件下，注1:资源可能注2:对于用户 6.4.1 时间特性在规定条件下6.4.2 资源利用在规定条件下，注:人力资源作为6.4.3 效率侬从性软件产品遵循与6.5 维护性软件产品可被
30、修6.5. 1 易分析性软件产品诊断软件中的6.5.2 易改变性软件产品使指定的修改可以注2:如果软件由最终用户修改，那么易改变6.5.3 稳定性软件产品避免由于软件修改而造成意外结果的能力。6.5.4 易测试性软件产品使巳修改软件能被确认的能力。6.5.5 维护性的侬从性软件产品遵循与维护性相关的标准或约定的能力。6.6 可移摄性软件产品从一种环境迁移到另外一种环境的能力。注:环境可能包括组织、硬件或软件的环境。从外部进行测量。7 GB/T 16260.1-2006/ISO/IEC 9126-1 :2001 6.6. 1 适应性软件产品毋需采用额外的活动或手段就可适应不向指定环境的能力。注1
31、:适应性包括内部容量的可伸缩性(例如屏幕域，衰，事务量，报告格式等等)。注2:如果软件能被最终用户所适应，那么适应性就相当于ISO9241-10中所定义的个性化的适合性，而且可能会影响易操作性。6.6.2 易安装性软件产品在指定环境中被安装的能力。注:如果软件由最终用户安装，那么易安装位就可能导致对适合性与易操作性的影响。6.6.3 共存性软件产品在公共环境中同与其分享公共资糠的其他独立软件共存的能力。6.6.4 易替换性软件产品在同样环境下，替代另一个相同用途的指定软件产品的能力。注1:例如，软件产品的新版本的易替换性在升级时对于用户来说是囊耍的。注2:易替换姓用来代替兼容性，目的是为了避免
32、可能与互操作性见6.1.3)的含义相混淆。注3:易替换性可能包括易安装性和适应性的属性。由于此概念的重姿性，故作为一个独立的子特佼被引人。6.6.5 可移植性的侬从性软件产品遵循与可移植性相关的标准或约定的能力。7 使用质量的质最模型本章定义了使用质量的质量模型。使用质量的属性分类为四个特性z有效性，生产率，安全性和满意度(罔白。倒质工J图5使用质量的质量模型使用质量是基于用户观点的质量。使用质量的获得依赖于取得必需的外部质量，商外部质量的获得则依赖于取得必需的内部质量(图2)。测度通常在五个层次上都是需要的，自为满足内部视!度准则的要求常常并不足以确保符合外部测度准则，而满足子特性的外部测度
33、准则也常常不足以保证符合使用质量准则。使用质量的度量的实倒在GB/T16260.4中给出。7. 1 使用质量软件产品使指定用户在特定的使用周境下达到满足有效性、生产率、安全性及满意度要求的特定目标的能力。注1:使用质量是基于用户观点的包含软件在内的环境的质量，而且是通过在该环境中使用此软件的结果而不是软件本身的属性来测量始。注2:GBjT 18905.1-2002中关于使用质量的定义参见附录B)目前还不包括安全性这一新特性。注3:按照与本部分中使用质量定义的同样方式，在ISO9241-11中对易用性进行了定义。使用质量可能会受到任何一个质量特性的影响，因此它比易用性的范围要广。在本部分中，依据
34、易理解性、易学位、易操作性、吸引性和依从性对易用住进行了定义。7. 1. 1 有效性软件产品在指定的使用周境下，使用户能达到与准确性和完备性相关的规定目标的能力。8 -翩翩阴阳一GB/T 16260.1 2006/ISO/IEC 9126-1 : 200 1 7. 1.2 生产率软件产品在指定的使用周境下，使用户为达到有效性丽消耗适当数景的资糠的能力。注2相关资源可以包括完成任务的时间、用户的工作最、物质材料和使用的财政支出。7. 1.3 安全性软件产品在指定使用周境下，达到对人类、业务、软件、财产或环境造成损害的可接受的风险级别的能力。注z风险常常是由功能性(包括安全保密性)、可靠性、易用性
35、或维护性中的缺陷所致。7. 1. 4 满意度软件产品在指定的使用周境下，使用户满意的能力。注:满意度是用户对其与产品交互的反应，还包括对产品使用的意见。9 GB月16260.12006/ISO/IEC9126-1 :2001 A.1 软件度量A. 1. 1 内部和外部属性已经发现某些内部属性的级别有内部属性。例如，可靠性可以通测量，也可以通过审查详娼的为外部属性的指标。一个内响(罔A.l)。在这个模型的最高一层由质量特性性可能对多个子特性子特性可以通过内内部属性和外部测度是靠经验决定的，并且依赖例如用户不能完成任务可以追溯属性。A. 1.2 内部度量附录A(规范性附录)度能受到多个属性的影层次
36、树结柏。结构内部度最可以应用于设计和编码期间的非执行软件产品(如规格说确或源代码)。当开发一个软件产品时，中间产品宜使用现tl最内在性质的内部度量来评价，这些中间产品包括那些从模拟行为中得到的。这些内部度量的主要目的是为了确保获得所需的外部质最和使用质量:在GB/T16260. 3中给出实例。内部度量使得用户、评价者、测试人员和开发者可以在软件产品可执行之前就能评价软件产品质量和尽早地提出质量问题。内部度量通过分析中间的或可交付的软件产品的静态性质来测量内部属性或指示外部属性。内部度量的现i量使用呈现在如源代码语句、控制圄、数据流和状态转变表述上的软件组成元素的数囊或频率。10 -回回-GB/
37、T 16260.1 2006/ISO/IEC 9126-1 :2001 注:文档也可以用内部度量进行评价。A. 1. 3 外部度最外部度量所用的软件产品的测度是通过测试、运行和观察可执行的软件或系统，出该软件产品所在的系统行为的测度而导出。在获取或使用软件产品之前，宜在指定的组织和技术环境中使用基于与产品使用、广告和管理相关的业务目标的度量对产品进行评价。在GB/T16260. 2中给出的实倒是主要的外部度量。外部度量使得用户、评价者、测试人员和开发者可以在测试或操作期间评价软件产品质量。A. 1.4 内部度量和外部度量之间的关系品中。确定适当的内部度量与证中间软件是否满足内部些内部质量属性纳
38、入到产期间使用这些属性来验建议尽可能使用与目但是，一般来说难以设、使用质量的皮率、安全性和满意注:GB/T 18905. 来测量的。使用质使用质量与其 对最终用选择皮蠢的基础取型支持多种评价需求，如: 用户或用户的业务幸价软件产品。 维护人员可以使用维护性的度最 负责在不同环境中实现软件的人员可以使用可移植性的度量来评价软件产品。 开发人员可以根据使用任一质量特性的内部醋度的准则值来评价软件产品。注:GB/T 18905. 1-2002为软件产品评价灼度最选择和测量准则提供了要求和指导。A.4 月于比般的度量F牛自身的属性在报告使用定量度量进行产品闰或准则值阔的比较的结果时，该报告应说萌度量是
39、否是客观的，是否有经验地使用已知值项，且是否是可再现的。仅使用精确皮囊时，才可在产品间或者准则值间做可信赖的比较。测量规程宜测量软件产品的质量特性(或子特性)，并要求足够的精确以使测蠢可以允许确定准则和进行比较。应该允许由测11 GB/T 16260.1 2006/ISO/IEC 9126-1 :2001 具或人为错误引起祖量误楚的可能。为使可倍赖的比较成为可能，用于比较的度量应该是有效的且足够精确的。这意味着测量应该是客观的、经验性地使用有效标度，且可再现的: 应该有一个书面的且一致的规程来为产品的这个属性指定数或类别以示客观; 数据应该掘自于观察或有效的心理测量调查表以获得经验数据，, 为
40、使用有效的标度，数据应该基于等值的或巳知值的项。如果用清单来提供数据，则项应该在必要时加权; 为了再现，测量规程应该在不同场合由不同人员对向一软件产品进行相同测量时，可以获得相阔的制度(在适当的允许误差下。内部度量也应该具有可预测的有效性，也就是说应该与一些所期望的外部测度联系起来。例如，某个特定的软件属性的一个内部那度宜与软件使用时的质量的一些可测量的方面相联系。测量指定一些与正常的期望相符的值是建要的;例如，如果挺i量;显示产品是高质量的，那么它应该与产品满足特定用户的要求相一致。12 B.1 B. 2 B. 3 B.4 B.5 B.6 B.7 B.8 B. 9 GB月16260.1-20
41、06jISOjIEC9126-1 :2001 附录B(资料性附录)源自其他标准的定义除非另外说明，以下定义皆源自于GB/T18905.1-20020 需方acquirer 从供方获得或采购系统、软件产品或软件服务的组织。GB/T 8566-2001J 属性attribute 实体的可以测量的物理或理论上的性质。注2属性可以是内部的或外部的。开发者developer 在软件生存周期过程中执行开发活动包括需求分析、设计、即试直至验收)的组织。因B/T8566一2001J直接测度direct me凶盯e不依赖于任何其他属性测度的一种属性测度。评价模块evaluation module 针对特定软件质
42、量特性或子特性的评价技术包。注:该评价技术包概括了评价方法和技术、要评价的输入、要测量和收集的数据，以及支持规程和工具。外部部度external measure 通过系统行为的醋度导出的产品的一种间接据度，其中产品是系统的一部分。注1:系统包括任何相关的硬件、软件定制的软件或现货软件和用户。注2:在测试中发现的失效数量是程序中的故障数量的外部测度，因为失效的数量是在运行程序的计算机系统运作期间而计算的。注3:外部测度可以用来评价更接近于最终设计目标的质量属性。外部股量external quality 产品在特定条件下使用时，满足明确或隐含要求的程度。失效failure 产品完成所需功能的能力的
43、终止，或在原先规定的限制内没有能力完成。故障fauIt 计算机程序中的不正确的步骤、过程或数据定义。注:该定义取自于GBjT11457。13 GB/T 16260.1-2006/ISO/IEC 9126-1 :2001 B.10 黯舍的要求implied needs 当实体用在特定条件下时，尚未说明但又是实际需要的要求。注:隐含的要求是未形成文档的真实主要求。B.11 指标indicator 能用来估计或预计另一测度的一种测度。注1:预计的测度可能属于相同或不同的软件质量特性。注2:指标可用来估计软件质量的属性和开发过程的属性，它们是属性的不精确的间接测度。B.12 闰接测度indirect
44、从一个或一个以上的注g对计算系统属性算环境的属B.13 软件中间产软件开发注z在某B.14 B.15 B. 16 测量动词)measure( 进行一次测量。B. 18 测度(名词)measure(noun) 通过进行一次测蠢赋予实体属性的数或类别。B.19 测量(名词)measurement(noun) 使用一种度量，把标度值可以是数或类别)赋予实体的某个属性。闵接汲tl度，因这种测度要受计中质量的含义相同。注:使用类别时，测量可以是定性的。如软件产品的一些意姿属性，例如源程序语言(ADA，C，COBOL等就是定性的类剔。14 市回回回阻四GBjT 16260.1-2006jISOjIEC 9
45、126-1 :2001 B.20 度量metric 定义的测量方法和测量标度。注1:度量可以是内部的或外部的，可以是直接的或阅接的。注2:度量包括把定性数据进行分类的方法。B.21 质最quality 实体特性的总和，表示实体满足明确或隐含要求的能力。注1:在某种契约的环境或在某个受控的环境中，如核安全领域，要求是明确规定的，而在其他环境中，宣确定和定注2:在GBjT189052002中相B.22 最量评价quality 对实体能满注2当按照合同需求囱开GBjT 658 B. 23 使用盾量特定用户度的程度。B.26 评定等级在有序标尺上B. 27 智、度scale具有特性定义的一级值。中术语
46、易用性注:标度类型的例子有2与一组类别对应的标称标度、与一级有序刻度对应的顺序标度、与一组等距的有序刻j度对应的问隔标度，以及既有等距刻度，也具有绝对零度的比率标度。使用标称标度或j极序标度的度量产生定性的数据，而使用间隔标度和比锦标度的度量产生定量的数据。B. 28 软件software 信息处理系统的部分或全部程序、规程、规则及相关的文档。注:软件是独立于所记录媒体的智力创作。GBjT 5271. 1-2000J 15 GB月16260.1-2006/ISO/IEC9126-1 :2001 B.29 软件产品software product 一组计算机程序、规程以及可能有的相关文档和数据。
47、注z产品包括中间产品和打算由开发者和维护者等用户使用的产品。GB/T 8566一2001JB. 30 供方supplier 同需方签订合同，并按合同的规定提供系统、软件产品或软件服务的组织。GB/T 8566-2001J B.31 系统system 由一个或多个过程、硬件、软件、设施和人员组成的集合体，提供满足明确要求或目标的能力。GB/T 8566-2091J B.32 用户时即使用软件产品执行特定功能的个人。注=用户可以包括操作者、软件结果的接受者或软件的开发者或维护者。B. 33 确认validation 通过检查和提供客观证据证实某一规定预期用途的特殊需求已经满足。注1:在设计和开发中
48、，确认关系到检查产品是否符合用户要求的过程;注2:确认一般是在规定的操作条件下对最终产品进行的。在早期阶段，这样做可能是必要的;注3.确认过的一词用来表示相应的状况;注4:如果有几种不同的预期用途，可进行多种确认。GB/T 6583-1994J B.34 16 验证verification 通过检查和提供客观证据证实规定的需求已经满足。注1:在设计和开发中，验证是指对某项指定活动的结果进行检查的过程，以确定该活动是否符合明确的需求。注2:验证过的一词用来表示相应的状况。GB/T 6583-1994J GB/T 16260.1一2006/ISO/IEC9126-1 :2001 附录C(资料性附录
49、ISO/IEC 9126工作历史C.1 背景软件产业正进入一个成熟的时期，而与此闰时软件正在成为许多现代产品中一千关键部分。软件的渗透性巳使其成为贸易中新的主要因素。此外，随着对安全和质量的全球化新要求，有关软件质量评价过程的国际性胁定的要求变得至关重要。基本上可用两种途径来保证产品质量，一是保证产品的开发过程，另一个是评价最终产品的质量。这两种途径均很重要，都要求有一系统来管理质蠢。该系统确定对质量的管理承诺，说明其策略以及恰当的详细执行步骤。为通过某些定量方法来评价产品质量，要求有一组描述产品且构成评价基础的质最特性。IS0/IEC 9126的这一，部分为软件产品定义了这些质量特性。C.2
