路径: 主页 > GB/T > 第217页 > GB/T 25000.20-2021 | 标准编号 | GB/T 25000.20-2021 (GB/T25000.20-2021) | | 中文名称 | | | 英文名称 | Systems and software engineering - Systems and software quality requirements and evaluation (SQuaRE) - Part 20: Quality measurement framework | | 行业 | 国家标准 (推荐) | | 中标分类 | L77 | | 字数估计 | 26,237 | | 发布机构 | 国家市场监督管理总局、中国国家标准化管理委员会 | GB/T 25000.20-2021: 系统与软件工程 系统与软件质量要求和评价（SQuaRE） 第 20 部分：质量测量框架
GB/T 25000.20-2021 英文名称: Systems and software engineering -- Systems and software quality requirements and evaluation (SQuaRE) -- Part 20: Quality measurement framework
1 范围
GB/T 25000的本部分规定了开展质量测量工作的框架。
本部分的内容如下:
---质量测量参考模型;
---不同类型质量测度之间的关系;
---选择质量测度的指南;
---构建质量测度的指南;
---策划和执行测量的指南;
---应用测量结果的指南。
本部分还给出了质量测度和质量测度元素的选择考虑(参见附录A),测量可靠性和质量测度有效
性的评估(参见附录B),编制质量测度的元素(参见附录C),质量测度的测量函数的归一化(参见附录
D)以及ISO/IEC/IEEE15939中的测量信息模型(参见附录E)。
本部分可用于设计、识别、评价和执行系统与软件产品质量、使用质量和数据质量的测量模型。该
参考模型可被开发方、需方、质量保证人员以及独立评价方,尤其是负责规定和评价信息通信技术系统质量的人员所使用。
2 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文
件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 25000.1 系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第1部分:SQuaRE
指南(GB/T 25000.1-2021,ISO/IEC 25000:2014,MOD)
ISO/IEC/IEEE15939 系统与软件工程 测量过程
3 术语和定义
GB/T 25000.1和ISO/IEC/IEEE15939界定的以及下列术语和定义适用于本文件。
3.1
导出测度
由至少两个基本测度值的函数定义的测度。
3.2
外部性质的质量测度
外部性质的
在特定条件下使用时,系统或软件产品使其行为能满足系统(包括软件)的明确和隐含需要程度的
测度。
注:在测试和运行期间,通过执行系统或软件产品来测量、验证和/或确认行为的属性。
示例:在测试期间发现的失效数是一种与存在于计算机系统中的故障数有关的软件质量外部测度。这两种测度不一定是相同的,因为测试不能发现所有的故障;并且在不同的情况下,某一故障会导致明显不同的失效。
3.3
内部性质的质量测度
内部性质的
在指定条件下使用时,软件产品的静态属性满足明确和隐含需要程度的测度。
注1:静态属性包括那些与软件架构、结构及其组件、数据结构及其格式、屏幕上图形显示的结构和外观以及用户
或服务接收者的菜单有关的属性。
注2:静态属性可通过评审、审查、模拟和/或自动化工具来验证。
注3:内部性质的质量测度通常与可在需求中规定或从需求中派生的静态性质和属性的质量需求相关。
示例:在走查中发现的复杂度和故障的数量、严重程度以及失效频率,是从软件产品自身取得的软件内部质量测度。
3.4
系统与软件产品质量
系统和/或软件在规定条件下使用时满足明确和隐含需要的能力。
注:产品质量模型是指GB/T 25000.10中定义的系统与软件产品质量模型。
4 缩略语
5 符合性
任何声称符合本部分的系统与软件产品质量和使用质量以及数据质量的测量过程均应满足第6章
的要求。
6 质量测量
6.1 质量测量参考模型
质量测量参考模型描述了质量模型和由QME构建QM 之间的关系,见图2。该关系构成了系统
与软件产品质量、使用质量和数据质量测量的参考模型。附录E中的测量信息模型描述了属性和测量
之间的关系。
注:目标实体可以是某一系统、某一软件产品或数据。
系统、软件产品或数据的质量是满足各利益相关方明确和隐含需要的程度并提供量值。用户对质
量的需要包括在特定使用周境中的系统质量需求。本标准通过质量模型表示这些明确和隐含的需要,
质量模型将质量分为一组特性,特性在某种情况下被进一步分解为子特性。质量性质通过应用测量方
法进行测量。测量方法是一种逻辑操作序列,用于量化规定标度的属性。一个应用测量方法的结果被
称作一个QME。
QM是通过将测量函数应用于一组QME构建的。测量函数是用于组合QME的算法。一个应用
测量函数的结果被称作一个QM。因此,QM可量化质量特性和子特性。一个质量特性和子特性可用
多个QM进行测量。
在QME也用作QM的特殊情况下,应用的测量函数是恒等函数。QME可以是基本测度或导出
测度。附录B提供了一些用于确认和验证测度的评估信息。QME是根据ISO/IEC/IEEE15939提供
的指南构建完成的。结合质量需求规格说明选择相关的质量特性和子特性的指南见GB/T 25000.30。
使用质量测度对系统与软件产品进行评价的指南见GB/T 25000.40。
6.2 不同QM及其相互关系
GB/T 25000定义了3种质量模型:
a) GB/T 25000.10中的使用质量模型,可应用于系统与软件产品;
b) GB/T 25000.10中的产品质量模型,可应用于系统与软件产品;
c) GB/T 25000.12中的数据质量模型,可应用于计算机系统内由人和系统使用的数据。
这些模型提供和定义了一组质量特性和子特性。GB/T 25000中不同质量模型QM 之间的关系,
见图3。
在特定的使用周境下,当质量需求是通过分析运行概念从用户需要导出时,使用质量QM 被定义
或选择以规定利益相关方的要求。使用质量的QM 通过量化用户和系统之间交互的结果或对利益相
关方(包括间接用户和直接用户)的影响,衡量产品满足特定用户在个人或商业目标方面需要的程度。
这些测度只能在真实运行的系统环境中准备。
产品外部和内部性质的QM分别面向用户(包括测试工程师)和开发方。两者之间没有区别,甚至
在特性和子特征层面上也完全相同。然而,当用户根据目的和软件产品生存周期的阶段应用QM 时,
所选择的QME和QM宜与用户或开发方相关并适合他们。外部性质的QM 被用于测量基于系统行
为的系统与软件产品质量。外部性质的QM 仅用于产品生存周期的测试和运行阶段。基于内部性质
的QM可供用户用于衡量中间可交付成果或工作产品的质量。另外,这些测度可与分析模型一起使
用,预测最终系统与软件产品的质量,支持用户在开发生存周期早期阶段发现系统与软件产品质量问题
并采取纠正和预防措施。
数据质量测度可从使用质量和系统与软件产品质量的需求和测度转化而来,并利用表示目标数据
质量需求的测度,对系统与软件产品的数据质量进行评价,在设计、实现、测试或使用过程中,对数据和产品逐阶段进行验证、确认和改进。数据质量的QM从“固有的”和“系统依赖的”两方面测量系统与软件产品的数据,检测与数据和数据库相关的潜在质量问题。这些QM 可应用于开发、测试和运行阶段。
数据质量对使用质量有很大的影响,尤其对于有效性、有用性和风险管理。
过程质量有助于改善系统与软件产品质量和数据质量。评估系统与软件产品是否能够满足用户质
量需要是系统与软件开发生存周期中的重要组成部分。不同使用周境下的系统、软件产品和数据会影响使用质量。因此,评估和改进过程是提高系统与软件产品质量的一种手段,而评价和改进系统与软件产品质量是提高使用质量的一种手段。同理,评价使用质量可为改进系统与软件产品提供反馈,评价系统与软件产品可为改进过程提供反馈。系统与软件产品质量可用内部和外部性质的QM 来评价。系统与软件产品质量影响数据质量。
图4描述质量生存周期为一组协同关系的QM,可用于在整个生存周期详细规定质量需求,并通过
测量验证和确认所需质量的实现程度来评价质量。整个生存周期包含系统与软件产品以及数据的开
发、运行和维护。从用户和/或利益相关方的角度出发,质量生存周期由三层组成:使用层、运行层和实现层。质量需求和目标实体在不同的层中相互确认和/或验证。用户和/或利益相关方对于包括系统、软件产品和数据在内的任一目标实体的质量需要,可被引出并转换为使用质量的需求,然后转换为使用外部性质的质量需求(例如行为)和使用内部性质的质量需求(例如静态属性)。同时,可根据需求设计目标实体。通过执行和迭代质量生存周期提升和改善质量。
QM包括使用质量的QM、外部性质的QM和内部性质的QM。在使用周境中对利益相关方的影
响可通过使用质量的QM进行测量。外部性质的QM是行为属性的测度,内部性质的QM被用于测量
软件和/或系统的技术或结构属性。目标实体的质量性质包括外部质量性质和内部质量性质。当软件
和/或系统处于运行状态时,内部质量性质会影响外部质量性质,而软件和/或系统在某一使用周境中的
结果或后果受外部质量性质影响。
a 各测度均采用适用的测量函数来构造。
图4 质量生存周期的QM
使用质量需求是基于系统和/或软件产品的预期结果/后果(例如,用户完成特定预期任务所花费的
时间)确定有效性、效率、满意度、抗风险和周境覆盖。它们可导出使用外部性质的质量需求(例如,吞吐量、响应时间等)。使用外部性质的质量需求宜在质量需求规格说明中采用外部性质的QM 的准则进行定量描述,这些准则在评价目标实体时使用。使用外部性质的质量需求可导出使用内部性质的质量需求(例如,程序结构的复杂性等)。使用内部性质的质量需求反映了技术/结构特性。它们可用于指定可交付的、不可执行的软件产品(如文档和手册)的性质。它们还可用作验证的目标实体,并在开发的各个阶段定义验证准则。
通过质量生存周期,可在不同层面中测量达到所需质量的程度以便验证和确认。在使用层,使用周
境在使用质量需求和质量影响之间的确认中起着重要作用。在运行层,使用外部性质的质量需求和外
部质量性质可以相互确认和验证。在实现层,使用内部性质的质量需求和内部质量性质可以相互确认
和验证。
注:使用质量的QM表示由利益相关方的影响所解释的质量;外部性质的 QM 表示在原型测试、产品测试和实际使用时由目标实体的行为所解释的质量;内部性质的 QM 表示由规格说明书和/或源代码审查的结果所解释的质量。
6.3 QM的选择
QM是为了满足开发方、需方、管理者、直接用户和间接用户以及其他利益相关方的信息需要指定
的。潜在满足质量需求的候选QM宜从GB/T 25000提供特定QM的部分中确定,如GB/T 25000.22、
G......
|