GB/T 44370-2024 系统和软件工程 软件产品质量要求和评估 可用性通用行业格式 用户需求说明

GB/T 44370-2024 Systems and software engineering—Software product Quality Requirements and Evaluation(SQuaRE)—Common Industry Format(CIF) for Usability—User requirements specification

国家标准 中文简体 现行 页数:28页 | 格式:PDF

基本信息

标准号
GB/T 44370-2024
标准类型
国家标准
标准状态
现行
中国标准分类号(CCS)
国际标准分类号(ICS)
发布日期
2024-08-23
实施日期
2025-03-01
发布单位/组织
国家市场监督管理总局、国家标准化管理委员会
归口单位
全国人类工效学标准化技术委员会(SAC/TC 7)
适用范围
本文件为定义用户需求提供了框架和统一的术语。它为用户需求说明提供了通用行业格式(CIF),其中包括内容要素以及需求说明格式。
注1: 用户需求说明是一组用户需求的正式文档,有助于开发和评估可用的交互系统。
在本文件中,用户需求是指:
a) 实现预期结果的用户-系统交互需求(包括对系统输出及其属性的要求);
b) 与使用相关的质量要求,用以规定用户与交互系统交互结果的质量准则,能作为系统被接受的标准。
注2: ISO/IEC 25030 介绍了质量要求的概念。本文件中的与使用相关的质量要求是一种特殊类型的质量要求。
用户需求说明的内容要素旨在作为ISO 9241-210 中规定的活动以及以人为中心的设计过程(例如ISO 9241-220 中的设计过程)所输出的文件的一部分。
本文件可供需求工程师、业务分析师、产品经理、产品所有者以及从第三方获取系统的人员使用。
CIF 系列标准涉及可用性相关信息(如ISO 9241-11 和ISO/TR 25060 中所述)。
注3: 除了可用性之外,用户需求还能包括其他方面,例如 ISO 9241-220 中引入的以人为中心的质量,以及ISO/IEC 25010、ISO/IEC TS 25011 和 ISO/IEC 25030 中提出的其他质量等。
注4: 虽然本文件主要对象是交互系统,但也能应用于其他领域。
本文件未规定任何类型的方法、生命周期或过程。用户需求说明的内容要素能用于迭代开发,迭代开发包括需求的细化和演化(例如敏捷开发)。

研制信息

起草单位:
中国标准化研究院、广东美的制冷设备有限公司、四川虹美智能科技有限公司、大连海事大学、中标能效科技(北京)有限公司、浙江优亿医疗器械股份有限公司、天津建设发展集团股份公司、浙江德塔森特数据技术有限公司、国能信控互联技术有限公司、北京津发科技股份有限公司、内蒙古电投能源股份有限公司、国家电投集团科学技术研究院有限公司、上海科慕电器有限公司、深圳市乐科智控科技有限公司、青岛国创智能家电研究院有限公司、国投中标质量基础设施研究院有限公司、中国民航信息网络股份有限公司、中标能效科技(青岛)有限公司
起草人:
冉令华、张欣、赵朝义、呼慧敏、谭华泉、刘皓、刘正捷、杨选卫、李金城、赵起超、林竹、周中雨、孟祥春、曹宝玉、王俊、陈纲、郭彤彤、毛伟、余康、陈闯、王博、张红旺、张秋霞、宋子涛、耿帅、施懿杰、尚喆、陈峰峰、葛猛、韦波、范广明、徐善伟、邴兆振、高君玉、刘玉宁、曲兆奇、王晶晶
出版信息:
页数:28页 | 字数:41 千字 | 开本: 大16开

内容描述

ICS13.180

CCSA25

中华人民共和国国家标准

GB/T44370—2024/ISO25065:2019

系统和软件工程软件产品质量要求和

评估可用性通用行业格式用户需求

说明

Systemsandsoftwareengineering—SoftwareproductQualityRequirements

andEvaluation(SQuaRE)—CommonIndustryFormat(CIF)forUsability—

Userrequirementsspecification

(ISO25065:2019,IDT)

2024⁃08⁃23发布2025⁃03⁃01实施

