1、中华人民共和国国家标准信息技术软件产品评价质量特性及其使用指南发布实施国家技术监督局发布前言本标准等同采用信息技术软件产品评价质量特性及其使用指南本标准无论在技术内容上还是在编排格式上均与国际标准保持一致本标准的附录附录都是提示的附录本标准由中华人民共和国电子工业部提出本标准由电子工业部标准化研究所归口本标准起草单位上海计算机软件技术开发中心本标准主要起草人朱三元刘光龙陈淼芬宿为民冯惠周庆隆许琰黄民德前言国际标准化组织和国际电工委员会建立了世界范围标准化工作的特殊体制每一组织均成立若干个技术委员会用以处理有关技术活动的特殊领域或的成员团体通过这些技术委员会参加国际标准的编制工作与的技术委员会在
2、共同感兴趣的领域进行合作其他与和取得联系的官方或非官方国际组织也可参与这些编制工作在信息技术领域与已成立了一个联合的技术委员会即由该联合技术委员会起草的国际标准将散发到各成员团体以进行投票表决一个国际标准的正式发布至少要有的成员团体投票表决通过国际标准是由信息技术联合技术委员会制定的本标准的附录及附录仅提供有关信息作为参考引言随着软件应用的发展软件的质量也越来越重要为了管理软件质量客观和定量地确定和评价软件产品质量及开发过程质量的保证技术至为重要从而必须有一种可以提供软件质量评价用的基本框架本标准作为构成上述基本框架的一组文件的一部分中华人民共和国国家标准信息技术软件产品评价质量特性及其使用指
3、南国家技术监督局批准实施范围本标准定义了六个特性它们以最小的重叠描述了软件质量这些特性可以作为进一步细化和描述软件质量的基线本标准描述了如何使用质量特性来评价软件质量本标准正文不规定子特性和度量以及有关测量评级和评估的方法本标准符合的质量定义注在附录中提供了子特性定义的建议供参考本标准的特性定义和相关的质量评价过程模型适用于对软件产品质量需求的确定以及在软件生存期中对软件产品质量的评价这些特性适用于各种软件包括固件中的计算机程序和数据本标准供获取开发使用支持维护或审计软件的那些人所使用引用标准下列标准包含的条文通过在本标准中引用而构成为本标准的条文本标准出版时所示版本均为有效所有标准都会被修订
4、使用本标准的各方应探讨使用下列标准最新版本的可能性质量术语信息技术词汇第部分系统开发定义下列定义适用于本标准评估为了确定一特定的软件模块软件包或软件产品是验收合格还是发布把特定的已成文的评估准则应用到该软件模块软件包或软件产品上去的活动特征特征是一软件产品的可识别的性质该性质与质量特性相关注特征的例子包括路径长度模块性程序结构和注释固件载有在用户环境中不能加以改变的计算机程序及数据的器件包含在固件中的计算机程序和数据归类为软件载有计算机程序和数据的电路归类为硬件性能等级性能等级就是需求得到满足的程度由一组质量特性的特定值来表示测量把软件质量度量应用到特定的软件产品上去的活动质量反映产品或服务满
5、足明确或隐含需求能力的特征和特性的总和见注在合同环境中需求是规定的而在其他环境中隐含需求则应加以标识和确定见注评级把测量值映射到相应的评定等级的活动用于确定软件某一质量特性的等级等级尺度中某一范围的值可用来按照明确或隐含的需求对软件进行分级评定相应的等级可能与不同的质量观点有关例如用户管理者或开发者的观点这些级别被称为等级注这些等级不同于中定义的等级软件与计算机系统的操作有关的程序规程规则及任何与之有关的文档软件产品指定交付给用户的软件实体软件质量与软件产品满足明确或隐含需求的能力有关的特征和特性的总和软件质量评估准则被用来确定一特定软件产品的总体质量是否能被接受的已定义的和成文的规则和条件的
6、集合质量由与软件产品有关的评定等级的集合来表示软件质量特性用以描述和评价软件产品质量的一组属性一个软件质量特性可被细化成多级子特性软件质量度量能被用来确定特定软件产品某一特性值的一种定量尺度和方法软件质量特性软件质量可用下列特性来评价功能性与一组功能及其指定的性质有关的一组属性这里的功能是指满足明确或隐含的需求的那些功能注这组属性以软件为满足需求做些什么来描述而其他属性则以何时做和如何做来描述质量定义的注解适用于本特性中的明确或隐含的需求见可靠性与在规定的一段时间和条件下软件维持其性能水平的能力有关的一组属性注软件不会老化可靠性的种种局限是由于需求设计和实现中的错误所致由这些错误引起的故障取决
7、于软件产品使用方式和程序任选项的选用方法而不取决于时间的流逝在的定义中可靠性是完成需求功能的能力在本文件中功能性仅是软件质量诸特性中的一个特性因而可靠性的定义已被扩充为维持其性能水平而不是完成需求功能见易用性与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作的评价有关的一组属性注用户可按最直接的意思解释为交互软件的用户用户可包括操作员最终用户和受使用该软件影响或依赖于该软件使用的非直接用户易使用性必须针对软件涉及各种不同用户环境的全部可能包括使用的准备和对结果的评价本标准中定义为软件产品的一组特定属性的易使用性不同于由人类工效学观点所下的定义在后者中其他特性诸如效率和效果也被看作是
8、易使用性的组成部分效率与在规定的条件下软件的性能水平与所使用资源量之间关系有关的一组属性注资源可包括其他软件产品硬件设施材料如打印纸软盘和操作服务维护和支持人员维护性与进行指定的修改所需的努力有关的一组属性注修改可包括为了适应环境的变化以及要求和功能规格说明的变化而对软件进行的修正改进或更改可移植性与软件可从某一环境转移到另一环境的能力有关的一组属性注环境可包括系统体系结构环境硬件或软件环境质量特性使用指南用法本标准适用于对软件质量需求进行定义和对软件产品进行评价测量评级和评估它包括定义软件产品质量需求评价软件规格说明在开发期间是否满足质量需求描述已实现的软件的特征和属性例如用户手册对开发的软
9、件在其未交付使用以前进行评价在软件验收前对它进行评价对于本标准中所描述的特性目前仅有少数几种普遍接受的度量标准小组或组织也许会建立他们自己的评价过程模型以及建立和确认与这些特性相关的且可以覆盖不同应用领域和生存周期阶段的度量方法当无合适的度量可供使用又不能确定的情况下有时也可能采用语言描述或经验准则为了使用这六个质量特性来定义和评价还必须制定组织或应用所特有的或者两者共同特有的等级和准则在告知评价结果时应该说明进行质量评价时所使用的度量等级以及准则尽管没有普遍接受的软件分类体系但确存在几种被广泛接受的软件类型对于不同的软件各个质量特性的重要性是不同的例如可靠性对于任务关键型系统软件是最重要的效
10、率对于时间关键型的实时系统软件是最重要的而易使用性对于交互终端用户软件是最重要的各个质量特性的重要性也因所考虑的观点不同而异软件质量的观点下面对其中某些观点进行论述用户观点中的质量定义反映了用户观点本标准的特性定义也反映了此观点用户主要感兴趣的是使用软件软件的性能和使用软件的效果用户评价软件对软件内部的各方面或软件是如何开发的情况一无所知用户的问题会包括软件是否具有所需求的功能软件的可靠程度如何软件的效率如何软件使用是否方便该软件转移到另一环境是否容易开发者观点由于软件质量特性对需求和验收均适用故开发过程要求用户和开发者使用同样的软件质量特性在开发现行软件时隐含的需求必须反映在质量需求中由于开
11、发者负责生产满足质量需求的软件故他们对中间产品质量以及最终产品质量都感兴趣为了在各个开发阶段评价中间产品质量开发者不得不对同样的特性使用不同的度量因同一度量不适用于生存周期的所有阶段例如考虑效率时用户用响应时间而开发者在设计规格说明中则必须用路径长度存取时间和等待时间一般而言适用于产品外部接口的度量被那些适用于它的结构的度量所取代开发者的观点还必须体现维护软件者需要的质量特性观点管理者观点管理者也许更注重总的质量而不是某一特性为此须根据商务需求对各个特性赋于权值管理者还需要从管理的准则诸如进度拖延或成本超支与质量的提高之间进行权衡因为他希望以有限的成本人力和时间使质量达到优化评价过程模型图表示
12、用本标准中定义的质量特性来评价软件质量的主要步骤由于图的高层次性故一些具体的过程如度量分析和确认均未示出图评价过程模型这过程由三个步骤组成质量需求定义评价准备和评价过程这个过程可应用于软件产品每个组成部分的每个合适的生存期阶段质量需求定义第一步骤的目的是根据质量特性和可能的子特性来规定需求需求表达了环境对被评价软件的要求必须在开发前就被定义当软件产品分解成若干主要组成部分时从总的产品需求衍生出来对各个组成部分的需求就可能有所不同评价准备第二步骤的目的是准备好评价基础质量度量的选择对质量特性进行定义所采用的方式不提供对它们的直接测量需要建立与软件产品的特性相关的度量与某一特性相关的每个可定量的软
13、件特征和软件与其环境的每个可定量的相互作用均可作为一个度量度量可以因不同的环境和不同的开发阶段而异由于根据用户观点所采用的度量是关键的故开发过程中使用的度量应与用户各自采用的度量相关等级的定义对可定量的特征可以用质量度量来定量地测量测量结果即实测值可映射到某个尺度上这个值并不表示满足的程度为此这些尺度必须分割成对需求的各个不同满足程度的区域见图因为质量与给定需求有关故不可能有通用的等级每一次具体的评价中都必须对等级进行定义图测量和评定等级评估准则的定义为了评估产品质量必须把不同特性的评价结果加以归纳评价者必须为此制定一种规程例如使用决策表或加权平均法这种规程通常还包括其他方面诸如在特定环境下对
14、软件产品质量评估有影响的时间和成本等评价过程评价过程模型的最后步骤又细化为三步即测量评级和评估测量测量是把选定的度量应用到软件产品上去进行的活动测量结果就是度量尺度上的那些值评级在这一步中确定某一测量值的等级见图评估评估为软件评价过程的最后一步在这一步中把一组评出的等级加以归纳其结果就是一份软件产品质量报告然后将归纳的质量与其他方面诸如时间和成本进行比较最后管理人员根据管理准则作出决策决定对该软件产品是否通过验收或者是否发行附录提示的附录质量子特性引言本附录为一个说明性的质量模型它将本标准中的特性进一步定义成子特性这是使用该标准的质量评价过程模型进行质量测量之前的必需一步以后的有关文档将涉及子
15、特性的测量在文献中已有很多此类质量模型并在实践中得到应用这些模型术语及定义的成熟性还不足以将它们包含在一个标准中然而发表它们是为了鼓励在实践中得到使用并为以后的版本积累经验关键是对于软件产品来说应该有一个至少具体到子特性一级的软件产品质量模型而不在于这个模型必须完全是本附录给出的那种形式质量子特性定义功能性适合性与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性注适合程度的例子是面向任务系统中由子功能构成功能是否合适表容量是否合适等准确性与能否得到正确或相符的结果或效果有关的软件属性注例如此属性包括计算值所需的准确程度互操作性互用性与同其他指定系统进行交互的能力有关的软件属性注为避
16、免可能与易替换性的含义相混淆此处用互操作性互用性而不用兼容性见依从性使软件遵循有关的标准约定法规及类似规定的软件属性安全性与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性可靠性成熟性与由软件故障引起失效的频度有关的软件属性容错性与在软件故障或违反指定接口的情况下维持规定的性能水平的能力有关的软件属性注指定的性能水平包括失效防护能力易恢复性与在失效发生后重建其性能水平并恢复直接受影响数据的能力以及为达此目的所需的时间和努力有关的软件属性易用性易理解性与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性易学性与用户为学习软件应用例如运行控制输入输出所花的努力有关的软件属性易操作性
17、与用户为操作和运行控制所花努力有关的软件属性效率时间特性与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性资源特性与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性维护性易分析性与为诊断缺陷或失效原因及为判定待修改的部分所需努力有关的软件属性易改变性与进行修改排除错误或适应环境变化所需努力有关的软件属性稳定性与修改所造成的未预料结果的风险有关的软件属性易测试性与确认已修改软件所需的努力有关的软件属性注此子特性的涵义可能会被研究中的修改加以改变可移植性适应性与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性易安装性与在指定环境下安装软件所需努力有
18、关的软件属性遵循性使软件遵循与可移植性有关的标准或约定的软件属性易替换性与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属性注为避免可能与互操作性互用性的含义相混淆此处用易替换性而不用兼容性见特定软件的易替换性并不隐含此软件可由所考虑的软件所替代易替换性可能包含易安装性和适应性这两个属性由于此概念的重要性它已被采用作为一个独立的子特性附录提示的附录工作历史背景软件产业正进入某种成熟的阶段而与此同时软件正在成为许多现代产品中一个关键部分软件的渗透性已使其成为贸易中的主要因素此外随着对安全性和质量的全球化新需要有关软件质量评价过程的国际性协定的需求变得至为重要基本上可用两种途径来保
19、证产品质量一是保证产品的开发过程另一是评价最终产品的质量这两种途径均很重要且都要求有一系统来管理质量该系统确定管理对质量的保证指明其策略以及恰当的详细执行步骤为通过某些定量方法来评价产品质量就要求有一组描述产品且构成评价基础的质量特性本标准则为软件产品定义了这些特性历史软件技术发展的现状尚不能提供一种非常明确的且被广泛接受的描述方法来评价软件产品的质量自年以来已经有许多人为了定义一种软件质量基本框架做了许多工作许多年来由美国空军及其他机构提出的模型多年来被采用并得到改进然而当今软件产品的用户或客户对软件质量仍难以理解或进行比较长时期以来可靠性一直是衡量质量的唯一途径在此期间也提出过其他质量模型
20、并交付使用尽管这些研究是有用的但由于他们提出了许多质量观点因而引起了混乱为此有必要建立一个标准模型鉴于这个原因技术委员会才开始这项为达到所要求的一致性以及鼓励世界范围的标准化工作初步设想起始于年年正式开始此项标准的编制工作最初提出的模型采用了由应用或实现方面或两者决定的软件性质来描述软件质量技术委员会系统整理这些性质的第一步工作由于缺乏定义而告失败不同专家对术语有不同解释因此所有探讨的结构均较武断没有一个共同的基础结果决定编制一个标准的最好机会是规定一组基于质量定义的即后来成为的一组成部分的特性这个国际性的定义对各类产品和服务均能接受它是从用户的需求出发的六个软件质量特性对于选用本标准所描述的
21、质量特性的要求如下要包罗根据质量定义的软件质量的一切方面要以最小的重叠描述质量特性要与既定术语尽可能地靠近为了清晰和便于使用要建立不超过个特性的一组特性要确定供进一步细化的软件产品的属性领域技术委员会的工作导致了上述一组特性然而一个只包含特性定义的纯术语标准是不会给予用户评价软件质量以足够支持的因此就把如何进行软件产品质量评价的说明编入了本标准中在实践中对软件产品质量评价可能还需要除目前掌握的特性以外的其他特性并需要有对于每一特性的度量但是就目前的技术水平而言在此领域还不能建立标准然而要是等待这方面改进则会大大地推迟本标准的发布此外许多国家在此方面都在进行有关工作势必会建立许多不同的解决方法以后对这些方法的协调则将费时和费钱鉴于上述原因技术委员会现在发布本标准以便进一步协调今后工作制定隶属于这六个质量特性的质量子特性工作正在技术委员会内进行并计划发布若干个有关软件工程和软件质量的标准
