Konzeption und modellgetriebene Entwicklung eines ...

18 KAPITEL 2. CODEGENERATOR ANDROMDA
ge wurde AndroMDA von einem reinem Transformationswerkzeug für XMI-
Dokumente in ein MDA-Werkzeug weiterentwickelt. Im Zuge dessen ergaben
sich eine Reihe von weitreichenden Änderungen an AndroMDA. So dauerte
es zwei Jahre bis die Version 3.0 als finale Version herausgegeben wurde. In
den folgenden Abschnitten wird AndroMDA, mit Fokus auf die Version 3.2,
mit Eigenschaften und Funktionen beschrieben.
2.2 UML-Profil
AndroMDA nutzt ein eigenes UML-Profil (siehe 1.2.2) für die Anpassung
des Modells. Das UML-Profil enthält Datentypen, Stereotypen und die dazu
gehörenden TaggedValues. Diese müssen im Modell benutzt werden, damit
es von AndroMDA angenommen wird, weil AndroMDA diese Angaben
benötigt, um die Generierung durchführen zu können. Damit ein Modellierungswerkzeug
dazu benutzt werden kann ein Modell für AndroMDA zu
erstellen, muss dieses das UML-Profil einbinden können.
2.3 Die Schichten einer generierten Anwendung
Die von AndroMDA erstellte Anwendung ist in vier Schichten aufgeteilt: die
Datenspeicherschicht, die Datenzugriffsschicht, die Business-Schicht und die
Präsentationsschicht (siehe 2.1).
Bei diesem Projekt wurde die Datenbank MySQL[26] als Datenspeicher gewählt.
Die Datenzugriffsschicht wird durch Hibernate repräsentiert. Die Business-Schicht
ist aus Spring und jBPM zusammengestellt. Die Präsentationsschicht
bilden Struts und Java Server Pages (JSP).
Die Schichten der Anwendung werden in AndroMDA durch Cartridges dargestellt,
welche bestimmen, wie das Modell in eine bestimmte Implementierung
transformiert werden soll. Das AndroMDAProjekt stellt einige Cartridges zur
Verfügung, bei Bedarf besteht jedoch die Möglichkeit eigene Cartridges zu
erstellen und diese in AndroMDA zu integrieren.
Alle für das Projekt benötigten Cartridges werden durch das AndroMDA-
Projekt entwickelt. Sie gehören zur Standard-Konfiguration für Anwendungen,
die mit AndroMDA generiert werden.