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

96 Umsetzung des Prototyps
7.3 Backend
Das Backend setzt die Persistenzschicht des Kontext-Modells, verschiedene Dienste rund um das
Kontext-Modell sowie die technische Verbindung zum Kommunikationskanal um. Diese Unterkomponenten
werden ausführlich in den kommenden Abschnitten eingeführt und beschrieben.
7.3.1 Persistzenzkonzept des Kontext-Modells
Das entworfene Kontext-Modell muss in einer relationalen Datenbank persistiert werden, zur Gewährleistung
der Integrität und Sicherheit der gespeicherten Daten, die meistens persönliche Daten
darstellen. Zu diesem Zweck wurde das verbreitete Datenbankmanagementsystem namens PostgreS-
QL in der Version 5.1 eingesetzt. Zudem wurde für die normenkonforme Speicherung und Bearbeitung
von geographischen Daten das Werkzeug mit dem Namen “PostGIS” angewendet – ein Plugin
für PostgreSQL, welches die Verwaltung von geographischen Daten ermöglicht.
Von UML Diagramm zur Datenbankschema
Wie vorgestellt wurde das Kontext-Modell zunächst in Form von UML Diagrammen entworfen.
Um diese Darstellung in Form eines Datenmodells entwerten zu können, müssen diejenige darin
beschriebene Klassen und deren Beziehungen zuerst in Datenbank-spezifische Konstrukte umgewandelt
werden. Dieser Vorgang entspricht in der MDA-Terminologie etwa “Model Transformation”. Im
Raum dieser Softwarelösung wurde ein Werkzeug für die Automatisierung dieses Vorgangs entwickelt.
Als Eingang nimmt das Software eine Excel-Datei (Microsoft Excel ist ein Softwareprodukt für
den Umgang mit Tabellenkalkulationen und ist Teil der Microsoft-Office-Suite) entgegen, die die
entsprechende UML-Diagramme des Kontext-Modells darstellen. Die UML-Diagramme sind mittels
der UML-Modelleierung Software namens Visual Paradigm entworfen und exportiert worden.
Auf der Ausgangsseite lassen sich Ruby-Klassen generieren, die ihre in der Diagramm modellierten
Assoziationen und Attributen beibehalten. Das Ausgangsformat entspricht dem vom “DataMapper”
ORM (s.u.) benutzten Format.
Der nächste Schritt zur Erreichung der Repräsentation des Datenmodells in einer relationalen Datenbank
ist von einer Initialisierung der Datenbank (bzw. die Erstellung der entsprechenden Relationen)
repräsentiert. Zuerst werden einige einführende Details über die Verbindung mit dem Datenbanksystem
gegeben.
Kommunikation mit der Datenbank und Initialisierung dessen
Die Kommunikation mit der Datenbank erfolgt mittels selbstgeschriebenen Wrappers einer Datenbankverbindung.
Benutzt wurde das mit dem “DataMapper” 4 ORM mitgelieferte Verbindungsmodell,
sowie ein “schlankes” Wrapper über das Verbindungsmodell des “pg” Gems. Eine Verbindung lässt
sich entweder als der Datenbankadministrator (der so genannte “root” oder “superuser” Benutzer)
oder als der Administrator einer bestimmten Datenbank, oder als ein Nutzer mit eingeschränkten
Rechten dessen erstellen.
4
http://www.datamapper.org