ISO/IEC 25064:2013 システムとソフトウェアエンジニアリング—ソフトウェア製品の品質要件と評価(SQuaRE)—使いやすさのための一般的な業界フォーマット(CIF):ユーザーニーズレポート | ページ 6

※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。

4 用語と定義

この文書の目的上、次の用語と定義が適用されます。

4.1

アクセシビリティ

指定された使用状況で指定された目標を達成するために、最も幅広い特性と能力を持つ集団の人々が製品、システム、サービス、環境、設備を使用できる範囲。

注記 1: 使用の状況には、直接使用または支援技術によってサポートされる使用が含まれます。

[出典:ISO 26800:2011, 2.1]

4.2

アクション

システムが特定の操作の要求として受け入れるユーザーの動作

[出典:ISO/IEC TR 11580:2007]

4.3

使用のコンテキスト

ユーザー、タスク、機器 (ハードウェア、ソフトウェア、材料)、製品が使用される物理的および社会的環境

[出典:ISO 9241-11:1998]

4.4

対話

目標を達成するための、ユーザーのアクション (入力) とシステムの応答 (出力) のシーケンスとしてのユーザーと対話型システムの間の対話。

[出典:ISO 9241-110:2006]

4.5

効果

ユーザーが指定された目標を達成するための正確性と完全性

[出典:ISO 9241-11:1998]

4.6

効率

ユーザーが目標を達成する正確さと完全性に関連して費やされるリソース

[出典:ISO 9241-11:1998]

4.7

ゴール

意図された結果

[出典:ISO 9241-11:1998]

4.8

情報項目

人間が使用する目的で作成、保存、配信される、個別に識別可能な情報本体

注1: 「情報商材」は同義語です。

注記 2:情報項目は、プロジェクトのライフサイクル中に複数のバージョンで作成される可能性があります。

[出典:ISO/IEC/IEEE 15289:2011]

4.9

パフォーマンスの欠如

必要な(または望ましい)パフォーマンスのレベルと実際のパフォーマンスの差

注記 1:欠陥データは、特定のパフォーマンス要件が存在where 環境でのみ取得可能です

注記 2: パフォーマンスとは、ユーザビリティの定義における有効性と効率性を指します。

注記 3: パフォーマンスの欠陥には、測定された顧客満足度の欠陥も含まれる可能性がある

4.10

製品

ユーザビリティを指定または評価する機器(ハードウェア、ソフトウェア、材料)の一部

[出典:ISO 9241-11:1998]

4.11

要件

契約、標準、仕様、またはその他の正式に課された文書を満たすために、システム、システムコンポーネント、製品、またはサービスが満たさなければならない、または所有しなければならない条件または機能。

注記 1: 正式に課された文書には、ユーザーのニーズに関する報告書が含まれる場合があります。

[出典:ISO/IEC 24765:2010]

4.12

満足

不快感から解放され、製品の使用に対する前向きな姿勢

[出典:ISO 9241-11:1998]

4.13

利害関係者

ニーズや期待を満たすシステムまたはその特性の所有に関して、権利、共有、請求、または利益を有する個人または組織

[出典:ISO/IEC 15288:2008]

4.14

システム

1 つ以上の明示された目的を達成するために編成された相互作用する要素の組み合わせ

注記 1:システムは、製品またはそれが提供するサービスとみなされる場合があります。

注記 2:実際には、その意味の解釈は、航空機システムなどの連想名詞を使用することによって明確になることがよくありますが、その場合はわかりにくくなる可能性がありますが、単にシステムという単語を文脈依存の同義語で置き換えることもできます。システムの視点の原則。

[出典:ISO/IEC 15288:2008, 4.31]

4.15

タスク.タスク

目標を達成するために必要な活動

[出典:ISO 9241-11:1998]

注記 1: 「タスク」という用語は、ISO 9241-11 と同様に、ここでは、対話システムの使用の詳細を指すのではなく、最も広い意味で使用されています。

4.16

使いやすさ

指定された使用状況において、有効性、効率性、満足度を伴って指定された目標を達成するために、指定されたユーザーがシステム、製品、またはサービスを使用できる範囲

[出典:ISO 9241-210:2010]

注記 1:このユーザビリティの定義は、ISO/IEC 9126-1:2001 で使用されている品質の定義に使用されているものと類似しています。

4.17

ユーザー.ユーザー

