MODELLGETRIEBENE ARCHITEKTUR IN EINEM J2EE ... - OXSEED

Bemerkungen zum
Entwicklungsprozess
Das Bausparsystem wird innerhalb eines
Rational Unified Process (vgl. [Kru98])
iterativ entwickelt. Einer Analysephase
schließt sich innerhalb der Iterationen eine
Designphase an, die von der Implementierung
nicht scharf abzutrennen ist. Das
Klassenmodell der Anwendungsfälle wird
entworfen und sukzessive mit den
Konfigurationsparametern für die Codegenerierung
versehen. Parallel dazu werden
die ersten Komponenten generiert und
getestet. Für den Anwendungsentwickler
bedeutet das Arbeiten in dieser Umgebung
neben dem Implementieren auch stets
Bearbeiten des Modells und Generieren
der betroffenen Artefakte.
Das UML-Modell und die Generierungsschablonen
werden mit den Java-
Quellen unter dem Concurrent Versions
System (CVS) versioniert. Die COBOL-
Quellen werden auf dem Großrechner in
einem eigenen Verwaltungssystem gepflegt
und bearbeitet. Modellierung, Generierung
und Java-Entwicklung werden auf
Arbeitsplatzrechnern unter Windows NT
durchgeführt. Der Generator arbeitet
dabei immer auf dem aktuellen Stand der
Java-Quellen, wodurch die Übernahme
der geschützten Bereiche in neue Generate
sichergestellt ist. Um die COBOL-Quellen
automatisiert erzeugen zu können, wurde
ein FTP-Client in den Generator integriert,
der für jedes Generat die aktuelle Quelle
aus der Großrechnerumgebung transferiert
und im Falle einer Aktualisierung die
geänderte Quelle wieder zurücküberträgt.
Während die Konsistenz und die
Lauffähigkeit des Quellcodes nächtlich
durch automatisiertes Übersetzen und
objekte
modellgetriebene architektur
Abb. 5: Übersicht der verschiedenen Versionen und Modi der Beratungsanwendung
und deren Datenhaltung
Packen der Java-Quellen und durch
Protokollieren der Entwicklertests überprüft
werden, setzen wir in der Konsistenz
von Modell, Generierungsschablonen und
Quellen auf die Disziplin des Entwicklerteams
und führen Generierungen des gesamten
Modells nur vor definierten
Release-Ständen durch.
Fazit
Die beschriebene Architektur des neuen
Bausparsystems wurde anhand eines
Prototyps, der einem Last- und Performanztest
unterzogen wurde, erfolgreich
erprobt. Seit Mitte 2001 hat der modellgetriebene
Ansatz seine hohe Effizienz innerhalb
der ersten Iterationsphasen unter
Beweis gestellt; die ersten Anwendungsteile
gehen in diesem Jahr in Produktion.
Durch die Konzentration auf die
Umsetzung der Fachlogik ereichen wir
eine hohe Produktivität, die zusätzliche
Aufwände zur Administration des relativ
komplexen Entwicklungsprozesses um ein
Vielfaches überwiegt. Als besonders hilfreich
hat sich die Verbindung unserer
heterogenen Systemlandschaft über die
Codegenerierung aus einem gemeinsamen
Modell herausgestellt, wodurch nicht nur
COBOL- und Java-Entwicklung stets konsistent
gehalten werden, sondern auch das
wichtige einheitliche Verständnis der
Architektur bei den verschiedenen Entwicklergruppen
herbeigeführt und dadurch
die Zusammenarbeit entscheidend
verbessert wurde. Indem wir die Pflege der
Generierungsschablonen in den Entwicklungsprozess
einbeziehen, beugen wir der
möglichen Gefahr vor, Design und
Implementierung zu stark an ihnen auszurichten
und daran zu binden.
Durch das weitgehende Freihalten des
Kernmodells von technischen Details, die
in den Generierungsschablonen gepflegt
und in speziellen Eigenschaftsleisten konfiguriert
werden, erreichen wir die
Offenheit, auf die in steter Weiterentwicklung
begriffene Technologie-Landschaft
flexibel eingehen zu können. Diese Offenheit
kommt insbesondere an den
Schnittstellen zwischen den Plattformen
und zu Datenbanken zum Tragen, da hier
die programmatische Umsetzung umfassend
generiert wird. So sind Änderungen
am Transport-Protokoll – z. B. eine Umstellung
auf SOAP – durchaus möglich, da
nur wenige Frameworkklassen und Generierungsschablonen
umzustellen wären
und der ständig anwachsende, abhängige
Quellcode vollständig generiert wird.
Mit unserem Architekturstil und seiner
Orientierung an der Model Driven Architecture
haben wir eine wichtige
Weichenstellung für die Weiterentwicklung
unserer unternehmenskritischen DV-
Systeme gelegt und glauben, ein interessantes
Beispiel der Integration eines
COBOL-Großrechner-Systems in webbasierte
Anwendungen zu bieten. ■
Literatur & Links
[Apa02] Apache Software Foundation,
Struts: Open source framework for building
Web applications (siehe: http://jakarta.
apache.org/struts)
[Gam95] E. Gamma, R. Helm, R. Johnson,
J. Vlissides, Design Patterns, Addison-
Wesley 1995
[hsq02] The hsqldb Development Group,
HSQL database engine (siehe http://hsqldb.
sourceforge.net)
[IOS02] Interactive Objects Software
GmbH, ArcStyler: Architectural IDE for
Model Driven Architecture (siehe: http://
www.io-software.com)
[Koc02] T. Koch, „Model Driven
Architecture”: eine Einführung, in:
OBJEKTspektrum 2/2002
[Kru98] P. Kruchten, The Rational Unified
Process, John Wiley & Sons 1998
[Maa02] Maas High Tech Software GmbH,
XML4cobol: Werkzeug zur Generierung
von COBOL-Modulen, die XML auf
COBOL-Strukturen abbilden (siehe: http://
xml4cobol.com)
[Sun02] Sun Microsystems, Sun Java
Center J2EE Patterns (siehe http://developer.
java.sun.com/developer/technicalArticles/
J2EE/patterns)