国家市场监督管理总局

国家标准化管理委员会发布

GB/T44370—2024/ISO25065:2019

目次

前言··························································································································Ⅲ

引言··························································································································Ⅳ

1范围·······················································································································1

2规范性引用文件········································································································1

3术语和定义··············································································································1

3.1用户需求相关术语·······························································································1

3.2交互系统相关术语·······························································································3

3.3可用性概念相关术语····························································································4

4符合性····················································································································5

5用户需求说明···········································································································5

5.1概述·················································································································5

5.2用户需求说明和利益相关方需求定义之间的关系························································5

5.3用户需求类型·····································································································6

6用户需求说明的内容要素····························································································6

6.1内容要素概述·····································································································6

6.2定义用户需求的交互系统······················································································7

6.3设计约束···········································································································7

6.4用户需求适用的使用情境······················································································7

6.5需支持的目标和任务····························································································8

6.6用户需求···········································································································8

6.7拟采用的用户界面设计指南··················································································12

附录A(资料性)用户需求说明的内容要素示例·································································13

参考文献····················································································································16

GB/T44370—2024/ISO25065:2019

前言

本文件按照GB/T1.1—2020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规

定起草。

本文件等同采用ISO25065:2019《系统和软件工程软件产品质量要求和评估可用性通用行业

格式用户需求说明》。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由全国人类工效学标准化技术委员会(SAC/TC7)提出并归口。

本文件起草单位:中国标准化研究院、广东美的制冷设备有限公司、四川虹美智能科技有限公司、

大连海事大学、中标能效科技(北京)有限公司、浙江优亿医疗器械股份有限公司、天津建设发展集团股

份公司、浙江德塔森特数据技术有限公司、国能信控互联技术有限公司、北京津发科技股份有限公司、

内蒙古电投能源股份有限公司、国家电投集团科学技术研究院有限公司、上海科慕电器有限公司、深圳

市乐科智控科技有限公司、青岛国创智能家电研究院有限公司、国投中标质量基础设施研究院有限公

司、中国民航信息网络股份有限公司、中标能效科技(青岛)有限公司。

本文件主要起草人:冉令华、张欣、赵朝义、呼慧敏、谭华泉、刘皓、刘正捷、杨选卫、李金城、赵起超、

林竹、周中雨、孟祥春、曹宝玉、王俊、陈纲、郭彤彤、毛伟、余康、陈闯、王博、张红旺、张秋霞、宋子涛、

耿帅、施懿杰、尚喆、陈峰峰、葛猛、韦波、范广明、徐善伟、邴兆振、高君玉、刘玉宁、曲兆奇、王晶晶。

GB/T44370—2024/ISO25065:2019

引言

以一致的方式定义用户需求有助于开发和获取可用的交互系统。本文件中使用的术语“用户需

求”是指用户⁃系统交互的需求(达成预期结果所需的交互)和与使用相关的质量要求(以有效性、效率

和满意度表示)。作为交互系统以人为中心的设计方法的一部分,本文件描述了一组用户需求说明的

内容要素。用户需求说明的通用行业格式旨在帮助以人为中心的设计团队定义交互系统的用户需求。

ISO/IECTR25060描述了可用性通用行业格式(CIF),它是系统和软件产品质量要求和评估系

列标准(ISO/IEC25000~ISO/IEC25099)的一部分。

可用性通用行业格式(CIF)中的可用性是指ISO9241⁃11中定义的有效性、效率和满意度,它被定

义为使用的结果,而不是一种产品质量,与ISO/IEC25010中的定义有所不同。

已发布或拟发布的CIF标准包括以下部分:

——可用性测试报告(见ISO/IEC25062);

——使用情境描述(见ISO/IEC25063);

——用户需要报告(见ISO/IEC25064);

——用户需求说明(见本文件);

——可用性评估报告(见ISO/IEC25066)。

CIF属于ISO/IEC25000“系统和软件产品质量要求和评估”(SQuaRE)系列标准的“扩展部分”。

表1给出了“系统和软件产品质量要求和评估”(SQuaRE)系列标准的结构和内容。

