Architekturzentrierte Modellgetriebene Softwareentwicklung

4 Entwicklungsprozess, Vorgehensweise und Best Practices 33
ein, da sie den generierten Code stützt und somit die Entwicklung der nötigen
Transformationen zur Codegenerierung erleichtert.
Zu beachten ist, dass dieser Schritt keine einmalige Maßnahme darstellt sondern
eine iterative Aktivität ist. Des Weiteren ist es durchaus üblich, dass sich die
Grenze zwischen Plattform und generiertem Code in die eine wie auch in die
andere Richtung verschiebt.
Referenzimplementierung erstellen
Die Referenzimplementierung kann die Weiterentwicklung eines bereits existie-
renden Prototypen sein, muss es aber nicht sein. Hier steht weniger der fachliche
Gehalt als vielmehr eine Überdeckung mit den Konstrukten der DSL im Vor-
dergrund. Das ist besonders wichtig, da die Referenzimplementierung zusammen
mit dem Referenzmodell die Anwendung der DSL-Konzepte beschreibt und für
die gewählte technische Plattform konkretisiert.
Die Referenzimplementierung ist zwar nur ein Zwischenergebnis aber aus eben
genannten Gründen ein sehr Wichtiges. Zusätzliche Bedeutung erlangt sie durch
den Umstand, dass aus ihr die für die Codegenerierung benötigten Transforma-
tionsvorschriften abgeleitet werden.
Bei einer Neuentwicklung wird die Referenzimplementierung zuerst von Hand
erstellt und nach und nach, sobald die Transformationsvorschriften vorliegen,
durch aus dem Referenzmodell heraus generierten Code ersetzt. Zusammen mit
der manuell ergänzten Fachlogik und den Komponenten der MDSD-Plattform
muss der generierte Code wieder zu einer lauffähigen Referenzanwendung führen.
Domänenanalyse/Design
Das Ziel der Domänenanalyse ist die Findung einer DSL, die die Konzepte der
Domäne beschreibt und formalisiert. Das Ergebnis kann zum Beispiel ein UML-
Profil sein oder ein XML-Schema. Stahl und Völter geben in [SV05] Seite 207 die
im Folgenden zitierten Ratschläge für die Beschaffenheit einer DSL:
Die DSL sollte möglichst frei von technischen Termini sein, die
ein Implementierungsdetail der MDSD-Plattform ... darstellen (z.B.
Verwendung von EntityObject statt EntityBean als Stereotyp).
Diese sprachliche Abstraktion von einer bestimmten Technologie erleichtert eine
mögliche Migration auf eine andere Plattform.