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

122 Umsetzung des Prototyps
Bearbeitungsmöglichkeiten (Löschen, Bearbeiten) sind in jeder Kategorie von genannten Metadaten
vorhanden.
Schließlich lässt sich die Lokation der Instanz feststellen. Hierfür wird eine Liste der aktuell modellierten
Räume (wenn vorhanden) bereitgestellt. Der Benutzer kann eine Auswahl betätigen und
dadurch die textuell dargestellte Entscheidung “Dieser Gegenstand befindet sich innerhalb dieses
Raumes” treffen. Eine weitere Entwicklungsmöglichkeit lässt sich an dieser Stelle benennen: anstatt
einer statischen Lokation könnte eine Visualisierung der aktuell berechneten Lokation des
Benutzers innerhalb der Wohnung vorgestellt werden.
Die Speicherung der modellierten Instanz erfolgt per Knopfdruck des “Save” Buttons. Der Benutzer
wird über den Fortschritt der Speicher-Aktion visuell informiert.
• SpaceAddActivity: Durch diese Aktivität wird dem Benutzer ermöglicht, einen symbolischen
Raum (vgl. Lokationsmodell im Paragraph 6.2.2) hinzuzufügen. Eine Anfrage ans Backend
wird als Vorbereitungsschritt verschickt (währenddessen wird ein Ladesymbol dargestellt), um die
aktuell verfügbaren Räume zu erhalten. Diese Räume sind im Fall von relativen Räumen (Lokation
anhand einer räumlichen Beziehung) relevant.
Dem Raum kann ein Namen gegeben werden, sowie eine freiwillige Anzahl von räumlichen Beziehungen
zu einem anderen Raum. Hierfür wird eine ExpandableListView bereitgestellt,
die Operationen auf vorhandenen räumlichen Beziehungen oder das Einfügen einer neuen Beziehung
unterstützt.
Die Speicherung des modellierten Raumes erfolgt per Knopfdruck des “Save” Buttons. Der Benutzer
wird über den Fortschritt der Speicher-Aktion visuell informiert.
Darüber hinaus werden im Dashboard (s.u.) Möglichkeiten der Benutzer gegeben, einen QR-Code
für eine bestimmte Instanz des Datenmodells zu erstellen oder eine Übersicht der modellierten Gegenstände
zu erhalten.
Gemeinsame Grund-Funktionalitäten der Anwendungen
Die entwickelten Anwendungen teilen sich zwei visuelle Darstellungen: die DashboardActivityBase
und die SplashActivityBase. Das Dashboard stellt ein Gitter dar, welches für die
Auswahl einer bestimmten auszuführenden Aktivität zuständig ist. Des Weiteren ermöglicht das Dashboard
die Darstellung einer Anzahl von “ungelesenen Ereignissen”, die mit der jeweiligen dargestellten,
auswählbaren Aktivität verknüpft sind. Beispielsweise kann durch diese visuelle Präsentation
visuelles Feedback über die Anzahl von ungelesenen Mitteilungen aus dem Kommunikationskanal
gegeben werden.
Darüber hinaus stellt die “Splash”-Aktivität ein Ladefenster dar, welches über den Fortschritt der
“Preload”-Vorgänge (siehe dazu Abschnitt 7.4.1) informiert und den Benutzer bei der Benutzung der
Anwendung visuell “begrüßt” (z.B. wird die Mitteilung “HomeSharingApp – Guest” dargestellt).
Nachdem die “Preload”-Vorgänge erfolgreich abgeschlossen wurden, gelangt der Benutzer in die
Ausführung der oben genannten DashboardActivityBase (bzw. ihre Spezialisierung, siehe unten).
Die genannten Aktivitäten stellen nur eine Vorlage dar, die durch die spezialisierten Klassen namens
DashboardActivityGuest bzw. DashboardActivityHost erweitert wird. Bezie-