表1“系统和软件产品质量要求和评估”(SQuaRE)系列标准的结构和内容

SQuaRE架构和子项目

ISO/IEC2501×:质量模型部分

ISO/IEC2503×:质量要求部分ISO/IEC2500×:质量管理部分ISO/IEC2504×:质量评估部分

ISO/IEC2502×:质量度量部分

ISO/IEC2505×~ISO/IEC2509×:SQuaRE的扩展部分:

——ISO/IEC25051~ISO/IEC2505×:就绪可用软件产品(RUSP)的质量要求部分;

——ISO/IEC2506×:可用性通用行业格式(CIF)部分。

GB/T44370—2024/ISO25065:2019

图1CIF文件与以人为中心的设计(见ISO9241⁃210)及系统生命周期过程

(见ISO/IEC/IEEE15288)的关系

图1说明了CIF文件、ISO9241⁃210以人为中心的设计活动及ISO/IEC/IEEE15288相应的系

统生命周期过程三者间的相互依存关系。粗体字部分的标准代表CIF流程的输出。活动的输出在图

中以一组相交的圆来表示。圆与圆相互重叠,用以表示:

——以人为中心的设计旨在满足用户需要;

——各活动不是彼此孤立的,而是在时间和范围上有所重叠;

——每项活动的结果可为一项或多项其他活动提供输入。

由于每项以人为中心的设计活动都可为任何其他活动提供输入,因此该图中没有起点、终点或顺

序流程。

ISO9241⁃210中以人为中心的设计方法侧重于确保系统是可用的。以人为中心设计通过识别和

沟通所有相关类型的信息来实现。

注:ISO9241⁃220将以人为中心设计的目标扩大到以人为中心的质量,即可用性、无障碍、用户体验和免于使用伤

害。在整个生命周期采用以人为中心的设计能实现以人为中心的质量目标。

GB/T44370—2024/ISO25065:2019

以人为中心的设计依赖于最先通过使用情境分析识别的用户需要。用户需要记录在用户需要报

告(ISO/IEC25064)中。用户需要报告是一种中间交付件,它将包含用户、用户任务及组织和物理环境

信息的使用情境描述(ISO/IEC25063)与用户需求联系起来。相应地,用户需求则记录在用户需求说

明中。这些信息作为ISO/IEC/IEEE15288中描述的利益相关方需求定义过程的一部分来进行开发。

“设计方案”活动侧重于设计满足用户需求的用户交互。该活动在ISO/IEC/IEEE15288描述的

体系架构设计、实施和集成过程中进行,并产生“用户交互定义”和“用户界面定义”。

“评估结果”活动从项目的起步阶段开始,用于评估设计概念,以更好地了解用户需要。设计方案

可在开发交互系统过程中进行多次评估,输出各种类型的评估报告。例如,可输出ISO/IEC25062中

描述的可用性数据,可支持ISO/IEC/IEEE15288中的确认过程,来确认系统是否符合利益相关方的

需求。

GB/T44370—2024/ISO25065:2019

系统和软件工程软件产品质量要求和

评估可用性通用行业格式用户需求

说明

1范围

本文件为定义用户需求提供了框架和统一的术语。它为用户需求说明提供了通用行业格式

(CIF),其中包括内容要素以及需求说明格式。

注1:用户需求说明是一组用户需求的正式文档,有助于开发和评估可用的交互系统。

在本文件中,用户需求是指:

a)实现预期结果的用户⁃系统交互需求(包括对系统输出及其属性的要求);

b)与使用相关的质量要求,用以规定用户与交互系统交互结果的质量准则,能作为系统被接受

的标准。

注2:ISO/IEC25030介绍了质量要求的概念。本文件中的与使用相关的质量要求是一种特殊类型的质量要求。

用户需求说明的内容要素旨在作为ISO9241⁃210中规定的活动以及以人为中心的设计过程(例

如ISO9241⁃220中的设计过程)所输出的文件的一部分。

本文件可供需求工程师、业务分析师、产品经理、产品所有者以及从第三方获取系统的人员使用。