システム、製品、またはサービスと対話する人

注記 1:システムによって提供される出力またはサービスを使用する人 (紙または電子取引明細書を受け取る銀行顧客、支店を訪問する人、またはコールセンターを使用してテレフォン・バンキングを実行する人など) は、利用者とみなされます。ユーザー.ユーザー。

[出典:ISO 26800:2011]

4.18

ユーザーエクスペリエンス

製品、システム、またはサービスの使用および/または予想される使用から生じる個人の認識と反応

注記 1: ユーザーエクスペリエンスには、使用前、使用中、使用後に発生するすべてのユーザーの感情、信念、好み、認識、身体的および心理的反応、行動および成果が含まれます。

注記 2:ユーザーエクスペリエンスは、ブランドイメージ、プレゼンテーション、機能、システムパフォーマンス、対話型動作、対話型システムの支援機能の結果です。過去の経験、態度、スキル、性格に起因するユーザーの内部および身体的状態。そして使用のコンテキスト。

注記 3:ユーザビリティは、ユーザーの個人的な目標の観点から解釈される場合、ユーザーエクスペリエンスに通常関連付けられる一種の知覚的および感情的側面を含む可能性があります。ユーザーエクスペリエンスの側面を評価するために、ユーザビリティ基準を確立できます。

[出典:ISO 9241-210:2010]

4.19

ユーザーのニーズ

特定の使用状況の中で暗示または明示された、意図した結果を達成するためにユーザーまたはユーザーのセットに必要であると特定される前提条件

例 1:

発表者 (ユーザー) は、制限時間 (使用状況) が決まっているプレゼンテーション中に、時間内 (意図した結果) にプレゼンテーションを完了するために、残り時間がどれだけあるか (前提条件) を知る必要があります。

例 2:

アカウント マネージャー (ユーザー) は、キャッシュ フロー (使用状況) の監視の一環として毎日の会計ログ (意図した結果) を完了するために、受け取った請求書の数とその金額 (前提条件) を知る必要があります。

注記 1:ユーザーのニーズは、そのニーズに対して提案されたソリューションとは独立しています。

注記 2:ユーザーニーズは、ユーザーへのインタビュー、観察、調査、評価、専門家による分析など、さまざまなアプローチに基づいて特定されます。

注記 3:ユーザーのニーズは、あるべきものと現状との間のギャップ (または矛盾) を表すことがよくあります。

注記 4:ユーザーのニーズは、使用状況、ユーザーの優先順位、他のシステム要件および制約とのトレードオフを考慮してユーザー要件に変換される

4.20

使用要件

ユーザー要件

特定されたユーザーのニーズを満たす対話型システムの設計と評価の基礎を提供する使用要件

注記 1:ユーザー要件は、効果的、効率的、安全かつ満足のいく方法でシステムを使用するためのユーザーのニーズと能力から導き出されます。

注記 2:ユーザー要件は、システムを使用する際にユーザーのニーズと機能が満たされる範囲を指定します。これらはユーザーに対する要件ではありません。

注記 3:ソフトウェアエンジニアリング用語では、ユーザー要件には、ユーザーのニーズと能力に基づく「機能」要件と「非機能」要件の両方が含まれます。

[出典:ISO/IEC TR 25060:2010]

4.21

ユーザーインターフェース

対話型システムで特定のタスクを実行するための情報と制御をユーザーに提供する対話型システムのすべてのコンポーネント (ソフトウェアまたはハードウェア)

[出典:ISO 9241-110:2006]

参考文献

