Modellbasierte Entwicklung einer COBOL-Anwendung

Das bisherige Vorgehen der IZB SOFT 31
Ergebnisse des Ablaufes, nämlich die Modelle, werden durch den Standard: »Technische
Modellierung« 16 [IZB 2003c] festgelegt. Auch hier ist es das Ziel, die Modelle
mit einer standardisierten Notation zu vereinheitlichen. 17
Designmodell.Gegenstand des Designmodells ist es, die Verteilung der Funktionalität
auf die Designkomponenten aufzuzeigen. Die fachliche Aufgliederung aus dem
fachlichen Modell wird hier in einer konkreten, technischen Umgebung modelliert.
Außerdem sollen die Schnittstellen der Komponenten spezifiziert und die Abhängigkeiten
der Komponenten gezeigt werden. Viele Elemente des Designmodells sind
architekturrelevant. Deswegen sind auch die Konzepte »Schicht«, »Komponente« und
»Schnittstelle« aus dem Standard »Architektur Rahmenbedingungen« [IZB 2002b]
übernommen (vgl. Abschnitt 2.3.2).
Eine Designkomponente ist ein Baustein, der wiederverwendet werden soll. Über eine
oder mehrere Schnittstellen stellt eine Komponente ihre Dienste bereit. Eine Komponente
kann ihre Dienste auf den Diensten einer anderen Komponente aufbauen und ist
dann abhängig von der Schnittstelle der genutzten Komponente. Jede Komponente ist
einer Schicht zugeordnet und kann aus weiteren Komponenten bestehen. Die Ausarbeitung
der Komponenten und die Spezifikation der Elemente, welche notwendig
sind, um die, in der Schnittstelle vereinbarten Leistungen, umzusetzen, werden mit
modelliert. 18
Ein Designpaket ist ein Gruppierungselement, dessen Elemente nicht mit Schnittstellen
gekapselt werden.
3.2.4 Umsetzung
Bei der Umsetzung werden die Elemente des Designmodells in COBOL-Quelltext
transformiert. Bei der Erstellung von COBOL-Modulen sollte unbedingt beachtet
werden, dass diese entsprechend den Programmierrichtlinien [IZB 2002d] implementiert
werden. Denn diese verbieten die Verwendung einiger COBOL-Konstrukte und
weisen auf »schlechten Stil« hin. Für die meisten Projekte gibt es Rahmenprogramme,
die verwendet werden müssen. Dazu kommen Muster, die in den Projekten üblich
16 Der Standard beschreibt neben dem Designmodell auch das Implementierungs- und Laufzeitmodell.
Letztere sind dem Arbeitsablauf Umsetzung zuzuordnen.
17 Allerdings kommt an dieser Stelle ein neuer Aspekt hinzu: Die Modelle sollen mit einem Werkzeug
erfasst und ausgewertet werden. Dieses Werkzeug nennt sich Bauplan. Allerdings ist Vorsicht geboten:
Keine werkzeugbedingten Einschränkungen dürfen auferlegt werden, bevor die Art und Weise
der Modellierung erprobt wurde, und sich das Vorgehen gefestigt hat.
18 In der neuen Methodik werden die Komponenten mit einer Innenansicht ergänzt. Es wird also die
Realisierung der Schnittstellen innerhalb der Komponente mit Modulen, Datenstrukturen und Copystrecken
modelliert