この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
3 用語と定義
この文書の目的上、次の用語と定義が適用されます。
ISO と IEC は、標準化に使用する用語データベースを次のアドレスで維持しています。
3.1
アクセシビリティ
特定された使用状況において、特定された 目標(3.6) を達成するために、最も幅広い ユーザー(3.19) のニーズ、特性、および能力を持つ集団の人々が、製品、システム、サービス、環境および設備をどの程度使用できるか
注記 1: 使用の状況 (3.3) には、直接使用または支援技術によってサポートされる使用が含まれます。
[出典:ISO 9241-112:2017, 3.15]
3.2
適合性評価
指定された 要件 (3.9) が満たされていることの実証
[出典:ISO/IEC 17000:2020, 4.1, 修正 — エントリの注記を削除。]
3.3
使用のコンテキスト
ユーザー (3.19) 、 目標 (3.6) 、 タスク (3.13) 、リソース、および環境の組み合わせ
注記 1: 使用の文脈における「環境」には、技術的、物理的、社会的、文化的、組織的環境が含まれます。
[出典:ISO 9241‑11:2018, 3.1.15]
3.4
効果
ユーザー (3.19) が 指定された 目標 (3.6) を達成するための正確性と完全性
[出典:ISO 9241‑11:2018, 3.1.12]
3.5
効率
達成された結果に関連して使用されたリソース
注記 1: 一般的なリソースには、時間、人的労力、コスト、材料が含まれます。
[出典:ISO 9241‑11:2018, 3.1.13]
3.6
ゴール
意図された結果
[出典:ISO 9241‑11:2018, 3.1.10]
3.7
使用による害
システムの使用から生じる健康、安全、財政、環境に関する悪影響
注記 1: マイナスの影響は 、ユーザー (3.19) またはその他の 利害関係者 (3.11) に及ぶ可能性があります。
注記 2:使用による危害の回避、つまり潜在的な危害をもたらすリスクへの曝露の排除は完全に達成することはできませんが、 対話型システム (3.12) を 設計することで、リスクを許容可能な最小限まで軽減することを目指すことができます。
[出典:ISO 9241‑220:2019, 3.10]
3.8
情報項目
システムまたはソフトウェアのライフサイクル中に人間が使用するために生成および保存される、個別に識別可能な情報の本体
注記 1:情報 要件 (3.9) を 満たすために作成された文書は、情報項目、情報項目の一部、または複数の情報項目の組み合わせであり得る。
注記 2: 情報項目は、プロジェクトまたはシステムのライフサイクル中に複数のバージョンで作成されることがあります。
[出典:ISO/IEC/IEEE 15289:2019, 3.1.12]
3.9
要件
契約、標準、仕様、またはその他の正式に課された文書を満たすために、システム、システムコンポーネント、製品、またはサービスが満たさなければならない、または所有しなければならない条件または機能。
注記 1:要件は、提供、満足、または満たされたときに価値を提供します。
注記 2: 要件には、スポンサー、顧客、その他の 利害関係者の定量化され文書化されたニーズ、要望、および期待が含まれます (3.11) 。
[出典:ISO/IEC/IEEE 24765:2017, 3.3431, 定義 2, 修正 — エントリへの注記を追加。]
3.10
満足
システム、製品、またはサービスの使用から生じる ユーザー (3.19) の 身体的、認知的、感情的反応がユーザーのニーズと期待をどの程度満たしているか
注記 1: 満足度には、実際の使用から得られるユーザーエクスペリエンスがユーザーのニーズや期待にどの程度応えるかが含まれます。
注記 2:予想される使用法は、実際の使用法の満足度に影響を与える可能性があります。
[出典:ISO 9241‑11:2018, 3.1.14]
3.11
利害関係者
ニーズや期待を満たすシステムまたはその特性の所有に関して、権利、共有、請求、または利益を有する個人または組織
例:
エンド ユーザー (3.19) 、エンドユーザー組織、サポーター、開発者、顧客、生産者、トレーナー、保守者、処分者、取得者、供給者、規制機関、およびシステムによってプラスまたはマイナスの影響を受ける人々。
注記 1:一部の利害関係者は、互いに対立したり、システムに反対したりする利害関係を持っている場合があります。
[出典:ISO/IEC/IEEE 15288:2023, 3.44]
3.12
インタラクティブシステム
特定の 目標 (3.6) を 達成するために ユーザー (3.19) が 対話するハードウェアおよび/またはソフトウェアおよび/またはサービスおよび/または人々の組み合わせ
注記 1: これにはここで, 適切なパッケージ、ユーザー文書、オンラインおよび人的ヘルプ、サポートおよびトレーニングが含まれます。
注記 2:この定義は、ユーザーがシステムと対話することを強調しています。対話型システムはユーザー入力にフィードバックを提供し、必要に応じてシステム内または他のシステムによってさらなるアクションを開始します。
[出典:ISO 25065:2019, 3.2.1]
3.13
タスク.タスク
特定の 目標を達成するために実行される一連の活動 (3.6)
[出典:ISO 9241‑11:2018, 3.1.11, 修正済み — エントリの注記は削除されました。]
3.14
使いやすさ
指定された使用状況 (3.3) において、 有効性 (3.4) 、 効率性 (3.5) および 満足度 (3.10) を伴って指定された 目標 (3.6) を達成するために、指定された ユーザー (3.19) がシステム、製品、または サービスを使用できる程度。
[出典:ISO 9241‑11:2018, 3.1.1, 修正済み — エントリの注記は削除されました。]
3.15
使用感の欠陥
ユーザビリティの問題 (3.17) を引き起こす 対話型システム (3.12) の属性
注記 1:ユーザビリティ上の欠陥は、通常、検査中に特定されます。
注記 2:ユーザビリティの欠陥は、対話機能が正しくない、または欠落していること、および不十分な タスク (3.13) サポートに起因する可能性があります。
- タスクを完了する一環として、追加の不必要なステップは必要ありません。
- 誤解を招く情報。
- ユーザーインターフェイス上の情報が不十分または貧弱である、あるいはその両方。
- 予期しないシステム応答。
- ナビゲーションの制限。
- 非効率的な 使用エラー (3.18) の 回復メカニズム。
- ユーザーの身体的特徴に適合しないユーザーインターフェイスの物理的特徴。
3.16
ユーザビリティの発見
特定された ユーザビリティの欠陥 (3.15) および/または ユーザビリティの問題 (3.17) または肯定的なユーザビリティ関連 (3.14) の属性
注記 1: 対話型システム (3.12) の属性の 、ユーザー (3.19) 要件 (3.9) 、原則、設計ガイドライン、または確立された規約などの指定された基準からの逸脱も、ユーザビリティに関する所見です。
注記 2: ユーザビリティに関する調査結果は、新しい ユーザー要件の特定につながる可能性があります (3.21) 。
3.17
ユーザビリティの問題
使用中の状況により、 有効性 (3.4) 、 効率 (3.5) or 満足度 (3.10) が低下します。
注記 1:ユーザビリティの問題は、定性的および/または定量的 ユーザビリティ (3.14) テスト中に直接観察されることもあれば、使用状況の分析から特定されることもあります。
注記 2: ユーザビリティの問題により、 1 つ以上の 使用上のエラーが発生する可能性があります (3.18) 。
注記 3:ユーザビリティの問題は、使用上の困難と呼ばれることもあります。
3.18
使用エラー
対話型システム (3.12) 使用中の ユーザー (3.19) アクション、またはユーザー アクションの欠如により、メーカーが意図したものまたはユーザーが期待したものとは異なる結果が生じる
[出典:IEC 62366‑1:2015, 3.21, 修正 - 「医療機器」を「対話型システム」に置き換え、エントリの注記を削除。]
3.19
ユーザー.ユーザー
システム、製品、またはサービスと対話する人
注記 1: ユーザーには、システムを操作する人、システムによって提供される出力を使用する人、およびシステムを使用してサポート タスク (3.13) を実行する人 (保守およびトレーニングを含む) が含まれます。
注記 2: ISO/IEC 25010 によれば、「ユーザー」は「システムと対話する、またはシステムの使用中にシステムから恩恵を受ける個人またはグループ」と定義されています。
注記 3: 1 次ユーザーと 2 次ユーザーはシステムと対話し、1 次ユーザーと間接ユーザーはシステムから恩恵を受けることができます。この定義には、ユーザーとして機能する個人および組織についてのより広範な理解が含まれます。
[出典:ISO 9241-11:2018, 3.1.7, 修正 — エントリに注 2 および 3 を追加。]
3.20
ユーザーのニーズ
ユーザー (3.19) または一連のユーザーが、特定の 使用状況 (3.3) 内で暗示または明示された、意図した結果を達成するために必要であると特定される前提条件。
例 1:
発表者 (ユーザー) は、制限時間 (使用状況) が決まっているプレゼンテーション中に、時間内 (意図した結果) にプレゼンテーションを完了するために、残り時間がどれだけあるか (前提条件) を知る必要があります。
例 2:
アカウント マネージャー (ユーザー) は、キャッシュ フロー (使用状況) の監視の一環として毎日の会計ログ (意図された結果) を完了するために、受け取った請求書の数とその金額 (前提条件) を知る必要があります。
注記 1:ユーザーのニーズは、そのニーズに対して提案されたソリューションとは独立しています。
注記 2:ユーザーニーズは、ユーザーへのインタビュー、観察、調査、評価、専門家による分析など、さまざまなアプローチに基づいて特定されます。
注記 3:ユーザーのニーズは、あるべきものと現状との間のギャップ (または矛盾) を表すことがよくあります。
注記 4:ユーザーのニーズは、使用状況、ユーザーの優先順位、他のシステム 要件 (3.9) および制約とのトレードオフを考慮して 、ユーザー要件 (3.21) に変換されます。
[出典:ISO/IEC 25064:2013, 4.19]
3.21
ユーザー要件
特定された ユーザーのニーズ (3.20) を満たす 対話型システム (3.12) の設計と評価の基礎を提供する、使用のための一連の 要件 (3.9)
注記 1:ユーザー要件は、 ユーザー (3.19) が 効果的、効率的、安全かつ満足のいく方法でシステムを利用できるようにするために、ユーザーのニーズと能力から導き出されます。
注記 2:ユーザー要件はユーザーに対する要件ではありません。
注記 3: ユーザ要件には 、ユーザとシステムの相互作用要件 (3.22) および 使用関連の品質要件 (3.23) が含まれる。
注記 4:ソフトウェアエンジニアリング用語では、ユーザー要件には、ユーザーのニーズと能力から派生する「機能」要件と「非機能」要件の両方が含まれます。
[出典:ISO 9241-220:2019, 3.46]
3.22
ユーザーとシステムの対話要件
目標 (3.6) を 達成するために ユーザー (3.19) が必要とするインタラクション (情報の認識、入力の実行、選択の実行、および出力の受信を含む) を指定する ユーザー要件 (3.21)
注記 1:ユーザーとシステムの対話 要件 (3.9) は、一般に定性的な用語で述べられています。
[出典:ISO 25065:2019, 3.1.11, 修正 - エントリへの注記を追加。]
3.23
使用関連の品質要件
対話型システム (3.12) および関連する品質基準の使用によって意図される結果を指定する ユーザー要件 (3.21)
注記 1:使用関連の品質 要件 (3.9) は、通常、定量的な用語で記載されている。
[出典:ISO 25065:2019, 3.1.12, 修正 — エントリへの注記を追加。]
参考文献
| 1 | ISO 924, 人間とシステムの相互作用の人間工学 |
| 2 | ISO 25065:2019, システムおよびソフトウェア エンジニアリング — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — ユーザビリティのための業界共通フォーマット (CIF): ユーザー要件仕様 |
| 3 | ISO/TS 18152, 人間とシステムの相互作用の人間工学 — 人間とシステムの問題のプロセス評価の仕様 |
| 4 | ISO/TR 25060, システムおよびソフトウェア エンジニアリング — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — ユーザビリティ関連情報のための Common Industry Format (CIF) の一般的なフレームワーク |
| 5 | ISO/IEC 17060, 適合性評価 — グッドプラクティスの規範 |
| 6 | ISO/IEC 17000:2020, 適合性評価 - 語彙および一般原則 |
| 7 | ISO/IEC 25000, システムおよびソフトウェア エンジニアリング — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — SQuaRE ガイド |
| 8 | ISO/IEC 25010, システムおよびソフトウェアエンジニアリング — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — 製品品質モデル |
| 9 | ISO/IEC 250402024, システムおよびソフトウェアエンジニアリング — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — 品質評価フレームワーク |
| 10 | ISO/IEC 25063, システムおよびソフトウェアエンジニアリング — システムおよびソフトウェア製品の品質要件および評価 (SQuaRE) — ユーザビリティのための Common Industry Format (CIF): 使用のコンテキストの説明 |
| 11 | ISO/IEC 25064:2013, システムおよびソフトウェア エンジニアリング — ソフトウェア製品の品質要件および評価 (SQuaRE) — ユーザビリティに関する Common Industry Format (CIF): ユーザー ニーズ レポート |
| 12 | ISO/IEC 33020:2019, 情報技術 — プロセス評価 — プロセス能力を評価するためのプロセス測定フレームワーク |
| 13 | ISO/IEC TS 33060, 情報技術 — プロセス評価 — システム ライフサイクル プロセスのプロセス評価モデル |
| 14 | ISO/IEC TS 33061, 情報技術 — プロセス評価 — ソフトウェア ライフサイクル プロセスのプロセス評価モデル |
| 15 | ISO/IEC TR 11580:2007, 情報技術 - ユーザー インターフェイスのオブジェクト、アクション、および属性を記述するためのフレームワーク |
| 16 | ISO/IEC/IEEE 24774, システムおよびソフトウェアエンジニアリング — ライフサイクル管理 — プロセス記述の仕様 |
| 17 | ISO/IEC/IEEE 12207, システムおよびソフトウェア エンジニアリング — ソフトウェア ライフ サイクル プロセス |
| 18 | ISO/IEC/IEEE 15288, システムおよびソフトウェア エンジニアリング — システム ライフ サイクル プロセス |
| 19 | ISO/IEC/IEEE 15289:2019, システムおよびソフトウェアエンジニアリング — ライフサイクル情報項目の内容 (文書) |
| 20 | ISO/IEC/IEEE 24765:2017, システムおよびソフトウェア エンジニアリング — 語彙 |
| 21 | IEC 62366-1:2015, 医療機器 - Part 1: ユーザビリティ エンジニアリングの医療機器への適用 |
| 22 | 米国政府。「ユーザビリティ スターター キット」、[2024-10-12] https://digital.gov/resources/digitalgov-user- experience-resources/digitalgov-user- experience-program-usability-starter-kit/?dg |
| 23 | 国際ユーザビリティおよびユーザー エクスペリエンス認定委員会 eV (UXQB) 「ユーザビリティ テスト レポートの例」、[2024-10-12] https://uxqb.org/public/documents/CPUX-UT_EN_Usability-Test-Report-Example.pdf |
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
3.1
accessibility
extent to which products, systems, services, environments and facilities can be used by people from a population with the widest range of user (3.19) needs, characteristics and capabilities to achieve identified goals (3.6) in identified contexts of use
Note 1 to entry: Context of use (3.3) includes direct use or use supported by assistive technologies.
[SOURCE:ISO 9241-112:2017, 3.15]
3.2
conformity assessment
demonstration that specified requirements (3.9) are fulfilled
[SOURCE:ISO/IEC 17000:2020, 4.1, modified — Notes to entry deleted.]
3.3
context of use
combination of users (3.19) , goals (3.6) , tasks (3.13) , resources, and environment
Note 1 to entry: The “environment” in a context of use includes the technical, physical, social, cultural and organizational environments.
[SOURCE:ISO 9241‑11:2018, 3.1.15]
3.4
effectiveness
accuracy and completeness with which users (3.19) achieve specified goals (3.6)
[SOURCE:ISO 9241‑11:2018, 3.1.12]
3.5
efficiency
resources used in relation to the results achieved
Note 1 to entry: Typical resources include time, human effort, costs and materials.
[SOURCE:ISO 9241‑11:2018, 3.1.13]
3.6
goal
intended outcome
[SOURCE:ISO 9241‑11:2018, 3.1.10]
3.7
harm from use
negative consequences regarding health, safety, finances or the environment that result from use of the system
Note 1 to entry: The negative consequences can be for the user (3.19) or for any other stakeholder (3.11) .
Note 2 to entry: Although avoidance of harm from use, i.e. eliminating any exposure of risk that poses a potential harm, cannot be achieved completely, designing an interactive system (3.12) can aim at mitigating risks to an acceptable minimum.
[SOURCE:ISO 9241‑220:2019, 3.10]
3.8
information item
separately identifiable body of information that is produced and stored for human use during a system or software life cycle
Note 1 to entry: A document produced to meet information requirements (3.9) can be an information item, part of an information item, or a combination of several information items.
Note 2 to entry: An information item can be produced in several versions during a project or system life cycle.
[SOURCE:ISO/IEC/IEEE 15289:2019, 3.1.12]
3.9
requirement
condition or capability that must be met or possessed by a system, system component, product, or service to satisfy an agreement, standard, specification, or other formally imposed documents
Note 1 to entry: Requirements provide value when delivered, satisfied, or met.
Note 2 to entry: Requirements include the quantified and documented needs, wants, and expectations of the sponsor, customer, and other stakeholders (3.11) .
[SOURCE:ISO/IEC/IEEE 24765:2017, 3.3431, definition 2, modified — Notes to entry added.]
3.10
satisfaction
extent to which the user's (3.19) physical, cognitive and emotional responses that result from the use of a system, product or service meet the user’s needs and expectations
Note 1 to entry: Satisfaction includes the extent to which the user experience that results from actual use meets the user’s needs and expectations.
Note 2 to entry: Anticipated use can influence satisfaction with actual use.
[SOURCE:ISO 9241‑11:2018, 3.1.14]
3.11
stakeholder
individual or organization having a right, share, claim, or interest in a system or in its possession of characteristics that meet their needs and expectations
EXAMPLE:
End users (3.19) , end user organizations, supporters, developers, customers, producers, trainers, maintainers, disposers, acquirers, suppliers, regulatory bodies, and people influenced positively or negatively by a system.
Note 1 to entry: Some stakeholders can have interests that oppose each other or oppose the system.
[SOURCE:ISO/IEC/IEEE 15288:2023, 3.44]
3.12
interactive system
combination of hardware and/or software and/or services and/or people that users (3.19) interact with in order to achieve specific goals (3.6)
Note 1 to entry: This includes ここで, appropriate, packaging, user documentation, online and human help, support and training.
Note 2 to entry: This definition emphasizes that the user interacts with the system. An interactive system provides feedback to user input and initiates further actions within the system or by other systems as required.
[SOURCE:ISO 25065:2019, 3.2.1]
3.13
task
set of activities undertaken in order to achieve a specific goal (3.6)
[SOURCE:ISO 9241‑11:2018, 3.1.11, modified — Notes to entry deleted.]
3.14
usability
extent to which a system, product or service can be used by specified users (3.19) to achieve specified goals (3.6) with effectiveness (3.4) , efficiency (3.5) and satisfaction (3.10) in a specified context of use (3.3)
[SOURCE:ISO 9241‑11:2018, 3.1.1, modified — Notes to entry deleted.]
3.15
usability defect
attribute of the interactive system (3.12) that leads to a usability problem (3.17)
Note 1 to entry: Usability defects are typically identified during inspections.
Note 2 to entry: Usability defects can originate from incorrect or missing interaction capabilities as well as poor task (3.13) support.
- additional unnecessary steps not required as part of completing a task;
- misleading information;
- insufficient and/or poor information on the user interface;
- unexpected system responses;
- limitations in navigation;
- inefficient use error (3.18) recovery mechanisms;
- physical characteristics of the user interface that are not suitable for the physical characteristics of the user.
3.16
usability finding
identified usability defect (3.15) and/or usability problem (3.17) or positive usability-related (3.14) attribute
Note 1 to entry: Deviations of attributes of the interactive system (3.12) from specified criteria such as user (3.19) requirements (3.9) , principles, design guidelines or established conventions are also usability findings.
Note 2 to entry: Usability findings can lead to the identification of new user requirements (3.21) .
3.17
usability problem
situation during use, resulting in poor effectiveness (3.4) , efficiency (3.5) or satisfaction (3.10)
Note 1 to entry: Usability problems can be either directly observed during qualitative and/or quantitative usability (3.14) tests or are identified from analysis of use.
Note 2 to entry: Usability problems can lead to one or more use errors (3.18) .
Note 3 to entry: Usability problems are sometimes referred to as use difficulties.
3.18
use error
user (3.19) action or lack of user action while using the interactive system (3.12) that leads to a different result than that intended by the manufacturer or expected by the user
[SOURCE:IEC 62366‑1:2015, 3.21, modified —"Medical device" replaced by"interactive system", notes to entry deleted.]
3.19
user
person who interacts with a system, product or service
Note 1 to entry: Users include people who operate a system, people who use the output provided by a system and people who conduct support tasks (3.13) using the system (including maintenance and training).
Note 2 to entry: According to ISO/IEC 25010,"user" is defined as “individual or group that interacts with a system or benefits from a system during its utilization”.
Note 3 to entry: Primary and secondary users interact with a system, and primary and indirect users can benefit from a system. This definition includes a broader understanding of individuals and organizations that act as users.
[SOURCE:ISO 9241-11:2018, 3.1.7, modified — Notes 2 and 3 to entry added.]
3.20
user need
prerequisite identified as necessary for a user (3.19) , or a set of users, to achieve an intended outcome, implied or stated within a specific context of use (3.3)
EXAMPLE 1:
A presenter (user) needs to know how much time is left (prerequisite) in order to complete the presentation in time (intended outcome) during a presentation with a fixed time limit (context of use).
EXAMPLE 2:
An account manager (user) needs to know the number of invoices received and their amounts (prerequisite), in order to complete the daily accounting log (intended outcome) as part of monitoring the cash flow (context of use).
Note 1 to entry: A user need is independent of any proposed solution for that need.
Note 2 to entry: User needs are identified based on various approaches including interviews with users, observations, surveys, evaluations, expert analysis, etc.
Note 3 to entry: User needs often represent gaps (or discrepancies) between what should be and what is.
Note 4 to entry: User needs are transformed into user requirements (3.21) considering the context of use, user priorities, trade-offs with other system requirements (3.9) and constraints.
[SOURCE:ISO/IEC 25064:2013, 4.19]
3.21
user requirements
set of requirements (3.9) for use that provide the basis for design and evaluation of interactive systems (3.12) to meet identified user needs (3.20)
Note 1 to entry: User requirements are derived from user needs and capabilities in order to allow the user (3.19) to make use of the system in an effective, efficient, safe and satisfying manner.
Note 2 to entry: User requirements are not requirements on the users.
Note 3 to entry: User requirements include user-system interaction requirements (3.22) and use-related quality requirements (3.23) .
Note 4 to entry: In software engineering terms, user requirements include both"functional" and"non-functional" requirements derived from user needs and capabilities.
[SOURCE:ISO 9241-220:2019, 3.46]
3.22
user-system interaction requirements
user requirements (3.21) that specify interactions (including: recognizing information, making inputs, making selections, and receiving outputs) required by the users (3.19) to achieve the goals (3.6)
Note 1 to entry: User-system interaction requirements (3.9) are generally stated in qualitative terms.
[SOURCE:ISO 25065:2019, 3.1.11, modified — Note to entry added.]
3.23
use-related quality requirements
user requirements (3.21) that specify the intended outcomes of use of the interactive system (3.12) and associated quality criteria
Note 1 to entry: Use-related quality requirements (3.9) are generally stated in quantitative terms.
[SOURCE:ISO 25065:2019, 3.1.12, modified — Note to entry added.]
Bibliography
| 1 | ISO 9241 (all parts), Ergonomics of human-system interaction |
| 2 | ISO 25065:2019, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for Usability: User Requirements Specification |
| 3 | ISO/TS 18152, Ergonomics of human-system interaction — Specification for the process assessment of human-system issues |
| 4 | ISO TR 25060, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — General framework for Common Industry Format (CIF) for usability-related information |
| 5 | ISO/IEC 17060, Conformity assessment — Code of good practice |
| 6 | ISO/IEC 17000:2020, Conformity assessment — Vocabulary and general principles |
| 7 | ISO/IEC 25000, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Guide to SQuaRE |
| 8 | ISO/IEC 25010, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Product quality model |
| 9 | ISO/IEC 250402024, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Quality evaluation framework |
| 10 | ISO/IEC 25063, Systems and software engineering — Systems and software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability: Context of use description |
| 11 | ISO/IEC 25064:2013, Systems and software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability: User needs report |
| 12 | ISO/IEC 33020:2019, Information technology — Process assessment — Process measurement framework for assessment of process capability |
| 13 | ISO/IEC/TS 33060, Information technology — Process assessment — Process assessment model for system life cycle processes |
| 14 | ISO/IEC/TS 33061, Information technology — Process assessment — Process assessment model for software life cycle processes |
| 15 | ISO/IEC/TR 11580:2007, Information technology — Framework for describing user interface objects, actions and attributes |
| 16 | ISO/IEC/IEEE 24774, Systems and software engineering — Life cycle management — Specification for process description |
| 17 | ISO/IEC/IEEE 12207, Systems and software engineering — Software life cycle processes |
| 18 | ISO/IEC/IEEE 15288, Systems and software engineering — System life cycle processes |
| 19 | ISO/IEC/IEEE 15289:2019, Systems and software engineering — Content of life-cycle information items (documentation) |
| 20 | ISO/IEC/IEEE 24765:2017, Systems and software engineering — Vocabulary |
| 21 | IEC 62366-1:2015, Medical devices — Part 1: Application of usability engineering to medical devices |
| 22 | US government."Usability Starter Kit", [2024-10-12] https://digital.gov/resources/digitalgov-user-experience-resources/digitalgov-user-experience-program-usability-starter-kit/?dg |
| 23 | International Usability and User Experience Qualification Board e.V. (UXQB). “Usability Test Report Example”, [ 2024-10-12] https://uxqb.org/public/documents/CPUX-UT_EN_Usability-Test-Report-Example.pdf |