(高清版)GB∕T 25000.21-2019 系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第21部分：质量测度元素

ICS35.080GB/T25000.21—2019/ISO/IEC25021:2012系统与软件工程系统与软件质量要求和评价(SQuaRE)第21部分：质量测度元素(ISO/IEC25021:2012,Systemsandsoftwareengineering—SystemsandsoftwareQualityRequirementsandEvaluation(SQuaRE)—Qualitymeasureelements,IDT)国家市场监督管理总局中国国家标准化管理委员会GB/T25000.21—2019/ISO/IEC25021:2012前言 Ⅲ V 1 1 14术语和定义 1 4 46.1测量方法模型的表示 4 6附录A(资料性附录)QME示例 附录B(资料性附录)质量测度元素(QME)设计指南 附录C(资料性附录)对QME及所建议扩展的补加示例 附录D(资料性附录)测量标度类型 IⅢGB/T25000.21—2019/ISO/IEC25021:2012 第21部分：质量测度元素； 本部分为GB/T25000的第21部分。本部分使用翻译法等同采用国际标准ISO/IEC25021:2012《系统与软件工程系统与软件质量要——GB/T25000.10—2016系统与软件工程系统与软件质量要求和评价(SQuaRE)第10部——GB/T20917—2007软件工程软件测量过程(ISO/IEC15939:2002,IDT)。——删除了引言中的图2和图3,将正文中的图4～图6改为图2～图4。——原文附录B的B.1,“definitionofeachsubproperty,inputfortheQME,numericalrulesfortheQME,thescaletype,contextofQME,softwarelifecycleandmeasurementcon-straints.”,该句中遗漏了“UnitofmeasurementfortheQME(QME测量单位),”补充在“inputfortheQME,”和“numericalrulesfortheQME,”之间。GB/T25000.21—2019/ISO/IEC25021:2012 原文附录B的B.5中提到了“AnnexE”,在原文中并不存在，改为“AnnexD(附录D)”——原文附录C的C.2,“DurationofOperation”的定义存在拼写错误，“action”改为“atimeperiod请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。VGB/T25000.21—2019/ISO/IEC25021:2012GB/T25000的本部分旨在定义和/或设计质量测度元素(QME)的初始集，可将其应用在软件产品的整个生存周期，以实现系统和软件质量要求与评价(SQuaRE)标准的目的。本部分还给出了设计QME或对已有QME设计进行验证的规则集。本部分定义并使用质量测度元素(QME)的主要目的是：——为各组织开发并获取自己的QME提供指南；——提升特定QME的一致性使用，以便测量并使用与各种产品质量特性和子特性相关的属性；——针对某一产品给定的特性集或子特性集，帮助识别为导出所有质量测度特别需要的QME集。QME是很多质量测度的共用元素。本部分的预期用途是使用户能够选择并定义相关的有效23、GB/T25000.24等测量标准使用或者与其一同使用。图1描绘了GB/T25000.21与其他SQuaRE质量测量标准的关系：建软件质量测度的质量测度元素的若干示例。c)GB/T25000.22——使用质量测量：提供测度，包括使用质量模型中的质量特性的关联测量关联测量函数和质量测度元素。GB/T25000.22图1SQuaRE质量测量标准的关系1GB/T25000.21—2019/ISO/IEC25021:2012系统与软件质量要求和评价(SQuaRE)第21部分：质量测度元素——将QME定义为产品质量需求规格说明(带示例)的组成部分的相关要求(见6.2表1和表2);——作为示例的初始QME集(参见表A.1);——定义并量化作为QME的产品(目标实体)属性的指南(参见附录B)。求和产品评价的责任人。当定义拟用来获取质量测度(例如GB/T25000.22、GB/T25000.23、GB/T25000.1—2010软件工程软件产品质量要求和评价(SQuaRE)SQuaRE指南(ISO/IEC25000:2005,IDT)ISO/IEC15939:2007系统与软件工程测量过程(Systemsandsoftwareengineering—Meas-urementprocess)ISO/IEC25010:2011系统与软件工程系统与软件质量要求和评价(SQuaRE)系统与软件质量模型[Systemsandsoftwareengineering—SystemsandsoftwareQualityRequirementsandEvalua-tion(SQuaRE)—Systemandsoftwarequalitymodels]ISO/IEC25020:2007软件工程软件产品质量要求和评价(SQuaRE)测量参考模型和指南(Softwareengineering-SoftwareproductQualityRequirementsandEvaluation(SQuaRE)—Measure-mentreferencemodelandguide)ISO/IEC导则99:2007计量学国际词汇基本的与一般概念和相关术语(VIM)[Internationalvocabularyofmetrology—Basicandgeneralconceptsandassociatedterms(VIM)]GB/T25000.1—2010、ISO/IEC25010、ISO/I2GB/T25000.21—2019/ISO/IEC25021:2012[ISO/IEC25012:2008]注1:这种行为，在测试和运行期间，通过执行此软件产品能加以验证和/或确认。注2:基于GB/T25000.1—2010中对软件外部质量的定义。注3:改编自ISO/IEC25010:2011。注1:静态属性包括与软件架构、结构及其组件相关的属性。注2:静态属性能通过评审、检查、模拟和/或自动化工具加以验证。注3:此定义基于GB/T25000.1—2010中“软件内部质量”的定义。注4:改编自ISO/IEC25010:2011。测度(名)measure(noun)[GB/T25000.1—2010]注：基于ISO/IEC15939:2007中测量方法的注：基于ISO/IEC15939:2007中测量方法的定义修改。3GB/T25000.21—2019/ISO/IEC25021:2012注1:基于ISO/IEC15939:2007中测量规程的定义修改。信息就能实施测量。[GB/T26239—2010]注1:软件制品是目标实体的一种示例。注2:子属性与属性相关。至少两个质量测度元素值的测量函数的导出测度。以某一属性及将其量化的测量方法(可选地包括通过数学函数所做的变换)来定义的测度。注：重复性和再现性可借助于各结果的离差特性定量表达出来。注1:只有以相同测量单位表达的量才可直接比较。单位的例子有故障数和失效数。小时(h)和米(m)也都是测量4GB/T25000.21—2019/ISO/IEC25021:2012注2:测量单位依惯例都赋予名称和符号。注3:基于GB/T25000.1—2010中对测量单位的定义。下列缩略语用于本文件：QME:质量测度元素(qualitymeasureelement)QM:质量测度(qualitymeasure)6质量测度元素概念为了理解并指明质量(子)特性，首先要定义QM,然后定义QME。将测量函数应用于QME以生成QM。应将一种测量方法应用于某一属性，以定义并标识量化使用测量方法的用户应辨别并汇集与量化属性相关的数据(见图2)。根据QME的使用周境和目5GB/T25000.21—2019/ISO/IEC25021:2012GB/T25000.22,GB/T25000.22,25000.23,25000.24(ISO/IEC25022,25023,25024)由……组成生成由……度量包括量GB/T25000.12数据质量图3表明：a)产品质量由质量特性集表达，这些特性本身又由若干子特性组成；b)产品质量测度用来指明所关注的质量特性和子特性；注：图3是基于ISO/IEC25020中所定义的系统与软件产品质量测量参考模型。6GB/T25000.21—2019/ISO/IEC25021:2012QMQM=MTBFISO/IEC25010品质量数据质量失效数工作周期包括包括失效持续时间指明生成QME=失效数(质量测度元素)工作周期图4表示将测量方法应用于某一量化属性而导出QME的示例。表1列出了一些测量信息项，这些信息项应用来描述QME。注1:当选定质量特性或子特性，且/或定义了关联的QM时，QME即能识别。同一QME可供不同的QM使用。注2:QME设计指南在附录B中给出。QME表格格式中所列信息项(见表1),应将其用来定义和/或设计QME,以提供必要的或有帮助注：此表中的信息项分为4组：a)QME的标识；b)～d)解QMEQME宜有唯一性名称，如有必要，还宜以序数标识。大多数情况下，以“……数(比率标度)”命名b)目标实体QME应具有一个目标对象，该目标对象通过测量其属性来表征。目标实体宜是系统的工作产品或系统的行为、软件或利益相关方(用户、操作方、开发方、测试方、维护方等)7GB/T25000.21—2019/ISO/IEC25021:2012表1(续)QMEc)目的和量化属性量化属性的标识通常与QME的名称有关。选定的量化属性宜是与所要测量信息关系最密切的性质。给定的某一属性可引入到多个测量构造。例如，“软件故障数”是一个QME,而“故障”是量化软件的属性。QME的目的宜由量化属性的定义来规定，以描述诸如下列两项：——通过定义该QME的量化属性想知道什么?——QME表达出来的想要哪些信息?从量化属性的标识和定义，确定进行测量所需事项(代码行、缺陷、持续时间等)。在所指定目标实体中，描述何种组件或事件需要标识、定义和量化是有帮助的。三种示例如下：1)程序源码中，具有所规定特征的代码行、函数、路径或标记，可予以标识、定义和量化；2)每当被测软件不能通过所规定测试用例时，此类事件即可予以标识、定义和量化；3)每当系统的用户不能完成其预期任务时，此类事件即可予以标识、定义和量化d)相关的质量测度对使用该QME的特定质量测度，引用时应加以规定。质量测度的示例，能在GB/T16260、GB/T25000SQuaRE系列标准和其他文档中查到。无需质量测度的详尽清单e)测量方法测量方法阐明如何汇集数据以及如何通过数值规则将其转换成属性量化的值。QME周境、软件生存周期过程、测量约束和数值规则四种信息，都是测量方法的组成部分。测量方可选地为测量方法命名，以便区分QME名称、量化属性名称和测量方法。例如，功能规模测量方法不妨命名为IFPUGFPA、COSMIC、MarkII等f)与量化属性相关的子属性清单(可已标识的量化属性，必要时能关联不同的子属性。属性之间的这种关系宜表达为模式或公式，此即构成测量方法模型。例如在COSMIC方法中，功能性过程是一种属性，能在某一模型中表达出来，该模型具有某些一量化属性g)各子属性定义(可有子属性清单时，各子属性均宜定义h)QME的输入输入应描述得足够详尽，以便标识用来测量QME的定量信息。还宜标识出提供输入的任何的行为。另外，输入可以是子属性或与其相关的定量信息。例如在COSMIC功能点方法中，测量方在数据模型中不妨标识出追溯读类型(数据移动)实体的信息i)QME的测量单位测量单位以及适当时所用的公式。单位的示例有个数、百分率、等级j)数值规则数值赋值规则应从专业人员视角(通常以文本形式),或理论视角(通常以数学表达式)进行描述。指派数值规则时常遇到内部一致性问题需要测量的属性和子属性之间具有一致性是很重要。为此，重要的是，当添加两个实体时，它们由一个公共属性相关联。例如，测量中的故障将归入故障数。但当主次故障间有区别时，通过分别增加主要和次要故障来获得更为精确的测度。该解释考虑了应用于每一个属性和子属性的结果限制8GB/T25000.21—2019/ISO/IEC25021:2012表1(续)QMEk)标度类型标度类型应予标识。标度类型有可以是标称的、顺序的、间隔的或比率的(参见附录D)l)QME周境给出关于测量结果预期用途的信息。质量特性、质量子特性和质量测度主要是想利用QME测量结果，通过描述其典型示例，有助于理解使用QME来表达质量(子)特性的可能性。注：QME能够由许多质量测度(QM)用来测量任一质量(子)特性。此处描述目标实体的假设和先决条件，以及适用QME测量方法的环境和条件过程对于某一目标实体，适合该QME实际测量的典型而适宜的生存周期过程(例如在该过程中创建或梳理出足以获取实际测得的QME值的特定目标实体)宜在此处明确；注1:某些情况下，QME的实际测量前，基于历史数据的估算在某些生存周期过程中可能是有用的。然而，此处所列生存周期过程是能获取QME实际测得结果的过程。获取实际数据、额外实际测量或使用已测量的结果之后，相关生存周期过程也在此处规定。例如，在构建过程(编码和单元测试)期间，通过应用代码评审、代码分析工具或单元测试，代码中的故障数可实际测量。在集成或合格性测试过程中，代码经修正来排除故障后，代码中的故障数也能追加测量。此外，代码中的故障数可以基于历史数据，根据需求规格说明的页数估算出来的编码长度来估计。注2:基本的软件生存周期过程，例如利益相关方需求定义、软件需求分析、软件架构设计、软件详细设计、软件构建、软件集成、软件合格性测试、软件安装、软件验收支持、软件运行、软件维护及软件废弃，在ISO/IEC12207:2008中均已定义。基本的系统过程，例如废弃等，在ISO/IEC15288:2008“系统和软件工程：系统生存周期过程”中已定义。注3:使用方法不包括ISO/IEC12207或ISO/IEC15288中描述的生存周期过程时，测量方也可提出将采用的一套方法及特定过程n)测量约束(可选)必要时，与测量方法相关的任何约束，均宜予以描述。由于审查范围、审查方式、规格说明的易变性或测试用例策略四者之间的依赖性，QME可带有测量约束，例如测量误差或波动。注1:例如，一定范围中的新开发代码与复用代码之间，代码中故障数可能变化。元测试以及集成测试中的失效因果分析，每种都会给出不同的代码故障数。注2:例如，在规格说明缺陷计数的情况，规格说明文档宜是可用的且不经常变动表2是一个如何使用表1中格式的示例。表2应用于(代码)故障的示例QME(代码的)故障数b)目标实体程序源码9GB/T25000.21—2019/ISO/IEC25021:2012表2(续)QMEc)目的和量化属性此处目的是参照设计规格说明和/或编码标准，测量代码中故障数。需测量的是代码出错的行数。故障属于量化属性。故障的定义：(1)软件中差错的一种表现(ISO/IEC24765:2010);(2)计算机程序中不正确的步骤、处理或数据定义(ISO/IEC24765:2010)。遇有故障时，可导致一次失效d)相关的质量测度利用故障密度来测量软件的可靠性：——在编码阶段求得故障检测率；——在编码阶段随着已修正故障求得故障排除率。软件的成熟性(子特性)和可靠性(特性)级别e)测量方法代码中的软件故障测量方法；评审或分析修正后的程序源代码的差异，并标识已修正的代码行(包括代码修改的行、增加的行和删除的行)。测试中解决失效的因果分析等f)与量化属性相关的子属性清单(可相关的子属性：可执行的语句、出错的代码中行、已修正的代码行g)各子属性定义(可可执行的语句：可划分为带标号语句、表达式、选择语句、迭代语句和跳转语句。不可执行的语句：能划分为声明和声明说明符；出错的代码行：包含有故障的代码行。规格说明宜指出源码是否有错。正确的代码行：没有故障的代码行。注：有可能实际代码行正确而规格说明可能已做了变更。此类代码行也不宜计入出错的代码行h)QME的输入源码、设计规格说明和编码标准i)QME的测量单位代码行j)数值规则所有出错的代码行相加。从专业人员视角的数值赋值规则采取以下测量动作：评审或分析修正后的程序源码的差异，并标识已修正的代码行(包括代码修改的行、增加的行和删除的行)k)标度类型比率选出该QME主要用来测量软件的成熟性(子特性)和可靠性(特性)的级别过程软件构造过程(编码和单元测试),实现过程n)测量约束(可选)源码应是可用的，以便能将实际代码行与设计规格说明做比较。稳定的设计规格说明应是可用的，以便能将实际代码行与设计规格说明做比较并验证，进而标识故障。工具或检查表应是可用的，以便用编码标准进行检查GB/T25000.21—2019/ISO/IEC25021:2012(资料性附录)QME示例不同的QME能组合在一起使用以定义QM。一些QME出自ISO/IEC9126(GB/T16260)各部分标准，其他则出自行业市场需要和有关功能规模测量等的现有标准。该示例集(参见表A.1)所列QME与ISO/IEC25010:2011中定义的产品质量模型的质量(子)特性相关。本文档用户在准备用于产品质量评价的QM时，建议考虑该QME示例集的适用性。序号QME1可调用的功能数b)目标实体用户可调用的功能c)目的和量化属性确定有多少一般用户可调用的功能可由残障用户访问。可调用功能的定义：由系统向用户提供，使其访问、调用并用以完成所规定任务的功能d)相关的质量测度在测试或运行期间，针对使用质量的量化周境覆盖及易用性中的可访问性，在特定使用周境下或由特定类型的用户(不)可访问的功能数这样的QMe)测量方法评审或测试残障用户可调用并可操作的系统/软件功能所规定的用例并且统计不能由其成功使用的功能数f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成评审或测试由残障用户运行的所规定用例的结果i)QME的测量单位用户可调用的功能数j)数值规则x—y,x:残障用户在执行评审或测试所规定的用例中，用户可调用的功能数；y:残障用户不能成功使用的用户可调用的功能数k)标度类型比率该QME可用于使用质量的周境覆盖及易用性中的可访问性m)软件生存周期过程实现和运行n)测量约束(可选)有待必要时完成2用户问题数b)目标实体运行期间的用户问题c)目的和量化属性为得知系统/软件运行期间用户识别出的问题发生次数。系统/软件运行期间的用户问题属于量化属性。用户问题的定义：对某一产品，由组织(通常在帮助台级别)登记下来的每次用户投诉。知晓此种投诉会有助于测量用户在一定时段的满意度。例如，由帮助台从用户投诉中遴选出来并进行排序的技术问题或功能问题。该QME能帮助用户确定软件运行期间的问题，但不仅限于这些属性GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QME2d)相关的质量测度例如对量化易用性、可靠性和满意度而言，每周报告的严重的用户问题数，或解决用户问题所花费天数的分布这样的QMe)测量方法根据用户申述报告列出问题，并按严重程度予以分类并计数f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成h)QME的输入送到帮助台的用户申述报告i)QME的测量单位问题数j)数值规则按各严重级别统计问题数k)标度类型比率在运行期间，该QME对应用于易用性、可靠性和满意度的QM是可用的m)软件生存周期过程运行n)测量约束(可选)有待必要时完成3记录数b)目标实体作为单元或记录的数据项c)目的和量化属性用来量化数据库的复杂度。记录的定义：处理为一个单元的有关数据项的集合(ISO/IEC24765:2010)d)相关的质量测度影响到维护性的巨大的记录数e)测量方法列出记录并计数f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成数据项i)QME的测量单位每一记录j)数值规则累计每一记录k)标度类型比率该QME对数据质量特性的QM是可用的m)软件生存周期过程维护n)测量约束(可选)需要获取各数据项4持续时间b)目标实体时段c)目的和量化属性持续时间的定义：完成一项排定的活动或工作分解结构组件所需工作时段的总数(不包括假日，也不包括其他非工作时段)。通常表达为天数、周数或月数。有时误以为等同于所经历时间。(《项目管理知识团体指南》(PMBOKGuide)第4GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QME4d)相关的质量测度该QME对表示性能效率特性的QM有用。对用户所期望的任务完成时间、吞吐量、平均失效间隔时间或平均修复时间等的QM也有用。平均修复时间指与操作员、用户、维护方或系统所用去的时段e)测量方法持续时间基于基本时间量来定义，并与国际量制(VIM)相关f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成h)QME的输入出自该组织的工时表i)QME的测量单位天数、周数或月数j)数值规则累计工作时段k)标度类型比率1)QME周境该QME对与持续时间时段相关的所有QM都是可用的，例如平均失效间隔时间(MTBF)、可靠性和性能效率的单位时间平均吞吐量。此外，还可以与工作量的组合提供效率测度m)软件生存周期过程全部n)测量约束(可选)有待必要时完成5(单位时间的)工作量b)目标实体以小时或天数计的工作量c)目的和量化属性用于以小时计的效率测度。工作量的定义：完成排定的任务或工作分解结构组件所需劳动单位的总数。通常表达为小时数、天数或周数。(《项目管理知识团体指南》(PMBOK@Guide)第4版)d)相关的质量测度该QME对性能效率特性的QM有用。对用户期望任务完成的工作量、系统恢复的工作量或维护的工作量等的QM也有用。维护的工作量指操作员、用户、开发方、测试方或维护方所消耗的用人工作量e)测量方法工作量是基于基本时间量定义计算的，并与国际量制(VIM)相关f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成h)QME的输入出自所指组织的工时表i)QME的测量单位通常以小时数和天数计j)数值规则累计k)标度类型比率1)QME周境该QME对与工作量相关的QM都是可用的，尤其是与效率、有效性、可靠性、性能效率、易用性和维护性相关的。此外，与工作量的组合提供了效率测度或估计m)软件生存周期过程全部GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QME5n)测量约束(可选)有待必要时完成6a)QME名称系统失效数b)目标实体系统失效c)目的和量化属性“系统失效计数”旨在用于质量(导出的)测度，例如软件的可靠性、效率和质量适用于系统工程、软件工程以及管理学科。系统失效的定义：完整的系统包括所有相关的设备、设施、材料；在预先规定限制持度。系统失效是指系统完成所需功能的能力的终止，或在原先规定的限制内没有能力完成。软件失效：产品完成所需功能的能力被中止，或无法在预先规定的范围内执行d)相关的质量测度QM,例如针对可靠性或使用质量的效率，在测试或运行期间的系统失效频率e)测量方法将系统失效数相加f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)结构性系统失效：子系统、分系统和阶段系统未能完成指定的功能。软件/硬件系统失效：软件/硬件系统中，由设计问题和人为错误导致的误动作。决策系统失效：组织结构与环境要求之间的失配，以及决策方与环境之间价值观和世界观的失配h)QME的输入见各子属性的定义(误动作、失配、未执行等)的定义i)QME的测量单位每一失效j)数值规则累计k)标度类型比率与系统的可靠性、效率相关m)软件生存周期过程测试、运行和维护n)测量约束(可选)有待必要时完成7失效数b)目标实体失效c)目的和量化属性预期用在测量软件的维护性和可靠性。失效的定义：(1)产品完成所需功能的能力被中止，或无法在预先规定的范围内执行(GB/T25000.1—2010,4.20)。(2)系统或系统组件在所规定限界内完不成所需功能的事件。注：遇有故障时，可产生一次失效d)相关的质量测度QM,例如针对可靠性的成熟性，在测试或运行期间的失效密度或失效频率e)测量方法软件失效的量化f)与量化属性相关的子属性清单(可选)失效有多种：关键失效：造成软件程序中止或整个系统停止运行的失效。由于这与软件本身相关GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QME7f)与量化属性相关的子属性清单(可选)而与硬件无关，所以不宜与系统宕机相混。严重失效：使软件的重要功能不可操作，且没有可替代操作方式的失效。中等失效：大多数功能仍然可用，但性能受限而以有限的或替代的方式运行的失效。微小失效：在有限操作中，少数功能受限的失效。它可以是一个变量的缺失，该变量本宜在输出中显示，但此种失效完全不至于导致严重问题。以上4种软件失效依其解决状态分为两类：已解决的失效：发现后得到解决的失效。未解决(实际探测到)的失效：已发现而尚未解决的失效g)各子属性定义(可选)有待必要时完成h)QME的输入组织内记载失效的日志i)QME的测量单位失效类别j)数值规则累计k)标度类型比率该QME尤其对可靠性、维护性和可移植性是可用的m)软件生存周期过程实现和维护n)测量约束(可选)有待必要时完成8故障数b)目标实体故障c)目的和量化属性该QME目的是测量软件故障。结果能用于可靠性评价，在项目结束时估计可能的故障数，已完成项目间的故障比率，以及为今后的项目收集数据。该测量结果还能用于质量评估。故障的定义：软件代码中不正确的步骤、处理或数据定义。注：遇有故障时，可导致一次失效。d)相关的质量测度QM,例如针对容错性、成熟性或易测试性，在评审、修改和测试期间的故障密度e)测量方法软件故障量化方法f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成h)QME的输入所指组织内记载故障的日志i)QME的测量单位表现形式可能是：软件中的差错；计算机程序中不正确的步骤、过程或数据定义；也可能是硬件设备或部件的缺陷或软件故障，当程序命令超出计算机内存边界值时，也称为“崩溃”或“终止”j)数值规则累计k)标度类型比率l)QME周境该QME尤其对容错性、成熟性、易修改性和易测试性是可用的。用作这些质量子特性的QM与代码质量相关GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QME8m)软件生存周期过程编码、测试和维护n)测量约束(可选)有待必要时完成9产品功能规模b)目标实体需求规格说明。细节取决于测量方法c)目的和量化属性为测量用户所要的功能需求。功能规模的定义：通过将用户功能性需求量化所导出的软件规模(ISO/IEC14143-d)相关的质量测度该QME对性能效率特性的QM可用的。对数值的正则化以及计算QM的相对密度(每功能规模的故障密度等)也有用e)测量方法基本上是分析规格说明中的用户功能性需求，分类记录类型，并按加权函数对其评分(见ISO/IEC14143-1:2007)。注：有四种典型的测量方法f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成h)QME的输入取决于测量方法。一般基于需求i)QME的测量单位取决于测量方法j)数值规则取决于测量方法k)标度类型比率l)QME周境该QME适用于确定软件的规模计算密度。特别是对使用密度这样的QM表示成熟性以及其他质量特性是有用的m)软件生存周期过程需求分析及后续阶段n)测量约束(可选)具备正确的文档a)QME名称中断数b)目标实体中断c)目的和量化属性用户对运行的控制程度，以及这对软件使用的影响。中断的定义：为处理进程外部事件而挂起的状态(ISO/IEC24765:2010)d)相关的质量测度QM,使用恰当频率的用户中断，可以控制系统或软件。但频繁的用户中断表示用户在量化易用性的易操作性、使用质量的效率和有效性方面存在焦虑或者不便e)测量方法在运行期间监控并计数中断事件f)与量化属性相关的子属性清单(可选)事件g)各子属性定义(可选)有待必要时完成h)QME的输入运行日志i)QME的测量单位中断GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QMEj)数值规则累计k)标度类型比率该QME将操作控制量化，并对易用性和易操作性尤其有用m)软件生存周期过程测试、运行和维护n)测量约束(可选)有待必要时完成数据项数b)目标实体数据项c)目的和量化属性为测量数据库结构的规模。参见记录数。数据项的定义：在某一周境中可标识的最小数据单位。其定义、标识、许可值和其他信息均借助于某一属性集来规定d)相关的质量测度QM,例如数据项可用的程度，即便在修改或移植后仍能使用的程度e)测量方法数据项f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成h)QME的输入软件需求规格说明、软件设计规格说明、软件手册、源码以及数据库模式(如适用),均能用来识别软件中的数据项i)QME的测量单位数据项数j)数值规则累计k)标度类型比率1)QME周境该QME尤其对维护性和可移植性是可用的m)软件生存周期过程从软件需求分析到维护的全过程n)测量约束(可选)有待必要时完成差错消息数b)目标实体差错消息c)目的和量化属性为得知某一系统是否足够可靠和安全。差错消息的定义：当录入不正确的数据或发生别的处理差错时，应用程序所给出的消息d)相关的质量测度QM,例如对量化可靠性、信息安全性和易用性而言，输入数据差错的可检出程度，对未授权系统访问的可检出程度，或用户操作性错误的可避免程度e)测量方法差错消息f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成发生了差错的数据输入或发生了差错的处理i)QME的测量单位差错消息数GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QMEj)数值规则累计k)标度类型比率该QME尤其对测量可靠性、信息安全性和易用性是可用的m)软件生存周期过程实现和维护n)测量约束(可选)有待必要时完成a)QME名称差错数b)目标实体差错c)目的和量化属性差错测量方法能用于测试(维护性)。差错的定义：(1)产生不正确结果(例如包含故障的软件)的人为动作(ISO/IEC24765:2010);(2)不正确的步骤、处理或数据定义(ISO/IEC24765:2010);(3)不正确的结果(ISO/IEC24765:2010);(4)算出的、观察到的或测得的值或条件，与真实的、所规定的或理论上正确的值或条件之间的差异。示例：软件规格说明中对用户需求的遗漏或曲解，不正确的翻译，或设计规格说明中对需求的遗漏。参见：失效、缺陷d)相关的质量测度QM,例如测试期间每千测试用例中的差错数e)测量方法差错的量化f)与量化属性相关的子属性清单(可选)编译时差错、链接时差错和运行时差错g)各子属性定义(可选)编译时差错：将程序从源码翻译为机器码时发生的差错。通常是句法错误、类型检查错误和模板实例化错误。链接时差错：链接已编译源码时发生的差错。此时，外部引用变量的地址和类别固定；而外部引用变量的类型检查已完成。发生在这几步的任何差错均标识为链接时差错。运行时差错：程序执行中发生的差错。通常指明程序有隐错，也有可能因超出内存引起。运行时差错导致意外的行为，例如程序崩溃或输出错误结果h)QME的输入发生编译错误的源码i)QME的测量单位编译时差错数、链接时差错数、运行时差错数j)数值规则累计k)标度类型比率该QME尤其对测量可靠性、信息安全性、易用性和维护性是可用的m)软件生存周期过程测试和维护n)测量约束(可选)编码应已完成。为了能够检测到编译时差错，该检测应在所有代码完成后进行。对链接时差错检测，所有编译时差错均需加以标识并修正后进行。对运行时差错检测，所有链接时差错应修正且程序宜能运行后进行GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QMEa)QME名称消息数b)目标实体消息c)目的和量化属性非加密消息能帮助更好地使用软件并尽快地加以掌握。因此，用户所能理解的消息数非常重要。然而，这有可能需要考虑软件的规模。消息的定义：以通知、指导和告警为目的而提供给软件系统最终用户的信息。消息：从一个对象送到另一对象的通信[IEEE1320.2-1998(R2004)《IEEE标准IDEF1X97(IDEF对象)概念建模语言句法和语义》。消息可以是加密的(主要针对机器),或易于由人员用户轻易识别。注：消息包含尽责的请求以及简单的信息沟通d)相关的质量测度QM,例如对易用性(易学习性),可指导初学用户操作的程度。这有时能影响可操作性和审美观e)测量方法消息量化f)与量化属性相关的子属性清单(可选)功能性消息过程(FMP)是一种能以信息消息，状态消息，告警消息和差错信息等子属性组成的模型来表达的概念g)各子属性定义(可选)信息消息：由计算机系统或应用系统发出的不要求操作员干预的消息。状态消息：由计算机系统或应用系统发出的不要求操作员干预的但要报告系统当前运行状态的消息。告警消息：由计算机系统或应用系统发出的、指明在操作期间确实要求操作员干预的事件或问题的消息。这肯定是发生了不好的事件的指示符。在计算机科学中，这是一种诊断消息，当计算机程序虽检测到差错或潜在问题但仍在持续处理。发问题的状况。差错消息：由计算机系统或应用系统发出的、指明在运行期间确需操作员干预的重大事件或问题的消息。这肯定是发生了糟糕的事件的指示符。差错消息是出现意外情况时显示出来(通常在计算机或其他设备上)的信息。在现代图形用户界面的操作系统上，差错消息往往利用对话框来显示。当要求用户干预时，差错消息用来指明想要的操作已经失败或传递重要的告警(例如向计算机用户告警硬盘空间几乎占满)。差错消息在计算中很常见，并且成为每一操作系统或计算机硬件设备的组成部分h)QME的输入主要的概念是从软件中提取消息，这可以通过从设计文档中提取“用户功能需求”来完成，然后通过排除与消息无关的“用户功能需求”来获得“用户功能消息需求”。每个提取的用户功能消息需求通过消息识别和功能消息过程来分类i)QME的测量单位消息数j)数值规则累计信息消息数、状态消息数、告警消息数和差错消息数k)标度类型比率该QME尤其对易用性(易学习性)的测量是可用的m)软件生存周期过程设计、编码、测试和维护n)测量约束(可选)有待必要时完成(规程的)步数GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QMEb)目标实体(规程的)各步c)目的和量化属性为获取对规程复杂度的认识。假设：步数越多越复杂。步的定义：(2)使一次标记中能并发的有限多重过渡模式集的同时出现(ISO/IEC15909-1:2004,2.1.26.4)。(3)对过程中所用的某一动作的抽象。该动作可遗留参与该动作的未规定对象。(ISO/IEC15414:2006,6.3.6)注：一步包含至少一个动作。软件的响应不认为是若干步d)相关的质量测度QM,例如对于量化易用性、效率和维护性而言，用户操作规程或维护规程的步数e)测量方法计数所标识的步数f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成需求和设计的不同规程i)QME的测量单位步数j)数值规则累计k)标度类型比率l)QME周境该QME尤其对易用性、效率和维护性是可用的m)软件生存周期过程从需求分析到维护n)测量约束(可选)有待必要时完成任务复杂度b)目标实体任务c)目的和量化属性确定任务的复杂度。软件产品的复杂度主要影响软件的易用性、可靠性和维护性。确定特定任务的复杂度即表明完成该任务的难度。任务的定义：任务是一种需要在定义时段内完成的功能。本部分中是从软件的视角观察，这里提到的功能指软件本身。电气电子工程师协会(IEEE)将复杂度定义为“系统和组件的设计或实现难于理解和验证的程度”。在这项研究中，交互方是用户，完成任务的难度在于输入软件程序的数据或请求，以及从系统中提取结果。注：任务：(1)在软件设计中，一种能与其他软件组件并行操作的软件组件；(2)与其自身控制线程并发的对象；(3)由操作系统中的监督程序视为一个基本工作单元的指令序列(ISO/IEC/IEEE24765:2010词汇);GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QMEc)目的和量化属性(4)旨在获得某一个过程至少一个结果所需的、建议的和许可的动作(ISO/IEC12207:2008、ISO/IEC15288:2008)d)相关的质量测度QM,例如对量化易用性、可靠性和维护性而言，操纵用户界面功能的程序任务复杂度e)测量方法测量任务复杂度f)与量化属性相关的子属性清单(可选)变量和参数g)各子属性定义(可选)软件系统中定义并使用的变量个数。源码使用的变量越多，就越难理解、调试和维护。源码中各函数调用中包含的参数个数。函数参数能视为变量。函数带有大量参数时难以理解、调试和维护h)QME的输入语句中用到的每一变量都将使用复杂度指标增加1个点。对于函数参数：在语句中，每一方法/函数调用都将使复杂度指标增加n个点(n=参数个数)i)QME的测量单位任务复杂度j)数值规则作为示例：低、中和高k)标度类型顺序1)QME周境该QME尤其对易用性、可靠性和维护性是可用的m)软件生存周期过程从设计到维护n)测量约束(可选)有待必要时完成测试用例数b)目标实体测试用例c)目的和量化属性量化“通过/不通过测试。测试用例的定义：软件系统的测试套件中，给出[通过，不通过]两种可能结果的最小独立可执行部分。测试用例更精确定义是：(1)为特定目的开发的测试输入、执行条件和期望结果的集合。特定目的有：运用特定的程序路径，或验证对特定要求的依从性(IEEE1012-2004)。(2)对某一测试项规定输入、预期结果以及执行条件集的文档(IEEE1012-2004)d)相关的质量测度QM,例如对量化的维护性(易测试性)和可靠性(容错性)而言，可自动执行的测试用例数，或每千差错处置测试用例中检测出的失效数e)测量方法测试用例f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成h)QME的输入测试场景和结果GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QMEi)QME的测量单位测试用例数j)数值规则累计k)标度类型比率该QME尤其适用于维护性(易测试性)和可靠性(容错性)m)软件生存周期过程测试n)测量约束(可选)有待必要时完成使用案例数b)目标实体使用案例c)目的和量化属性这是使用案例的规模测量。主要用在效率模型中，有助于量化相关资源的利用率。即有多少资源使用了与其规模相关的使用案例。使用案例的定义：对于动作者(交互的发起人)与系统本身的交互作用的描述。表示为单一步的序列。此性质是从使用案例视角看的功能规模。UML中的使用案例：系统中为某一动作者提供可测量结果值的一项完全任务使用案例规格说明：描述使用案例的文档(ISO/IEC24765:2010)。置条件与替代流d)相关的质量测度QM,例如为完成特定用户期待的任务，为迁移特定风险，为某种特定类型的残障用户的操作，或为量化的产品抗风险、有效性、周境覆盖和易用性的能力所规定的使用案例数。这对于与性能效率(资源利用率)相关的QM也是有用的e)测量方法下列规则用于找到不同场景的不同类型动作：·采用时序排序的动作描述(因而以其唯一性标识符)来指明主要场景的动作之间严格的次序。·迭代和并发动作可以在案例的同一节中表示，而替代的动作则宜写在其他节中。对于替代的路径及扩展，要考虑所有的可能性。注：找出使用案例数以测量软件并发现其关系。有时，使用条件逻辑或活动图更好地描述具有很多规则和条件的案例f)与量化属性相关的子属性清单(可选)动作g)各子属性定义(可选)动作.(1)定义的待完成的工作主体(包括所需的输入输出信息)。(2)某一过程中连贯任务的集合(ISO/IEC12207:2008)h)QME的输入使用案例i)QME的测量单位动作j)数值规则累计k)标度类型比率1)QME周境该QME尤其对抗风险、有效性、周境覆盖和易用性是可用的m)软件生存周期过程需求阶段GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QMEn)测量约束(可选)有待必要时完成操作数b)目标实体操作c)目的和量化属性为高交互性大体量使用的软件提供运算复杂度的测量。在很多环境中，操作员面临重复使用应用程序的相同特征集。在此类情况下，将操作复杂度最小化可显著减少疲劳工作而提升易用性和使用质量的效率。典型情况是，这些操作员对软件具有丰富经验，并选择使用最有效的软件交互方式，来完成操作任务。操作的定义：生成同一产品或提供重复性服务的不间断执行活动。更精确地，操作是指：(1)在预期的环境中运行计算机系统以完成预期功能的过程(ISO/IEC24765:2010);(2)实施一项活动所需的动作(ISO/IEC15940:2006)d)相关的质量测度在量化易用性的操作时，将所出现的操作差错数与总操作数比较，来免除操作差错的程度e)测量方法操作f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成操作员即将操作的控制清单i)QME的测量单位操作次数j)数值规则累计k)标度类型比率l)QME周境该QME尤其对易用性和使用质量的效率是可用的m)软件生存周期过程软件采购——非功能性需求规格说明：作为易用性要求的阈值。——软件获取——COTS选择/比较：作为选择因子。——软件开发——UI设计：作为运算复杂度的预先确定。——测试——非功能性需求依从性：作为与需求做比较的基础。——维护——改进时机的确定：作为UI改进的标识设施n)测量约束(可选)有待必要时完成致命差错数b)目标实体致命差错c)目的和量化属性确定软件的可靠性。致命差错的定义：导致系统或部件的功能完全失能的差错(ISO/IEC24765:2010)d)相关的质量测度为表示容错性、易恢复性引起系统宕机的致命差错数，或为表示可靠性中的易恢复性而从致命差错中恢复正常的数据数GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QMEe)测量方法在测试或运行期间，监控系统或软件并记录致命差错(系统宕机或服务挂起等)的出现次数f)与量化属性相关的子属性清单(可选)有待必要时完成g)各子属性定义(可选)有待必要时完成测试和运行i)QME的测量单位致命差错数j)数值规则累计k)标度类型比率l)QME周境该QME尤其对可靠性(容错性、易恢复性)及抗风险特别有用m)软件生存周期过程测试和运行n)测量约束(可选)有待必要时完成数据库规模b)目标实体数据库c)目的和量化属性数据库规模的定义：数据库中的事件出现次数。当需要传送数据时，该QME能帮助测量新安装软件的易安装性。数据库是指：(1)存储在一个或多个计算机文件中的相互关联的数据的集合(ISO/IEC24765:(2)根据概念结构组织的数据集合，描述数据的特征及其对应实体之间的关系，支持一个或多个应用领域(ISO/IEC2382-1:1993)。(3)描述由一个或多个应用程序使用和更新的特定目标区域的数据集合(ISO/IEC29881:2008信息技术软件与系统工程FiSMA1.1功能规模测量方法)d)相关的质量测度可移植性(易安装性)e)测量方法(测量)数据库(事件)规模f)与量化属性相关的子属性清单(可选)一次出现g)各子属性定义(可选)有待必要时完成h)QME的输入数据库i)QME的测量单位出现次数j)数值规则累计k)标度类型比率该QME尤其对可移植性(易安装性)是可用的m)软件生存周期过程维护n)测量约束(可选)有待必要时完成GB/T25000.21—2019/ISO/IEC25021:2012表A.1(续)序号QMEa)QME名称内存的规模b)目标实体内存规模c)目的和量化属性确定软件正常运行所需的易失性内存和固定内存的总量。内存规模的定义：计算机或计算机设备所存储的总量(以字节的倍数表达)。内存的定义：在处理器以及所有其他内部存储器中，用来执行指令的可寻址存储空间(ISO/IEC2382-1:1993)d)相关的质量测度性能效率(资源利用率)e)测量方法(测量)内存规模f)与量化属性相关的子属性清单(可选)固定存储器、易失性内存、随机存储器、视频存储器、内存分析器g)各子属性定义(可选)固定内存器：以电磁或光学形式保有数据，供计算机处理器访问的器件。“存储器”经常用来指通过输入输出操作连接到计算机的设备和数据，包括硬盘、磁带系统以及除计算机内存或机上存储器以外的其他形式的存储器。易失性内存：需要电源来维持所存储信息的计算机内存。不同于不需要持续供电的储存性存储器。随机存储器(RAM):一种易失性内存。目前采用集成线路形式，允许所存储数据能以任何顺序存取(即随机存取)。“随机”意指任何数据段都能在恒定时间内返回，而不管其物理部位以及是否与前一数据段相关。视频存储器：一种安装在视频适配器上的易失性内存。在图像能发送到显示器之前，先在称为帧缓冲器的视频内存的某一区域中表示为位图。将视频存储器作为一个独立子概念的理由，是为了更精确地确定程序的图形内存要求。内存分析器：利用程序执行时所收集的信息来调查程序的内存模式的工具h)QME的输入内存的使用是高级编程语言独特的特征。它使得运行程序执行期间可以创建任意大小的对象。内存分配的大小关系到程序的性能和大小，从而影响软件的质量。程序员负责跟踪在运行时分配的内存，并在不需要时释放它。最大内存空间，即峰值点，有必要凸显软件所需的最小物理内存。这大都由操作系统内的程序来提供i)QME的测量单位测量单位是字节(B)。千字节(KB)、兆字节(MB)和千兆字节(GB)也能用作测量单位，分别是B、KB和MB的1024倍j)数值规则累计k)标度类型比率资源利用率m)软件生存周期过程主要是维护n)测量约束(可选)有待必要时完成GB/T25000.21—2019/ISO/IEC25021:2012本部分给出的规程适用于ISO/IEC15939测度元素(QME)。目的是帮助ISO/IEC9126系列标准(ISO/IECTR9126-2、ISO/IECTR9126-3、ISO/IECTR9126-4)的用户和SQuaRE质量测量系列标准(ISO/IEC25022、ISO/IEC25023和ISO/IEC25024)的用户应用此方法。本附录有助于在产品生存期内选择和采用各种质量测度来评价产品质量。本部分的用户对填写本附录中所述表格背后的逻辑不感兴趣时，可自行决定去完成6.2中如图2(见6.1)所提示的，为了量化QME,由测量方法的设计方标识并汇集与QME属性量化相关性的标识。设计方为实现数值赋值规则还构建了测量原则及其测量方法的描述。本附录描述了设计测量方法的规程(步骤),从QME标识到数值赋值(测量单位)。以下给出采用设计QME建议步骤：a)标识QME和目标(B.1);b)标识与QME相关的量化属性(B.2);c)定义属性和子属性(B.3);d)构建待量化属性的模型(B.4);e)指派测量单位(公式)及标度类型(B.5)。用该QME。理论上，QME有可能适用于任何质量测度以及产品整个生存周期的任何阶段。本附录中，实现测量方法的设计过程独立于QME和技术。但是，当虑事项能予以定义。这一点之所以有必要，是因为特定的QME与某一子特性有关的质量测度相关。B.1标识QME和目标已从ISO/IEC9126系列标准第2部分～第4部分的质量测度(约250个)中抽取出一种QME清单。对所列的每一QME,都标识了(某一产品的)一个属性。标识QME隐含着是一项不断更新的工有其各自属性的新的潜在QME。最后，在使用周境中标识QME非常重要，因为这提供了关于测量目标和测量结果期望用途的信息。标识QME时，有可能由该QME标识永久性的属性用法。(由何种质量测度所用),测量方法，与量化属性相关的子属性清单，各子属性的定义，QME的输入，设计方也宜阐明是否作为示例从用户或开发方的角度去测量属性。在ISO/IEC9126中有三种视角：内部(开发方)的，外部(用户)的和使用质量(软件由用户使用时)。该文档宜阐明在哪种软件开发生存GB/T25000.21—2019/ISO/IEC25021:2012周期使用该测量方法最好。基于软件生存周期的类型，软件生存周期的阶段可予变更。在B.2标识与QME相关的量化属性对程序员来说，代码行的集合；对软件设计方来说，软件模型表达式集；都是软件元素的好例子对于所指组织，属性的选择直接与QME的选择相关。QME的选择宜与组织中测量程序的目的相关(该组织想要量化哪些特性和子特性?)当使用的QME未被国际标准定义时，组织可以自行定义。B.3定义属性和子属性前研究中如何定义并测量与该QME相关的属性。设计方宜观察质量模型中属性的定义与其他参考文献中的相似点和不同点。这主要取决于QME的目标和使用周境。查阅结果宜与QME的目标和用法B.4构建待量化属性的模型QME的量化属性用来获取模型中的属性。表示软件或软件组成部分的属性和子属性之间的关系即构成模型。此模型描述了如何识别测量方法中的属性和/或子属性。必要信息。QME测量方法有可能涉及人的判断(例如手工计算故障数)或工具(例如对自动化测试随后的失效计数)。指派数值规则属于设计过程的组成部分。数值赋值规则能以习惯视角(通常以文本)描述，或以理GB/T25000.21—2019/ISO/IEC25021:2012此种解释还与值的标度类型(附录D)以及各值间的数学关系相关。若不考虑这些，这种解释就有可能出错。如果标度类型是顺序的，则仅解释为与这两个结果相对的下限值或上限值。假设用户满意度最低为1,最高为5,则3比5低。GB/T25000.21—2019/ISO/IEC25021:2012C.1带表格格式的QME示例表C.1例1:记录数注：此表格是根据6.2表1的数据质量测度的示例。记录数b)目标实体记录c)目的和量化属性目的是确定目标数据的数据质量。记录指“视为一个单位的相关数据项的集合”(ISO/IEC24765:2010)d)相关的质量测度精度测量数据质量测度名称：记录的句法精度测量函数A/B质量测度元素A=带所规定数据项且句法正确的记录数e)测量方法评审并分析数据记录f)与量化属性相关的子属性清单(可选)数据项：数据组中的最低级别的组件。文件：相关记录的集合g)各子属性定义(可选)数据项：数据组中最低级别的组件。物理文件注释：测量方宜考虑数据字典，以找到物理文件h)QME的输入数据库中物理文件i)QME的测量单位记录数j)数值规则将所有记录相加k)标度类型比率I)QME周境选出该QME主要用来测量一组数据的精度和完全性，或用来创建将各数据项质量信息聚合的测度m)软件生存周期过程软件生存周期过程(ISO/IEC12207:2008)软件合格性测试过程(7.1.7)软件质量保证过程(7.2.3)软件验证过程(7.2.4)软件确认过程(7.2.5)软件审核过程(7.2.7)软件问题解决过程(7.2.8)重用资产管理过程(7.3.2)系统生存周期过程(ISO/IEC15288:2008)信息管理过程(6.3.6)m)软件生存周期过程测量过程(6.3.7)系统合格性测试过程(6.4.6)软件维护过程(6.4.10)n)测量约束(可选)在比较来自不同技术环境的结果之前，建议验证该技术对同一信息项产生的记录数的影响序号QME的扩展集与QME直接相关的定义和概念1处理的持续时间处理的持续时间：对系统或软件的所规定任务，从起始点到结束点的时间。处理：利用资源将输入转换为输出的活动的既定次序(ISO9000:2000,GB/T25000.1—2010)。活动持续时间：一项排定活动从开始到结束以日历单位计的时间。[《项目管理知识团体指南》(PMBOKGuide)第4版]实际持续时间：对一项排定活动，从实际开始日期起，到项目排定的基准日期止(当排定活动尚在进行之中),或到实际结束日期止(当排定活动已经完成之后),以日历单位计的时间。[《项目管理知识团体指南》(PMBOKGuide)第4版]持续时间(duration,DU/DUR):完成一项排定活动或工作分解结构组件所需工作时段的总数(不包括假期以及其他非工作时段)。通常表达为工作日数或工作周数。有时误解为等效于经历时间。[《项目管理知识团体指南》(PMBOK⑩Guide)第4版]数据处理(DP):对数据实施的系统性操作(ISO/IEC2382-1:1993,01.01.06)。示例：数据的算术或逻辑运算，数据的归并或排序，程序的汇编或编译，或对文本的操作(例如编辑、排序、归并、存储、检索、显示或打印)。注：术语“数据处理”不宜用作信息处理的同义词。同义词：自动数据处理2可用服务持续时间(系统运行的)可用服务持续时间：某一系统对其操作员或用户以可接受方式工作期间的时段。服务：与某一产品关联的活动、工作或义务的实施(ISO/IEC12207:2008,4.40)(ISO/IEC15939:2007,3.36)另参见：产品，结果和可交付件3响应的持续时间响应持续时间(响应时间)响应时间：从发送的响应请求被触发至响应证实方收到响应的时间段。(ISO/IEC10164-22:2000信息技术开放系统互联系统管理：响应时间监控功能第1版)响应时间：从对互动计算机系统的询问或命令结束到系统响应开始所经历的时间。(ISO/IEC24765:2010)另参见：端口-端口时间，思考时间，周转时间4操作员工作持续时间操作员工作持续时间：从所规定任务量由操作员启动时间到完成时间的操作时段5运行持续时间运行持续时间：实施一项活动所需的时段。(ISO/IEC15940:2006第4版)GB/T25000.21—2019/ISO/IEC25021:2012表C.2(续)序号QME的扩展集与QME直接相关的定义和概念6恢复持续时间恢复持续时间：所中断的负载的主要部分已予修复并认为紧急情况已予终结的时间。由于局部的问题，所中断的某些负载可以尚未恢复7系统迁移持续时间系统迁移持续时间：所规定迁移从开始时间到完结时间的时段8修改持续时间修改持续时间：所规定修改从开始时间到完结时间的时段。修改：将信息库或概念模式中的句子替换成另一句子，从而可能改变可推断句子的集合(ISO/TR9007:1987)9用户数(用户请求数)用户数(用户请求数):由利用系统完成特定功能的个人或组织向系统提出的处理请求的数目。用户：利用系统完成特定功能的个人或组织。注：用户可包括：操作员，软件结果的接收方，软件的开发方维护方(ISO/IEC15939:2002,GB/T25000.1—2010)用户数(特许用户数)用户数(特许用户数):得到授权来利用系统完成特定功能的个人或组织的数目接口数接口：表征某一元素行为的一种命名操作集。(ISO/IEC19501:2005第1版)该QME包括子类别“安全接口数”。注：这包括存在于功能、对象、软件、系统和人员五者之间现存的任何种类的接口日志规模(日志数)日志：记录、描述或表示在某一过程或活动执行过程中确定的选定项目的文件。通常与修改符(例如议题、质量控制、动作或缺陷)一同使用[《项目管理知识团体指南》(PMBOKGuide)第4版]文件数(包括日志记录文档：(1)有唯一性标识，供人员使用的信息单元。例如报告、规范、手册或书籍。采用打印或电子形式。(ISO/IECTR9294:2005)(2)等同于“文档编制项”(ISO/IEC15910:1999第1版)系统处置设备和场地部位数系统处置设备和场地部位数：由系统处置的设备及其部位的数目。注：所处理的各种远程部位越多，设备类型越多，系统就越难处置。部位：关于用户当前访问中网络的连接点的信息。包括地理、行管和IP拓扑三种域的标识。(ISO/IECTR26927:2006第1版)该QME包括子类别“系统处理服务器数”连接数连接：数据传输功能单元之间所建立的关联(ISO/IEC2382-9:1995第2版)资源数(包括资产)资产：对一个组织具有价值的任何事物。注：有很多类型的资产，包括：信息(2.18);软件(计算机程序等),物理件(计算机等),服务，人员及其资质、技能和经验，以及无形资产(声誉、形象等)(ISO/IEC27000:2009)组件数组件：(1)在特定分析级别考虑的系统内，一种具有离散结构的实体。例如某一组合件或软件模块(ISO/IEC15026:1998,3.1)。(2)构成系统的各部分之一(IEEE829-2008,3.1.6)。(3)软件中功能服务的集合。实现之后，表示一种良性定义的功能集，并可由其唯一性名称进行区分。(ISO/IEC29881:2008,A.4)。GB/T25000.21—2019/ISO/IEC25021:2012表C.2(续)序号QME的扩展集与QME直接相关的定义和概念组件数些术语之间的关系尚未标准化。从最终用户或管理方的视角，一个组件可以也可以不独立管理。软件组件(SC):(1)用来指软件系统或元素的通用术语。例如模块、单元或文档[IEEE1061-1998(2)软件配置项中功能上或逻辑上区分开来的部分。加以区别是为了便于将复杂的软件配置项(SCI)设计并规定为下级元素的组合件(ISO/IEC24765:2010)系统元素：(1)构成系统的元素集的成员(ISO/IEC12207:2008,4.49)(ISO/IEC15288:2008,4.32)员指令),设施，物资，自然出现的实体(例如水、生物、矿物),或以上各项的任意组合。注：系统元素是系统中能加以实现以满足所规定要求的离散部分之一。配置项(CI):(1)某一配置内，满足最终使用功能，并能在给定引用点唯一性识别的实体。(2)硬件、软件或两者的组合中，设计为单一实体来管理的项或聚集(ISO/IEC19770-1:2006)数据量数据：以适宜于通信、解释或处理的格式化方式，对信息的可再解释的表示。注1:数据能由人或以自动手段加以处理(ISO/IEC2382-1:1993)。注2:ISO/IEC25000中的定义有所不同，而是指与测量结果相关的数据(ISO/IEC25012:200需求数需求：(1)用户为了解决某一问题或达到某一目标所需的条件或能力(ISO/IEC24765:文件，而应满足或具有的条件或能力(ISO/IEC24765:2010)。(3)(1)或(2)中条件或能力的文档式表述(ISO/IEC24765:2010)。件，所应满足或具备的条件或能力。要求包括发起方、客户和其他利益相关方的量化的和文档化的需要、想法和期望[《项目管理知识团体指南》(PMBOKGuide)分派