atp edition Gamification in Kollaborationsnetzwerken (Vorschau)

Neben den Analysemodellen zeichnet sich die Architektur
zusätzlich durch die Integration eines expliziten,
extern beschriebenen Funktionsmodells aus, das die von
den Feldgeräten und Maschinen bereitgestellten Dienste
und Funktionen definiert. Das ausgelagerte Kontextmodell
hingegen definiert den Nutzungskontext in Form
von Interaktionszonen, in denen sich der Benutzer bewegt,
welche durch einen Interpretation Server [5] zur
Laufzeit zur Verfügung gestellt werden.
Die Laufzeitmodelle repräsentieren den Kern der Architektur
und beschreiben die Benutzungsschnittstelle
konform zum CRF mittels eines abstrakten und konkreten
Benutzungsschnittstellenmodells sowie eines expliziten
Adaptionsmodells.
2.1 Das abstrakte Benutzungsschnittstellenmodell
Das abstrakte Benutzungsschnittstellenmodell (AUI-
Modell) dient der modalitätenunabhängigen Interaktionsbeschreibung
zwischen dem Benutzer und der Benutzungsschnittstelle.
Für die Spezifikation der AUI
wurde die XML-basierte Useware Dialog Modeling Language
(useDM) [4] eingeführt. Die Entwicklung der Sprache
baut auf den Kernkonzepten der Dialog and Interface
Specification Language (DISL) [10] auf und erweitert
diese für eine effektive Beschreibung von kontextsensitiven
Benutzungsschnittstellen.
Für die Beschreibung der statischen Benutzungsschnittstellenstruktur
und der Präsentationsaspekte
dienen in useDM Dialoge, deren Inhalt durch sechs abstrakte,
modalitätenunabhängige Interaktionsobjekte
beschrieben werden kann (vergleiche Bild 3). Die fünf
abstrakten Interaktionsobjekte (Elemente Input, Output,
Change, Select und Trigger) basieren dabei auf den elementaren
Benutzungsobjekten von useML [3, 9], die den
atomaren, modalitätenunabhängigen Informationsaustausch
zwischen dem Benutzer und der Maschine repräsentieren.
Das Container-Element dient zusätzlich der
Gruppierung und hierarchischen Strukturierung der
abstrakten Interaktionsobjekte und ermöglicht es so, den
untergeordneten Elementen eine weitere Bedeutung zuzuordnen.
So können beispielsweise Navigationsobjekte
in einem Container gruppiert und mittels einer Abbildungsregel
auf ein konsistentes Layout in der konkreten
Benutzungsschnittstelle abgebildet werden.
Während das Präsentationsmodell die Spezifikation
der statischen Benutzungsschnittstellenaspekte wie
Struktur und Inhalt erlaubt, dient das Dialogmodell zur
Beschreibung der dynamischen Aspekte. Hierzu steht in
useDM ein Event-Condition-Action (ECA)-basiertes Dialogmodell
zur Verfügung. Das Behavior-Element erlaubt
die Spezifikation von globalen Variablen und Bedingungen,
die in Transitionen referenziert werden können.
Transitionen stellen den Kern der Verhaltensbeschreibung
dar. Mit diesen Elementen lassen sich komplexe
Benutzungsschnittstellenverhalten mittels vier verschiedener
Aktions-Typen beschreiben.
Das Call-Element dient der Verknüpfung der Benutzungsschnittstelle
mit den Feldgeräte- und Maschinenfunktionen,
deren Anbindung im Funktionsmodell der
Architektur implementiert sind und durch Schnittstellen
in der Architektur bereitgestellt werden.
Das Statement-Element erlaubt die Anpassung von
Attribut-Werten der abstrakten Interaktionsobjekte des
Präsentationsmodells (zum Beispiel Titel eines abstrakten
Interaktionsobjekts) sowie von Variablenwerten des
Dialogmodells.
Das Navigation-Element ermöglicht die Spezifikation
absoluter und relativer Dialogwechsel der Benutzungsschnittstelle.
Die absolute Navigation dient dabei der Spezifikation
von gezielten Dialogaufrufen und wird mit dem
Absolute-Navigation-Element spezifiziert. Der aufzurufende
Zieldialog wird durch seine eindeutige ID angegeben.
Die relative Navigation hingegen dient der Spezifikation
von generischen Dialogaufrufen, die sich aus der
aktuellen Dialogordnung ergeben und mittels definierter
Symbole umgesetzt werden (beispielsweise next, parent).
Das Restructure-Element bildet die Grundlage für die
Implementierung von Strukturänderungen im Präsentationsmodell
der abstrakten Benutzungsschnittstelle. So
erlaubt das Element die dynamische Einbindung von
zuvor definierten Templates, die wiederverwendbare UI-
Strukturen beschreiben.
Der in Bild 4 dargestellte useDM-Modell-Ausschnitt
beschreibt einen einfachen Dialog für ein Platinen-Magazin,
in dem der Benutzer über das Element pcbStatus
informiert wird, ob eine Platine ausgeworfen wurde.
Über das Element pcbEject kann der Benutzer die Funktion
zum Auswerfen einer Platine auslösen, die über das
Call-Element in der Verhaltensbeschreibung mit der entsprechenden
Funktion des Funktionsmodells verknüpft
ist. Die Navigation zu weiteren Dialogen ist über die Elemente
homeDialog und nextModule und ihre relativen
Navigationen in der Verhaltensbeschreibung abgebildet.
2.2 Das konkrete Benutzungsschnittstellenmodell
Nach der Definition der abstrakten Benutzungsschnittstelle
gilt es, die in der abstrakten Schnittstelle definierten
Informationen und Funktionen in eine Zielmodalität
abzubilden und zu verfeinern. Hierzu dient nach dem
CRF das konkrete Benutzungsschnittstellenmodell (CUI-
Modell), welches die Schnittstelle in einer bestimmten
Zielmodalität (zum Beispiel grafische oder sprachbasierte
Benutzungsschnittstelle), jedoch möglichst unabhängig
von der späteren Zielplattform, beschreibt. Für ein
grafisches CUI-Modell bedeutet dies zum Beispiel, dass
die abstrakten Interaktionsobjekte des AUI-Modells auf
konkrete Interaktionsobjekte abgebildet (beispielsweise
ein Trigger-Element auf ein Button-Element) sowie in
einem Layout angeordnet werden müssen. Die CUI kann
dann zusätzlich um weitere Feingestaltungsaspekte (wie
Farbgestaltung, Bilder) verfeinert werden.
Für die plattformunabhängige Beschreibung der grafischen,
konkreten Benutzungsschnittstelle wird in der
vorgestellten Modellierungsarchitektur die User Interface
Markup Language 4.0 (UIML) [14] eingesetzt.
Da die konkrete Benutzungsschnittstelle, im Gegensatz
zu den in anderen Arbeiten vorgestellten Architekturen,
lediglich die Gestaltungsaspekte der im AUI-Mo-
atp edition
3 / 2013
53