软件产品评价 软件质量特性及其使用指南
软件项目验收标准文档
文档修订记录*正式发布时文档版本号从1.0开始。
对文档进行小改动时，版本号以0.1进阶；大改动时版本号以1.0进阶。
文档审批记录目录1.前言31.1.目的31-2-范围31.3.术语定义31.4.预期读者与阅读建议31.5.参考42.工程概述43.验收原贝U 44.总体验收标准44.1.标准定义44.2.验收标准的详细说明54.2.1.软件错误的严重性等级54.2.2.错误与严重性等级对应64.2.2.1.一级错误的描述64.2.2.2.二级错误的描述64.2.2.3.三级错误的描述64.2.2.4.四级错误的描述64.2.2.5.五级错误的描述65.工程验收标准7■5.1.功能测试75.1.1.功能项测试75.1.1.1.功能一75.1.1.2.功能二75.1.2.业务流程测试75.1.2.1.业务流程一75.1.2.2.业务流程二852非功能测试85.2.1.容错测试85.2.2.安全性测试85.2.3.测试8524压力测试9 5.2.5.易用性测试95.2.6.适应性测试953.安装测试95.3.1.数据恢复测试95.3.2.数据接入95.3.3.服务954文档测试9！5.5.用户有特别要求的测试106.验收资料10un^H7.附录：GB/T 16260软件质量评价特性107.1.功能性10.7.1.1.适合性10712准确性117.1.3.互操作性、互用性117.1.4.依从性117.1.5.安全性1172.可靠性1172.1.1.熟性1172.1.2.错性1172.1.3.恢复性1273.易用性1273.1.1.理解性1273.1.2.学性1273.1.3.操作性1274效率121.1.1.时间特性121.1.2.资源特性127.5.维护性127.5.1.易分析性137.5.2.易改变性137.5.3.稳定性137.5.4.易测试性137.6.可移植性137.6.1.适应性137.6.2.易安装性137.6.3.遵循性137.6.4.易替换性141.前言1.1.目的〔如下描述:〕在参考了大量的实践案例和文献的基础上，结合工程特征、客户需求及当前业务实际制定本验收标准，确立工程质量目标，规范本软件的验收。
软件评分标准
软件评分标准首先，功能性是评价一个软件的重要指标之一。
一个好的软件应该具有丰富的功能，能够满足用户的需求。
在评价软件功能性时，需要考察软件的功能是否齐全、是否实用、是否符合用户的需求等方面。
另外，软件的功能是否稳定、是否易于操作也是需要考虑的因素。
一个功能完善、稳定的软件往往会获得较高的评分。
其次，易用性也是软件评分的重要考量因素之一。
一个好的软件应该具有良好的用户体验，操作简单、界面友好、功能布局合理等都是衡量软件易用性的重要标准。
此外，软件的操作流程是否清晰、是否易于上手也是需要考虑的因素。
一个易用性强的软件往往会受到用户的青睐，从而获得较高的评分。
再次，性能也是评价一个软件的重要指标之一。
软件的性能包括运行速度、响应速度、资源占用等方面。
一个好的软件应该具有良好的性能表现，能够快速响应用户的操作，不占用过多的系统资源。
在进行软件评分时，需要考察软件的性能表现是否稳定、是否流畅，这对用户的使用体验至关重要。
最后，安全性也是软件评分的重要考量因素之一。
随着网络安全问题的日益严重，用户对软件的安全性要求也越来越高。
一个好的软件应该具有良好的安全性能，能够保护用户的隐私信息，防范各种安全威胁。
在进行软件评分时，需要考察软件的安全性能是否可靠、是否稳定，这对用户的信息安全至关重要。
综上所述，软件评分标准涉及到功能性、易用性、性能、安全性等多个方面。
在进行软件评分时，需要全面考量这些因素，综合评价软件的优劣。
只有这样，才能为用户提供更好的软件选择参考，也能为软件开发者提供更好的改进方向。
希望本文介绍的软件评分标准能够对大家有所帮助，谢谢阅读。
软件质量和软件质量保证体系
软件质量和软件质量保证体系9.1 软件质量9.1.1 软件质量特性什么是软件质量？不同人或组织的看法各不相同。
按照ISO/IEC 9126-1991（我国GB/T16260-1996）“信息技术软件产品评价、质量特性及其使用指南”国际标准，认为软件质量（Software Quality）是与软件产品满足明确或隐含需求的能力有关的特征和特性的总和，例如，符合规格说明。
简而言之，软件质量是软件一些特性的组合，它仅依赖于软件本身。
9.1.2 软件质量评价评价软件质量可从三个方面进行，即产品或中间产品、过程（即软件生产所需的资源和活动）和项目。
评价可按如下三步进行：1、定义质量需求质量需求包含两个方面：①问题规定或隐含的需求；②软件质量标准和其它技术信息。
2、准备评价首先选择质量度量；然后定义质量等级；再定义评估准则。
由于一般情况下，不可能对质量特性进行直接度量，从而应选择与质量特性相关的且可定量的软件特性加以度量。
定义质量等级是依据应用问题的需求将质量度量值分割成若干不同满意程度的等级，如优秀、合格与不合格等。
定义评估准则是为了综合软件不同质量特性的评价结果，可采用判定表或加权平均法；同时还可兼顾其它因素，如时间、成本等。
3、评价过程评价过程实际上是对软件产品就第2步中准备的评价内容进行实施，也分3步：①测量——把选定的质量度量应用到软件产品上；②评级——确定某测量值的等级；③评估——根据评估准则确定产品质量，并依据管理准则判定产品是否可通过验收或是否发行等等。
9.1.3 软件质量保证软件的质量保证也和一般的质量保证一样，是确保软件产品从诞生到消亡为止的所有阶段的质量的活动。
软件质量保证由各种任务构成，分别与两种不同的参与者相关——负责技术工作的软件工程师和负责质量保证的计划、监督、记录、分析及报告工作的软件质量保证（SQA）小组。
软件工程师通过采用可靠的技术方法和措施，进行正式的技术复审、执行计划周密的软件测试来保证软件质量。
《软件工程》课件第14章 软件质量的评价和保证
第14章 软件质量的评价和保证
14.2.2 ISO的软件质量评价模型 按照ISO/TC97/SC7/WG3/1985-1-30/N382，软件质
量度量模型由3层组成，如图14.3所示。 高层是软件质量需求评价准则(SQRC)。 中层是软件质量设计评价准则(SQDC)。 低层是软件质量度量评价准则(SQMC)。
第14章 软件质量的评价和保证 2) 面向软件产品修正 面向软件产品修正的定义如下： (1) 可维护性：指找到并改正程序中的一个错误所需代价 的程度。 (2) 可测试性：指测试软件以确保其能够执行预定功能所 需工作量的程度。 (3) 适应性：指修改或改进一个已投入运行的软件所需工 作量的程度。 3) 面向软件产品转移 面向软件产品转移的定义如下： (1) 可移植性：指将一个软件系统从一个计算机系统或环 境移植到另一个计算机系统或环境中运行时所需的工作量。
第14章 软件质量的评价和保证
(2) 可重用性：指一个软件(或软件的部件)能再 次用于其他相关应用的程度。
(3) 可互操作性：指将一个系统耦合到另一个系 统所需的工作量。
通常，对以上各个质量特性直接进行度量是很困 难的，在有些情况下甚至是不可能的。因此，McCall 定义了一些评价准则，这些准则可对反映质量特性的 软件属性分级，并以此来估计软件质量特性的值。软 件属性一般分级范围从0(最低)～10(最高)。主要评价 准则定义如下：
第14章 软件质量的评价和保证
(5) 发挥每个开发者的能力。软件生产是人的智 能生产活动，它依赖于开发组织团队的能力。开发者 必须有学习各专业业务知识、生产技术和管理技术的 能动性。管理者或产品服务者要制定技术培训计划、 技术水平标准，以及适用于将来需要的中长期技术培 训计划。
CELTS-22.1：网络课程评价规范(教育部教育信息化技术标准委员会发布)
课程前需(Course prerequisite) 学习者在开始学习一课程之前必须满足的条件。
课程结构(Course structure) 描述课程的所有要素、它们的相互关系、前需条件和完成要求。
课件(Courseware) 主要用于训练或教学的软件。
4
课程（体系）(Curriculum) 按照一个或多个教育专门方向组合而成的课程集合，或由较小的学习单元组合而成的集合。
_______________________________________________________________________________
教育部教育信息化技术标准委员会 发布
1
目次
1 概述 ..............................................................................................................................................3 1.1 范围 ...................................................................................................................................3 1.2 目的 ...................................................................................................................................3
软件产品质量的度量和评估方法
软件产品质量的度量和评估方法作者：王蕊来源：《中国管理信息化》2017年第04期[摘要]随着信息化进程的不断发展，软件产品的应用范围和需求越来越大，同时软件产品的质量问题愈加被人们所关注。
因此，本文将站在第三方软件检测机构的角度，结合现行国家标准和实际案例，对软件产品的质量模型、质量度量和评价方法进行介绍。
[关键词]软件检测；质量模型；质量度量；评价方法doi：10.3969/j.issn.1673 - 0194.2017.04.046[中图分类号]TP311.5 [文献标识码]A [文章编号]1673-0194（2017）04-00-030 引言随着信息技术的飞速发展，软件应用已渗透到各个领域，软件质量的检测要求也日益提高。
尤其是对涉及国防、金融、政务的软件来说，能否稳定安全的运行是保障国计民生的关键。
而对软件产品质量进行客观全面的度量和评价、不断提高软件产品的质量始终是计算机科学领域研究的重要方向之一。
本文介绍了第三方软件检测机构常常涉及的《软件工程产品质量质量模型》（GB/T 16260.1-2006）系列国家标准，并结合实际案例，介绍软件质量模型以及如何对软件质量进行度量和评估。
1 软件质量模型《软件工程产品质量第1部分：质量模型》（GB/T 16260.1-2006）系列国家标准等同采用了最新的《Software engineering -Product quality - Part 1： Quality model》（ISO/IEC 9126-1：2001）系列标准。
在本标准中，给出了软件质量的通用模型。
软件质量分为外部质量、内部质量和使用质量，外部质量和内部质量的质量模型如图1所示。
这些特性和子特性基本涵盖了软件质量的各个方面。
在第三方软件检测机构中，通常以此质量模型为基础，对软件产品本身进行检测和度量评估。
软件的使用质量是基于用户观点的软件产品用于指定的环境和使用周境时的质量，使用质量的模型如图2所示，为有效性、生产率、安全性、满意度四个特性。
软件评测师教程笔记
软件评测师教程（第一版）笔记第一篇理论篇第1章软件测试概论1.1概述早期的测试等同于“调试”。
测试是为发现错误而执行的一个程序或者系统的过程。
测试是以评价一个程序或者系统属性为目标的任何一种活动，测试是对软件质量的度量。
1.3软件测试与软件项目的关系软件测试的目的是为了发现软件中存在的错误，但是，其根本目的是为了提高软件质量，降低软件项目的风险。
软件的质量风险表现在两个方面，一种是内部风险，一种是外部风险。
内部风险是在即将销售的时候发现有重大的错误，从而延迟发布日期，失去市场机会；外部风险是用户发现了不能容忍的错误，引起索赔，法律纠纷，以及用于客户支持的费用甚至失去客户的风险。
软件测试只能证明软件存在错误，而不能证明软件没有错误。
软件公司对软件项目的期望是在预计的时间、合理的预算下，提交一个可以交付的产品，测试的目的就是把软件的错误控制在一个可以进行产品交付/发布的程度上，可以交付/发布的产品并不是没有错误的产品，因此软件测试不可能无休止地进行下去，而是要把错误控制在一个合理的范围之内，因为软件测试也是需要花费巨大成本的。
1.5第三方测试第三方测试是指独立于软件公司自身测试的测试。
第三方测试机构的测试除了发现软件问题之外，还有对软件进行科学、公正的评价的职能，这就要求第三方测试机构要保持公正、廉洁、客观、科学、独立的态度。
第2章软件测试基础1、什么是软件测试测试（test）被当作一个常规的检验产品质量的生产活动。
测试的含义为“为检验产品是否满足需求为目标”。
“软件测试”的经典定义是在规定条件下对程序进行操作，以发现错误，对软件质量进行评估。
软件是由文档、数据以及程序组成的，那么软件测试就应该是对软件形成过程的文档、数据以及程序进行的测试，而不仅仅是对程序进行的测试。
2、什么是软件质量ISO9126中定义的“软件质量”是：软件满足规定或潜在用户需求特性的总和。
ISO14598中“软件质量”定义是：软件特性的总和，软件满足规定或潜在用户需求的能力。
与软件测试相关的国家标准
与软件测试相关的国家标准标准化在工程技术领域发挥着巨大的作用，在信息工程和软件工程领域也是如此。
在国家标准化管理委员会、ISO以及IEEE 的官方网站上，可以查询到大量的相关标准，而且很多标准在最近2～3年内进行了修订。
其中对软件测试来说，2008年是典型的“丰收年”，两个直接与软件测试相关的国家标准(GB/T 9386, GB/T 15532)和1个IEEE的标准(IEEE 829)进行了修订，且ISO 的软件测试标准(ISO/IEC 29119)也初见框架。
1）GB/T 19488.1-2004电子政务数据元第1部分：设计和管理规范2）GB/T 18905.1-2002 软件工程产品评价第1部分：概述3）GB/T 18905.2-2002 软件工程产品评价第2部分：策划和管理4）GB/T 18905.3-2002 软件工程产品评价第3部分：开发者用的过程5）GB/T 18905.4-2002 软件工程产品评价第4部分：需方用的过程6）GB/T 18905.5-2002 软件工程产品评价第5部分：评价者用的过程7）GB/T 18905.6-2002 软件工程产品评价第6部分：评价模块的文档编制8）GB/Z 18914-2002 信息技术软件工程CASE工具的采用指南9）GB/T 18894-2002 电子文件归档与管理规范10）GB/T 18492-2001 信息技术系统及软件完整性级别11）GB/Z 18493-2001 信息技术软件生存周期过程指南12）GB/T 19000.3-2001 质量管理和质量保证标准第3部分：GB/T 19001在计算机软件开发、供应、安装和维护中的使用指南13）GB/T 8566-2001 信息技术软件生存周期过程14）GB/T 18491.1-2001 信息技术软件测量功能规模测量第一部分:概念定义15）GB/T 18234-2000 信息技术 CASE工具的评价与选择指南16）GB/T 18221-2000 信息技术程序设计语言环境与系统软件接口独立于语言的数据类型17）GB/T16901.2-2000 图形符号表示规则产品技术文件用图形符号第2部分：图形符号（包括基准符号库中的图形符号）的计算机电子文件格式规范及其交换要求18）GB 17859-1999 计算机信息系统安全保护等级划分准则19）GB/T 17544-1998 信息技术软件包质量要求和测试20）GB/T 16260-1996 信息技术软件产品评价质量特性及其使用指南21）GB/T 16680-1996 软件文档管理指南22）GB/T 16704-1996 计算机软件著作权登记文件格式23）GB/T 11457-1995 软件工程术语24）GB/T 15532-1995 计算机软件单元测试25）GB/T 15538-1995 软件工程标准分类法26）GB/T 15853-1995 软件支持环境27）GB/T 7408-1994 数据元和交换格式信息交换日期和时间表示法28）GB/T 14394-1993 计算机软件可靠性和可维护性管理29）GB/T 14079-1993 软件维护指南30）GB/T 14085-1993 信息处理系统计算机系统配置图符号及约定31）GB/T 12504-1990 计算机软件质量保证计划规范32）GB/T 12505-1990 计算机软件配置管理计划规范33）GB/T 1526-1989 信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定34）GB/T 9385-1988 计算机软件需求说明编制指南35）GB/T 9386-1988 计算机软件测试文件编制规范36）GB/T 8567-1988 计算机软件产品开发文件编制指南下面就2008年新发布的标准做简单介绍：GB/T 9386-2008《计算机软件测试文档编制规范》是在1988年版本上进行的修订，2008版标准的名称和核心内容都没有改变，主要增加对测试文档作为术语的定义，调整了部分章节编排方式，扩充了部分内容，并增加了两个作为资料性附录的文档编写示例。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中华人民共和国国家标准GB／T16260—1996idt 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）ISO/IEC 2382－2O：1990 信息技术词汇第2O部分：系统开发3.定义下列定义适用于本标准3.1发评估assessment为了确定一特定的软件模块、软件包或软件产品是验收合格还是发布，把特定的已成文的评估准则应用到该软件模块、软件包或软件产品上去的活动。
3.2特征features特征是一软件产品的可识别的性质，该性质与质量特性相关。
注：特征的例子包括路径长度、模块性、程序结构和注释。
3.3固件firmware载有在用户环境中不能加以改变的计算机程序及数据的器件。
包含在固件中的计算机程序和数据归类为软件；载有计算机程序和数据的电路归类为硬件。
3.4性能等级level of performance性能等级就是需求得到满足的程度，由一组质量特性的特定值来表示。
3.5测量measurement把软件质量度量应用到特定的软件产品上去的活动。
3.6质量quality反映产品或服务满足明确或隐含需求能力的情征和特性的总和。
（见GB／T 6583－92）注：在合同环境中，需求是规定的，而在其他环境中，隐含需求则应加以标识和确定。
（见GB／T 6583—92，注1）3.7评级rating把测量值映射到相应的评定等级的活动。
用于确定软件某一质量特性的等级。
3.8等级rating level尺度中某一范围的值可用来按照明确或隐含的需求，对软件进行分级评定。
相应的等级可能与不同的质量观点有关，例如用户、管理者或开发者的观点。
这些级别被称为等级。
注：这些等级不同于GB／T6583中定义的“等级grades”。
3.9软件software与计算机系统的操作有关的程序、规程、规则及任何与之有关的文档。
3.10软件产品software product指定支付给用户的软件实体。
3.11软件质量software quality与软件产品满足明确或隐含需求的能力有关的待证和特性的总和。
3.12软件质量评估准则software quality assessment criteria被用来确定一特定软件产品的总体质量是否能被接受的已定义的和成文的规则和条件的集合。
质量由与软件产品有关的评定等级的集合来表示。
3.13软件质量特性software quality characteristics用以描述和评价软件产品质量的一组属性。
一个软件质量特性可被细地成多级子特性。
3.14软件质量度量software quality metric能被用来确定特定软件产品某一特性值的一种定量尺度和方法。
4.软件质量特性软件质量可用下列特性来评价。
4.1功能性与一组功能及其指定的性质有关的一组属性。
这里的功能是指满足明确或隐含的需求的那些功能。
注：1)这组属性以软件为满足需求做些什么来描述，而其他属性则以何时做和如何做来描述。
2)质量定义的注解运用于本特性中的明确或隐含的需求（见3.6）。
4.2可靠性与在规定的一段时间和条件下，软件维持其性能水平的能力有关的一组属性。
注：1)软件不会老化。
可靠性的种种局限是由于需求、设计和实现中的错误所致。
由这些错误引起的故障取决于软件产品使用方式和程序任选项的选用方法，而不取决于时间的流逝。
2)在GB／T 6583的定义中，可靠性是“…·完成需求功能的能力”，在本文件中，功能性仅是软件质量诸特性中的一个特性，因而，可靠性的定义已被扩充为“……维持其性能水平……”而不是“……完成需求功能……” （见3.4）。
4.3易用性与一组规定或潜在的用户为使用软件所需作的努力和对这样的使用所作的评价有关的一组属性。
注：1)“用户”可按最直接的意思解释为交互软件的用户。
用户可包括操作员，最终用户和受使用该软件影响或依赖于该软件使用的非直接用户。
易使用性必须针对软件涉及各种不同用户环境的全部，可能包括使用的准备和对结果的评价。
2)本标准中定义为软件产品的一组特定属性的易使用性不同于由人类工效学观点所下的定义，在后者中其他特性诸如效率和效果也被看作是易使用性的组成部分。
4.4效率与在规定的条件下，软件的性能水平与所使用资源量之间关系有关的一组属性。
注：资源可包括其他软件产品，硬件设施，材料（如打印纸、软盘）和操作服务、维护和支持人员。
4.5维护性与进行指定的修改所需的努力有关的一组属性。
注：修改可包括为了适应环境的变化以及要求和功能规格说明的变化而对软件进行的修正、改进或更改。
4.6可移植性与软件可从某一环境转移到另一环境的能力有关的一组属性。
注：环境可包括系统体系结构环境、硬件或软件环境。
5.质量特性使用指南5.1用法本标准适用于对软件质量需求进行定义和对软件产品进行评价（测量、评级和评估）。
它包括：——定义软件产品质量需求；——软件规格说明在开发期间是否满足质量需求；——描述已实现的软件的特证和属性（例如用户手册）；——对开发的软件在其未交付使用以前进行评价；——在软件验收前.对它进行评价。
对于本标准中所描述的特性，目前，仅有少数几种普遍接受的度量。
标准小组或组织也许会建立他们自己的评价过程模型以及建立和确认与这些特性相关的且可以抽盖不同应用领域和生存同期阶段的度量方法。
当无合适的度还可供使用又不能确定的情况下，有时也可能采用语言描述或“经验准则”。
为了使用这六个质量特性来定义和评价.还必须制定组织或应用所特有的，或者两者共同特有的等级和准则。
在告知评价结果时.应该说明进行质量评价时所使用的度量、等级以及准则。
尽管没有普遍接受的软件分类体系，但确存在几种被广泛接受的软件类型。
对于不同的软件。
各个质量特性的重要性是不同的。
例如，可靠性对于任务关键型系统软件是最重要的；效率对于时间关键型的实时系统软件是最重要的；而易使用性对于交互终端用户软件是最重要的。
各个质量特性的重要性也因所考虑的观点不同而异。
5.2软件质量的观点下面对其中某些观点进行论述。
5.3用户观点GB／T 6583－92中的质量定义反映了用户观点，本标准的特性定义也反映了此观点。
用户主要感兴趣的是使用软件、软件的性能和使用软件的效果。
用户评价软件，对软件内部的各方面或软件是如何开发的情况一无所知。
用户的问题会包括：——软件是否具有所需求的功能？——软件的可靠程度如何？——软件的效率如何？——软件使用是否方便？——该软件转移到另一环境是否容易？5.3.1开发者观点由于软件质量特性对需求和验收均适用，故开发过程要求用户和开发者使用同样的软件质量特性。
在开发现行软件时，隐含的需求必须反映在质量需求中。
由于开发者负责生产满足质量需求的软件，放他们对中间产品质量以及最终产品质量都感兴趣。
为了在各个开发阶段评价中间产品质量，开发者不得不对同样的特性使用不同的度量。
因同一度量不适用于生存周期的所有阶段。
例如考虑效率时，用户用响应时间，而开发者在设计规格说明中则必须用路径长度、存取时间和等待时间。
一般而言，适用于产品外部接口的度量被那些适用于它的结为的度量达所取代。
开发者的观点还必须体现维护软件者需要的质量特性观点。
5.3.2管理者观点管理者也许更注重总的质量而不是某一特性，为此须根据商务需求对各个特性赋于权值。
管理者还需要从管理的准则.诸如进度拖延或成本超支。
与质量的提高之间进行权衡。
因为他希望以有限的成本、人力和时间使质量达到优化。
5.4评价过程模型图1 表示用本标准中定义的质量特性来评价软件质量的主要步骤。
由于图1的高层次性，故一些具体的过程（如度量分析和确认）均未示出。
图1 评价过程模型这过程由三个步骤组成：质量需求定义、评价准备和评价过程。
这个过程可应用于软件产品每个组成部分的每个合适的生存期阶段。
5.4.1质量需求定义第一步骤的目的是根据质量特性和可能的子特性来规定需求。
需求表达了环境对被评价软件的要求，必须在开发前就被定义。
当软件产品分解成若干主要组成部分时，从总的产品需求衍生出来对各个组成部分的需求就可能有所不同。
5.4.2评价准备第二步骤的目的是准备好评价基础。
5.4.2.1发质量度量的选择对质量特性进行定义所采用的方式不提供对它们的直接测量，需要建立与软件产品的特性相关的度量。
与某一特性相关的每个可定量的软件特延和软件与其环境的每个可定量的相互作用均可作为一个度量。
度量可以因不同的环境和不同的开发阶段而异。
由于根据用户观点所采用的度量是关键的，故开发过程中使用的度量应与用户各自采用的度量相关。
5.4.2.2等级的定义对可定量的特征可以用质量度量来定量地测量。
测量结果即实测值可映射到某个尺度上，这个值并不表示满足的程度。
为此，这些尺度必须分割成对需求的各个不同满足程度的区域（见图2）。
因为质量与给定需求有关，故不可能有通用的等级。
每一次具体的评价中都必须对等级进行定义。
图2测量和评定等级5.4.2.3评估准则的定义为了评估产品质量，必须把不同特性的评价结果加以归纳。
评价者必须为此制定一种规程，例如使用决策表或加权平均法。
这种规程通常还包括其他方面，诸如在特定环境下对软件产品质量评估有影响的时间和成本等。
5.4.2.4评价过程评价过程模型的最后步骤又细化为三步，即测量、评级和评估。