Da es in unserem Fall direkt keine persistente Daten gibt, sollten wir stattdessen das Metamodell unseres Datenmodells als Klassendiagramm visuell darstellen. Von einem Beispielmodell, das auf Grundlage unseres Metamodells erstellt wurde, sollte ebenfalls ein Klassendiagramm erstellt werden.
Ein Vorschlag für ein mit EMF Ecore spezifizierte Metamodell des Datenmodells findet sich hier. Ein Minimalmodell (enthält bisher nur eine Entität) auf Grundlage dieses Metamodells findet sich als XMI-Datei hier.
Zur grafischen Darstellung des EMF-Modells kann dieses entweder mit StarUML nachmodelliert werden, oder aber man verwendet einen mit GMF (Graphical Modeling Framework) bereits erstellten visuellen EMF-Diagrammeditor (ein solcher liese sich via CVS von dev.java.net auschecken und als Plugin in Eclipse einbinden). Ein weitere Alternative wäre TopCased, würde aber wahrscheinlich unnötig die Sache verkomplizieren. Die XMI-Datei müsste in StarUML importierbar sein.
Wenn wir Topcased verwenden wollen, um Ecore- und UML-Diagramme grafisch zu erstellen benötigen wir neben dem Topcased-Plugin auch noch das UML2- und das GMF-Plugin. Entsprechend müsste die Software-Liste ergänzt werden.
Name: Eclipse UML2
Hersteller: Eclipse Foundation
Version: 2.0.2 (25.10.2006, 14:09 GMT)
Link: http://www.eclipse.org/modeling/mdt/?project=3Duml2
Lizenz: Eclipse Public License Version 1.0 ("EPL")
Einsatzgebiet: von Topcased Toolkit benötigt
Name: Graphical Modeling Framework
Hersteller: Eclipse Foundation
Version: 1.0.1 (26.09.2006, 11:00 GMT)
Link: http://www.eclipse.org/gmf/
Lizenz: Eclipse Public License Version 1.0 ("EPL")
Einsatzgebiet: von Topcased Toolkit benötigt
Name: Topcased Toolkit
Hersteller: Topcased
Version: 1.0.1 (26.09.2006, 11:00 GMT)
Link: http://www.topcased.org/
Lizenz: Eclipse Public License Version 1.0 ("EPL")
Einsatzgebiet: zum grafischen Modellieren von Ecore, Erstellen von textuellen und grafischen Editoren auf Basis des Metamodells
Für das Glossar wäre ein Auflistung der Konzepte (der Entitäten im mit EMF Ecore erstellten Modell) an Stelle der Entitäten-Auflistung sinnvoll.
Wichtig ist auch die Recherche und Auflistung der von Ecore unterstützten Konzepte. Folgende für die Datenhaltung wichtigen Constraints lassen sich direkt ohne Annotation in Ecore modellieren:
3.1.1 EMF (Eclipse Modelling Framework)
3.1.2 Vorgehensweise
3.1.3 Datenmodell für die Referenzimplementierung
3.1.4 Regeln zum Anlegen, Löschen und Aktualisieren von Elementen des Datenmodells
weiter zu 3.1.1 EMF
zurück zu 3 Entwurf
zurück zu [FrontPage]
Documentation: FrontPage
Documentation: Seite000
Documentation: Seite300
Documentation: Seite311
Documentation: Seite312
Documentation: Seite313
Documentation: Seite314
Documentation: Seite320