1ドイツ認定機関 (DAkkS)、ユーザビリティ ガイド、フランクフルト アム マイン、2010 http://www.dakks.de/sites/default/files/71-SD-2-007_Leitfaden%20Usability%201.3.pdf
2ISO/IEC 15288:2008, システムおよびソフトウェア エンジニアリング — システム ライフ サイクル プロセス
3ISO/IEC 15289:2006, システムおよびソフトウェアエンジニアリング - システムおよびソフトウェアのライフサイクルプロセス情報製品の内容 (ドキュメント)
4ISO/IEC 15504-2:2003, 情報技術 — プロセス評価 — Part 2: 評価の実行
5ISO/IEC 15504-5:2006, 情報技術 - プロセス評価 - Part 5: 例示的なプロセス評価モデル
6ISO/IEC 15504-6:2008, 情報技術 — プロセス評価 — Part 6: システム ライフ サイクル プロセス評価モデルの例
7ISO/TR 16982:2002, 人間とシステムの相互作用の人間工学 — 人間中心設計をサポートするユーザビリティ手法3)
8ISO/PAS 18152:2003, 人間とシステムの相互作用の人間工学 — 人間とシステムの問題のプロセス評価の仕様4)
9ISO/TR 18529:2000, 人間工学 — 人間とシステムの相互作用の人間工学 — 人間中心のライフサイクルプロセスの説明
10ISO/IEC 24774:2010, システムおよびソフトウェアエンジニアリング - ライフサイクル管理 - プロセス記述のガイドライン
11ISO/IEC 25010:2011, システムおよびソフトウェアエンジニアリング — システムおよびソフトウェアの品質要件および評価 (SQuaRE) — システムおよびソフトウェアの品質モデル
12ISO/IEC TR 25060:2008, ユーザビリティに関する業界共通フォーマット — ユーザビリティ関連情報の一般的なフレームワーク
13ISO/IEC 25062:2006, ソフトウェア エンジニアリング — ソフトウェア製品の品質要件および評価 (SQuaRE) — ユーザビリティ テスト レポート用の業界共通フォーマット (CIF)
14ISO 26800:2011, 人間工学 – 一般的なアプローチ、原則、概念
15ロバート R. メイジャーおよびピーター パイプ、「パフォーマンスの問題の分析」、効果的なパフォーマンスセンター、第 3 版 (1997 年 5 月)
16Williams, James R.、「コンピューター システムのパフォーマンス サポートの開発」、第 4 章: ニーズの評価とタスク分析、CRC Press (2004)

4 Terms and definitions

For the purposes of this document, the following terms and definitions apply.

4.1

accessibility

extent to which products, systems, services, environments and facilities can be used by people from a population with the widest range of characteristics and capabilities to achieve a specified goal in a specified context of use

Note 1 to entry: Context of use includes direct use or use supported by assistive technologies.

[SOURCE:ISO 26800:2011, 2.1]

4.2

action

user behaviour that a system accepts as a request for a particular operation

[SOURCE:ISO/IEC TR 11580:2007]

4.3

context of use

users, tasks, equipment (hardware, software and materials), and the physical and social environments in which a product is used

[SOURCE:ISO 9241-11:1998]

4.4

dialogue

interaction between a user and an interactive system as a sequence of user actions (inputs) and system responses (outputs) in order to achieve a goal

[SOURCE:ISO 9241-110:2006]

4.5

effectiveness

accuracy and completeness with which users achieve specified goals

[SOURCE:ISO 9241-11:1998]

4.6

efficiency

resources expended in relation to the accuracy and completeness with which users achieve goals

[SOURCE:ISO 9241-11:1998]

4.7

goal

intended outcome

[SOURCE:ISO 9241-11:1998]

4.8

information item

separately identifiable body of information that is produced, stored, and delivered for human use

Note 1 to entry: “information product” is a synonym.

Note 2 to entry: An information item can be produced in several versions during a project life cycle.

[SOURCE:ISO/IEC/IEEE 15289:2011]

4.9

performance deficiency

difference between the required (or desired) level of performance and the actual performance

Note 1 to entry: Deficiency data is only obtainable in environments where specific performance requirements exist

Note 2 to entry: Performance refers to effectiveness and efficiency in the definition of usability

Note 3 to entry: Performance deficiencies can include deficiencies in measured customer satisfaction

4.10

product

part of the equipment (hardware, software and materials) for which usability is to be specified or evaluated

[SOURCE:ISO 9241-11:1998]

4.11

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 could include user needs reports.

[SOURCE:ISO/IEC 24765:2010]

4.12

satisfaction

freedom from discomfort, and positive attitudes towards the use of the product

[SOURCE:ISO 9241-11:1998]

4.13

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

[SOURCE:ISO/IEC 15288:2008]

4.14

system

combination of interacting elements organized to achieve one or more stated purposes

Note 1 to entry: A system may be considered as a product or as the services it provides.

Note 2 to entry: In practice, the interpretation of its meaning is frequently clarified by the use of an associative noun, e.g. aircraft system. Alternatively the word system may be substituted simply by a context dependent synonym, e.g. aircraft, though this may then obscure a system principles perspective.

[SOURCE:ISO/IEC 15288:2008, 4.31]

