Aufgabenmodellierung

Question 1

Szenarien

Answer 1

Narrative Beschreibung, wie eine Persona handelt, um eine Aufgabe (oder Unteraufgabe) in einem bestimmten Kontext zu erledigen. Ein Szenario beschreibt im Detail das „Zusammenspiel“ folgender Komponenten:

• Persona und
• Elementen des Nutzungskontextes (Aufgaben, physische und soziale Umgebung, hard- und software, Verbrauchsmittel etc.).

(Szenarien sind Instanzen von Use Cases)

Question 2

Szenario Analyse

Answer 2

Claims Analysis

GRAFIK VON Claims Analysis

Question 3

HTA

Answer 3

Hierarchical Task Analysis -> Dekomposition + plan list

HTAs erfassen Strukturen von Wissen über Aufgabenerledigung und abstrahieren ebenfalls von Personen und Nutzungskontexten; plan lists formalisieren Aufgabenerledigungen (pseudo- code)

Question 4

HTA:plan list

Answer 4

Beschreibung in Pseudocode, wie die Dekomposition (Hierarchiebaum) von verschiedenen Menschen (Benutzern) in eine Handlungsabfolge überführt wird

Question 5

Ziel einer „HTA“?

Answer 5

• Identifizieren und Beschreiben struktureller Aspekte einer Aufgabe aus kognitiver Sicht (Wissen der Benutzer über die Aufgabenerledigung)
• Verwendung dieser Struktur bei der Gestaltung interaktiver Systeme, so dass diese Systeme mittels Aktivierung von bestehendem Wissen durch die Benutzer verwendet werden können.

Question 6

Dekomposition

Answer 6

Aufgabenrepräsentation auf mindestens 3 Ebenen:

• Goal
• Task
• Action

Question 7

Use Case

Answer 7

Die Liste von Interaktionen zwischen einem Akteur und einem System, sowie Vor- und Nachbedingungen, wobei die Liste den kompletten Verlauf der Interaktionen, ausgehend vom Ausgangszustand bis zu erfolgreichen Zielerreichung, beschreibt.

Question 8

Essential use case

Answer 8

An essential use case is a structured narrative, expressed in a language of the application domain and of users, comprising a specified, generalized, abstract, technology-free and implementation-independent description of a task or interaction that is complete, meaningful, and well-defined from the point of view of users in some role or roles in relation to a system and that embodies the purpose or intentions underlying the interaction.

Question 9

Concrete use case

Answer 9

• beschreibt die bereit gestellte Funktionalität
• ist eine externe „black box“ Sicht auf das technische
• eine narrative Beschreibung der Interaktionen zwischen einem Benutzer (in einer bestimmten user role) und dem technischen System
• beschreibt die Benutzung eines techn. Systems, die aus Sicht der Benutzer vollständig und sinnvoll ist („software for use“, Constantine & Lockwood, 1999, p. 101)

Concrete use cases intermix requirements with design. By definition, they do not represent user purposes and intentions apart from interaction with some particular kind or form of user interface. The writer of concrete use cases is analyzing and describing requirements imposed by the problem intermingled with implicit decisions about what the user interface is going to be like

Question 10

Analyse deskriptiver Aufgabenmodelle

Answer 10

• Falls Aufgabenmodell ein Szenario ist, mittels: claims analysis. Wurde von Rosen & Carroll in dem Buch „Scenario Based Usability Engineering“, Morgan Kaufman, 2001 entwickelt.
• Falls Aufgabenmodell HTA oder Use Case ist, mittels: SWOT-Analysis

Question 11

Claims Analysis

Answer 11

Analysiert ein deskriptives Szenario hinsichtlich
- positiver Aspekte (signalisiert durch +; was sollte bei einem Redesign einer Aufgabenerledigung beibehalten/weiterhin unterstützt werden) und
- negativer Aspekte an der aktuellen Praxis der Aufgabenerledigung (signalisiert durch -; was „läuft nicht gut“, was muss verbessert/geändert werden)
Priorisierung der Aspekte durch die Analysten: z.B. +++, - -, etc.

Question 12

SWOT Analysis

Answer 12

• Strengths (Stärken der aktuellen Praxis)
• Weaknesses (Schwächen der aktuellen Praxis)
• Opportunities (Chancen in einer geänderten
• Threats (Gefahren in einer geänderten Praxis)