CIF系列标准涉及可用性相关信息(如ISO9241⁃11和ISO/TR25060中所述)。

注3:除了可用性之外,用户需求还能包括其他方面,例如ISO9241⁃220中引入的以人为中心的质量,以及

ISO/IEC25010、ISO/IECTS25011和ISO/IEC25030中提出的其他质量等。

注4:虽然本文件主要对象是交互系统,但也能应用于其他领域。

本文件未规定任何类型的方法、生命周期或过程。用户需求说明的内容要素能用于迭代开发,迭

代开发包括需求的细化和演化(例如敏捷开发)。

2规范性引用文件

本文件没有规范性引用文件。

3术语和定义

下列术语和定义适用于本文件。

以下网址中的标准化术语数据库分别由国际标准化组织和国际电工委员会进行维护:

——国际标准化组织(ISO)在线浏览平台:http:///

——国际电工委员会(IEC)电子百科:http:///

3.1用户需求相关术语

3.1.1

需求requirement

要求

为了满足协议、标准、规范等具有法律效力的正式文件的要求,系统、系统组件、产品或服务所需满

足的条件或所需达到的水平。

注1:正式文件包括用户需要报告。

1

GB/T44370—2024/ISO25065:2019

注2:本文件中使用该定义是为了明确区分用户需要和用户需求,ISO/IEC/IEEE12207中并未明确对这两者进行

区分。

[来源:ISO/IEC/IEEE24765:2017,3.3431/2,有修改——添加注]

3.1.2

质量要求qualityrequirement

产品、数据或服务的质量特性或属性要求(3.1.1),以满足该产品、数据或服务的使用目的所产生的

需要。

[来源:ISO/IEC25030:2019,4.16,有修改——删除注1]

3.1.3

用户user

与系统、产品或服务交互的人。

注1:系统、产品或服务的用户包括:系统操作人员、使用系统运行结果的人员和系统技术支持人员(包括提供维护

和培训的人员)。

注2:该术语对应于ISO/IEC25010中定义的“直接用户”。

[来源:GB/T18978.11—2023,3.1.7,有修改——添加注2]

3.1.4

利益相关方stakeholder

在系统中拥有权利、股份、声明或利益的个人或组织,或系统特性可满足其需求和期望的个人或

组织。

示例:利益相关方包括终端用户、终端用户组织、支持者、开发人员、客户、生产商、培训师、维护者、处置者、收购者、

供应商、监管机构以及受系统正面或负面影响的人员。

注:一些利益相关之间的利益关系可能相互对立,或与系统的利益关系对立。

[来源:ISO/IEC/IEEE15288:2023,3.44]

3.1.5

用户群usergroup

目标用户(3.1.3)的子集,它们在可能影响可用性(3.3.1)的用户特征、任务(3.1.8)特征或环境特征

上有别于其他目标用户。

[来源:GB/T18978.11—2023,3.1.8,有修改]

3.1.6

使用情境contextofuse

用户(3.1.3)、目标(3.1.7)、任务(3.1.8)、资源和环境的组合。

注1:使用情境中的“环境”包括技术、物理、社会、文化和组织环境。

注2:能应用于现有的使用情境或预期的使用情境。

[来源:GB/T18978.11—2023,3.1.15,有修改——添加注2]

3.1.7

目标goal

期望的结果。

[来源:GB/T18978.11—2023,3.1.10]

3.1.8

任务task

为实现特定目标(3.1.7)而执行的一系列活动。

注1:这些活动能是身体活动、感知活动和/或认知活动。

注2:目标独立于实现目标的手段,任务描述了实现目标的特定方法。

[来源:GB/T18978.11—2023,3.1.11]。

2

GB/T44370—2024/ISO25065:2019

3.1.9

用户需要userneed

被标识为一个用户或一组用户为实现预期结果而在特定的使用情境(3.1.6)中隐含的或明示的先

决条件。

示例1:演示者(用户)需要知道剩余时间(先决条件),以便在固定时间限制内(使用情境)及时完成演示(目标)。

示例2:账户经理(用户)需要知道收到的发票数量及金额(先决条件),这样才能完成日常会计日志(目标),以便监