4.15

task

activities required to achieve a goal

[SOURCE:ISO 9241-11:1998]

Note 1 to entry: The term “task” is used here, as in ISO 9241-11, in its widest sense, rather than in reference to the specifics of use of the dialogue system.

4.16

usability

extent to which a system, product or service can be used by specified users to achieve specified goals with effectiveness, efficiency and satisfaction in a specified context of use

[SOURCE:ISO 9241-210:2010]

Note 1 to entry: This definition of usability is similar to that used to define quality in use in ISO/IEC 9126-1:2001.

4.17

user

person who interacts with a system, product or service

Note 1 to entry: A person who uses an output or service provided by a system, such as a bank customer who receives a paper or electronic statement, visits a branch, or carries out telephone banking using a call centre, is considered to be a user.

[SOURCE:ISO 26800:2011]

4.18

user experience

person's perceptions and responses that result from the use and/or anticipated use of a product, system or service

Note 1 to entry: User experience includes all the users’ emotions, beliefs, preferences, perceptions, physical and psychological responses, behaviours and accomplishments that occur before, during and after use.

Note 2 to entry: User experience is a consequence of brand image, presentation, functionality, system performance, interactive behaviour, and assistive capabilities of the interactive system; the user’s internal and physical state resulting from prior experiences, attitudes, skills and personality; and the context of use.

Note 3 to entry: Usability, when interpreted from the perspective of the users’ personal goals, can include the kind of perceptual and emotional aspects typically associated with user experience. Usability criteria can be established so as to assess aspects of user experience.

[SOURCE:ISO 9241-210:2010]

4.19

user need

prerequisite identified as necessary for a user, or a set of users, to achieve an intended outcome, implied or stated within a specific context of use

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 considering the context of use, user priorities, tradeoffs with other system requirements and constraints

4.20

usage requirements

user requirements

requirements for use that provide the basis for design and evaluation of interactive systems to meet identified user needs

Note 1 to entry: User requirements are derived from user needs and capabilities in order to make use of the system in an effective, efficient, safe and satisfying manner.

Note 2 to entry: User requirements specify the extent to which user needs and capabilities are to be met when using the system. They are not requirements on the users.

Note 3 to entry: In software-engineering terms, user requirements comprise both “functional” and “non-functional” requirements based on user needs and capabilities.

[SOURCE:ISO/IEC TR 25060:2010]

4.21

user interface

all components of an interactive system (software or hardware) that provide information and controls for the user to accomplish specific tasks with the interactive system

[SOURCE:ISO 9241-110:2006]

Bibliography

1Deutsche Akkreditierungsstelle (DAkkS), Leitfaden Usability, Frankfurt am Main, 2010 http://www.dakks.de/sites/default/files/71-SD-2-007_Leitfaden%20Usability%201.3.pdf
2ISO/IEC 15288:2008, Systems and software engineering — System life cycle processes
3ISO/IEC 15289:2006, Systems and software engineering — Content of systems and software life cycle process information products (Documentation)
4ISO/IEC 15504-2:2003, Information technology — Process assessment — Part 2: Performing an assessment
5ISO/IEC 15504-5:2006, Information technology — Process assessment — Part 5: An exemplar process assessment model
6ISO/IEC 15504-6:2008, Information technology — Process assessment — Part 6: An exemplar system life cycle process assessment model
7ISO/TR 16982:2002, Ergonomics of human-system interaction — Usability methods supporting human-centred design3)
8ISO/PAS 18152:2003, Ergonomics of human-system interaction — Specification for the process assessment of human-system issues4)
9ISO/TR 18529:2000, Ergonomics — Ergonomics of human-system interaction — Human-centred life cycle process descriptions
10ISO/IEC 24774:2010, Systems and software engineering — Life cycle management — Guidelines for process descriptions
11ISO/IEC 25010:2011, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Systems and software quality models
12ISO/IEC TR 25060:2008, Common industry format for usability — General framework for usability-related information
13ISO/IEC 25062:2006, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability test reports
14ISO 26800:2011, Ergonomics – General approach, principles and concepts
15Mager, Robert R. and Pipe, Peter, Analyzing Performance Problems, Center for Effective Performance, 3rd Edition (May 1997)
16Williams, James R., Developing Performance Support for Computer Systems, Chapter 4: Needs Assessment and Task Analysis, CRC Press (2004)