Schriftliche Ausarbeitung - Alexander Willner | Masterarbeit

4.4. Klassenmodell
4. Design
Aus den Phasen der Analyse und des Designs haben sich schon einige mögliche Operationen
ergeben, die bei weiterer Betrachtung und Detaillierung neue notwendige Methoden
aufzeigen. Die weitere Konkretisierung der Architektur mit Ihren Komponenten
hin zu einer groben Klassendefinition helfen bei der anschließenden Implementierung der
gewünschten Funktionen. Ebenso erleichtert die frühzeitige Festlegung von Schnittstellen
die Kommunikation zwischen den Projektpartnern. Die Einteilung der Anwendung erfolgt
in unterschiedliche Pakete (s. Abb. 4.2) die im Folgenden weiter ausgeführt werden.
Paket−Übersicht: grdb
daemon
(from org ::instantgrid ::grdb )
model
(from org ::instantgrid ::grdb )
portlet
(from org ::instantgrid ::grdb )
config
(from org ::instantgrid ::grdb )
test
(from org ::instantgrid ::grdb )
servlet
(from org ::instantgrid ::grdb )
Abbildung 4.2.: UML-Paketdiagramm: org.instantgrid.grdb
4.4.1. Paket: org.instantgrid.grdb.model
Das Paket org.instantgrid.grdb.model (s. Abb. 4.3) ist zuständig für die Datenverwaltung
und beinhaltet hauptsächlich die Schnittstelle zur Datenbank und Klassen zur internen
Datenkommunikation. Die in Listing 4.1 dargestellte Datenstruktur wird in der Klasse
GridResource gehalten und modifiziert. Die jeweiligen Instanzen der Klasse dienen
innerhalb des gesamten Systems als Austauschobjekt und werden lediglich in der Klasse
XmlDBConnector zur Speicherung in die Datenbank wieder in das D-GRDL-Format
überführt. Zur Erzeugung von GridResource-Objekten aus der Datenbank kommt das
„Erbauer-Entwurfsmuster“ mit der Klasse GridResourceFactory zum Einsatz.
41