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

52 Anforderungserhebung
Aus dieser Perspektive müssen Anwendungen eine geringere Reaktionszeit bereitstellen, um ein
Gefühl einer nahtlosen Mensch-Maschine-Interaktion zu gewährleisten. Diese Aufgabe stellt sich
noch schwieriger in der Laufzeit-Umgebung eines mobilen Gerätes heraus.
• Skalierbarkeit [HIM05]: Die Größe des Systems kann wesentlich mit der Zeit variieren, z.B.
durch das Einfügen einer erheblichen Anzahl von Sensoren, oder die Vergrößerung des Nutzerund
Anwendungskontingentes.
Aus Sicht der System-Architektur können folgende zu beachtende Punkte eingeführt werden:
• Modularität und Flexibilität [BPP07]: Die Architektur des gesamten Systems muss so modular
wie möglich aufgebaut werden, indem Komponenten für jede benötigte Funktionalität entwickelt
werden. Durch die Modularität werden die Details des Kontext-Modells von der Anwendungslogik
abgekoppelt (vgl. [HIM05]). Die damit gewonnene Flexibilität des Systems zeigt sich bei der
dynamischen Erweiterung der Funktionalität – z.B. hinzugefügte Dienste, Geräte oder Sensoren.
Darüber hinaus sollten Anwendungen als “Einsteckbausteine” angesehen werden: ihr Hinzufügen
sollte für keinen Systemausfall bzw. Systemneustart sorgen (vgl. [EPR06]).
• Transparente Verteilung [BPP07]: Die im Kontext-Modell abzubildenden Sensoren können physisch
verteilt sein, sodass sie nicht zu einem einzigen System verbinden können. Eine identische
Eigenschaft prägt die Anwendungen, die das Kontext-Modell benutzen möchten – diese können
auf mehreren Geräten laufen. Die Transparenz in diesem Fall bezieht sich auf die Zustellung der
benötigten Kontext-Informationen zu den Anwendungen: es muss eine Trennung zwischen den
Kontext-Konsumenten und den Kontext-Produzierenden (engl. separation of concerns) entstehen,
sodass die Anwendungen keine (direkte) Aufsicht der Implementierungsdetails haben. In [DA00]
wird vorgeschlagen, die Komponenten des Kontext-Modells unabhängig von jener Anwendung zu
entwerfen.
• Verteilte “Struktur” [SLP04]: Als eine abgeleitete Form von verteilten Systemen, erben Ubiquitous
Computing Systeme dasselbe Paradigma: der Mangel einer zentralen Instanz, eines zentralen
Systems, das die Rolle des “Supervisors” übernimmt. Somit müssen kontextbewusste Systeme
selbst für die Erstellung, Aufstellung sowie Wartung der einzelnen (Meta-)Daten (wie z.B. Beschreibungen
des Kontextes durch ein Kontext-Modell) und Dienste zuständig sein.
• Automatisierung [BPP07]: Ein weiterer interessanter Aspekt des Systementwurfs wäre die Idee,
den Übergang zwischen Entwurf und Aufstellung zu automatisieren. Dies kann mithilfe von z.B.
Modell-getriebenen Architekturen wie MDA erfolgen. Die Vision wäre dann, eine komplette Methodologie
zum generischen Entwurf und zur Bereitstellung umsetzen zu können.
Weiterhin muss ein Kontext-Modell hinsichtlich seiner Fähigkeiten beschrieben werden – welche
Eigenschaften muss das fertige Modell bereitstellen, um dem angestrebten Ziel näher zu kommen.
Die folgende Auflistung aus der Literatur schlägt die relevanten Konzepte vor:
• Partielle Validierung [SLP04]: Durch die Entwicklung eines Kontext-Modells wird nur eine Vorlage
für die zu erfassende Kontext-Informationen erstellt. Aus diesem Grund müssen diese Informationen
demnächst auf ihre Vollständigkeit geprüft werden, auch wenn nur partiell. Die Unvollständigkeit
der Kontext-Informationen stammt aus der Verteilung des gesamten Systems, wobei