Seite312

• 3.1.2 Vorgehensweise
  • Allgemein
  • Metamodell
  • Datenmodell
    • 1. Iteration
    • 2. Iteration
    • 3. Iteration

3.1.2 Vorgehensweise

Allgemein

3RAD generiert aus Eingabedatenmodellen 3-Tier-Applikationen. Die Eingabedatenmodelle müssen einem bestimmten Datenmetamodell entsprechen, sind sonst aber in ihre inhaltlichen Gestaltung frei.

Für den Aufgabenteil "Modellieren der persistenten Bestandteile des Systems" werde ich, entsprechend der Tatsache, dass die persistenten Bestandteile je nach Eingabedatenmodell variieren, wie folgt vorgehen:

• Datenmetamodell vorstellen
• die 3 iterativen Datemmodelle für den Test des Generators vorstellen

Metamodell

Da wir unsere Kernaufgabe die Entwicklung des Generators ist, haben wir uns entschlossen, die Problematik Metamodell so einfach wie möglich zu lösen. Aus diesen Grund definieren wir kein eigenes Metamodell, sondern nutzen das vorhandene EMF/Ecore Metamodell. Das hat folgende Vorteile:

• Metamodell ist schon modelliert
• es müssen "nur" noch die für unser Projekt relevanten Elemente herausgesucht werden
• es existieren bereits graphische Editoren zum Erstellen der Datenmodelle (wie zum Beispiel das Eclipse-Plugin TopCase ))

Datenmodell

Das für den Test des Generators vorgesehene Datenmodell wird in 3 Iterationen erstellt und erweitert. Es besteht aus den Klassen <Customer>, <Article>, <Articletype>, <Invoice>

1. Iteration

• Klassen
• Attributen
• ID

2. Iteration

• die Klassen
• Attributen
• ID
• Assoziationen

3. Iteration

• die Klassen
• Attributen
• ID
• Assoziationen
• Aggrgation
• Komposition
• Vererbung

---

weiter zu 3.1.3 Datenmodell für die Referenzimplementierung
zurück zu 3.1.1 EMF (Eclipse Modelling Framework)
zurück zu 3.1 Persistente Daten
zurück zu 3 Entwurf
[FrontPage]