GB∕T 25000.1-2021
基本信息
标准号： GB∕T 25000.1-2021
中文名称：系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第1部分：SQuaRE指南
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：8754KB
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB∕T 25000.1-2021 系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第1部分：SQuaRE指南
GB∕T25000.1-2021
标准压缩包解压密码：www.bzxz.net
标准图片预览
标准内容
ICS35.080
中华人民共和国国家标准
GB/T 25000.1—2021
代替（GB/T25000.12010
系统与软件工程
系统与软件质量要求和评价（SQuaRE）第1部分：SQuaRE指南
Systems and software engineering-Systems and software qualityrequirements and evaluation (SQuaRE)-Part 1: Guide to SQuaRE[1S0/1EC 25000:2014, Systems and software engineeringSystems and soltware quality requirements and evaluation (SQuaRE)GuidctoSQuaRE.MOD
2021-04-30发布
国家市场监督管理总局www.bzxz.net
国家标准化管理委员会
2021-11-01实施
GB/T25000.1—2021
规范性引用文件
3术语和定义
4符合性…
5GB/T25000标准各部分的介绍
6GB/T25000标准的公共模型
附录A（资料性附录）GB/T25000标准与美国家标准或ISO标准的美系参考文献
-rrKaeerka-
GB/T 25000.1—2021
GB/工25000≤系统与软件工程系统与软件质量要求和评价（SQuaRE）》已经或计划发布以下部分：
一第1部分：SQuaRE指南；
-第2部分:计划与管埋；
一第10部分：系统与软件质量模型：一第12部分：数据质量模型；
第20部分：质量测量框架；
第21部分：质量测度元素：
第22部分：使用质量测量：
第23部分：系统与软件产品质量测量：第24部分：数据质量测量；
一第30部分：质量需求框架；
一第40部分：评价过程；
第11部分：开发方、需方和独立评价方评价指南；第15部分：易恢复性的评价模块：第51部分：就绪可用软件产品（RUSP)的质量要求和测试纠则：第62部分：易用性测试报告行业通用格式（CIF）。本部分为GB/T25000的第1部分
本部分按照GB/T1.1-2009给出的规则起草：本部分代替GB/T25000.1—2010《软件T程软件产品质量要求与评价（SQuaRE）SQuaRE指南》，与（13/T25000.1—2010朴比，主要技术变化如下删除了22条术语和定义，包括：需方（见2010年版1.1）分析模型（见2010年版4.2）、质量测度的属性（见2010年版1.1）、商业现货软件产品（见2010年版4.6）、决策准则（见2010年版4.10），派生测度（见2010年版4.11）、标准分部（见2010年版4.13）、实体（见2010年版4.15）软件外部质量（见2010午版4.19），失效（见2010午版4.20）、故障（见2010午版4.21），功能性需求（见2010午版4.22）、信息产品（见2010年版4.26）、信息系统要求（见2010年版4.27）、中间软件产品（见2010年版4.28）、中间软件产品要求（见2010年版4.29），软件内部质量（见2010年版4.30）、观察（见2010年版4.39）操作方（见2010年版4.40）需求（见2010年版4.17）、软件使用质量（见2010年版1.54）、软件质量测量（见2010年版1.55）修改了31条术语和定义，包括：属性（见3.1,2010年版1.3）、基本测度（见3.2.2010年版4.5）、定制软件（见3.1.2010年版1.8）、数据（见3.5.2010年版1.9）、元发方（见3.7，2010年版4.12），最终用户（见3.10，2010年版4.14），评价方法（见3.112010版4.16），评价模块（见3.122010年版4.17），隐含要求（见3.15，2010年版4.23），指标（见3.16.2010年版4.24）、信息需要（见3.17.2010版4.25）、维扩方（见3.200年版4.31）、测度（名词）（见3.21，2010年版4.32）、测量（动词）（见3.22，2010年版4.33）测量（见3.23，2010年版4.34）、测量丽数（见3.24，2010年版4.35）测量方法（见3.25，2010年版4.36）测量规程（见3.26，2010年版1.37）、使用质量（见3.31.2010年版4.42）、质量测度元素（见3.31.2010年版1.43）、质量模型（见3.35,2010年版1.11）、评定（见3.36.2010年版4.45）、评定级别（见3.37,2010年版1.46）标度（见3.39，2010年版4.18）软件产品评价（见3.11，2010年版4.50）、软件质量评价（见3.44，2010年版4.53），利益相关方（见3.45，2010午版4.56）供方（见3.46，2010午版4.57）rrKaeerkAca-
GB/T25000.1—2021
系统（见3.47.2010年版4.58）过程日标（见3.482010年版4.59）、用（见3.51.2010年版4.61）确认（见3.52,2010年版1.62）、值（见3.53，2010年版4.63）、验证（见3.54，2010年版4.61）增加了12条术语和定义，包插：数据质量（见3.6）、有效性（见3.8）效率（见3.9），系统和软件质量的外部测度（见3.14）、中问系统或软件品（见3.18）、软件质量内部测度（见3.19），量化属性（见3.28）、产品（见3.30）、使用质量测度（见3.32）、质量测度（见3.33）、满意度（见3.38）、易用性（见3.50）
本部分采用重新起草法修改采用1S0/1EC25000；2011%系统与软件工程系统与软件产品质量要求和评价（SQuaRE）SQuaRE指南》。本部分与ISO/IEC25000：2014村比做厂下述结构调整：一第2章对成IS0/IEC25000：2014的第3章，一第3章对应1S0/1F（25000：2011中的第4章，第4章刘应IS0/IEC25000：2014中的第2章，一丁ISO0/IEC25000:2014第5章的5.1阐述ISO/IEC25000系列标准的组成结构：ISO/IEC25000现行的所有标准已经或止在被采标为GB/T25000标准，因此.在本部分止文阐述IS0/IEC25000系列标准的红成结构不尽合理，们为了使读名对国际标准有全而了解，将这部分内容移到引中。
—IS0/IEC25000：2014中第5章的5.2概述了IS0/IEC25000系列标准各分部的情况，修收为GB/T25000的概述：并独立成第5章：一IS0/IEC25000：2011中第5章的5.8主要概述了（G13/T25000共用的公共模型.修改为本部分第6章。
本部分与IS0/IEC25000：2014的技术差异及H原因如下：对IS0/IEC25000：2014的第4章“术语和定义\迹行了修。补充了一些GB/T25000各部分币通用的术证和定义，包括：基本测度（见3.2）有效性（见3.8）、效率（见3.9）、测量函数（见3.21）、测量方法（见3.25）、测量规程（见3.26）、量化属性（见3.28）、质量测度（见3.33），满意度（见3.38）、测量单位（见3.49）、易用性（见3.50）。本部分做了下列编辑性修改：
为与GB/T25000标准村协调，修改「标准的名称；ISO/IEC25000：2014的附录A介绍1S0/IEC25000系列标准与其他ISO标准的关系·修改为GB/T25000标准与相关国家标准或ISO标准的关系：IS(0/IEC25000：2014的附录B、附录C、附录D介绍了ISO/IEC25000系列标准的历史及应用情况.由于该内容不适用于GB/T25000标准.因此删长这三个资料性附录请注意本文件的某些内容可能涉及专利，本文件的发布机构不承扭识别这些专利的贡任。本部分由全国信总技术标准化技术委员会（SA（/TC28）提出并归口。本部分起草单位：北京中科院软件中心有限公司、珠游南方软件网络评测中心、清华大学、国家应用软件产品质量监督检验中心、抚州中科院数据研究院、深圳赛西信息技术有限公可，重庆市软件评测巾心有限公司、广西达译科技有限公司、中国电子技术标准化研究院、国科元科技（北京)有限公司、福建省电了产品监督检验所、浙江省电了信息产品检验所、广东省科技基础条件平台中心、北京凯思昊鹏软件工程技术有限公司。
本部分主要起草人：陈鹏、奉旭辉、史恋康、王威、张肠肠、干在炯、肖芳冷、丁晓明、刘潇健、庞懿丽、柳毓龙、刘健、李军、李云翔、邓姿娴、顾玉良、吕、何志豪、王溪、本部分所代替标准的历次版本发布情况为：GB/T25000.12010
-riKacerKAca-
GB/T25000.1—2021
计党机止在广泛应用于日益增多的各种成用领域，其止确的运行对于业务成功和（或）人类安全常常是攸关的。因此开发或选择高质量的软件产品是极其重要的。对于软件产品质量全面地说明和评价是保证软件适当质量的关键因素。在考总软件产品所期望的用途时，通过定义合适的质量特性能够达到此日标，重要的是现定和评价每个相应软件产品质量特性，尽可能使用确认的或厂泛认可的测量编制ISO/IEC25000系列标准的总目标是开发个按逻辑组织的、强化的、统一的系列标准，具覆盖两类主要过程：在系统和软件质量测量过程支持下的系统和软件质量需求定义和软件质量评价，IS0/IEC25000系列标准的自的是通过质量需求定义和评价来辅助人们开发和采购系统和软件：品：IS0/IEC25000系列标准建立了系统和软件产品质量需求定义及其测量和评价的准则，它包括3个质量模型（计算机系统和软件产品质量模型、使用质量模型和数据质量模型）使客户质量定义与开发过程属性保持-致。此外.IS0/IFC25000系列标准提供系统和软件产品质量属性的推荐测度，供开发方、需方和独立评价方使用。
ISO/IEC25000系列标准的组织结构如图1所示质量模型分部
质呈需求分部
质量管理分部
质量测量分部
扩展分部
25050-25099
图1IS0/IEC25000系列标准结构
ISO/IEC25000系列标准由下列分部组成：a)ISO/IE02500m
质量评价分部
2504rl
质量管理分部。构成这个分部的标准定义了由ISO/IEC25000系列标准中的所有其他标准引用的全部公共模型、术语和定义。这分部还提供了用于负责管埋系统和软件产品质量需求定义和评价的支持功能要求和建议。b)ISO/IEC2501n-
质量模型分部：构成这个分部的标准给出厂包括计算机系统和软件产品质量、使用质量和数据的详细质量模型。同时还提供了这些质量模型的使用指南。c
ISO/IEC 2502n-
质量测量分部：构成这个分部的标准包括系统和软件产品质量测量参考模型、质量测度的数学定义及其应用的使用指南，给出了软件内部质量、系统和软件外部质量-rrKaeerkAca-
GB/T 25000.1—2021
和使用质量测度的示例。定义并给出了构成后续测量基础的质量测度元素d）IS0/IEC2503n一一质量需求分部。构成这个分部的标准有助于规定质量需求，这些质量需求可用在要开发的软件产品的质量需求导出过程中或用作评价过程的输入：e）IS0)/IEC2504n一一质量评价分部：构成这个分部的标准给出了无论由评价方，需方还是山开发方执行的系统和软件产品评价的要求、建议和指南。还给出厂作为评价模块的质量测量文档编制支持，
f）IS0/IEC25050~IS0/1EC25099——扩展分部。构成这个分部的标准包括了就结可用软件产品（RUSP的质量要求和易用性测试报告行业通用格式（IF）必须强调的是，ISO/IEC25000系列标准只专注丁系统和软件品质量：ISO/IEC25000中IS0/IEC2500m
一“质量管理分部\解决系统和软件品质量需求规格、测量和评价，它与在ISO9000系列标准中定义的过程“质量管理\是独立的.也是截然不同的，相比于其前身标准（1S0/IEC16260和ISO/IEC14598），ISO/IEC:25000系列标准的主要优点如下：
协调了系统和软件产品质量测量和评价的指南a）
指导了系统和软件产品质量需求定义；b）
将ISO/IEC25020《系统与软件T程系统与软件质量要求和评价（SQuaRE）质量测量柜
架》与ISO/IEC/IEEE15939中的软件产品质量测量参考模型进行了融合，IS0/IE（25000系列标准与1S0/1EC9126及IS0/1EC[4598的要差异如下：引人新的通用参考模型；
b）刘每个分部引入专门的、详纠的指南；引入系统产品质量；
引入数据质量模型；
在质量测量分部中引人质量测度元素；0
引人质量需求分部：
合并并修订评价过程；
以示例形式引人实践指南；
协调并融合IS0/IEC15939的内容。ISO/IEC25000系列标准提供：
a）术语和定义：
b）参考模型；
c）通用指南；
单个分部指南；
用于质量需求定义、规划和管理、测量及评价日的的标准。IS0/IEC25000系列标准包括有关质量模型和测量以及质量需求定义和评价的标准。ISO/IEC25000系列标准代替ISO/IEC9126和ISO/IEC14598系列标准GB/T25000标准采标ISO/IEC25000系列标准.在系统和软件质量测量过程的支持下，为系统与软件质量需求定义和评价提供指导和建议。-rrKaeerKAca-
1范围
系统与软件工程
系统与软件质量要求和评价（SOuaRE）第1部分：SQuaRE指南
GB/T 25000.1—2021
GB/T25000的本部分为（G13/T25000整体标准提供使用指南，本部分台在为G3/T25000标准的内容、公共参考模型和定义以及各部分间的关系提供一个全而说明，允许用户根据其使用几的应用本部分。
GB/T25000标准适用但不限于系统和软件产品的开发方、需方和独立的评价方，特别是那些负责定义系统和软件质量需求.及系统和软件产品评价的人员，2规范性引用文件
本文件没有规范性引用文件，
3术语和定义
下列术谱和定义适用于本文件
注：下列定义适用于1/T25000的所有部分3.1
attrihute
实体的固有性质或特性。能以人工或自动化于段定量或是性地加以辨别注：（B/工1C00区分两类属性：在事物中固有地存在的一种持久的特性：给产品、过程或系统指派的特性（如产品的价格、产品的抑有者）。指派的特性并不是产品，过程或系统同有的质量特性。L来源：ISO/IEC/IEEE15939：2017.定义3.2.有修收」3.2
基本测度
base measure
接照某一属性及对其量化的方法所定义的测度。注1：一个基本测度在功能上独立丁共他测度注2：基」2012年版国际计量学词汇：一基础和通用概念及和关术语中\基本呈“的定义［米源：IS0/IEC/IEEF15939：2017.定义3.3]3.3
context of use
使用周境
使用某·产品的用、任务、设备（硬件、软件和物资)以及物埋和社会环境。3.4
定制软件
custonsoftware
根据用心需求规格说明，为特定成用所开发的软件产品：1
rKaeerkAca-
GB/T 25000.1—2021
数据data
信息的川再解释的形式化衣示，以适用丁通信、解释或处理。［米源：IS0/IEC25012：2008，定义4.2]3.6
数据质量
data quality
依照指定条件使用数据时，其特性满足明确的和隐含的要求的程度。3.7
开发方developer
在系统或软件生存周期过程中，从事开发活动(包括需求分析、设计、编码、测试，直到验收)的个人或组织。
［来源：GB/T8566—2007，定义3.9，有修改3.8
有效性effectiveness
用户实现指定月标的准确性和完各性。L来源：IS0924111:2018，定义3.1.123.9
效率efficieney
与用广实现日标的准确性和完备性应的资源消耗注：与软件“效率”的定义相比，易川性中\效率”的定义重接近于“生产率”的含义。3.10
最终用户
enduser
从系统结果巾最终受益的个体，注：最终川可能是系统或软件产品的常规操作员或是作为公众成员的临时用户。3.11
评价方法
evaluation method
捕述评价方为获得适用于产品部件或整个产品规定的测量结果所采取行为的规程，3.12
cvaluation module
评价模块
用丁测量系统和软件质量特性、子特性或属性的评价技术包注：该包包含评价方法和技术，评价的输人，待测量和待收集的数据以及支撑过程和工具。3.13
评价方
evaluator
实施评价的个体或组织。
系统和软件质量的外部测度externalmeasureorsystemorsoftwarequality对于在特定条件下使用的系统或软件产品，其行为能满足明确的和隐含的需求的程度的测度注：在测试和运行期问，通过执行系统或软件产品而验证和（或)确认行为的属性，示例：相对于在计算机系统中望现的改障数而言.在测试期问发现的失效数是软件质量的外部测度。这两种测度不必要等同，因为测试不能发现听有的故障，并口在不同的境况下，个故障会引发不同的失效3.15
隐含要求
implied needs
可能尚末明确闹述却实际需要的要求，-rrKaeerkAca-
注：当系统或软件产品川于特定场合时，些隐含的要求就成为显性的，GB/T 25000.1—2021
示例：隐命的要求包括：尽管没明确剂述但通过其他明确的要求而隐含的要求，以及中于其被认为是显然的或显而易见的，而未明确闻述的要求
indicalor
为所规定属性提供估计或评价的测度，所规定的属性出信息需要的相关模型导出。L来源：ISO/IEC/IEEE15939:2017.定义3.103.17
信息需要
information need
为管理月标、的、风险和问题所需要的主张［米源：ISO/IEC/IEEE159392017.定义3.12]3.18
中间系统或软件产品
intermediate system or software product系统或软件并发过程中的产品，用作系统或软件开发过程另个阶段的输人示例：中问软件产品可包括静态或动态的模型、H他文档和源代码，3.19
软件质量内部测度
internal measure of software quality对于在规定条件下使用的软件产品.其态属性集合对明确和隐含要求的满意度的测度注1：静态属性包括与软件渠构、结构和它的部件有关的属性，注2：静态属性可通过评审、审查，模拟利或）门动化下具米验证示例：在软件走查中发现的复杂性测度，故障数、故障严重程度，放障的失效额率是作用」产品自身的软件内部质量测度
维护方
maintainer
实施维护活动的个人或织。
[米源:GB/T8566
2007，定义3.13，有修改
测度(名词)
measure (noun)
以测量结果来赋估的变量。
注：该术讲“测度”总体上指的是基不测度、派牛测度和指标，L来源：ISO/IEC/IEEE15939:2017.定义3.153.22
测量（动词）
measure(verh）
执行一次测量(活动）。
［来源：GB/T25000.402018，定义4.393.23
measurement
以确定测度的估为目的的·组操作。注：测量可包括分配个定性的类别，例如源程序的讲言（AI)A，C，Jaa等），来源：GB/T20917一2007.定义3.17，有修政3.24
测量函数
measurement function
为组合两个或多个质量测度元素而执行的算法或订算。来源：IS0/IEC/1EEE15939：2017，定义3.203
-rKaeerkca-
GB/T 25000.1—2021
测量方法
measurement method
按所规定标度量化属性，并以通用方式描述的操作的逻辑序列注1：测量方法的类型取决」用」量化属性的操作的性质，可区分为两类：主观的：涉及人为判断的虽化：容观的:基」数字规则的量化
注2：基于2012年版国际计量学词汇一基础和通用概念及机关术语中\测量方法\的定义L来源：ISO/IEC/IEEE159392017.定义3.21」3.26
测量规程
measurement procedure
组具体操作的描述，可按给定方法执行特定的测量：注：改号1993年版计量学基本与通用术访国际词汇L来源：ISO/IEC/IEEE15939:2017.定义3.223.27
测量过程
measurementprocess
在一个完整项目或组织的测量机构内确立、策划、执行和评价系统和软件测量的过程。【米源：G13/20917—2007定义3.24：有修改3.28
量化属性
property to quantify
与质量测度元素相关，并能由某一测量方法予以量化的日标实体的性质。注：软件制品是口标实体的一种示例。3.29
process
将输人转化为输出的相互关联或朴互作用的-组活动。L来源：GB/T19000—2016.定义3.4.1」3.30
produet
生产出的可计量并可交付给用广的制品，其本身可以是成品或组件。注：109000：2005定义了四种约定的通用产品类型：硬件（比如，引擎机拔零件部分）：软件（比如，计算机程）：耶务（比如：运输）：和加工材料（比如，润滑剂）。硬件和加工材料通常是有形产物，而软件或者服务则通带是无形的，、大部分产品包含了届于不同的用产品类别的要素，产品是成为硬件、加工材料、软件还是服务取决于其主要的要素、结果可能是纠件、系统，软件、服务规则、文件或者许多其他物品。在某些情况下，结果可能是诈多排关的单项结果。
［来源：项目管理知识体系指南（PMB0K)第四版：2008，术语表，有修］3.31
使用质量
在用质量
quality in use
在指定使用周境中，品或系统山指定用户使用时，达到其规定目标并能满足用户要求的程度。所规定月标包有效性、效率，抗风险、周境覆盖和满意度等注：在产品发布前·使用质量可以在测试环境下，依照使用的预期用户、月标和周境，来指定与测量、-旦进入使用中，能够按照使用的实际用户，月标和周境来测量，用户的实际要求可能与击求中所期望的要求不一定完个点致.因此实际的使用质量可能与在测试环境下所测虽的使用质虽有所不同。3.32
使用质量测度
在用质量测度
qualityinusemeasure
-rrKaeerkAca-
GB/T 25000.1—2021
在指定使用周境中，系统和软件产品由指定用使用时，达到其规定日标并能满足用要求的程度的测度。所规定几标包括有效性、效率、抗风险、周境覆盖和满意度等，3.33
质量测度
qualitymeasure;QM
至少两个质量测度元素估的测量函数的导出测度。【米源：G3/125000.212019，定义4.13.有修改3.34
质量测度元素
quality measureelements
依据质量的某·性质及对其量化的测量方法所定义的测度。测量方法可以包括数学函数变换等，注：通过计算一个软件质量测度，而后导出实体的软件质虽特性或了特性［米源：GB/T25000.212019，定义4.14.有修改_3.35
qualitymodel
质量模型
为规定质量需求和评价质量提供-种框架而定义的特性及其间关系集合：3.36
rating
把与系统和软件产品质量特性相关的测量值映射到相成评定级别的活动，3.37
评定级别
rating level
在有序标尺上对测量标度进行分级的刻度点。注1：评定等级能使软件产品按照明确或隐含的要求进行分类（评定）注2：合的评定等级与质量的不同视角有关.如\用户\\管理者\或\开发者\的视角，3.38
满意度
satisfaction
系统与软件品作指定的使用周境中使用时.用户的要求被满足的程度，注1：对于不而接与系统与软件产品交互的用户.议与月标实现和可信性相关，注2：满总度是指用户对其与系统与软件产品交互的反应：包拆对产品使用的态度注3：川广包括：与系统交互以实现主要月标的主要川户；提供支持的输助川户：以及接收输出但不与系统交互的间接用户。
注4：在不部分中，川广带要包括与产出、系统坡服务使川相关联的川广总望和期望，超越望和期望是显著增加满意度、改善用户体验的种方法。［来源：G13/125000.10—2016.定义1.2.2.3.有修改3.39
对届性进行映射的连续或离的有序值集合·或分级集合。示例：标度类型的例子有：标称标度对应于一组类口：顺序标度
对应于一组有序的标尺点：问隔标度对应于有等距标尺点的有序标度：比率标度不仅是等距标尺点而且具有绝对零值。使用标称标度和顺序标度生成定性数据.而使用问隔标度和比率标度生成定量数据［来源：ISO/IEC/IEEE15939:2017.定义3.34]3.40
软件产品
software product
一组计算机程序、规程以及可能的相关文档和数据。注1：产品包括中问产品利意图开发方和维护方使用的产品5
-rKaeerkca-
GB/T25000.1—2021
注2：在SQuaRE标准中，软件质量和软件产品质量！有相同的含义，来源：GB/T8566一2007，定义3.273.41
软件产品评价softwareproductevalualion接照规程，对软件产品的一个或多个特性进行评估的技术操作。3.42
软件质量
software quality
在规定条件下使用时，软件产品满足明确或隐含要求的能力：注：该定义不同于GB/T1%000一2016中的质量定义，主要是因为不部分的质量定义指的是对明确和隐含要求的足，而GB/T19000质量定义指的是对需求的满足。3.43
software quality characteristic软件质量特性
在软件质量属性中承载软件质量的范畴。注：软件质量特性可细化为多级子待性并最终到软件质量属性。3.44
软件质量评价
softwarequalityevaluation
对软件产品能够满足明确和隐含要求的能力的系统性考查，3.45
利益相关方
stakeholder
权益相关方
在一个系统或系统特性范国内，具有权利、部分权利、诉求或利益以满足其需要和期望的个休或组织。
注：利益(权益)相关方包括但不限于最终川广、最终川广机构、支持方、开发方、生产方、培训方、维扩方、处置方、需方、供方机构和规章管理团体
【米源：G3/T22032202，定义4.1.41，有修改3.46
供方supplier
与需方签订合同.并按合同条款提供某一系统、软件品或软件服务的个人或组织：L来源：GB/T8566—2007，定义3.313.47
system
为达到一个或多个明确月的而组织起米、交互作用的要素组合体。注1：一个系统可被认为是一个产品或它提供的服务：注2：实际上，对系统含义的解释通常通过使川个联合名词来阐明，如飞行器系统。或者，单词“系统”可符单地上下文相关的同义词来替代，如飞行器.虽然这可能使系统的原则视角有些模糊。［来源：GB/T220322021.定义4.1.46]3.48
过程目标
targetofprocess
测量或评价过程所作用的系统、软件产品或由系统或软件产品所执行的任务。3.49
测量单位
unit of measurement
按约定定义和采用的具体量，其他同类量与这个量逊行比较,用以表示它们相对丁这个量的大小。注：改写1993年版计量学基本与通用术语国际词汇：来源：IS0/IEC/1IEEE15939：2017，定义3.396
-rrKaeerkAca-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T 25000.1—2021
代替（GB/T25000.12010
系统与软件工程
系统与软件质量要求和评价（SQuaRE）第1部分：SQuaRE指南
Systems and software engineering-Systems and software qualityrequirements and evaluation (SQuaRE)-Part 1: Guide to SQuaRE[1S0/1EC 25000:2014, Systems and software engineeringSystems and soltware quality requirements and evaluation (SQuaRE)GuidctoSQuaRE.MOD
2021-04-30发布
国家市场监督管理总局www.bzxz.net
国家标准化管理委员会
2021-11-01实施
GB/T25000.1—2021
规范性引用文件
3术语和定义
4符合性…
5GB/T25000标准各部分的介绍
6GB/T25000标准的公共模型
附录A（资料性附录）GB/T25000标准与美国家标准或ISO标准的美系参考文献
-rrKaeerka-
GB/T 25000.1—2021
GB/工25000≤系统与软件工程系统与软件质量要求和评价（SQuaRE）》已经或计划发布以下部分：
一第1部分：SQuaRE指南；
-第2部分:计划与管埋；
一第10部分：系统与软件质量模型：一第12部分：数据质量模型；
第20部分：质量测量框架；
第21部分：质量测度元素：
第22部分：使用质量测量：
第23部分：系统与软件产品质量测量：第24部分：数据质量测量；
一第30部分：质量需求框架；
一第40部分：评价过程；
第11部分：开发方、需方和独立评价方评价指南；第15部分：易恢复性的评价模块：第51部分：就绪可用软件产品（RUSP)的质量要求和测试纠则：第62部分：易用性测试报告行业通用格式（CIF）。本部分为GB/T25000的第1部分
本部分按照GB/T1.1-2009给出的规则起草：本部分代替GB/T25000.1—2010《软件T程软件产品质量要求与评价（SQuaRE）SQuaRE指南》，与（13/T25000.1—2010朴比，主要技术变化如下删除了22条术语和定义，包括：需方（见2010年版1.1）分析模型（见2010年版4.2）、质量测度的属性（见2010年版1.1）、商业现货软件产品（见2010年版4.6）、决策准则（见2010年版4.10），派生测度（见2010年版4.11）、标准分部（见2010年版4.13）、实体（见2010年版4.15）软件外部质量（见2010午版4.19），失效（见2010午版4.20）、故障（见2010午版4.21），功能性需求（见2010午版4.22）、信息产品（见2010年版4.26）、信息系统要求（见2010年版4.27）、中间软件产品（见2010年版4.28）、中间软件产品要求（见2010年版4.29），软件内部质量（见2010年版4.30）、观察（见2010年版4.39）操作方（见2010年版4.40）需求（见2010年版4.17）、软件使用质量（见2010年版1.54）、软件质量测量（见2010年版1.55）修改了31条术语和定义，包括：属性（见3.1,2010年版1.3）、基本测度（见3.2.2010年版4.5）、定制软件（见3.1.2010年版1.8）、数据（见3.5.2010年版1.9）、元发方（见3.7，2010年版4.12），最终用户（见3.10，2010年版4.14），评价方法（见3.112010版4.16），评价模块（见3.122010年版4.17），隐含要求（见3.15，2010年版4.23），指标（见3.16.2010年版4.24）、信息需要（见3.17.2010版4.25）、维扩方（见3.200年版4.31）、测度（名词）（见3.21，2010年版4.32）、测量（动词）（见3.22，2010年版4.33）测量（见3.23，2010年版4.34）、测量丽数（见3.24，2010年版4.35）测量方法（见3.25，2010年版4.36）测量规程（见3.26，2010年版1.37）、使用质量（见3.31.2010年版4.42）、质量测度元素（见3.31.2010年版1.43）、质量模型（见3.35,2010年版1.11）、评定（见3.36.2010年版4.45）、评定级别（见3.37,2010年版1.46）标度（见3.39，2010年版4.18）软件产品评价（见3.11，2010年版4.50）、软件质量评价（见3.44，2010年版4.53），利益相关方（见3.45，2010午版4.56）供方（见3.46，2010午版4.57）rrKaeerkAca-
GB/T25000.1—2021
系统（见3.47.2010年版4.58）过程日标（见3.482010年版4.59）、用（见3.51.2010年版4.61）确认（见3.52,2010年版1.62）、值（见3.53，2010年版4.63）、验证（见3.54，2010年版4.61）增加了12条术语和定义，包插：数据质量（见3.6）、有效性（见3.8）效率（见3.9），系统和软件质量的外部测度（见3.14）、中问系统或软件品（见3.18）、软件质量内部测度（见3.19），量化属性（见3.28）、产品（见3.30）、使用质量测度（见3.32）、质量测度（见3.33）、满意度（见3.38）、易用性（见3.50）
本部分采用重新起草法修改采用1S0/1EC25000；2011%系统与软件工程系统与软件产品质量要求和评价（SQuaRE）SQuaRE指南》。本部分与ISO/IEC25000：2014村比做厂下述结构调整：一第2章对成IS0/IEC25000：2014的第3章，一第3章对应1S0/1F（25000：2011中的第4章，第4章刘应IS0/IEC25000：2014中的第2章，一丁ISO0/IEC25000:2014第5章的5.1阐述ISO/IEC25000系列标准的组成结构：ISO/IEC25000现行的所有标准已经或止在被采标为GB/T25000标准，因此.在本部分止文阐述IS0/IEC25000系列标准的红成结构不尽合理，们为了使读名对国际标准有全而了解，将这部分内容移到引中。
—IS0/IEC25000：2014中第5章的5.2概述了IS0/IEC25000系列标准各分部的情况，修收为GB/T25000的概述：并独立成第5章：一IS0/IEC25000：2011中第5章的5.8主要概述了（G13/T25000共用的公共模型.修改为本部分第6章。
本部分与IS0/IEC25000：2014的技术差异及H原因如下：对IS0/IEC25000：2014的第4章“术语和定义\迹行了修。补充了一些GB/T25000各部分币通用的术证和定义，包括：基本测度（见3.2）有效性（见3.8）、效率（见3.9）、测量函数（见3.21）、测量方法（见3.25）、测量规程（见3.26）、量化属性（见3.28）、质量测度（见3.33），满意度（见3.38）、测量单位（见3.49）、易用性（见3.50）。本部分做了下列编辑性修改：
为与GB/T25000标准村协调，修改「标准的名称；ISO/IEC25000：2014的附录A介绍1S0/IEC25000系列标准与其他ISO标准的关系·修改为GB/T25000标准与相关国家标准或ISO标准的关系：IS(0/IEC25000：2014的附录B、附录C、附录D介绍了ISO/IEC25000系列标准的历史及应用情况.由于该内容不适用于GB/T25000标准.因此删长这三个资料性附录请注意本文件的某些内容可能涉及专利，本文件的发布机构不承扭识别这些专利的贡任。本部分由全国信总技术标准化技术委员会（SA（/TC28）提出并归口。本部分起草单位：北京中科院软件中心有限公司、珠游南方软件网络评测中心、清华大学、国家应用软件产品质量监督检验中心、抚州中科院数据研究院、深圳赛西信息技术有限公可，重庆市软件评测巾心有限公司、广西达译科技有限公司、中国电子技术标准化研究院、国科元科技（北京)有限公司、福建省电了产品监督检验所、浙江省电了信息产品检验所、广东省科技基础条件平台中心、北京凯思昊鹏软件工程技术有限公司。
本部分主要起草人：陈鹏、奉旭辉、史恋康、王威、张肠肠、干在炯、肖芳冷、丁晓明、刘潇健、庞懿丽、柳毓龙、刘健、李军、李云翔、邓姿娴、顾玉良、吕、何志豪、王溪、本部分所代替标准的历次版本发布情况为：GB/T25000.12010
-riKacerKAca-
GB/T25000.1—2021
计党机止在广泛应用于日益增多的各种成用领域，其止确的运行对于业务成功和（或）人类安全常常是攸关的。因此开发或选择高质量的软件产品是极其重要的。对于软件产品质量全面地说明和评价是保证软件适当质量的关键因素。在考总软件产品所期望的用途时，通过定义合适的质量特性能够达到此日标，重要的是现定和评价每个相应软件产品质量特性，尽可能使用确认的或厂泛认可的测量编制ISO/IEC25000系列标准的总目标是开发个按逻辑组织的、强化的、统一的系列标准，具覆盖两类主要过程：在系统和软件质量测量过程支持下的系统和软件质量需求定义和软件质量评价，IS0/IEC25000系列标准的自的是通过质量需求定义和评价来辅助人们开发和采购系统和软件：品：IS0/IEC25000系列标准建立了系统和软件产品质量需求定义及其测量和评价的准则，它包括3个质量模型（计算机系统和软件产品质量模型、使用质量模型和数据质量模型）使客户质量定义与开发过程属性保持-致。此外.IS0/IFC25000系列标准提供系统和软件产品质量属性的推荐测度，供开发方、需方和独立评价方使用。
ISO/IEC25000系列标准的组织结构如图1所示质量模型分部
质呈需求分部
质量管理分部
质量测量分部
扩展分部
25050-25099
图1IS0/IEC25000系列标准结构
ISO/IEC25000系列标准由下列分部组成：a)ISO/IE02500m
质量评价分部
2504rl
质量管理分部。构成这个分部的标准定义了由ISO/IEC25000系列标准中的所有其他标准引用的全部公共模型、术语和定义。这分部还提供了用于负责管埋系统和软件产品质量需求定义和评价的支持功能要求和建议。b)ISO/IEC2501n-
质量模型分部：构成这个分部的标准给出厂包括计算机系统和软件产品质量、使用质量和数据的详细质量模型。同时还提供了这些质量模型的使用指南。c
ISO/IEC 2502n-
质量测量分部：构成这个分部的标准包括系统和软件产品质量测量参考模型、质量测度的数学定义及其应用的使用指南，给出了软件内部质量、系统和软件外部质量-rrKaeerkAca-
GB/T 25000.1—2021
和使用质量测度的示例。定义并给出了构成后续测量基础的质量测度元素d）IS0/IEC2503n一一质量需求分部。构成这个分部的标准有助于规定质量需求，这些质量需求可用在要开发的软件产品的质量需求导出过程中或用作评价过程的输入：e）IS0)/IEC2504n一一质量评价分部：构成这个分部的标准给出了无论由评价方，需方还是山开发方执行的系统和软件产品评价的要求、建议和指南。还给出厂作为评价模块的质量测量文档编制支持，
f）IS0/IEC25050~IS0/1EC25099——扩展分部。构成这个分部的标准包括了就结可用软件产品（RUSP的质量要求和易用性测试报告行业通用格式（IF）必须强调的是，ISO/IEC25000系列标准只专注丁系统和软件品质量：ISO/IEC25000中IS0/IEC2500m
一“质量管理分部\解决系统和软件品质量需求规格、测量和评价，它与在ISO9000系列标准中定义的过程“质量管理\是独立的.也是截然不同的，相比于其前身标准（1S0/IEC16260和ISO/IEC14598），ISO/IEC:25000系列标准的主要优点如下：
协调了系统和软件产品质量测量和评价的指南a）
指导了系统和软件产品质量需求定义；b）
将ISO/IEC25020《系统与软件T程系统与软件质量要求和评价（SQuaRE）质量测量柜
架》与ISO/IEC/IEEE15939中的软件产品质量测量参考模型进行了融合，IS0/IE（25000系列标准与1S0/1EC9126及IS0/1EC[4598的要差异如下：引人新的通用参考模型；
b）刘每个分部引入专门的、详纠的指南；引入系统产品质量；
引入数据质量模型；
在质量测量分部中引人质量测度元素；0
引人质量需求分部：
合并并修订评价过程；
以示例形式引人实践指南；
协调并融合IS0/IEC15939的内容。ISO/IEC25000系列标准提供：
a）术语和定义：
b）参考模型；
c）通用指南；
单个分部指南；
用于质量需求定义、规划和管理、测量及评价日的的标准。IS0/IEC25000系列标准包括有关质量模型和测量以及质量需求定义和评价的标准。ISO/IEC25000系列标准代替ISO/IEC9126和ISO/IEC14598系列标准GB/T25000标准采标ISO/IEC25000系列标准.在系统和软件质量测量过程的支持下，为系统与软件质量需求定义和评价提供指导和建议。-rrKaeerKAca-
1范围
系统与软件工程
系统与软件质量要求和评价（SOuaRE）第1部分：SQuaRE指南
GB/T 25000.1—2021
GB/T25000的本部分为（G13/T25000整体标准提供使用指南，本部分台在为G3/T25000标准的内容、公共参考模型和定义以及各部分间的关系提供一个全而说明，允许用户根据其使用几的应用本部分。
GB/T25000标准适用但不限于系统和软件产品的开发方、需方和独立的评价方，特别是那些负责定义系统和软件质量需求.及系统和软件产品评价的人员，2规范性引用文件
本文件没有规范性引用文件，
3术语和定义
下列术谱和定义适用于本文件
注：下列定义适用于1/T25000的所有部分3.1
attrihute
实体的固有性质或特性。能以人工或自动化于段定量或是性地加以辨别注：（B/工1C00区分两类属性：在事物中固有地存在的一种持久的特性：给产品、过程或系统指派的特性（如产品的价格、产品的抑有者）。指派的特性并不是产品，过程或系统同有的质量特性。L来源：ISO/IEC/IEEE15939：2017.定义3.2.有修收」3.2
基本测度
base measure
接照某一属性及对其量化的方法所定义的测度。注1：一个基本测度在功能上独立丁共他测度注2：基」2012年版国际计量学词汇：一基础和通用概念及和关术语中\基本呈“的定义［米源：IS0/IEC/IEEF15939：2017.定义3.3]3.3
context of use
使用周境
使用某·产品的用、任务、设备（硬件、软件和物资)以及物埋和社会环境。3.4
定制软件
custonsoftware
根据用心需求规格说明，为特定成用所开发的软件产品：1
rKaeerkAca-
GB/T 25000.1—2021
数据data
信息的川再解释的形式化衣示，以适用丁通信、解释或处理。［米源：IS0/IEC25012：2008，定义4.2]3.6
数据质量
data quality
依照指定条件使用数据时，其特性满足明确的和隐含的要求的程度。3.7
开发方developer
在系统或软件生存周期过程中，从事开发活动(包括需求分析、设计、编码、测试，直到验收)的个人或组织。
［来源：GB/T8566—2007，定义3.9，有修改3.8
有效性effectiveness
用户实现指定月标的准确性和完各性。L来源：IS0924111:2018，定义3.1.123.9
效率efficieney
与用广实现日标的准确性和完备性应的资源消耗注：与软件“效率”的定义相比，易川性中\效率”的定义重接近于“生产率”的含义。3.10
最终用户
enduser
从系统结果巾最终受益的个体，注：最终川可能是系统或软件产品的常规操作员或是作为公众成员的临时用户。3.11
评价方法
evaluation method
捕述评价方为获得适用于产品部件或整个产品规定的测量结果所采取行为的规程，3.12
cvaluation module
评价模块
用丁测量系统和软件质量特性、子特性或属性的评价技术包注：该包包含评价方法和技术，评价的输人，待测量和待收集的数据以及支撑过程和工具。3.13
评价方
evaluator
实施评价的个体或组织。
系统和软件质量的外部测度externalmeasureorsystemorsoftwarequality对于在特定条件下使用的系统或软件产品，其行为能满足明确的和隐含的需求的程度的测度注：在测试和运行期问，通过执行系统或软件产品而验证和（或)确认行为的属性，示例：相对于在计算机系统中望现的改障数而言.在测试期问发现的失效数是软件质量的外部测度。这两种测度不必要等同，因为测试不能发现听有的故障，并口在不同的境况下，个故障会引发不同的失效3.15
隐含要求
implied needs
可能尚末明确闹述却实际需要的要求，-rrKaeerkAca-
注：当系统或软件产品川于特定场合时，些隐含的要求就成为显性的，GB/T 25000.1—2021
示例：隐命的要求包括：尽管没明确剂述但通过其他明确的要求而隐含的要求，以及中于其被认为是显然的或显而易见的，而未明确闻述的要求
indicalor
为所规定属性提供估计或评价的测度，所规定的属性出信息需要的相关模型导出。L来源：ISO/IEC/IEEE15939:2017.定义3.103.17
信息需要
information need
为管理月标、的、风险和问题所需要的主张［米源：ISO/IEC/IEEE159392017.定义3.12]3.18
中间系统或软件产品
intermediate system or software product系统或软件并发过程中的产品，用作系统或软件开发过程另个阶段的输人示例：中问软件产品可包括静态或动态的模型、H他文档和源代码，3.19
软件质量内部测度
internal measure of software quality对于在规定条件下使用的软件产品.其态属性集合对明确和隐含要求的满意度的测度注1：静态属性包括与软件渠构、结构和它的部件有关的属性，注2：静态属性可通过评审、审查，模拟利或）门动化下具米验证示例：在软件走查中发现的复杂性测度，故障数、故障严重程度，放障的失效额率是作用」产品自身的软件内部质量测度
维护方
maintainer
实施维护活动的个人或织。
[米源:GB/T8566
2007，定义3.13，有修改
测度(名词)
measure (noun)
以测量结果来赋估的变量。
注：该术讲“测度”总体上指的是基不测度、派牛测度和指标，L来源：ISO/IEC/IEEE15939:2017.定义3.153.22
测量（动词）
measure(verh）
执行一次测量(活动）。
［来源：GB/T25000.402018，定义4.393.23
measurement
以确定测度的估为目的的·组操作。注：测量可包括分配个定性的类别，例如源程序的讲言（AI)A，C，Jaa等），来源：GB/T20917一2007.定义3.17，有修政3.24
测量函数
measurement function
为组合两个或多个质量测度元素而执行的算法或订算。来源：IS0/IEC/1EEE15939：2017，定义3.203
-rKaeerkca-
GB/T 25000.1—2021
测量方法
measurement method
按所规定标度量化属性，并以通用方式描述的操作的逻辑序列注1：测量方法的类型取决」用」量化属性的操作的性质，可区分为两类：主观的：涉及人为判断的虽化：容观的:基」数字规则的量化
注2：基于2012年版国际计量学词汇一基础和通用概念及机关术语中\测量方法\的定义L来源：ISO/IEC/IEEE159392017.定义3.21」3.26
测量规程
measurement procedure
组具体操作的描述，可按给定方法执行特定的测量：注：改号1993年版计量学基本与通用术访国际词汇L来源：ISO/IEC/IEEE15939:2017.定义3.223.27
测量过程
measurementprocess
在一个完整项目或组织的测量机构内确立、策划、执行和评价系统和软件测量的过程。【米源：G13/20917—2007定义3.24：有修改3.28
量化属性
property to quantify
与质量测度元素相关，并能由某一测量方法予以量化的日标实体的性质。注：软件制品是口标实体的一种示例。3.29
process
将输人转化为输出的相互关联或朴互作用的-组活动。L来源：GB/T19000—2016.定义3.4.1」3.30
produet
生产出的可计量并可交付给用广的制品，其本身可以是成品或组件。注：109000：2005定义了四种约定的通用产品类型：硬件（比如，引擎机拔零件部分）：软件（比如，计算机程）：耶务（比如：运输）：和加工材料（比如，润滑剂）。硬件和加工材料通常是有形产物，而软件或者服务则通带是无形的，、大部分产品包含了届于不同的用产品类别的要素，产品是成为硬件、加工材料、软件还是服务取决于其主要的要素、结果可能是纠件、系统，软件、服务规则、文件或者许多其他物品。在某些情况下，结果可能是诈多排关的单项结果。
［来源：项目管理知识体系指南（PMB0K)第四版：2008，术语表，有修］3.31
使用质量
在用质量
quality in use
在指定使用周境中，品或系统山指定用户使用时，达到其规定目标并能满足用户要求的程度。所规定月标包有效性、效率，抗风险、周境覆盖和满意度等注：在产品发布前·使用质量可以在测试环境下，依照使用的预期用户、月标和周境，来指定与测量、-旦进入使用中，能够按照使用的实际用户，月标和周境来测量，用户的实际要求可能与击求中所期望的要求不一定完个点致.因此实际的使用质量可能与在测试环境下所测虽的使用质虽有所不同。3.32
使用质量测度
在用质量测度
qualityinusemeasure
-rrKaeerkAca-
GB/T 25000.1—2021
在指定使用周境中，系统和软件产品由指定用使用时，达到其规定日标并能满足用要求的程度的测度。所规定几标包括有效性、效率、抗风险、周境覆盖和满意度等，3.33
质量测度
qualitymeasure;QM
至少两个质量测度元素估的测量函数的导出测度。【米源：G3/125000.212019，定义4.13.有修改3.34
质量测度元素
quality measureelements
依据质量的某·性质及对其量化的测量方法所定义的测度。测量方法可以包括数学函数变换等，注：通过计算一个软件质量测度，而后导出实体的软件质虽特性或了特性［米源：GB/T25000.212019，定义4.14.有修改_3.35
qualitymodel
质量模型
为规定质量需求和评价质量提供-种框架而定义的特性及其间关系集合：3.36
rating
把与系统和软件产品质量特性相关的测量值映射到相成评定级别的活动，3.37
评定级别
rating level
在有序标尺上对测量标度进行分级的刻度点。注1：评定等级能使软件产品按照明确或隐含的要求进行分类（评定）注2：合的评定等级与质量的不同视角有关.如\用户\\管理者\或\开发者\的视角，3.38
满意度
satisfaction
系统与软件品作指定的使用周境中使用时.用户的要求被满足的程度，注1：对于不而接与系统与软件产品交互的用户.议与月标实现和可信性相关，注2：满总度是指用户对其与系统与软件产品交互的反应：包拆对产品使用的态度注3：川广包括：与系统交互以实现主要月标的主要川户；提供支持的输助川户：以及接收输出但不与系统交互的间接用户。
注4：在不部分中，川广带要包括与产出、系统坡服务使川相关联的川广总望和期望，超越望和期望是显著增加满意度、改善用户体验的种方法。［来源：G13/125000.10—2016.定义1.2.2.3.有修改3.39
对届性进行映射的连续或离的有序值集合·或分级集合。示例：标度类型的例子有：标称标度对应于一组类口：顺序标度
对应于一组有序的标尺点：问隔标度对应于有等距标尺点的有序标度：比率标度不仅是等距标尺点而且具有绝对零值。使用标称标度和顺序标度生成定性数据.而使用问隔标度和比率标度生成定量数据［来源：ISO/IEC/IEEE15939:2017.定义3.34]3.40
软件产品
software product
一组计算机程序、规程以及可能的相关文档和数据。注1：产品包括中问产品利意图开发方和维护方使用的产品5
-rKaeerkca-
GB/T25000.1—2021
注2：在SQuaRE标准中，软件质量和软件产品质量！有相同的含义，来源：GB/T8566一2007，定义3.273.41
软件产品评价softwareproductevalualion接照规程，对软件产品的一个或多个特性进行评估的技术操作。3.42
软件质量
software quality
在规定条件下使用时，软件产品满足明确或隐含要求的能力：注：该定义不同于GB/T1%000一2016中的质量定义，主要是因为不部分的质量定义指的是对明确和隐含要求的足，而GB/T19000质量定义指的是对需求的满足。3.43
software quality characteristic软件质量特性
在软件质量属性中承载软件质量的范畴。注：软件质量特性可细化为多级子待性并最终到软件质量属性。3.44
软件质量评价
softwarequalityevaluation
对软件产品能够满足明确和隐含要求的能力的系统性考查，3.45
利益相关方
stakeholder
权益相关方
在一个系统或系统特性范国内，具有权利、部分权利、诉求或利益以满足其需要和期望的个休或组织。
注：利益(权益)相关方包括但不限于最终川广、最终川广机构、支持方、开发方、生产方、培训方、维扩方、处置方、需方、供方机构和规章管理团体
【米源：G3/T22032202，定义4.1.41，有修改3.46
供方supplier
与需方签订合同.并按合同条款提供某一系统、软件品或软件服务的个人或组织：L来源：GB/T8566—2007，定义3.313.47
system
为达到一个或多个明确月的而组织起米、交互作用的要素组合体。注1：一个系统可被认为是一个产品或它提供的服务：注2：实际上，对系统含义的解释通常通过使川个联合名词来阐明，如飞行器系统。或者，单词“系统”可符单地上下文相关的同义词来替代，如飞行器.虽然这可能使系统的原则视角有些模糊。［来源：GB/T220322021.定义4.1.46]3.48
过程目标
targetofprocess
测量或评价过程所作用的系统、软件产品或由系统或软件产品所执行的任务。3.49
测量单位
unit of measurement
按约定定义和采用的具体量，其他同类量与这个量逊行比较,用以表示它们相对丁这个量的大小。注：改写1993年版计量学基本与通用术语国际词汇：来源：IS0/IEC/1IEEE15939：2017，定义3.396
-rrKaeerkAca-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。