Download (5Mb) - oops/ - Oldenburger Online-Publikations-Server

2.8 Kontext-Modellierung 33
2.8.5 Phasen der Kontext-Modellierung
Nachdem einen Überblick der bisherigen Entwicklung der Kontext-Modellierung im Paragraph
2.8 geschaffen wurde, ist die wichtige Definition eines Kontext-Modells nennenswert. Diese wurde
in [BN04] eingeführt und lautet folgendermaßen: ein Kontext-Modell ist eine formelle Beschreibung
der relevanten Aspekten einer Umgebung (Teil der realen Welt).
Der Entwicklungsprozess einer kontextbewussten Anwendung kann wesentlich erleichtert werden,
wenn ein Kontext-Modell in die Entwicklung mit einbezogen wird. Der Grund dafür ist, dass eine Abstrahierung
der Kontext-Erfassung (engl. context sensing) ermöglicht die Herstellung einer “Verbindung”
zwischen der realen, nicht-technischen Welt und der technologisierten Ansicht der Anwendung
ermöglicht [BN04]. Diese beschriebene Verbindung erfolgt anhand von vordefinierter, erweiterbare
und dynamische Kontext-Modelle, die einen gewissen Ausschnitt der Welt beschreibt.
Im Folgenden wird eine Beschreibung der einzelnen Phasen, die zu der eigentlichen Entwicklung
eines Kontext-Modells gehören können, gegeben. Zu diesem Zweck wurden ähnliche Meinungen aus
der Literaturrecherche zusammengefasst.
In [LRBA10] wird der Lebenszyklus für die Entwicklung von kontextbewussten Anwendungen
genannt. Dabei werden drei Phasen identifiziert, die auch mit einem verallgemeinerten Software-
Entwicklungslebenszyklus vergleichbar sind:
• Entwurf: in dieser Phase wird das Datenmodell des Kontext-Modells festgelegt, normalerweise
mithilfe eines UML Tools. Diese Phase lässt sich auch in [CWGN11] sowie in [BPP07] wiederfinden,
in Form der äquivalenten Phase der “Modellierung”.
Im Laufe dieser Phase müssen die für die Anwendung relevanten Kontext-Elemente (auch als
“Situationen” bekannt) definiert werden, zusammen mit voraussichtlichen Anpassungen, die als
Reaktion zu entgegengenommenen Kontext-Daten von der Anwendung unterstützt werden sollen
[LRBA10].
Weiterhin wird in [BOQ + 11] eine alternative Beschreibung der hauptsächliche Aufgabe dieser
Phase gegeben und zwar: es müssen Beziehungen zwischen jedem Kontext-Element und den dazugehörigen
relevanten Aspekt des modellierten Szenarios (wie z.B. Regeln, Benehmen bzw. Anpassung
der Anwendung sowie die Präsentation oder Darstellung dieser Aspekte) erstellt werden.
In dieser Phase lassen sich nur Annahmen vom Entwickler treffen, da wesentlich präzisere Informationen
über eine Umgebung nur in der Phase der Konfiguration (s.u.) zu sammeln sind. Hilfreich
an dieser Stelle ist die Verwendung eines Metamodells für die Bereitstellung von Annahmen
und allgemeinen beobachteten Regeln im beschriebenen System [LRBA10] – solche Techniken
werden im Abschnitt 6.1.1 beschrieben.
Diese Phase liefert als Ergebnis ein statisches Modell, welches mit dynamischen Daten aus der
Umgebung befüllt wird, sobald die mit dem Modell verbundene Anwendung aufgestellt wird.
• Konfiguration: die Aufgabe dieser Phase ist die Erstellung von konkreten Objekten bzw. Instanzen
der modellierten Kontext-Elemente – sämtliche Informationen wie z.B. bestimmte, feste Attribute
oder die Lokalisierung verschiedener Elemente (falls bekannt) können hiermit erfasst und in
dem erstellten Kontext-Modell gespeichert werden [CWGN11]. Statische Informationen wie z.B.
die IP-Adressen der benötigten Netzwerkinfrastruktur könnten als Beispiel gegeben werden.