软件体系结构的质量特性
软件体系结构的质量特性
摘要：众所周知的是，为了降低风险和减少构建软件系统的困难，人们在软件开发过程的早期应该首先考虑质量问题。此外，系统的结构驱动着整个开发过程。 备用的结构中非功能性质量需求的实现决定了选择衔接整个系统的便利结构。这一议题在可靠的变革的应用程序构建中非常重要。软件开发的思想并没有在这一重要阶段给与很多细节关注。这篇文章详述了软件体系结构的质量特性，并且介绍了一种基于??? ??????标准的技术。???模型的质量特性被精炼成为一种属性。而这种属性可被度量以增加体系结构的信息。我们的技术通过比较各自的质量属性的值从一组候选中挑选出适当的体系结构。并以一个关于监制系统技术应用程序为例说明。我们的方法有助于在体系结构分析过程中正确选择的决定。它可以很容易的被并入一般软件开发的过程或者一种特别的体系结构设计思想。
简介：在软件开发早期阶段以非功能需求为目标的质量需求极大的影响了软件系统的体系结构。但是，系统核心功能需求的提取在初始的系统结构的确定上扮演着重要的角色。另一方面，质量需求在软件设计阶段需要平衡
??????? ?? ?●? ?????。仅仅在最近，精确的软件体系结构设计的重要性（并不是局限于笔纸图画符号的设计方式）为了可靠的系统结构而蓬勃的发展起来
????????? ?? ?●??????? ?????? ?????? ? ?◆????? ??????。那些包括
??????◆????? ????????●???? ?????????
???●???? ????????? ??◆????●??? ??? ?
??●????? ???◆?? 现代的应用软件需要一个早期的体系结构
的 定义来满足可维护行和可靠性之类的质量需求。这些对于在架构之下的软件系统全部功能性需求目标的完成是至关重要的。特殊的，使用网络服务的新的信息系统，比如基于网络的电子商务应用程序，没有过多关心软件工程的时
间而是因市场需求而发展的及其迅速。此外，此种产品的质量不在讨论范围之内。然而，当一个????页面在浏览器端显示出来的时候，我们马上就能意识到我们是否使用了一个好的或者坏的网络应用程序。像可用性，可靠性或有效性等的因素涉及到这个快速的评估。事实上，自从系统开发之初，软件开发者们对网络应用程序的质量特性就没有一个清晰的描述，正如我们所指出的，软件工程的范例通常被忽略。比如，即使当应用程序数据的语义与描述分离是一个可接受的范例，
???? ?? ?????●●? ◆??? ??????●??? ?? ???? ???◆?，直到最近，???才被接受。于是，质量需求的详述就成为了一个有趣的问题。在功能需求的详述过程中，质量需求可能会隐藏的出现，比如在一个纯文本用例或一个方案中。但是在标准的面向对象思想中没有直接的指导方法和清晰的建模原理来捕获或详细描述质量需求。并且我们直到软件体系结构的设计不是一个独立的行为，而是软件产品开发和改良过程中的更进一步的阶段。软件体系结构应该作为一个主要的侧重点以建立更清晰可重用的软件框架
??? ?◆?????????? ?? ? ??????? ?????? ??? ?????●● ?◆?●??? ?? ??? ???◆●???? ???????? ????◆??? 本篇文章的主要目的是介绍（建议）一种基于
??? ?????? ???????? ?????标准的技术来描述相应的软件质量特性，而这种技术为品质等级或其他可测量的要素所精确描述，并参与软件体系结构的设计过程之中。作为体系结构设计阶段中，质量特性的详细说明和规范度量是软件体系结构改进过程的基础，而这些改进过程允许对最初设计进行改进和增加。这种基于系统的某些关键功能需求而选择的备案在设计过程中不断被转变和改进以达到预期的质量目标，而这些质量目标正是系统应当达到的质量需求的价值所在。在这一过程中为了最终的系统，质量需求经常被转化为隐性的功能需求? ???? ??? ，比如最终的系统把这些需求表达为附加的机制。但是，在一般习惯性的软件分析和设计思想中，这些质量特性的详述和评估的表
述仅仅基于设计者的经验。????（基于构架的权衡分析方法）
? ? ??? ?? ?● ??? 与我们的方法有一些共同之处。它使用了一种称之为
◆??●??? ??????? ????????? ????的质量特性详述标准来将基于精确质量特性的方案分清主次。体系结构和属性的信息被收集到????
（??????◆?? ???? ?????????◆??● ??●?）框架中? ●??? ??? ? ???
??? 。但是如何获得质量视图是如此描述和为何仅有一个描述等级的◆??●??? ????并不清楚，并且质量特性的解释并不标准。
◆??●??? ????通过一组可被驱动的体系结构测试方案来给与方案优先权来确定关键之处。特性的测量通过????◆●?，参数和响应来显示。我们的方法使用根据??? ??????标准的质量模型来考虑质量需求的详述。这个在结构上接近????质量树的等级模型对于软件体系结构很合适。???质量模型现在是软件工业的标准并且它通过高度抽象的层次来解释。它由内部和外部因素和使用品质特性视图的质量决定的。这种质量特性（????的特性）恰好被很标准的解释，并且特性的度量通常很普遍，它可以为详细的应用做更进一步的解释。软件运行环境的质量是由用例模型的质量决定的，也就是在上下文的使用中，用户对于质量的观点。此篇文章中我们只关心有关内外因素质量模型，而这个质量模型分别描述了用户和开发者的观点。为了完备使用的质量，这个系统必须达到内部和外部的目标。在软件开发过程中出现如下情况：当软件作为电脑系统中的一部分和内部软件评估或是实体属性测量的结果时，质量特性常常被详细描述为显现的外在子特性。在我们的例子中，不得不把这些属性转化或翻译成称之为媒介软件产品的软件体系结构。在软件开发过程中获得的特性的值可被用来校验内部的质量目标，而这些内部的质量目标有助于确认最终软件系统要求的外部目标? ?? ??? 。拥有质量特性详细描述这样的事实为体系结构详细说明增加了更多的信息，这样有助于为解决特定设计问题而挑选体系结构的设计过程。
除了介绍和结论，；论文的主要部分如下：——为详述软件体系结构的质量特性，给出了一个基于??? ??????标准的通用质量模型的描述。——一个实例的研究，在这个实例中，我们将获得的通用质量模型来进行使用网络设备的实时监视系统软件体系结构的选择。
、为软件体系结构而修改的??? ??????质量模型。
??? ??????质量模型：
根据??? ??????标准????????? ?????，质量被描述为一
组产品或服务的特色或特性，而这些特色和特性是基于自己的能力来满足显性或隐性的需求。同时，对于质量定义的不同看法也应被尊重：从用户角度来看，它是最终产品的质量；从开发者的角度来看，它是在开发过程中由不同的项目相关人员生产的中间产品的质量。从终端管理者角度来看，它是营销的需求。所有产品的质量都可以被不同观点的集合所表达。在我们的文章中，用户和开发者（架构师）的观点角度将会被采纳。 ?????的工作区分了两类质量特性：因素和标准。前者不能直接被测量而后者可以被主观的测量。这启发了? ??? 模型。基于这个标准，??? ??????更进一步的将 ???●●的模型化简为??? ??????质量模型，现在它在广泛的艺术级的产品质量说明书中被接受。它提议了一组六个相互独立的高阶的质量特性。而这些质量特性被定义为其质量已被描述和评估的软件产品的质量特性。在开发的各种阶段，质量特性被作为外部质量确认和内部质量审查的目标。当获得特性和可测量的实体时，他们被描述成子特性。在文中度量和测量标准被定义为一个测量方法或测量手段来获取一个值。这种关系如图 所示：
在开发过程中，为了监视和控制软件质量外部的质量需求会转变或转化成在开发活动中获得的中间产品的质量需求。
表 ：???????质量模型的特性。
子特性如图 所示：
注意：符合性意味着与标准，协议或者规则的联系。它被解释为所有特性的子特性之一?? ?? ??? 。这里我们仅把它认为是功能性来精简
它的描述。
注意：符合性子特性的出现意味着特性中其余的部分已经被偶些选定的标准完全测量了。
软件体系结构标准质量模型的制定：
为了定制???质量模型，我们必须了解这些成分。他们是体系结构或者软件系统所基于的一般框架所期盼的成分。我们把它当作是软件开发过程的中间产品。因此，一个特别的在深层次上被构建所解释的体系结构，必须满足???????的全部或部分特性，而连接器连接着这些构件，结构和拓扑。每个与属性相关联的特性都应被测量。这些属性应当完全与体系结构或者构件和连接器有关。质量特性的测量应被量化。起先，它们被定义为特定符号的公式，接下来就使用标准的语言来定义? ?????? ?? ?● ??? 。在这个逐步的体系结构定义过程中，我们也许能够估计体系结构的精华是否提高了质量特性，但此问题在本文中不予讨论。
对于最终产品的每项属性来说，都有需要达到或是超越的质量目标值。当这些质量目标值被达到或是超越后，我们便说这个体系结构符合质量特性的需求。这些目标值是在质量需求中所确定的。接下来我们通过对每个属性给与相应的标准来解释质量需求如何被精确到相应的子特性及属性上，以及它们如何与体系结构相适应。注意，这里的特性及子特性被认为是相互独立的。
、功能性特性：
（ ）、子特性——适应性： 拥有符合特定任务需求的足够的功能。
它包括两个方面：
存在：任务已被详细说明，比如以用例的方式。每一个任务必须存在一个特定的功能去完成它。
正确：正确的解释任务的详细说明。比如必须满足图 的次序图。
从软件体系结构的层次上说明：
??系统的功能性必须被确定。在此种情况下，子特性被解释成拥有是【 】或者否【 】这样值的属性。注意，存在着值介于离
散数字【?⑤?】之间的属性，比如【 ⑤??】代表着不存在或存在。
这种标准是一种获取级别水平的度量。
??由功能需求所获得的次序图必须被详细精化。在拥有一个体系结构说明书的情况下，特定的功能被分解成与构件有关的子功
能，并且这些子功能都应符合系统的功能性需求。
图 ：系统需求向软件体系结构的转化
（ ）、子特性——正确性：以需要的精确程度来制定正确或一致的结果。它可以被基于源码的属性所度量。它以构建为代表，而这些构建定义了度量值的功能。
从软件体系结构的层次上说明：
、经过可靠估计的功能组件的认定。（功能性的组件）
、由以下的规则对属性进行估算。
（ ）、子特性——互用性：在一个系统内或多个系统间相互作用的能力。注意：为了避免模糊化，它与可替代性一起用来取代兼容性。
从软件体系结构的层次上说明：
、与外部特定系统进行通讯的连接器的定义，比如 ????（公共对象请求代理体系结构）
、根据机制与设备的出现与否决定属性值为 或者 。
（ ）、子特性——依从性：与标准，管理，规定的联系。其与软件开发的过程有关。
从软件体系结构的层次上说明：
、它是一种不能直接应用于软件体系结构设计的概要属性。
、根据需求标准的应用来决定这个属性的值为 或者 。
、体系结构类型的依从性可以被定义为体系结构约束的满足。
、可靠性特性：
（ ）、子特性——完备性：软件产品避免失败的能力。它被定义为基于源码测定的 ???属性（平均失效前时间）。
从软件体系结构的层次上说明
?、此项属性由下面公式所计算：
注意： ???构建的完备性是已知的。
（ ）、子特性——容错性：在软件出错或是软件的某些接口被破坏的情况下维持其特定性能水平的一种能力。
从软件体系结构的层次上说明
、它意味着拥有某种机制或软件驱动。它可以是一个构件或被集成到构件中，比如出错抛出以及冗余。
、根据这种机制或驱动的出现与否定义其值为 或者 。
、它可以被精确为一种属性，这种属性的值与驱动或者机制相关联。
（ ）、子特性——可复原性：其包括： 、性能重建的能力。 、数据恢复的能力。 、时效的需求。
从软件体系结构的层次上说明
、它是软件机制或者软件驱动的实例，其独自成为构件或被集成在构件中，其功能是重构性能或恢复数据。比如冗余。
、如果这种软件机制存在，那么可复原性就可被定义为一种其性能被时效所度量的属性。每个支持此机制的组件都需这样的属性。
评注：有效性是基于上面所说可靠性的三个子特性，它在中? ?????? ?? ?● ??? 被提及过。即使有效性没有在? ??? 中详细说明，它仍被定义为一种能力，即在特定时间段和情形下，完成某种需求功能的能力。因其普遍的在分布和实时应用系统中的重要性，我们必须重视其重要性。它就像被时间所度量的容错属性。
、操作使用性属性：
子特性——易理解性：这是软件产品的一种能力，它可以使用户了解这软件是否使用，以及在指定任务和特定环境下如何使用。
子特性——易上手性：软件产品使用户可以轻松学习其应用的能力。
子特性——易操作性：软件产品使用户易操控其的能力。
这些子特性可以在???组件注释的属性中被详细解释。
从软件体系结构的层次上说明 它独立于属性，对于用户友好清晰，在此不予论述。
?、功效性属性：
子特性——时间效应性能：软件产品对时间相应的特定能力。在特定状态执行其功能时，软件执行的时间和效率。它可以被系统中的各个功能所度量。
从软件体系结构的层次上说明
它可以被功能及功能使用者以下列的方式进行度量：
受功能中运用数据的影响，此项性能依赖于：
请求，事件及功能。
体系结构中使用的方法是为了一个给定的功能回应一个请求。
各个组件相互联系，包容了执行的功能。
子特性——资源利用：资源的数量和类型以及资源的使用时间是为了执行软件的功能。它包括这可被大小所度量的属性复杂度（包括使用资源的空间和时间）。
从软件体系结构的层次上说明
这项属性可以为任何功能所详解与测量，它是类型的一种特性。时间和空间与构件相关。此属性的值与功能有关的构件和连接器相关联。
?、可维护性属性：
子特性——可分析性：是软件产品的一种能力，用于诊断软件的缺陷及导致失败的原因，或部分的改良或者鉴定。
子特性——易变性：软件产品中使特性改正得以实现的能力。
子特性——稳定性：软件产品避免软件改进过程中出现意外的能力。
子特性——易测性：软件产品可被验证的能力。它在源码的属性复杂
度中被详解，以特别的方式。
从软件体系结构的层次上说明
子特性耦合性是与组件间交互相关的软件体系结构的全局特性。每个组件都可以用输入输出的方式度量此属性，它是一个系统属性。
子特性模块性是指体系结构的拓扑结构，就像多个组件依赖与一个组件。各个组件都可以以大小的方式测量这个属性。
、便携性属性：
子特性——便携性：软件产品仅用自己的功能就可以适应不同环境的能力。
从软件体系结构的层次上说明
为适应而出现的机制，比如类或者参数。
这个子特性根据机制的出现与否来决定其值为 或者 ?
子特性——可安装：软甲产品在特性环境下可安装的能力。
从软件体系结构的层次上说明
这是一个安装机制。
这个子特性根据机制的出现与否来决定其值为 或者 ?
子特性——共存性：在相同环境下共享同样的资源软件产品与其他独立软件共存的能力。
从软件体系结构的层次上说明
这是一个共存机制。
这个子特性根据机制的出现与否来决定其值为 或者 ?
子特性——替代能力：在某一环境下软件产品为某一目的替代其他产品的能力。它包括适应性和安装性。
从软件体系结构的层次上说明
对于每个组件，这个属性被表达为可替换的一个表格。
用户质量模型的实例研究
上文介绍的质量模型将用于两个基于不同模型的体系结构的比较。一个是使用 ??模式另一个使用资源库模式。注意： ??模式也被称作观察者模式。此体系结构是一个股票市场交易监视系统。在下面的描述中，系统的需求被简单呈现，而更多的细节被有意忽略。
股票交易市场监视系统的需求说明书
实时检测系统的首要目标是实时的收集，分析和发布事件（数据）
为监视系统建议的软件体系结构
建议的软件体系结构基于两个不同的体系结构模型，一个是??模式另一个是资源库模式。分别在图 ?图 中说明。
图 ，基于??模式
第3章软件质量与评价
第3章软件质量与评价（软件测试标准） 1、质量的定义 质量是多维的概念，包括：实体、实体的属性和对实体的观点。 GB/T6583-ISO8404（1994版）《质量管理与质量保证术语》对质量的定义是：反映实体满足明确的隐含的需要的能力的特性的总和。 GB/T18905-ISO14598（1999版）《软件工程产品评价》定义： 2、测度与度量 在软件质量中用于测量的一种量化的标度和方法即为“测度”，而名词的“度量”用来指测量的结果。 影响软件质量可分为：可直接测量、间接度量 3、软件质量模型 ○1、McCall（麦考尔）质量模型 三个重要方面：操作特性（产品运行）、承受可改变能力（产品修订）、新环境适应能力（产品变迁）。 McCall等认为，特性是软件质量的反映，软件属性可用做评价准则，定量化地度量软件属性可知软件质量的优劣。 ②Boehm(勃姆)质量模型 提出了分层结构的质量模型，除了用户的期望和需要的概念，与McCall（麦考尔）质量模型相同外，还包括McCall模型中没有的硬件特性。 Boehm(勃姆)质量模型反映了对软件质量的理解，即软件做了用户要它做的；有效地使用系统资源；易于用户学习和使用；易于软件测试与维护。 ③ISO9126质量模型 GB/T16260-1996：六个影响质量的特性：功能性、可靠性、易使用性、效率、可维护性、可移植性;各个子特性（及其定义）要求要背 GB/T16260-1996出发点是软件最大限度地满足用户的明确的和潜在的需求。 国标16260中，在描述外部（内部）效率度量时，给出了若干针对计算机系统时间消耗的定义如下： ①响应时间是指从按动传送键到得到结果为止所需要的时间或响应时间包括处 理时间和传输时间 ②处理时间是指从接受一个消息到送出它的结果之间计算机的历时时间 ③ 周转时间是指从提出要求到得到结果所需要的时间 4、标准的发展 GB/T 16260-1996（ISO9126-1991）《软件产品评价-质量特性及其使用指南》已被两个相关的由多部分组成的标准：GB/T 18905-2002《软件工程产品评价》和GB/T 16260-2003（ISO9126-2001）《软件工程产品质量》所取代。 5、GB/T 18905产品评价 （一、GB/T 18905基本组成（6个部分组成） GB/T 软件工程产品评价第1部分: 概述 GB/T 软件工程产品评价第2部分: 策划和管理 GB/T 软件工程产品评价第3部分: 开发者用的过程
软件质量的特性
软件的质量特性质量特性说明子特性 一、功能性： 指满足明确或隐 含的需求的那些功能 1、适合性：提供了相应的功能 2、准确性：正确（用户需要的） 3、互操作性：产品与产品之间交互数据的能力 4、保密安全性：允许经过授权的用户和系统能够正常的访 问相应的数据和信息，禁止未授权的用户访问....... 5、功能性的依从性：国际/国家/行业/企业标准规范一致性 二、可靠性： 产品在规定的条 件下，在规定的时间内 完成规定功能的能力 1、成熟性：防止内部错误导致软件失效的能力 2、容错性：软件出现故障，自我处理能力 3、易恢复性：失效情况下的恢复能力 4、可靠性的依从性 三、易用性： 在指定使用条件 下，产品被理解、学 习、使用和吸引用户的 能力 1、易理解性： 2、易学性： 3、易操作性： 4、吸引性： 5、易用性的依从性： 四、效率性： 在规定台条件下， 相对于所用资源的数 量，软件产品可提供适 当性能的能力 1、时间特性：平均事务响应时间, 吞吐率, TPS（每秒事务数） 2、资源利用性：CPU 内存磁盘IO 网络带宽队列共享内 存 3、效率依从性： 五、维护性 "四规"，在规定条 件下，规定的时间内， 1、易分析性：分析定位问题的难易程度 2、易改变性：软件产品使指定的修改可以被实现的能力
使用规定的工具或方法修复规定功能的能力3、稳定性：防止意外修改导致程序失效 4、易测试性：使已修改软件能被确认的能力 5、维护性的依从性 六、可移植性 从一种环境迁移 到另一种环境的能力 1、适应性：适应不同平台 2、易安装性：被安装的能力 3、共存性： 4、易替换性 5、可移植性的依从性：
软件质量特性
软件质量特性：功能性、可靠性、可用性、效率、可维护性、可移植性 （1）功能性：与功能及其指定的性质有关的一组软件属性。包括适宜性、准确性、互用性、依从性、安全性。 适宜性：规定任务提供一组功能的能力及这组功能的适宜程度。 准确性：系统满足规格说明和用户目标的程度，即在预定环境下能正确地完成预定功能的程度。 互用性：同其它指定系统协同工作能力。 依从性：软件服从有关标准、约定、法规及类似规定的程度。 安全性：避免对程序或数据的非授权故意或意外访问的能力。 （2）可靠性：与软件在规定的一段时间内和规定的条件下维持其性能水平有关的一组软件属性。包括成熟性、容错性、可恢复性。 成熟性：由软件故障引起失效的频度。 容错性：在软件错误或违反指定接口情况下维持指定性能水平的能力。可恢复性：在故障发生后重新建立其性能水平、恢复直接受影响数据的能力，以及为达到目的所需的时间与工作量。 （3）可用性：与使用的难易程度及规定或隐含用户对使用方式所做的评价有关的软件属性。包括可理解性、易学性、可操作性。 可理解性：用户理解该软件系统的难易程度。 易学性：用户学习使用该软件系统的难易程度。 可操作性：用户操作该软件系统的难易程度。 （4）效率：与在规定条件下软件的性能水平与所用资源量之间的关
系有关的一组属性。包括时间特性、资源特性。 时间特性：响应和处理时间及软件执行其功能是的吞吐量。 资源特性：软件执行其功能时，所使用的资源量及使用资源的持续时间。（5）可维护性：与软件维护的难易程度有关的一组软件属性。包括可分析性、可修改性、稳定性、可测试性。 可分析性：诊断缺陷或失效原因、判定待修改程序的难易程度。 可修改性：修改、排错或适应环境变化的难易程度。 稳定性：修改造成难以预料的后果的风险程度。 可测试性：测试已修改软件的难易程度。 （6）可移植性：与软件可从某一环境转移到另一环境的能力有关的一组软件属性。包括适应性、易安装性、一致性、可替换性。 适应性：软件无需采用特殊处理就能适应不同的规定环境的程度。 易安装性：在指定环境下安装软件的难易程度。 一致性：软件服从于可移植性有关的标准或约定的程度。 可替换性：软件在特定软件环境中用来替代指定的其他软件的可能性和难易程度。
软件产品评价 软件质量特性及其使用指南
中华人民共和国国家标准 GB／T16260—1996 idt ISO／IEC9126：1991 信息技术软件产品评价质量特性及其使用指南 Information technology-software product evaluation－Quality characteristics and guidelines for their use ----------------------------------------------------------- 1.范围 本标准定义了六个特性，它们以最小的重迭描述了软件质量。这些特性可以作为进一步细化和描述软件质性的基线。本际准描述了如何使用质量特性来评价软件质量。 本标准正文不规定子特性和度量以及有关测量（masurement）、评级（rating）和评估（asscssment）的方法。本际准符合GB／T 6583－92的质量定义。 注：在附录A中提供了子特性定义的建议，供参考。 本标准的特性定义和相关的质量评价过程模型适用于对软件产品质量需求的确 定以及在软件生存期中对软件产品质量的评价。 这些特性运用于各种软件，包括固件中的计算机程序和数据。 本标准供获取（acquisition）、开发（development）、使用（use）、支持（support）、维护（maintenancen）或评审（audit）软件的那些人所使用。 2.引用标准 下列标准包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订.使用本标准的各方应探讨使用下列标准最新版本的可能性。． GB/T 6583－92质量术语（idt ISO 84O2：1986） 部分：系统开发2O第词汇信息技术1990 ：2O－ISO/IEC 2382． 3.定义 下列定义适用于本标准 3.1发评估assessment 为了确定一特定的软件模块、软件包或软件产品是验收合格还是发布，把特定的已成文的评估准则应用到该软件模块、软件包或软件产品上去的活动。 3.2特征features 特征是一软件产品的可识别的性质，该性质与质量特性相关。
软件质量特性
软件质量特性 功能性:与一组功能及其指定的性质有关的一组属性 可靠性:与在规定的一段时间和条件下,软件维持其性能水平的能力有关的一组属性 易用性:与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作的评价有关的一组属性 效率:与在规定的条件下,软件的性能水平与所使用资源量之间关系有关的一组属性 可维护性:与进行指定的修改所需的努力有关的一组属性 可移植性:与软件可从某一环境转移到另一环境的能力有关的一组属性 软件质量特性–功能性 适合性:与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性准确性:与能否得到正确或相符的结果或效果有关的软件属性 互用性:与同其他指定系统进行交互的能力有关的软件属性 依从性:使软件遵循有关的标准,约定,法规及类似规定的软件属性 安全性:与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性 软件质量特性–可靠性 成熟性:与由软件故障引起失效的频度有关的软件属性 容错性:与在软件故障或违反指定接口的情况下,维持规定的性能水平的能力有关的软件属性 易恢复性:与在失效发生后,重建其性能水平并恢复直接受影响数据的能力以及为达此目的所需的时间和能力有关的软件属性 软件质量特性–易用性 易理解性:与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性 易学性:与用户为学习软件应用所花的努力有关的软件属性 易操作性:与用户为操作和运行控制所花努力有关的软件属性 软件质量特性–效率 时间特性:与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性 资源特性:与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性
软件质量特性–可维护性 易分析性:与为诊断缺陷或失效原因及为判定待修改的部分所需努力有关的软件属性 易改变性:与进行修改,排除错误或适应环境变化所需努力有关的软件属性 稳定性:与修改所造成的未预料结果的风险有关的软件属性 易测试性:与确认已修改软件所需的努力有关的软件属性 软件质量特性–可移植性 适应性:与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性 易安装性:与在指定环境下安装软件所需努力有关的软件属性 遵循性:使软件遵循与可移植性有关的标准或约定的软件属性 易替换性:与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属性
软件质量模型的六大特性个子特性
软件质量模型的六大特性27个子特性 一、功能性： 1、适合性：软件是否提供了相应的功能 2、准确性：软件提供的功能是否正确（用户需要的） 3、互操作性：产品与产品之间交互数据的能力,例如word对其他文档的支持能力 4、保密安全性：允许经过授权的用户和系统能够正常的访问相应的数据和信息，禁止未授权的用户访问....... 5、功能性的依从性：国际/国家/行业/企业标准规范一致性 二、可靠性：产品在规定的条件下，在规定的时间内完成规定功能的能力 1、成熟性：软件产品为避免软件内部的错误扩散而导至系统失效的能力（主要是对内错误的隔离）,exception等的处理 2、容错性：软件防止外部接口错误扩散而导致系统失效的能力（主要是对外错误的隔离） 3、易恢复性：系统失效后，重新恢复原有的功能和性能的能力。 4、可靠性的依从性 三、易用性：在指定使用条件下，产品被理解、学习、使用和吸引用户的能力 1、易理解性：软件交互给用户的信息时，要清晰，准确，且要易懂，使用户能够快速理解软件。 2、易学性：软件使用户能学习其应用的能力。 3、易操作性：软件产品使用户能易于操作和控制它的能力。 4、吸引性： 5、易用性的依从性： 四、效率性：在规定台条件下，相对于所用资源的数量，软件产品可提供适当性能的能力 1、时间特性：平均事务响应时间，吞吐率，TPS（每秒事务数）. 软件处理特定的业务请求所需要的响应时间。 2、资源利用性：CPU 内存磁盘IO 网络带宽队列共享内存. 软件处理特定的业务请求所消耗的系统资源。 3、效率依从性： 五、软件维护性："四规"，在规定条件下，规定的时间内，使用规定的工具或方法修复规定功能的能力 1、易分析性：分析定位问题的难易程度 2、易改变性：软件产品使指定的修改可以被实现的能力 3、稳定性：防止意外修改导致程序失效 4、易测试性：使已修改软件能被确认的能力 5、维护性的依从性 六、软件可移植性：从一种环境迁移到另一种环境的能力 1、适应性：适应不同平台 2、易安装性：被安装的能力 3、共存性：软件产品在公共环境中与其它软件分享公共资源共存的软件。 4、易替换性: 软件产品在同样的环境下，替代另一个相同用途的软件产品的能力。 5、可移植性的依从性：
软件产品质量特性
软件产品质量特性 1.先进性 系统设计采用先进的体系结构和软硬件技术，满足目前以及将来相当一段时间对系统的需求。从而达到既满足现阶段工作对系统水平和能力的要求，推动计算机应用向更高级阶段发展，又能够在今后数年内保持其技术的先进性和实用性，从而保护投资的有效性。 2.开放性 信息系统建设的根本目的在于信息共享，因此在系统建设中采用的各项软、硬件技术和产品必须符合开放性原则，符合当前国际标准或者事实上的国际标准。 3.可靠性 对于信息系统来说，可靠性是指在一定的环境下、在给定的时间内，系统不发生故障的概率。衡量软件可靠性的方法包括正确执行操作所占的比例，在发现新缺陷之前系统运行的时间长度和缺陷出现的密度。根据如果发生故障对系统有多大的影响和对于最大的可靠性的费用是否合理，来定量的确定可靠性需求。 数据交换、业务集成和信息展现承受着大批量的关键性数据的流转、交换和存储，要充分考虑到可能出现的问题。应当提倡规范化程序设计，预防可靠性祸害。数据和系统的可靠性对一个应用系统是至关重要的，因此，必须把这一原则作为极为重要因素考虑。 4.安全性 信息安全是防止系统被非法入侵的能力，既属于技术问题又属于管理问题。主要涉及防止非法访问系统功能，这些访问包括查询、导出、导入、新增、修改、删除等操作，防止数据丢失，防止病毒入侵和防止私人数据进入系统。 数据交换、业务集成和信息展现所处理、传送和管理的信息，可能涉及到不同部门和系统的秘密或敏感信息，此类信息处理和传递的任何环节如果出现漏洞，其损失将是巨大的。数据和访问必须通过特定的方法完全保护起来。用明确的术语陈述完整性的需求，如身份验
证、用户特权级别、访问约束或者需要保护的精确数据。 一般的，如果黑客为非法入侵花费的代价高于得到的好处，那么认为这样的系统是安全的。 5.稳定性 系统的稳定性是指系统能保证7*24小时正常运行。系统的稳定性也是由几个方面因素组成：应用服务器、流程服务器、数据库。 ●应用服务器稳定是指长时间运行不会出现响应缓慢或当机的情况，这由几个方面保 证：第一是程序代码质量没有问题，不会出现内存泄漏、内存溢出等。另一方面是 指应用的访问连接数不会超过阀值。 ●流程服务器的稳定是指流程在长时间运行或大并发量访问时不会出现响应缓慢或 服务器当机等故障。 ●数据库稳定是指数据对于前端应用的访问能及时响应，不会因为数据量的增长而出 现响应缓慢。 6.健壮性 健壮性是指在异常情况下，当系统或其组成部分遇到非法输入数据、相关软件或硬件组成部分的缺陷或异常的操作情况时，能继续正确运行功能的程度。比如当数据库连接池满时能自动释放无用的连接，比如当某一个SERVER出现故障时能自动切换到另一台SERVER，比如当一个数据库出现故障时能自动切换到另一台备用的数据库等。 有两层含义：容错能力和恢复能力。健壮的软件可以从发生问题的环境中完好的恢复并且可容忍用户的错误。 7.可扩展性 可扩展性反映软件适应“变化”的能力。在软件开发过程中变化是经常发生的事情，如需求变更，设计变化，算法改进，新技术引进，程序变化等，所以可扩展性需要多加考虑。网络投诉支撑系统采用增量开发模式，不断推出新版本，可扩展性尤为重要。
软件产品质量特性
o 软件产品质量特性 1. 先进性 系统设计采用先进的体系结构和软硬件技术，满足目前以及将来相当一段时间对系统的 需求。从而达到既满足现阶段工作对系统水平和能力的要求，推动计算机应用向更高级阶段 发展，又能够在今后数年内保持其技术的先进性和实用性，从而保护投资的有效性。 2. 开放性 信息系统建设的根本目的在于信息共享，因此在系统建设中采用的各项软、硬件技术和 产品必须符合开放性原则，符合当前国际标准或者事实上的国际标准。 3. 可靠性 对于信息系统来说，可靠性是指在一定的环境下、在给定的时间内，系统不发生故障的概率。衡量软件可靠性的方法包括正确执行操作所占的比例，在发现新缺陷之前系统运行的 时间长度和缺陷出现的密度。根据如果发生故障对系统有多大的影响和对于最大的可靠性的费用是否合理，来定量的确定可靠性需求。 数据交换、业务集成和信息展现承受着大批量的关键性数据的流转、交换和存储，要充 分考虑到可能出现的问题。应当提倡规范化程序设计，预防可靠性祸害。数据和系统的可靠性对一个应用系统是至关重要的，因此，必须把这一原则作为极为重要因素考虑。 4. 安全性 信息安全是防止系统被非法入侵的能力，既属于技术问题又属于管理问题。主要涉及防 止非法访问系统功能，这些访问包括查询、导出、导入、新增、修改、删除等操作，防止数据丢失，防止病毒入侵和防止私人数据进入系统。 数据交换、业务集成和信息展现所处理、传送和管理的信息，可能涉及到不同部门和系
统的秘密或敏感信息，此类信息处理和传递的任何环节如果出现漏洞，其损失将是巨大的。数据和访问必须通过特定的方法完全保护起来。用明确的术语陈述完整性的需求，如身份验证、用户特权级别、访问约束或者需要保护的精确数据。 一般的，如果黑客为非法入侵花费的代价高于得到的好处，那么认为这样的系统是安全 的。 5. 稳定性 系统的稳定性是指系统能保证7*24小时正常运行。系统的稳定性也是由几个方面因素组成：应用服务器、流程服务器、数据库。 应用服务器稳定是指长时间运行不会出现响应缓慢或当机的情况，这由几个方面保 证：第一是程序代码质量没有问题，不会出现内存泄漏、内存溢出等。另一方面是指应用的访问连接数不会超过阀值。 流程服务器的稳定是指流程在长时间运行或大并发量访问时不会出现响应缓慢或 服务器当机等故障。 数据库稳定是指数据对于前端应用的访问能及时响应，不会因为数据量的增长而出 现响应缓慢。 6. 健壮性 健壮性是指在异常情况下，当系统或其组成部分遇到非法输入数据、相关软件或硬件组 成部分的缺陷或异常的操作情况时，能继续正确运行功能的程度。比如当数据库连接池满时 能自动释放无用的连接，比如当某一个SERVER出现故障时能自动切换到另一台SERVER , 比如当一个数据库出现故障时能自动切换到另一台备用的数据库等。 有两层含义：容错能力和恢复能力。健壮的软件可以从发生问题的环境中完好的恢复并且可容忍用户的错误。 7. 可扩展性 可扩展性反映软件适应“变化”的能力。在软件开发过程中变化是经常发生的事情，如需求变更，设计变化，算法改进，新技术引进，程序变化等，所以可扩展性需要多加考虑。网
软件质量特性
ISO/IEC9126的软件质量模型包括6个质量特性和21个质量子特性。 （1）功能性(Functionality) 功能性是指与软件所具有的各项功能及其规定性质有关的一组属性，包括： ■适合性（Suitability）：与规定任务能否提供一组功能以及这组功能的适合程度有关的软件属性。适合程度的例子是面向任务系统中由 子功能构成功能是否合适、表容量是否合适等。 ■准确性（Accuracy）：与能否得到正确或相符的结果或效果有关的软件属性。此属性包括计算值所需的准确程度。 ■互操作性（互用性，Interoperability）：与同其他指定系统进行交互的能力有关的软件属性。为避免可能与易替换性的含义相混淆，此 处用互操作性（互用性）而不用兼容性。 ■依从性（Compliance）：使软件遵循有关的标准、约定、法规及类似规定的软件属性。 ■安全性（Security）：与防止对程序及数据的非授权的故意或意外访问的能力有关的软件属性。 （2）可靠性(Reliability) 可靠性是指在规定运行条件下和规定时间周期内，与软件维护其性能级别的能力有关的一组属性。可靠性反映的是软件中存在的需求错 误、设计错误和实现错误，而造成的失效情况。包括： ■成熟性（Maturity）：与由软件故障引起失效的频度有关的软件属性。 ■容错性（Fault tolerance）：与在软件故障或违反指定接口的情况下，维持规定的性能水平的能力有关的软件属性。指定的性能水平包 括失效防护能力。 ■可恢复性（Recoverability）：与在失效发生后，重建其性能水平并恢复直接受影响数据的能力以及为达此目的所需的时间和努力有关的 软件属性。 （3）可用性(Usability) 可用性是指根据规定用户或隐含用户的评估所作出的关于与使用软件所需要的努力程度有关的一组属性。包括：■可理解性（Understandability）：与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性。 ■易学性（Learnability）：与用户为学习软件应用（例如运行控制、输入、输出）所花的努力有关的软件属性。■可操作性（Operability）：与用户为操作和运行控制所花努力有关的软件属性。 （4）效率(Efficiency) 效率是指在规定条件下，与软件性能级别和所使用资源总量之间的关系有关的一组属性。包括： ■时间特性（Time behaviour）：与软件执行其功能时响应和处理时间以及吞吐量有关的软件属性。 ■资源特性（Resource behaviour）：与在软件执行其功能时所使用的资源数量及其使用时间有关的软件属性。（5）可维护性（Maintainability） 可维护性是指与对软件进行修改的难易程度有关的一组属性。包括： ■可分析性（Analysability）：与为诊断缺陷或失效原因及为判定待修改的部分所需努力有关的软件属性。 ■可改变性（Changeability）：与进行修改、排除错误或适应环境变化所需努力有关的软件属性。 ■稳定性（Stability）：与修改所造成的未预料结果的风险有关的软件属性。 ■可测试性（Testability）：与确认已修改软件所需的努力有关的软件属性。此子特性的涵义可能会被研究中的修改加以改变。 （6）可移植性（Portability） 可移植性是指与一个软件从一个环境转移到另一个环境运行的能力有关的一组属性。包括： ■适应性（Adaptability）：与软件无需采用有别于为该软件准备的活动或手段就可能适应不同的规定环境有关的软件属性。 ■可安装性（Installability）：与在指定环境下安装软件所需努力有关的软件属性。 ■遵循性（一致性，Conformance）：使软件遵循与可移植性有关的标准或约定的软件属性。 ■可替换性（Replaceability）：与软件在该软件环境中用来替代指定的其他软件的机会和努力有关的软件属性。为避免可能与互操作性 （互用性）的含义相混淆，此处用易替换性而不用兼容性。特定软件的易替换性并不隐含此软件可由所考虑的软件所替代。易替换性可 能包含易安装性和适应性这两个属性。由于此概念的重要性，它已被采用作为一个独立的子特性。
软件产品评价软件质量特性及其使用指南
软件产品评价软件质量特性及其使用指南--------------知识就是力量-----精品word文档值得下载------知识改变未来---------------- 中华人民共和国国家标准 GB,T16260—1996 idt ISO,IEC9126:1991 信息技术软件产品评价质量特性及其使用指南 Information technology-software product evaluation,Quality characteristics and guidelines for their use ----------------------------------------------------------- 1. 范围 本标准定义了六个特性，它们以最小的重迭描述了软件质量。这些特性可以作为进一步细化和描述软件质性的基线。本际准描述了如何使用质量特性来评价软件质量。 本标准正文不规定子特性和度量以及有关测量(masurement)、评级(rating)和评估(asscssment)的方法。本际准符合GB,T 6583,92的质量定义。 注:在附录A中提供了子特性定义的建议，供参考。 本标准的特性定义和相关的质量评价过程模型适用于对软件产品质量需求的确定以及在软件生存期中对软件产品质量的评价。 这些特性运用于各种软件，包括固件中的计算机程序和数据。 本标准供获取(acquisition)、开发(development)、使用(use)、支持(support)、维护(maintenancen)或评审(audit)软件的那些人所使用。 2. 引用标准
下列标准包含的条文，通过在本标准中引用而构成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订.使用本标准的各方应探讨使用--------------知识就是力量-----精品word文档值得下载------知识改变未来---------------- ----------------------------------------------------------------------------------------------------------------------------- --------------知识就是力量-----精品word文档值得下载------知识改变未来---------------- 下列标准最新版本的可能性。 GB/T 6583,92 质量术语(idt ISO 84O2:1986) ISO/IEC 2382,2O:1990 信息技术词汇第2O部分:系统开发 --------------知识就是力量-----精品word文档值得下载------知识改变未来---------------- ----------------------------------------------------------------------------------------------------------------------------- --------------知识就是力量-----精品word文档值得下载------知识改变未来---------------- 3. 定义 下列定义适用于本标准 3.1 发评估assessment 为了确定一特定的软件模块、软件包或软件产品是验收合格还是发布，把特定的已成文的评估准则应用到该软件模块、软件包或软件产品上去的活动。 3.2 特征 features 特征是一软件产品的可识别的性质，该性质与质量特性相关。