この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
3 用語と定義
このドキュメントでは、次の用語と定義が適用されます。
ISO と IEC は、次のアドレスで標準化に使用する用語データベースを維持しています。
3.1 ユーザー要件に関する用語
3.1.1
要件
契約、標準、仕様、またはその他の正式に課せられた文書を満たすために、システム、システム コンポーネント、製品、またはサービスが満たす、または所有しなければならない条件または能力。
注記 1:正式に課せられた文書には、ユーザー ニーズ レポートを含めることができます。
注記 2:この定義は、ISO/IEC/IEEE 12207 定義では明示的に区別されていないユーザーのニーズとユーザー要件を明示的に区別するため、この文書で使用されています。
[出典: ISO/IEC/IEEE 24765:2017, 3.3431/2, modified — エントリへの注記が追加されました。]
3.1.2
品質要件
製品、データ、またはサービスが使用される目的から生じるニーズを満たす、製品、データ、またはサービスの品質特性または属性 に関する要件 (3.1.1)
[出典: ISO/IEC DIS 25030:2018, 4.16, 修正 — エントリの注 1 が削除されました。]
3.1.3
ユーザー
システム、製品、またはサービスと対話する人
注記 1:システム、製品、またはサービスのユーザーには、システムを操作する人、システムのアウトプットを利用する人、およびシステムをサポートする人 (保守およびトレーニングの提供を含む) が含まれます。
注記 2:この用語は、ISO/IEC 25010 にある定義「直接使用者」に対応する。
[出典: ISO 9241-11:2018, 3.1.7, 修正 — エントリに注 2 が追加されました]
3.1.4
利害関係者
システムに権利、共有、主張、または関心を持っているか、ニーズと期待を満たす特性を所有している個人または組織
注記 1:利害関係者には、ユーザー、購入者、システムの所有者または管理者、およびシステム、製品、またはサービスの運用によって間接的に影響を受ける人々が含まれます。
注記 2:利害関係者が異なれば、ニーズ、要件、または期待も異なる場合があります。
[出典: ISO/IEC/IEEE 15288:2015, 4.1.44, modified — 例が削除され、エントリの注 1 が置き換えられ、エントリの注 2 が追加された。]
3.1.5
ユーザー・グループ
ユーザビリティ(3.3.1) に影響を与える可能性のあるユーザ、 タスク(3.1.7) 、または環境の特性によって、他の意図されたユーザと区別される、意図された ユーザ(3.1.2) のサブセット。
[出典: ISO 9241-11:2018, 3.1.8]
3.1.6
使用の文脈
ユーザー (3.1.2) 、 目標 (3.1.6) 、 タスク (3.1.7) 、リソース、および環境の組み合わせ
注記1:使用の文脈における「環境」には、技術的、物理的、社会的、文化的および組織的な環境が含まれます。
注記 2:これは、既存の使用状況または意図した使用状況に適用できます。
[出典: ISO 9241-11:2018, 3.1.15, 修正 — エントリに注 2 が追加されました]
3.1.7
ゴール
意図した結果
[出典: ISO 9241-11:2018, 3.1.10]
3.1.8
タスク
特定の 目標(3.1.6) を達成するために実施される一連の活動
グレード 1 から入学:これらの活動は、身体的、知覚的、および/または認知的である可能性があります。
注記2目標はそれを達成するために使用される手段とは無関係ですが、タスクは目標を達成するための特定の手段を記述します。
[出典: ISO 9241-11:2018, 3.1.11]
3.1.9
ユーザーの必要性
ユーザー (3.1.2) または一連のユーザーが、特定 の使用状況 (3.1.5) 内で暗示または記述された、意図した結果を達成するために必要であると特定された前提条件。
例 1:
プレゼンター(利用者)は、制限時間(使用状況)のあるプレゼンテーション中に、プレゼンテーションを時間(目標)内に完了するために、残り時間(前提)を知る必要があります。
例 2:
アカウント マネージャー (ユーザー) は、キャッシュ フロー (使用状況) の監視の一環として毎日の会計ログ (目標) を完了するために、受け取った請求書の数とその金額 (前提条件) を知る必要があります。
注記 1ユーザーのニーズは、そのニーズに対して提案された解決策とは無関係です。
注記 2:ユーザーのニーズは、ユーザーへのインタビュー、観察、調査、評価、専門家の分析などを含むさまざまなアプローチに基づいて特定されます。
注記 3:ユーザーのニーズは、あるべき姿と現状の間のギャップ (または不一致) を表すことがよくあります。
注記 4:ユーザーのニーズは、使用のコンテキスト、ユーザーの優先順位、他のシステム要件とのトレードオフ、および制約を考慮して、 ユーザー要件 (3.1.10) に変換されます。
[出典: ISO/IEC 25064:2013, 4.19, modified — 例 1 と例 2 では、「意図した結果」という表現が「目標」に変更された。]
3.1.10
ユーザー要件
特定された ユーザーのニーズ (3.1.8) を満たすための 対話型システム (3.2.1) の設計と評価の基礎を提供する、 一連の要件 (3.1.1) を使用する
注記1:ユーザー要件は、ユーザーが効果的、効率的、安全かつ満足のいく方法でシステムを利用できるようにするために、ユーザーのニーズと機能から導き出されます。
注記 2:ユーザー要件は、ユーザーに対する要件ではありません。
注記 3:ユーザー要件には、 ユーザーとシステムの対話要件 (3.1.11) および 使用関連の品質要件 (3.1.12) が含まれます。
注記 4:ソフトウェア工学用語では、ユーザー要件には、ユーザーのニーズと機能から派生した「機能的」要件と「非機能的」要件の両方が含まれます。
[出典: ISO 9241-220:2019, 3.46]
3.1.11
ユーザーシステムの対話要件
目標(3.1.7) を達成するためにユーザーが必要とする相互作用(情報の認識、入力の作成、選択の実行、および出力の受信を含む)を指定する ユーザー要件(3.1.10 )
3.1.12
使用関連の品質要件
インタラクティブシステムの使用の意図された結果と関連する品質基準を指定する ユーザー要件(3.1.10) 。
3.2 インタラクティブシステムに関する用語
3.2.1
インタラクティブシステム
特定の目標を達成するために ユーザー (3.1.2) がやり取りするハードウェアおよび/またはソフトウェアおよび/またはサービスおよび/または人々の組み合わせ。
注記 1:これには、必要に応じて、パッケージング、ユーザー文書、オンラインおよび人によるヘルプ、サポート、およびトレーニングが含まれます。
注記2:この定義は, ユーザーがシステムと対話することを強調する. 対話型システムは, ユーザー入力にフィードバックを提供し, 必要に応じてシステム内または他のシステムによってさらなるアクションを開始する.
[出典: ISO 9241-11:2018, 3.1.5, 修正 — エントリに注 2 が追加されました。]
3.2.2
ユーザーインターフェース
ユーザ(3.1.2) が 対話型システム(3.2.1) で特定の タスク(3.1.7) を達成するための情報と制御を提供する 対話型システム(3.2.1) (ソフトウェアまたはハードウェア)のすべてのコンポーネントのセット。
[出典: ISO 9241-220:2019, 3.43]
3.2.3
ユーザーとシステムの相互作用
意図したタスクを完了するための、ユーザー インターフェイスを介したユーザーとインタラクティブ システム間の情報交換
[出典: ISO/IEC TR 25060:2010, 2.22, modified — この用語は、「ユーザーの相互作用」から「ユーザーとシステムの相互作用」に変更されました。記入上の注意は削除されました。]
3.2.4
ユーザー インターフェイス設計のガイダンス
設計指導
ユーザーインタラクションおよび/またはユーザーインターフェースを設計するための原則、 要件(3.1.1) 、推奨事項、または確立された慣例
注記 1特定の要件、推奨事項、または確立された慣習は、「ユーザー インターフェイス ガイドライン」とも呼ばれます。
注記 2:原則、要件、および推奨事項は、ISO 9241 シリーズを含むさまざまな情報源で公開されており、ユーザー インターフェイス プラットフォーム全体に適用されます。
注記 3: 「確立された規則」には、「Windows」や「Mac OS」などのユーザー インターフェイス プラットフォームのサプライヤーによって発行された規則が含まれます。
注記 4:ユーザー インターフェイス設計ガイダンスは、ユーザー インターフェイス要件と呼ばれることがあります。
[出典: ISO 9241-220:2019, 3.44]
3.25
アクション
システムが特定の操作の要求として受け入れる ユーザー (3.1.2) の動作
[出典: ISO/IEC TR 11580:2007, 2.3]
3.2.6
制約
システム 要件(3.1.1) 、設計、または実装、またはシステムの開発または変更に使用されるプロセスに外部から課せられる制限。
注記1:制約は、力または強制によって解に課される要因であり、設計変更を制限または修正することができます。
[出典: ISO/IEC/IEEE 29148:2018, 3.1.7, modified — エントリの注 1 で、"may" が "can" に変更されました。]
3.3 ユーザビリティの概念に関する用語
3.3.1
使いやすさ
特定の ユーザー (3.1.2) がシステム、製品、またはサービスを使用して、特定の 目標 (3.1.6) を 有効性 (3.3.3) 、 効率 (3.3.4) および 満足度 (3.3.5) で達成できる程度特定 の使用状況で(3.1.5)
注記 1: 「指定された」ユーザー、目的、および使用状況とは、ユーザビリティが考慮されているユーザー、目的、および使用状況の特定の組み合わせを指します。
注記 2: 「ユーザビリティ」という言葉は、ユーザビリティの専門知識、ユーザビリティの専門家、ユーザビリティ エンジニアリング、ユーザビリティの方法、ユーザビリティの評価など、ユーザビリティに貢献するデザインの知識、能力、活動、およびデザインの属性を指す修飾子としても使用されます。 、ユーザビリティ ヒューリスティック。
[出典: ISO 9241-11:2018, 3.1.1]
3.3.2
効果
ユーザー (3.1.2) が特定の 目標 (3.1.6) を 達成するための正確さと完全性
[出典: ISO 9241-11:2018, 3.1.12]
3.3.3
効率
達成された結果に関連して使用されるリソース
注記 1:典型的なリソースには、時間、人的努力、コスト、および材料が含まれます。
[出典: ISO 9241-11:2018, 3.1.13]
3.3.4
満足
システム、製品、またはサービスの使用に起因するユーザーの身体的、認知的、および感情的な反応が、ユーザーのニーズと期待をどの程度満たしているか
注記 1:満足度には、実際の使用から得られるユーザー エクスペリエンスが、ユーザーのニーズと期待をどの程度満たしているかが含まれます。
注記2:予想される使用は、実際の使用に対する満足度に影響を与える可能性があります。
[出典: ISO 9241-11:2018, 3.1.14]
3.3.5
アクセシビリティ
製品、システム、サービス、環境、および施設が、特定された 使用状況で 、特定された 目標(3.1.6) を達成するために、最も幅広い ユーザーニーズ(3.1.8) 、特性および能力を持つ集団の人々によって使用できる程度 (3.1.5)
注記1:使用のコンテキストには、直接使用または支援技術によってサポートされる使用が含まれます。
[出典: ISO 9241-112:2017, 3.15]
3.3.6
システム
1つまたは複数の規定された目的を達成するために編成された相互作用する要素の組み合わせ
注記1:システムは、製品またはそれが提供するサービスとみなされることがあります。
注記 2:完全なシステムには、関連するすべての機器、設備、材料、コンピュータ プログラム、ファームウェア、技術文書、サービス、および操作に必要な人員と、意図した環境での自給自足の使用に必要な程度のサポートが含まれます。
注記3システムは、製品、サービス、構築された環境またはそれらの組み合わせ、および人から構成することができます。
[出典: ISO 9241-11:2018, 3.1.4]
3.3.7
製品
人または機械によって作成または作成されたアイテム
[出典: ISO 9241-11:2018, 3.1.2]
3.3.8
サービス
顧客が達成したい結果を促進することにより、顧客に価値を提供する手段
注記 1:サービスには、人間とシステムの相互作用 (たとえば、Web を介してワード プロセッサにアクセスする) と人間と人間の相互作用 (たとえば、市民が郵便局の窓口で店員と対話する) の両方を含めることができます。
注記2: 「顧客」とは利用者であり、必ずしも金銭的関係があるとは限りません。
[出典: ISO 9241-11:2018, 3.1.6]
参考文献
| [1] | ISO 9241-11:2018, 人間とシステムの相互作用のエルゴノミクス — Part 11: ユーザビリティ: 定義と概念 |
| [2] | ISO 9241-210, 人間とシステムの相互作用のエルゴノミクス — Part 210: 対話型システムのための人間中心の設計 |
| [3] | ISO/FDIS 9241-220:2019, 人間とシステムの相互作用のエルゴノミクス — Part 220: 組織内で人間中心の設計を可能にし、実行し、評価するためのプロセス |
| [4] | ISO/IEC/IEEE 15288:2015, システムおよびソフトウェア工学 - システム ライフ サイクル プロセス |
| [5] | ISO/IEC/IEEE 15289, システムおよびソフトウェア工学 — システムおよびソフトウェア ライフ サイクル プロセス情報製品のコンテンツ (ドキュメント) |
| [6] | ISO/IEC 25010, システムおよびソフトウェア工学 — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — システムおよびソフトウェアの品質モデル |
| [7] | ISO/IEC TS 25011, 情報技術 — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — サービス品質モデル |
| [8] | ISO/IEC DIS 25030:2018, ソフトウェア エンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — 品質要件 |
| [9] | ISO/IEC TR 25060:2010, システムおよびソフトウェア エンジニアリング — システムおよびソフトウェア製品の品質要件と評価 (SQuaRE) — ユーザビリティのための共通産業フォーマット (CIF): ユーザビリティ関連情報の一般的なフレームワーク |
| [10] | ISO/IEC 25062:2006, ソフトウェア エンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — ユーザビリティ テスト レポート用の共通産業フォーマット (CIF) |
| [11] | ISO/IEC 25063:2014, システムおよびソフトウェア エンジニアリング — システムおよびソフトウェア製品の品質要件と評価 (SQuaRE) — ユーザビリティのための共通産業フォーマット (CIF): 使用説明のコンテキスト |
| [12] | ISO/IEC 25064:2013, システムおよびソフトウェア エンジニアリング — ソフトウェア製品の品質要件と評価 (SQuaRE) — 使いやすさのための共通産業フォーマット (CIF): ユーザー ニーズ レポート |
| [13] | ISO/IEC 25066:2016, システムおよびソフトウェア エンジニアリング — システムおよびソフトウェアの品質要件と評価 (SQuaRE) — ユーザビリティのための業界共通フォーマット (CIF) — 評価レポート |
| [14] | ISO/IEC/IEEE 29148:2018, システムおよびソフトウェア エンジニアリング - ライフ サイクル プロセス - 要件エンジニアリング |
| [15] | Geis Thomas, Polkehn Knut, Practical Knowledge: User Requirements, dPunkt Verlag, 2018 |
| [16] | 認定機関 D. (DAkkS)、ユーザビリティ ガイドライン、フランクフルト アム マイン、2010 年 http://www.dakks.de/sites/default/files/71-SD-2-007_Leitfaden%20Usability%201.3.pdf |
| [17] | Mager Robert R.、Pipe Peter, Analyzing Performance Problems 、Center for Effective Performance, 第 3 版 (1997 年 5 月) |
| [18] | Williams James R, コンピューター システムのパフォーマンス サポートの開発、第 4 章: ニーズ評価とタスク分析、CRC Press (2004) |
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO and IEC maintain terminological databases for use in standardization at the following addresses:
3.1 Terms related to user requirements
3.1.1
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: Formally imposed documents can include User needs reports.
Note 2 to entry: This definition is used in this document because it explicitly differentiates between user needs and user requirements which the ISO/IEC/IEEE 12207 definition does not explicitly differentiate.
[SOURCE: ISO/IEC/IEEE 24765:2017, 3.3431/2, modified — The Notes to entry have been added.]
3.1.2
quality requirement
requirement (3.1.1) for quality properties or attributes of a product, data or service that satisfy needs which ensue from the purpose for which that product, data or service is to be used
[SOURCE: ISO/IEC DIS 25030:2018, 4.16, modified — Note 1 to entry has been deleted.]
3.1.3
user
person who interacts with a system, product or service
Note 1 to entry: Users of a system, product or service include people who operate the system, people who make use of the output of the system and people who support the system (including providing maintenance and training).
Note 2 to entry: This term corresponds to the definition"direct user" that is found in ISO/IEC 25010.
[SOURCE: ISO 9241-11:2018, 3.1.7, modified — Note 2 to entry has been added]
3.1.4
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
Note 1 to entry: Stakeholders can include: users, purchasers, systems owners or managers and people who are indirectly affected by the operation of a system, product or service.
Note 2 to entry: Different stakeholders can have different needs, requirements or expectations.
[SOURCE: ISO/IEC/IEEE 15288:2015, 4.1.44, modified — The Example has been removed, Note 1 to entry has been replaced and Note 2 to entry has been added.]
3.1.5
user group
subset of intended users (3.1.2) who are differentiated from other intended users by characteristics of the users, tasks (3.1.7) or environments that can influence usability (3.3.1)
[SOURCE: ISO 9241-11:2018, 3.1.8]
3.1.6
context of use
combination of users (3.1.2) , goals (3.1.6) and tasks (3.1.7) , resources, and environment
Note 1 to entry: The"environment" in a context of use includes the technical, physical, social, cultural and organizational environments.
Note 2 to entry: This can apply to an existing context of use or an intended context of use.
[SOURCE: ISO 9241-11:2018, 3.1.15, modified — Note 2 to entry has been added]
3.1.7
goal
intended outcome
[SOURCE: ISO 9241-11:2018, 3.1.10]
3.1.8
task
set of activities undertaken to achieve a specific goal (3.1.6)
Note 1 to entry: These activities can be physical, perceptual and/or cognitive.
Note 2 to entry: While goals are independent of the means used to achieve them, tasks describe particular means of achieving goals.
[SOURCE: ISO 9241-11:2018, 3.1.11]
3.1.9
user need
prerequisite identified as necessary for a user (3.1.2) , or a set of users, to achieve an intended outcome, implied or stated within a specific context of use (3.1.5)
EXAMPLE 1:
A presenter (user) needs to know how much time is left (prerequisite) in order to complete the presentation in time (goal) 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 (goal) 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.1.10) considering the context of use, user priorities, trade-offs with other system requirements and constraints.
[SOURCE: ISO/IEC 25064:2013, 4.19, modified — The expression"intended outcome" has been changed to"goal" in Examples 1 and 2.]
3.1.10
user requirements
set of requirements (3.1.1) for use that provide the basis for design and evaluation of interactive systems (3.2.1) to meet identified user needs (3.1.8)
Note 1 to entry: User requirements are derived from user needs and capabilities in order to allow the user 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.1.11) and use-related quality requirements (3.1.12) .
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.1.11
user-system interaction requirements
user requirements (3.1.10) that specify interactions (including: recognizing information, making inputs, making selections, and receiving outputs) required by the users to achieve the goals (3.1.7)
3.1.12
use-related quality requirements
user requirements (3.1.10) that specify the intended outcomes of use of the interactive system and associated quality criteria
3.2 Terms related to interactive systems
3.2.1
interactive system
combination of hardware and/or software and/or services and/or people that users (3.1.2) interact with in order to achieve specific goals
Note 1 to entry: This includes, where appropriate, packaging, user documentation, on-line 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 9241-11:2018, 3.1.5, modified — Note 2 to entry has been added.]
3.2.2
user interface
set of all the components of an interactive system (3.2.1) (software or hardware) that provide information and controls for the user (3.1.2) to accomplish specific tasks (3.1.7) with the interactive system (3.2.1)
[SOURCE: ISO 9241-220:2019, 3.43]
3.2.3
user-system interaction
exchange of information between a user and an interactive system via the user interface to complete the intended task
[SOURCE: ISO/IEC TR 25060:2010, 2.22, modified — The term has been modified from “user interaction” to “user-system interaction”. The Notes to entry have been removed.]
3.2.4
user interface design guidance
design guidance
principle, requirement (3.1.1) , recommendation or established convention for designing the user interaction and/or the user interface
Note 1 to entry: Specific requirements, recommendations or established conventions are also referred to as “user interface guidelines”.
Note 2 to entry: Principles, requirements and recommendations are published in various sources including the ISO 9241 series and apply across user interface platforms.
Note 3 to entry: “Established conventions” include rules published by suppliers of the user interface platforms such as “Windows” or “Mac OS”.
Note 4 to entry: User interface design guidance is sometimes referred to as user interface requirements.
[SOURCE: ISO 9241-220:2019, 3.44]
3.25
action
user (3.1.2) behaviour that a system accepts as a request for a particular operation
[SOURCE: ISO/IEC TR 11580:2007, 2.3]
3.2.6
constraint
externally imposed limitation on system requirements (3.1.1) , design, or implementation or on the process used to develop or modify a system
Note 1 to entry: A constraint is a factor that is imposed on the solution by force or compulsion and can limit or modify the design changes.
[SOURCE: ISO/IEC/IEEE 29148:2018, 3.1.7, modified — In Note 1 to entry,"may" has been changed to"can".]
3.3 Terms related to the concept of usability
3.3.1
usability
extent to which a system, product or service can be used by specified users (3.1.2) to achieve specified goals (3.1.6) with effectiveness (3.3.3) , efficiency (3.3.4) and satisfaction (3.3.5) in a specified context of use (3.1.5)
Note 1 to entry: The"specified" users, goals and context of use refer to the particular combination of users, goals and context of use for which usability is being considered.
Note 2 to entry: The word"usability" is also used as a qualifier to refer to the design knowledge, competencies, activities and design attributes that contribute to usability, such as usability expertise, usability professional, usability engineering, usability method, usability evaluation, usability heuristic.
[SOURCE: ISO 9241-11:2018, 3.1.1]
3.3.2
effectiveness
accuracy and completeness with which users (3.1.2) achieve specified goals (3.1.6)
[SOURCE: ISO 9241-11:2018, 3.1.12]
3.3.3
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.3.4
satisfaction
extent to which the user's 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.3.5
accessibility
extent to which products, systems, services, environments and facilities can be used by people from a population with the widest range of user needs (3.1.8) , characteristics and capabilities to achieve identified goals (3.1.6) in identified contexts of use (3.1.5)
Note 1 to entry: Context of use includes direct use or use supported by assistive technologies.
[SOURCE: ISO 9241-112:2017, 3.15]
3.3.6
system
combination of interacting elements organized to achieve one or more stated purposes
Note 1 to entry: A system is sometimes considered as a product or as the services it provides.
Note 2 to entry: A complete system includes all of the associated equipment, facilities, material, computer programs, firmware, technical documentation, services and personnel required for operations and support to the degree necessary for self-sufficient use in its intended environment.
Note 3 to entry: A system can be composed of a product, service, built environment or combination thereof, and people.
[SOURCE: ISO 9241-11:2018, 3.1.4]
3.3.7
product
item that is made or created by a person or machine
[SOURCE: ISO 9241-11:2018, 3.1.2]
3.3.8
service
means of delivering value for the customer by facilitating results the customer wants to achieve
Note 1 to entry: Services can include both human-system interactions (e.g. accessing a word processor through the web) and human-human interactions (e.g. a citizen interacting with a clerk at the post office counter).
Note 2 to entry: The “customer” is a user, and does not necessarily have a financial relationship.
[SOURCE: ISO 9241-11:2018, 3.1.6]
Bibliography
| [1] | ISO 9241-11:2018, Ergonomics of human-system interaction — Part 11: Usability: Definitions and concepts |
| [2] | ISO 9241-210, Ergonomics of human-system interaction — Part 210: Human-centred design for interactive systems |
| [3] | ISO/FDIS 9241-220:2019, Ergonomics of human-system interaction — Part 220: Processes for enabling, executing and assessing human-centred design within organizations |
| [4] | ISO/IEC/IEEE 15288:2015, Systems and software engineering — System life cycle processes |
| [5] | ISO/IEC/IEEE 15289, Systems and software engineering — Content of systems and software life cycle process information products (Documentation) |
| [6] | ISO/IEC 25010, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models |
| [7] | ISO/IEC TS 25011, Information technology — Systems and software Quality Requirements and Evaluation (SQuaRE) — Service quality models |
| [8] | ISO/IEC DIS 25030:2018, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Quality requirements |
| [9] | ISO/IEC TR 25060:2010, Systems and software engineering — Systems and software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability: General framework for usability-related information |
| [10] | ISO/IEC 25062:2006, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability test reports |
| [11] | ISO/IEC 25063:2014, Systems and software engineering — Systems and software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability: Context of use description |
| [12] | ISO/IEC 25064:2013, Systems and software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability: User needs report |
| [13] | ISO/IEC 25066:2016, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for Usability — Evaluation Report |
| [14] | ISO/IEC/IEEE 29148:2018, Systems and software engineering — Life cycle processes — Requirements engineering |
| [15] | Geis Thomas, Polkehn Knut, Praxiswissen: User Requirements, dPunkt Verlag, 2018 |
| [16] | Akkreditierungsstelle D., (DAkkS), Leitfaden Usability, Frankfurt am Main, 2010 http://www.dakks.de/sites/default/files/71-SD-2-007_Leitfaden%20Usability%201.3.pdf |
| [17] | Mager Robert R., Pipe Peter, Analyzing Performance Problems, Center for Effective Performance, 3rd Edition (May 1997) |
| [18] | Williams James R, Developing Performance Support for Computer Systems, Chapter 4: Needs Assessment and Task Analysis, CRC Press (2004) |