GB∕T 25000.30-2021
基本信息
标准号： GB∕T 25000.30-2021
中文名称：系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第30部分：质量需求框架
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.rar .pdf
下载大小：17637KB
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB∕T 25000.30-2021 系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第30部分：质量需求框架
GB∕T25000.30-2021
标准压缩包解压密码：www.bzxz.net
标准图片预览
标准内容
ICS35.080
中华人民共和国国家标准
GB/T25000.30—2021
系统与软件工程
系统与软件质量要求和评价（SOuaRE）第30部分：质量需求框架
Systems and software engineering-Systems and software qualityrequirementsand evaluation(SOuaRE)-Part30：Qualityrequirementsframework[ISO/IEC25030:2019,Systems and software engineeringSystcms and softwarc quality rcquircmcnts and cvaluation(SQuaRE)Quality requirements framework,MODJ2021-04-30发布
国家市场监督管理总局
国家标准化管理委员会
2021-11-01实施
GB/T25000.30—2021
规范性引用文件
术语和定义
缩略语
符合性
质量需求概念
质量需求过程
8使用和管控质量需求
附录A（资料性附录）不同I(T产品所需的质量级别示例（使用决策表格式）附录B（资料性附录）
附录（（资料性附录）
产品质量特性之问的关系示例
与（13/122032一2021（系统牛存周期过程）的关系附录D（资料性附录）本部分与ISO/IEC/IEEE29148：2018（需求工程过程)的关系附录E（资料性附录）
质量要求抽取的推荐过程
附录F（资料性附录）利益相关方—一日标矩阵示例附录G（资料性附录）质量要求映射到质量特性的示例·附录H（资料性附录）从使用质量需求导出产品质量需求·附录I（资料性附录）
附录」（资料性附录）
参考文献
规定质量需求的尔例
质量需求到软件的部署和可追溯性示例-rKaeerka-
GB/T 25000.30—2021
GB/T25000系统与软件工程
系统与软件质量要求和评价（SQuaRE）》已经或划发布以下部分：
第1部分：SQuaRE指南；
第2部分：计划与管理：
第10部分：系统与软件质量模型；第12部分：数据质量模型；
第20部分：质量测量框架：
第21部分：质量测度元素；
一第22部分：使用质量测量；
第23部分：系统与软件产品质量测量：第24部分：数据质量测量；
一第30部分：质量需求框架；
第40部分：评价过程：
第41部分：开发方、需方和独立评价方评价指南；第15部分：易恢复性的评价模块：第51部分：就绪可用软件产品（RUSP)的质量要求和测试细则：第62部分：易用性测试报告行业通用格式（CIF）：本部分为G3/T25000的第30部分
本部分按照GB/T1.1一2009给山的规则起草：本部分使用重新起节法修改采用ISO/IEC25030：2019《系统与软件T程系统与软件质量要求和评价（SQuaRE）质量需求框架》本部分与IS0)/IEC25030：2019相比做了下述结构调整：附录A对应ISO/IEC25030.2019中的附录J：附录1对应1S0/IE25030:2019中的附录G;附录C对应ISO/IEC25030:2019中的附录D附录D对应IS0/IEC25030:2019中的附录E;附录E对应ISO/IEC25030:2019中的附录A：附录F刘应IS0/IEC25030:2019中的附录I；附录G对成1SO/1EC:250302019中的附录3附录H对应IS0/IEC25030:2019中的附录F：附录I对成ISO/IEC25030:2019中的附录C：附录J对应IS0/1EC25030:2019中的附录H。本部分与IS0/IEC25030：2019的技术差异及其原因如下：用规范性可[用的GB/T25000.1—2021,GB/T25000.10—2016.GB/T25000.12—2017、GB/T25000.22—2019,(G13/T25000.23—2019,G13/T25000.24—2017代替ISO/IEC25000:2014,IS0/IEC 25010:2011,ISO/IEC 25012,ISO/IEC 25022、IS0/IEC 25023,ISO/IEC25024，文件之间的致性程度均为修改，以适应成我国的技术条件，增加可操作性：用舰范性号用文件G[3/T22032代替了1S0/1EC/1FEE15288：2015，文件之间的二致性程度-rKaeerkca-
GB/T25000.30—2021
为等同.以增加可操作性；
——增加规范性引用文件IS0/1E:TR12182.2015；由于1S0/1EC25030：2019第3章中的部分术语与IS0/1EC25000：2014第3章中的部分术语措述不同,为了统一，特采用了GB/T25000.1中的术语定义，这些术语包括：质量测度、利益相关方、用户、确认、验证；一为了保证内容的完整性，6.2的最开始增川广关于（B/T25000系列标准定义的三种质量需求的描述。
本部分做了下列编辑性改动：
为与GB/T25000国家标准相协调，将标准名称修收为《系统与软件工程系统与软件质量要求和评价（SQuaRE）第30部分：质量需求框渠》；附录C中涉及广对GB/T22032一2021的引用.为『保证致性，其中的表述方式均与G3/T22032—2021中6.1.2和61.3原文中的表述—致；IT服务质量需求所涉及内容不属于本部分规定内容，删除了1S0/IEC25030：2019的附录K(资料性)IT服务质量需求。
请注意本文件的某些内容川能涉及专利。本文件的发布机构不承担识别这些专利的责任，本部分由全国信息技术标准化技术委员会（SAC/TC28)提出并归。本部分起草单位：「海鸿迪信息技术有限公司、深圳赛西信息技术有限公司、1海立信会计金融学院，中国电了技术标准化研究院」西达译科技有限公司国家应用软件产品质量监督检验中心、新江省电子信息产品检验所，福建省电子产品监督检验所、重庆市软件评测中心有限公司、北京中科院软件中心有限公司、珠海南方软件网络评测中心、北京邮电大学、上海丰源信息技术研究中心本部分主要起草人：何志峰、张吻吻、胡乃静、刘潇健、士颖颖、庞懿耐、张立、士威、季永炜、柳毓龙、」晓明、袁玉宁、吕雪、陈鹏、黄兆森、工溪、张旭清、邓姿斓、孟园、曹刚、iiKaeerkAca-
GB/T25000.30—2021
作为系统、软件和数据需求的一部分，标识和规定质量需求是非常重要的，因为如同规定明确的功能需求一样.恰当平衡的质量需求同样是满足利益相关方目标的关键因素。质量需求对丁实施下列各项是需要的：
a）规约系统（包括合同签订和招标）；b）规划项目(包括行性分析)：
c）开发系统（包括在开发期间对体系结构驱动和潜在的质量问题的识别）；l）评价系统（包括质量的客观评估和认证）本部分聚焦丁定义、使用、管控系统与软件质量需求，如果系统与软件质量需求没有清晰的定义，则有美的利益朴关方评中、解释、实现和评价它们是很困难的，由此可导致系统与用广期望不致且质量低下：并Ⅱ因时间和成本超出原计划以致系统返工。因此系统与软件质量需求亢在系统开发期尽可能清晰地规定.以对软件并发或获取提供关键的输入。本部分通过对软件质量需求提出要求和建设.以及通过给出用于定义和使用质量需求的步骤指南：来达到改迹和提升质量需求的质量。通过使用B/T25000.10和GB/T25000.12巾定义的质量模型将质量需求分类为特性或子特性：这些特性或了特性的测量在GB/T25000.20、G3/T23000.21、G3/T25000.22、G13/T25000.23和GB/工25000.24中被定义·而这些特性或子特性川用丁规定一个标系统或数据的质量需求并评价具质量。
此外，许多系统现已深度最人到人们常生活所使用的社会基础设施中，需要系统达到更高的质量：例如，亏联系统需要具备互操作性、信息安全性、可靠性、维扩性和易用性，本部分结合广B/T25000巾其他标准，给出广定义和使用质量需求的史多实践指导，图1给出了SQuaRE系列国际标准的组织结构，其组成部分均称为分部。SQuaRE系列国际标准山五天主分部和扩展分部组成，SQuRE系列国际标准中各分部的概还如下：a）ISO/IEC2500n——质量管埋分部。构成这个分部的标准定义「由ISO/IEC25000系列标准中的所有其他标准引用的全部公共模型、术语和定义，这一分部还提供了用于负责管理软件产品的质量需求定义和评价的支持功能的要求和建议。h）ISO/IEC2501n一一质量模型分部。构成这个分部的标准给出『包括计算机系统与软件产品质量、使用质量和数据的详细质量模型。同时还提供了使用这些质量模型的使用指南。c）ISO/IEC2502n一一质量测量分部：构成这个分部的标准包括软件品质量测量参考模型、质量测量的数学定义及其成用的使用指南，给出了广软件内部质量、软件外部质量和使用质量测量的小例·定义并给出了构成后续测量基谢的质量测度儿素d）IS/IEC2503n一一质量需求分部：构成这个分部的标准有助于在质量模型和质量测量的基础舰定质量需求。这些质量需求可用在要开发的软件产品的质量需求导出过程中或用作评价过程的输入。
e）ISO/IEC2504n—一质量评价分部。构成这个分部的标准给出了无论由独立评价方、需方还是由开发方执行的软件产品的评价要求、建议和指南，还给出了作为评价模块的质量测量文件缩制的支持。
f）ISO/IEC25050~ISO/IEC25099——扩展分布，构成这个分部的标准包括「就绪可用软件产品（RUSP)的质量需求和易用性测试报告行业通用格式（CIF)，=
-riKacerKAca-
GB/T25000.30—2021
质量需求分部
质量模型分部
质量管理分部
质量测量分部
扩展分部
25050-25099
SQuaRE系列国际标准的组织
-rKaeerkca-
质量评价分部
1范围
系统与软件工程系统与软件
质量要求和评价（SQuaRE）
第30部分：质量需求框架
GB/T25000.30—2021
B/工25000的本部分为系统、软件产品及数据提供了质量需求的括架，包括质量需求的摄念，以及抽取、定义和管控它们的过程和方法：本部分期望的读者包括但不限于：需方：评价系统，软件产品和数据是否符合具价值定位：即是否满期望的质量：一开发方：设计、实现和测试系统、软件产品和数据，以确保其满足期望的质量；测试方：验证和确认系统、软件产品和数据是否满足期望质量：一项口管埋方：计划、监督和控制期望质量的进展；独立评价方：按客观准则评价系统、软件产品和数据。本部分遵循GB/T22032中定义的技术过程，其与抽取利益相关方的质量要求有关，并Ⅱ与质量需求的分析、定义和维护有关。在本部分中.G3/T25000.10和G3/T25000.12的质量模型用于对质量需求进行分类，以及依照GB/T25000.20、GB/T25000.21、GB/T25000.22、GB/T25000.23和G3/T25000.21中的质量测度，为量化质量需求奠定基础本部分不包含其他需求（如功能需求、过程需求等)的定义：本部分不规定任何特定的软件质量测度，也不规定特定的开发过程。2规范性引用文件
下列文件对丁本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用丁本文件。凡是不注期的引用文件，其最新版本（包括所有的修改单)适用于本文件GB/T22032系统与软件工程系统生存周期过程（GB/T22032—2021，ISO/IEC）IFEE15288:2015.IDT)
系统与软件质量要求和评价（SQuaRE）第1部分：GB/T25000.12021系统与软件上程SQuaRE 指南(ISO/IEC 25000:2011.MOD)GB/T25000.102016系统与软件工程系统与软件质量要求和评价（SQuaRE）第10部分：
系统与软件质量模型（ISO/IEC25010：2011，MOD）GB/T25000.122017系统与软件工程系统与软件质量要求和评价（SQuaRE）数质量模型（ISO/IEC25012：2008，MOD）系统与软件质量要求和评价（SQuaRE）G3/T25000.222019系统与软件工程使用质量测量（ISO/IEC25022：2016MOD）系统与软件质量要求和评价（SQuaRE）GB/T25000.232019系统与软件工程系统与软件产品质量测量（ISO/IEC25023：2016，MOD)）第12部分：
第22部分：
第23部分：
第21部分：
G3/T25000.242017系统与软件工程系统与软件质量要求和评价（SQuaRE）数据质量测量（ISO/IEC25024：2015MOD）IT系统和分类的框架软件和应用指南（Systcmand1SO/1ETR12182：2015系统与软件工程-riKacerKAca-
GB/T25000.30—2021
softwareengineeringFramework for categorization of IT systems and software,and guidefor applying it)
3术语和定义
GB/T25000.12021界定的以及下列术语和定义适用于本文件。注：为了便于闻读，GB/T23000系列标准及其他ISO标准中的基础定义在这甲重复列出，3.1
classification axis
分类轴
按照特定的视角，将系统与软件进行分类映射的全部范国。［来源：ISO/IECTR12182.2015.定义3.7-3.2
使用周境
contextofuse
用、任务、设各（破件、软件和原材料)以及使用某产品的物埋和社会环境［来源：GB/T18978.112004,定义3.5]3.3
部署deployment
需求部署deployment of requirements在系统分解的同时进行需求（9.16)指派3.4
导出derivation
需求的导出derivation of requirement在同·系统级将需求（3.16)从-种类型的需求转换为另-种需求的步骤。注：需求的类型包括使儿质量需求产品质量需求和数据质量需求。3.5
基于领域的需求
domain-based requirement
起源于某个特定应用领域的需求（3.16）.3.6
功能性需求functional requirement规定某一系统或系统组件应完成的某一功能的需求（3.16）。L来源：IEEE730：2014，定义3.163.7
ICT需求 ICT requirement
在设计过程中通过采纳某种信息通信技术(ICT)的技术解决方案而得到的需求（3.16）注：ICT技术性解决方案包括基于Web的技术、公服务器等：3.8
ICT产品ICTproduct
采用信息通信技术（ICT）并能使其成为信息系统（3.10)组成部分的产品（3.12）注：图3满述了ICT产品的组成及其与信息系统的关系。3.9
间接用户indirectuser
接收某系统的输出，但不与系统交互的个人或组织。注：例如，执行管理者、服务需方。2
-rKaeerkAca-
L来源：GB/T25000.10—2016.定义3.10Einformationsystem
信息系统
GB/T25000.30—2021
由软件、破件、通信设施、数据及在给定的环境中使用其为满足信息处埋需要的人员所组成的系统注：图3描述了信息系统的纠成，3.11
主用户primary user
与系统交互以达到主要月标的用户（3.20），L来源：GB/T25000.10—2016.定义4.6a），有修改3.12
产品product
生产出米、可量化、可作为最终件或名组件交付给用户的制品。注1：该定义改编自项月管理知识体系指南（PMBO)K)第丘版。注2：产品包括ICT产品，软件和软件组件。3.13
使用质量
qualityin use
在用质量
在特定使用周境（3.2）中，使用产品，系统或服务的性态，态度性结果及后果满足用户（3.20）或其他利益相关方（3.18)的要求的程度：3.14
质量测度
quality measure
至少两个质量测度元素值的测量丽数的导出测度。L来源：GB/T25000.1—2021.定义3.333.15
质量需求
quality requirement
针对呆ICT产品（3.8），数据或服务的质量属性，为满足使用日的要求随之产生的需求（3.16）注：本文档中的质量需求不盖服务质量需求。3.16
需求 requirement
转换或表达要求及其相关约束和条件的陈述。【来源：GB/T220322021.定义4.1.37有修3.17
secondaryuser
辅用户
与产品交互以支持主用（3.11)的用（3.20）［来源：IS0/IEC/IEEE247652017.定义3.36513.18
利益相关方stakeholder
权益相关方
在一个系统或系统特性范国内，具有权利、部分权利、主张或利益以满足其要求和期望的个休或组织。
注：利益相关方包括但不限」最终用户、最终使用组织、支持方、开发方、生产方、培训方、维护方、部器方、需方、供方组织和法规体。
［米源：G3/T25000.1—2021，定义3.45]3
-rKaeerkca-
GB/T25000.30—2021
技术产品质量需求technicalproductqualityrequirement对干产品开发和维护对程中用到，技术「已标识的特性的产品质量需求，3.20
用户user
为执行特定功能而使用系统或软件的个人或组织［来源：GB/T25000.12021.定义3.51]3.21
确认validation
通过提供客观证据来证实针对某一特定预期用途的需求已经得到满足。【米源：GB/T25000.12021.定义3.52，有修改］3.22
verificalion
通过提供客观证据来证实规定的需求已经得到满足定义：（G3/125000.1一2021，定义3.54.有修改4缩略语
下列缩略语适用丁本文件：
5符合性
信息通信技术（InformationandComnunicationTechnology）信息技术（InformationTechnology）品质量需求（ProcluctQualityRequirement）使用质量需求(QualityIn UseRequiremen)数据质量需求（DataQualiyRequiremen）软件需求规格说明（SoltwareRequirementsSpecification）利益相关方需求规格说明（StakeholderRenuiremenlsSpecification）系统需求规格说明（SystemRequirementsSpecification)）任何声称符合本部分的质量需求规格说明，则应满足第6章、第7章和第8章规定的所有要求，6质量需求概念
6.1总则
本章描述质量需求的概念，包括定义质量需求的日标实体，以及对它们的要考虑6.2质量需求类型
GB/T25000各部分共规定了一种质量需求，即使用质量需求（QIUR）、品质量需求（PQR）、数据质量需求（DQR）。
QIUR从利益相关方的角度指定了所需的质量等级。这些需求源丁不同利益相关方的需求。QIUR与产品在特定使用周境中的使用输出有关，并且QIUR可用作产品确认的目标。PQR从ICT品的角度规定了所需的质量等级。它们中大部分源丁利益相关方的质量需求，包rKaeerkAca-
GB/T 25000.30—2021
括QI儿R，可用作日标ICT产品的验证和确认：技术产品质量需求是指在技术上认定的属性（如日标规格说明.源代码等)以满足其他PQR的需求，技术产品质量需求可用作开发和维护各个阶段的验证月标。
注1：PQR还可用丁规定可交付的，不可执热行的件产品的届件，例如文档利手所DQR规定了与产品相关的数据所需的质量等级。具体包括源丁输人和输出产品的QIUR和PQR需求。DQR可用于数据方面的验证和确认。注2：许多DQR可以从口标产品的PQR中导出.而某些DQR可直接来户QIUR,例如数据完整性。6.3质量需求目标
6.2中所述的三种质量需求的范围见图2：QIUR根据信息系统定义，不仪包括某种ICT产品，还包括它的用户和相关坏境（例如，由ICT产品监视/控制的机器和使用ICT产品的业务过程），PQR根据ICT产品或其组成部分定义（包括ICT产品的了产品、硬件、通信设施、软件，在某些情况下，还包括软件组件），而DQR根据ICT产品内部的数据定义。图2仅描述了每种质量需求类型的范用，关丁系统的层次结构见图3。QUR
注：xQRs指多种质量需求，
硬件利通信设施
质量需求
ICT产品
实体类型
图2质量需求范围
-rKaeerka-
信息系统
使用周境
有关环境
能为A型实体定义
PQR/DQR
共他利益相关方
其他环境
GB/T25000.30—2021
子系统
TCT组件
广组件
信息系统
JCT产品
1.ICT组件
软件纽件
*ICT组件
其他利益相关方
*ICT组件bZxz.net
实体类
图3图2中使用的系统层次结构
注1：川广包括主川广，辅川广和间接川广，详见表21.
有关环境
ICT组件
通信设施
中，组成
大十或等于0
1.*火于或等于1
注2：“多系统中的系绕\可以看作是一个信息系统，它谨归地包个一选辅助信息系统注3：一个ICT品包括软件，还可包括数据、硬件，通催设施和其他ICT产品作为其ICT组件6.4质量需求的质量模型和质量测度通过采用质量模型和质量测度定义质量需求。表1给出了可用丁定义每种类型质量需求的国家标准。
表1质量需求的质量模型和测度
质量需求
质量模型
GB/T25000.10-2016使川质量模型GB/T25000,10—2016系统与软件产品质量模型GB/T25000,12—2017数据质量模型质量测度
GB/T25000.22—2019他川质量测量GB/T25000,23—2019系统与软件产品质量测量GB/T25000.242017数据质量测量GB/T25000.22—2019.GB/T25000.23—2019和GB/T25000.24—2017以表格形式提供质量测度清单，该表按质量特性及其子特性分类。以下信息用于表示表中每·项质量测度：a）ID：质量测度的标识号：
名称：质量测度名；
描述：质量测度提供的信息；
）测量函数：显示质量测度元素如何组合以产生质量测度的数学公式注：GB3/25000.222019中列出的每项质量测度可川于测量特定的使川周境中的有效性，效率、满意度和抗风险程度，G3/T250C0.23—2019中列出的每项质量测度可用于测量内部届性（通常是中间产品的静态测度）、外部属件（通常通过测量执行代码时的行为）或两种兼而有之：GB/T2000.242017中列出的每一项质量测度布rKaeerkAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T25000.30—2021
系统与软件工程
系统与软件质量要求和评价（SOuaRE）第30部分：质量需求框架
Systems and software engineering-Systems and software qualityrequirementsand evaluation(SOuaRE)-Part30：Qualityrequirementsframework[ISO/IEC25030:2019,Systems and software engineeringSystcms and softwarc quality rcquircmcnts and cvaluation(SQuaRE)Quality requirements framework,MODJ2021-04-30发布
国家市场监督管理总局
国家标准化管理委员会
2021-11-01实施
GB/T25000.30—2021
规范性引用文件
术语和定义
缩略语
符合性
质量需求概念
质量需求过程
8使用和管控质量需求
附录A（资料性附录）不同I(T产品所需的质量级别示例（使用决策表格式）附录B（资料性附录）
附录（（资料性附录）
产品质量特性之问的关系示例
与（13/122032一2021（系统牛存周期过程）的关系附录D（资料性附录）本部分与ISO/IEC/IEEE29148：2018（需求工程过程)的关系附录E（资料性附录）
质量要求抽取的推荐过程
附录F（资料性附录）利益相关方—一日标矩阵示例附录G（资料性附录）质量要求映射到质量特性的示例·附录H（资料性附录）从使用质量需求导出产品质量需求·附录I（资料性附录）
附录」（资料性附录）
参考文献
规定质量需求的尔例
质量需求到软件的部署和可追溯性示例-rKaeerka-
GB/T 25000.30—2021
GB/T25000系统与软件工程
系统与软件质量要求和评价（SQuaRE）》已经或划发布以下部分：
第1部分：SQuaRE指南；
第2部分：计划与管理：
第10部分：系统与软件质量模型；第12部分：数据质量模型；
第20部分：质量测量框架：
第21部分：质量测度元素；
一第22部分：使用质量测量；
第23部分：系统与软件产品质量测量：第24部分：数据质量测量；
一第30部分：质量需求框架；
第40部分：评价过程：
第41部分：开发方、需方和独立评价方评价指南；第15部分：易恢复性的评价模块：第51部分：就绪可用软件产品（RUSP)的质量要求和测试细则：第62部分：易用性测试报告行业通用格式（CIF）：本部分为G3/T25000的第30部分
本部分按照GB/T1.1一2009给山的规则起草：本部分使用重新起节法修改采用ISO/IEC25030：2019《系统与软件T程系统与软件质量要求和评价（SQuaRE）质量需求框架》本部分与IS0)/IEC25030：2019相比做了下述结构调整：附录A对应ISO/IEC25030.2019中的附录J：附录1对应1S0/IE25030:2019中的附录G;附录C对应ISO/IEC25030:2019中的附录D附录D对应IS0/IEC25030:2019中的附录E;附录E对应ISO/IEC25030:2019中的附录A：附录F刘应IS0/IEC25030:2019中的附录I；附录G对成1SO/1EC:250302019中的附录3附录H对应IS0/IEC25030:2019中的附录F：附录I对成ISO/IEC25030:2019中的附录C：附录J对应IS0/1EC25030:2019中的附录H。本部分与IS0/IEC25030：2019的技术差异及其原因如下：用规范性可[用的GB/T25000.1—2021,GB/T25000.10—2016.GB/T25000.12—2017、GB/T25000.22—2019,(G13/T25000.23—2019,G13/T25000.24—2017代替ISO/IEC25000:2014,IS0/IEC 25010:2011,ISO/IEC 25012,ISO/IEC 25022、IS0/IEC 25023,ISO/IEC25024，文件之间的致性程度均为修改，以适应成我国的技术条件，增加可操作性：用舰范性号用文件G[3/T22032代替了1S0/1EC/1FEE15288：2015，文件之间的二致性程度-rKaeerkca-
GB/T25000.30—2021
为等同.以增加可操作性；
——增加规范性引用文件IS0/1E:TR12182.2015；由于1S0/1EC25030：2019第3章中的部分术语与IS0/1EC25000：2014第3章中的部分术语措述不同,为了统一，特采用了GB/T25000.1中的术语定义，这些术语包括：质量测度、利益相关方、用户、确认、验证；一为了保证内容的完整性，6.2的最开始增川广关于（B/T25000系列标准定义的三种质量需求的描述。
本部分做了下列编辑性改动：
为与GB/T25000国家标准相协调，将标准名称修收为《系统与软件工程系统与软件质量要求和评价（SQuaRE）第30部分：质量需求框渠》；附录C中涉及广对GB/T22032一2021的引用.为『保证致性，其中的表述方式均与G3/T22032—2021中6.1.2和61.3原文中的表述—致；IT服务质量需求所涉及内容不属于本部分规定内容，删除了1S0/IEC25030：2019的附录K(资料性)IT服务质量需求。
请注意本文件的某些内容川能涉及专利。本文件的发布机构不承担识别这些专利的责任，本部分由全国信息技术标准化技术委员会（SAC/TC28)提出并归。本部分起草单位：「海鸿迪信息技术有限公司、深圳赛西信息技术有限公司、1海立信会计金融学院，中国电了技术标准化研究院」西达译科技有限公司国家应用软件产品质量监督检验中心、新江省电子信息产品检验所，福建省电子产品监督检验所、重庆市软件评测中心有限公司、北京中科院软件中心有限公司、珠海南方软件网络评测中心、北京邮电大学、上海丰源信息技术研究中心本部分主要起草人：何志峰、张吻吻、胡乃静、刘潇健、士颖颖、庞懿耐、张立、士威、季永炜、柳毓龙、」晓明、袁玉宁、吕雪、陈鹏、黄兆森、工溪、张旭清、邓姿斓、孟园、曹刚、iiKaeerkAca-
GB/T25000.30—2021
作为系统、软件和数据需求的一部分，标识和规定质量需求是非常重要的，因为如同规定明确的功能需求一样.恰当平衡的质量需求同样是满足利益相关方目标的关键因素。质量需求对丁实施下列各项是需要的：
a）规约系统（包括合同签订和招标）；b）规划项目(包括行性分析)：
c）开发系统（包括在开发期间对体系结构驱动和潜在的质量问题的识别）；l）评价系统（包括质量的客观评估和认证）本部分聚焦丁定义、使用、管控系统与软件质量需求，如果系统与软件质量需求没有清晰的定义，则有美的利益朴关方评中、解释、实现和评价它们是很困难的，由此可导致系统与用广期望不致且质量低下：并Ⅱ因时间和成本超出原计划以致系统返工。因此系统与软件质量需求亢在系统开发期尽可能清晰地规定.以对软件并发或获取提供关键的输入。本部分通过对软件质量需求提出要求和建设.以及通过给出用于定义和使用质量需求的步骤指南：来达到改迹和提升质量需求的质量。通过使用B/T25000.10和GB/T25000.12巾定义的质量模型将质量需求分类为特性或子特性：这些特性或了特性的测量在GB/T25000.20、G3/T23000.21、G3/T25000.22、G13/T25000.23和GB/工25000.24中被定义·而这些特性或子特性川用丁规定一个标系统或数据的质量需求并评价具质量。
此外，许多系统现已深度最人到人们常生活所使用的社会基础设施中，需要系统达到更高的质量：例如，亏联系统需要具备互操作性、信息安全性、可靠性、维扩性和易用性，本部分结合广B/T25000巾其他标准，给出广定义和使用质量需求的史多实践指导，图1给出了SQuaRE系列国际标准的组织结构，其组成部分均称为分部。SQuaRE系列国际标准山五天主分部和扩展分部组成，SQuRE系列国际标准中各分部的概还如下：a）ISO/IEC2500n——质量管埋分部。构成这个分部的标准定义「由ISO/IEC25000系列标准中的所有其他标准引用的全部公共模型、术语和定义，这一分部还提供了用于负责管理软件产品的质量需求定义和评价的支持功能的要求和建议。h）ISO/IEC2501n一一质量模型分部。构成这个分部的标准给出『包括计算机系统与软件产品质量、使用质量和数据的详细质量模型。同时还提供了使用这些质量模型的使用指南。c）ISO/IEC2502n一一质量测量分部：构成这个分部的标准包括软件品质量测量参考模型、质量测量的数学定义及其成用的使用指南，给出了广软件内部质量、软件外部质量和使用质量测量的小例·定义并给出了构成后续测量基谢的质量测度儿素d）IS/IEC2503n一一质量需求分部：构成这个分部的标准有助于在质量模型和质量测量的基础舰定质量需求。这些质量需求可用在要开发的软件产品的质量需求导出过程中或用作评价过程的输入。
e）ISO/IEC2504n—一质量评价分部。构成这个分部的标准给出了无论由独立评价方、需方还是由开发方执行的软件产品的评价要求、建议和指南，还给出了作为评价模块的质量测量文件缩制的支持。
f）ISO/IEC25050~ISO/IEC25099——扩展分布，构成这个分部的标准包括「就绪可用软件产品（RUSP)的质量需求和易用性测试报告行业通用格式（CIF)，=
-riKacerKAca-
GB/T25000.30—2021
质量需求分部
质量模型分部
质量管理分部
质量测量分部
扩展分部
25050-25099
SQuaRE系列国际标准的组织
-rKaeerkca-
质量评价分部
1范围
系统与软件工程系统与软件
质量要求和评价（SQuaRE）
第30部分：质量需求框架
GB/T25000.30—2021
B/工25000的本部分为系统、软件产品及数据提供了质量需求的括架，包括质量需求的摄念，以及抽取、定义和管控它们的过程和方法：本部分期望的读者包括但不限于：需方：评价系统，软件产品和数据是否符合具价值定位：即是否满期望的质量：一开发方：设计、实现和测试系统、软件产品和数据，以确保其满足期望的质量；测试方：验证和确认系统、软件产品和数据是否满足期望质量：一项口管埋方：计划、监督和控制期望质量的进展；独立评价方：按客观准则评价系统、软件产品和数据。本部分遵循GB/T22032中定义的技术过程，其与抽取利益相关方的质量要求有关，并Ⅱ与质量需求的分析、定义和维护有关。在本部分中.G3/T25000.10和G3/T25000.12的质量模型用于对质量需求进行分类，以及依照GB/T25000.20、GB/T25000.21、GB/T25000.22、GB/T25000.23和G3/T25000.21中的质量测度，为量化质量需求奠定基础本部分不包含其他需求（如功能需求、过程需求等)的定义：本部分不规定任何特定的软件质量测度，也不规定特定的开发过程。2规范性引用文件
下列文件对丁本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用丁本文件。凡是不注期的引用文件，其最新版本（包括所有的修改单)适用于本文件GB/T22032系统与软件工程系统生存周期过程（GB/T22032—2021，ISO/IEC）IFEE15288:2015.IDT)
系统与软件质量要求和评价（SQuaRE）第1部分：GB/T25000.12021系统与软件上程SQuaRE 指南(ISO/IEC 25000:2011.MOD)GB/T25000.102016系统与软件工程系统与软件质量要求和评价（SQuaRE）第10部分：
系统与软件质量模型（ISO/IEC25010：2011，MOD）GB/T25000.122017系统与软件工程系统与软件质量要求和评价（SQuaRE）数质量模型（ISO/IEC25012：2008，MOD）系统与软件质量要求和评价（SQuaRE）G3/T25000.222019系统与软件工程使用质量测量（ISO/IEC25022：2016MOD）系统与软件质量要求和评价（SQuaRE）GB/T25000.232019系统与软件工程系统与软件产品质量测量（ISO/IEC25023：2016，MOD)）第12部分：
第22部分：
第23部分：
第21部分：
G3/T25000.242017系统与软件工程系统与软件质量要求和评价（SQuaRE）数据质量测量（ISO/IEC25024：2015MOD）IT系统和分类的框架软件和应用指南（Systcmand1SO/1ETR12182：2015系统与软件工程-riKacerKAca-
GB/T25000.30—2021
softwareengineeringFramework for categorization of IT systems and software,and guidefor applying it)
3术语和定义
GB/T25000.12021界定的以及下列术语和定义适用于本文件。注：为了便于闻读，GB/T23000系列标准及其他ISO标准中的基础定义在这甲重复列出，3.1
classification axis
分类轴
按照特定的视角，将系统与软件进行分类映射的全部范国。［来源：ISO/IECTR12182.2015.定义3.7-3.2
使用周境
contextofuse
用、任务、设各（破件、软件和原材料)以及使用某产品的物埋和社会环境［来源：GB/T18978.112004,定义3.5]3.3
部署deployment
需求部署deployment of requirements在系统分解的同时进行需求（9.16)指派3.4
导出derivation
需求的导出derivation of requirement在同·系统级将需求（3.16)从-种类型的需求转换为另-种需求的步骤。注：需求的类型包括使儿质量需求产品质量需求和数据质量需求。3.5
基于领域的需求
domain-based requirement
起源于某个特定应用领域的需求（3.16）.3.6
功能性需求functional requirement规定某一系统或系统组件应完成的某一功能的需求（3.16）。L来源：IEEE730：2014，定义3.163.7
ICT需求 ICT requirement
在设计过程中通过采纳某种信息通信技术(ICT)的技术解决方案而得到的需求（3.16）注：ICT技术性解决方案包括基于Web的技术、公服务器等：3.8
ICT产品ICTproduct
采用信息通信技术（ICT）并能使其成为信息系统（3.10)组成部分的产品（3.12）注：图3满述了ICT产品的组成及其与信息系统的关系。3.9
间接用户indirectuser
接收某系统的输出，但不与系统交互的个人或组织。注：例如，执行管理者、服务需方。2
-rKaeerkAca-
L来源：GB/T25000.10—2016.定义3.10Einformationsystem
信息系统
GB/T25000.30—2021
由软件、破件、通信设施、数据及在给定的环境中使用其为满足信息处埋需要的人员所组成的系统注：图3描述了信息系统的纠成，3.11
主用户primary user
与系统交互以达到主要月标的用户（3.20），L来源：GB/T25000.10—2016.定义4.6a），有修改3.12
产品product
生产出米、可量化、可作为最终件或名组件交付给用户的制品。注1：该定义改编自项月管理知识体系指南（PMBO)K)第丘版。注2：产品包括ICT产品，软件和软件组件。3.13
使用质量
qualityin use
在用质量
在特定使用周境（3.2）中，使用产品，系统或服务的性态，态度性结果及后果满足用户（3.20）或其他利益相关方（3.18)的要求的程度：3.14
质量测度
quality measure
至少两个质量测度元素值的测量丽数的导出测度。L来源：GB/T25000.1—2021.定义3.333.15
质量需求
quality requirement
针对呆ICT产品（3.8），数据或服务的质量属性，为满足使用日的要求随之产生的需求（3.16）注：本文档中的质量需求不盖服务质量需求。3.16
需求 requirement
转换或表达要求及其相关约束和条件的陈述。【来源：GB/T220322021.定义4.1.37有修3.17
secondaryuser
辅用户
与产品交互以支持主用（3.11)的用（3.20）［来源：IS0/IEC/IEEE247652017.定义3.36513.18
利益相关方stakeholder
权益相关方
在一个系统或系统特性范国内，具有权利、部分权利、主张或利益以满足其要求和期望的个休或组织。
注：利益相关方包括但不限」最终用户、最终使用组织、支持方、开发方、生产方、培训方、维护方、部器方、需方、供方组织和法规体。
［米源：G3/T25000.1—2021，定义3.45]3
-rKaeerkca-
GB/T25000.30—2021
技术产品质量需求technicalproductqualityrequirement对干产品开发和维护对程中用到，技术「已标识的特性的产品质量需求，3.20
用户user
为执行特定功能而使用系统或软件的个人或组织［来源：GB/T25000.12021.定义3.51]3.21
确认validation
通过提供客观证据来证实针对某一特定预期用途的需求已经得到满足。【米源：GB/T25000.12021.定义3.52，有修改］3.22
verificalion
通过提供客观证据来证实规定的需求已经得到满足定义：（G3/125000.1一2021，定义3.54.有修改4缩略语
下列缩略语适用丁本文件：
5符合性
信息通信技术（InformationandComnunicationTechnology）信息技术（InformationTechnology）品质量需求（ProcluctQualityRequirement）使用质量需求(QualityIn UseRequiremen)数据质量需求（DataQualiyRequiremen）软件需求规格说明（SoltwareRequirementsSpecification）利益相关方需求规格说明（StakeholderRenuiremenlsSpecification）系统需求规格说明（SystemRequirementsSpecification)）任何声称符合本部分的质量需求规格说明，则应满足第6章、第7章和第8章规定的所有要求，6质量需求概念
6.1总则
本章描述质量需求的概念，包括定义质量需求的日标实体，以及对它们的要考虑6.2质量需求类型
GB/T25000各部分共规定了一种质量需求，即使用质量需求（QIUR）、品质量需求（PQR）、数据质量需求（DQR）。
QIUR从利益相关方的角度指定了所需的质量等级。这些需求源丁不同利益相关方的需求。QIUR与产品在特定使用周境中的使用输出有关，并且QIUR可用作产品确认的目标。PQR从ICT品的角度规定了所需的质量等级。它们中大部分源丁利益相关方的质量需求，包rKaeerkAca-
GB/T 25000.30—2021
括QI儿R，可用作日标ICT产品的验证和确认：技术产品质量需求是指在技术上认定的属性（如日标规格说明.源代码等)以满足其他PQR的需求，技术产品质量需求可用作开发和维护各个阶段的验证月标。
注1：PQR还可用丁规定可交付的，不可执热行的件产品的届件，例如文档利手所DQR规定了与产品相关的数据所需的质量等级。具体包括源丁输人和输出产品的QIUR和PQR需求。DQR可用于数据方面的验证和确认。注2：许多DQR可以从口标产品的PQR中导出.而某些DQR可直接来户QIUR,例如数据完整性。6.3质量需求目标
6.2中所述的三种质量需求的范围见图2：QIUR根据信息系统定义，不仪包括某种ICT产品，还包括它的用户和相关坏境（例如，由ICT产品监视/控制的机器和使用ICT产品的业务过程），PQR根据ICT产品或其组成部分定义（包括ICT产品的了产品、硬件、通信设施、软件，在某些情况下，还包括软件组件），而DQR根据ICT产品内部的数据定义。图2仅描述了每种质量需求类型的范用，关丁系统的层次结构见图3。QUR
注：xQRs指多种质量需求，
硬件利通信设施
质量需求
ICT产品
实体类型
图2质量需求范围
-rKaeerka-
信息系统
使用周境
有关环境
能为A型实体定义
PQR/DQR
共他利益相关方
其他环境
GB/T25000.30—2021
子系统
TCT组件
广组件
信息系统
JCT产品
1.ICT组件
软件纽件
*ICT组件
其他利益相关方
*ICT组件bZxz.net
实体类
图3图2中使用的系统层次结构
注1：川广包括主川广，辅川广和间接川广，详见表21.
有关环境
ICT组件
通信设施
中，组成
大十或等于0
1.*火于或等于1
注2：“多系统中的系绕\可以看作是一个信息系统，它谨归地包个一选辅助信息系统注3：一个ICT品包括软件，还可包括数据、硬件，通催设施和其他ICT产品作为其ICT组件6.4质量需求的质量模型和质量测度通过采用质量模型和质量测度定义质量需求。表1给出了可用丁定义每种类型质量需求的国家标准。
表1质量需求的质量模型和测度
质量需求
质量模型
GB/T25000.10-2016使川质量模型GB/T25000,10—2016系统与软件产品质量模型GB/T25000,12—2017数据质量模型质量测度
GB/T25000.22—2019他川质量测量GB/T25000,23—2019系统与软件产品质量测量GB/T25000.242017数据质量测量GB/T25000.22—2019.GB/T25000.23—2019和GB/T25000.24—2017以表格形式提供质量测度清单，该表按质量特性及其子特性分类。以下信息用于表示表中每·项质量测度：a）ID：质量测度的标识号：
名称：质量测度名；
描述：质量测度提供的信息；
）测量函数：显示质量测度元素如何组合以产生质量测度的数学公式注：GB3/25000.222019中列出的每项质量测度可川于测量特定的使川周境中的有效性，效率、满意度和抗风险程度，G3/T250C0.23—2019中列出的每项质量测度可用于测量内部届性（通常是中间产品的静态测度）、外部属件（通常通过测量执行代码时的行为）或两种兼而有之：GB/T2000.242017中列出的每一项质量测度布rKaeerkAca
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。