控现金流(使用情境)。

注1:用户的某种需要与针对该需要提出的解决方案无关。

注2:用户需要能通过用户访谈、观察、调查、评估、专家分析等各种方法确定。

注3:用户需要通常代表预期和实际之间的差距(或差异)。

注4:考虑到使用情境、用户优先级、其他系统需求和约束间的平衡,将用户需要转化为用户需求(3.1.9)。

[来源:ISO/IEC25064:2013,4.19,已修改——在示例1和示例2中,“预期结果”一词已改为

“目标”]

3.1.10

用户需求userrequirements

用于为交互式系统提供设计和评估基线的使用需求(3.1.1)的集合,以满足已确定的用户需

要(3.1.9)。

注1:用户需求源于用户需要和能力,以保证用户使用系统的有效性、效率、安全和满意度。

注2:用户需求不是对用户的要求。

注3:用户需求包括用户⁃系统交互需求(3.1.11)和与使用相关的质量要求(3.1.12)。

注4:在软件工程术语中,用户需求包括源自用户要求和能力的“功能性”和“非功能性”需求。

[来源:ISO9241⁃220:2019,3.46]

3.1.11

用户⁃系统交互需求user⁃systeminteractionrequirements

确定用户实现目标(3.1.7)所需交互(识别信息、输入、选择和接收输出等)的用户需求(3.1.10)。

3.1.12

与使用相关的质量要求use⁃relatedqualityrequirements

确定交互系统的预期使用结果和相关质量标准的用户需求(3.1.10)。

3.2交互系统相关术语

3.2.1

交互系统interactivesystem

用户(3.1.3)为实现特定目标而与之交互的硬件、软件、服务、人员等组合。

注1:包括(若适用)包装、用户文档、在线帮助和人工帮助、支持与培训。

注2:该定义强调用户与系统的交互。交互系统提供用户输入的反馈,并根据需要在系统内或由其他系统触发进一

步的动作。

[来源:GB/T18978.11—2023,3.1.5,有修改——添加注2]

3.2.2

用户界面userinterface

为使用交互系统(3.2.1)完成特定任务(3.1.8),而为用户(3.1.3)提供信息和控件的所有交互系统

(3.2.1)组件(软件或硬件)的集合。

[来源:ISO9241⁃220:2019,3.43]

3.2.3

用户⁃系统交互user⁃systeminteraction

通过用户界面在用户和交互系统之间交换信息。

3

GB/T44370—2024/ISO25065:2019

[来源:ISO/TR25060:2023,3.2.1]

3.2.4

用户界面设计指南userinterfacedesignguidance

设计指南designguidance

设计用户交互和(或)用户界面的原则、需求(3.1.1)、建议或既定惯例。

注1:具体需求、建议或既定惯例也称为“用户界面指南”。

注2:原则、需求和建议可参见ISO9241系列在内的多个文件,适用于各个用户界面平台。

注3:“既定惯例”包括用户界面平台供应商发布的规则。

注4:用户界面设计指南有时也被称为用户界面需求。

[来源:ISO9241⁃220:2019,3.44]

3.2.5

动作action

系统所接受的作为特定操作请求的用户(3.1.3)行为。

[来源:ISO/IECTR11580:2007,2.3]

3.2.6

约束constraint

外部施加的对系统需求(3.1.1)、设计或实施的限制,或对系统开发或修改过程的限制。

注:约束是通过强制或强迫手段施加于解决方案上的因素,能对设计变更进行限制或修改。

[来源:ISO/IEC/IEEE29148:2018,3.1.7,已修改注中的“可能”已改为“能”。]

3.3可用性概念相关术语

3.3.1

可用性usability

以有效性(3.3.2)、效率(3.3.3)和满意度(3.3.4)为指标,某一系统、产品或服务在特定使用情境

(3.1.6)下为了实现特定目标(3.1.7)可被特定用户(3.1.3)使用的程度。

注1:“特定”用户、目标和使用情境特指需考虑可用性的特定用户、目标与使用情境的组合。

定制服务

    相似标准推荐

    更多>