Modellbasierte Entwicklung einer COBOL-Anwendung

5 UML-Profil für moCa
Die neue Methodik modellbasierte Entwicklung einer COBOL-Anwendung (moCa)
basiert auf Modellen, die sich in unterschiedlichen Abstraktionsebenen befinden. Ziel
dieses Kapitels ist es, die Semantik der Modellelemente zu definieren und eine graphische
Repräsentation der Elemente, festzulegen.
Als Modellierungssprache wird die Unified Modeling Language (UML) [OMG] verwendet,
da sie Erweiterungsmechanismen anbietet.
Erweiterungsmechanismen. Die Mechanismen sind Stereotypen, Tagged-Values
und Einschränkungen. Stereotypen erweitern die Semantik von bereits bestehenden
Elementen wie Klassen oder Beziehungen. Mithilfe von Stereotypen werden die Elemente
der Modelle klassifiziert. Ein Stereotyp wird über den Klassennamen geschrieben
und ist in Guillemets eingeschlossen («foo»). Um das Stereotyp leicht von dem
Klassennamen zu unterscheiden, wird er immer klein geschrieben. Für ein Stereotyp
können auch Icons definiert werden. Anstelle des Rechtecks erscheint dann das Icon.
Mit Tagged-Values können Eigenschaftswerte für Elemente definiert werden. Einschränkungen
sind definierte Regeln für die Elemente und spezifizieren die Verwendung.
Eine Menge von Erweiterungen wird zu einem Profil zusammengefasst.
Organisation der Modelle. Unter einem physischen System wird das System verstanden,
das modelliert wird: in diesem Fall die Software der Anwendung (COBOL,
CICS, etc.), die Hardware (Terminals, IBM S/360, etc.) und auch der Berater, der das
Terminal bedient.
Ein Modell stellt eine Sicht auf das physische System dar. Innerhalb eines Modells
wird das physische System durch Modellelemente repräsentiert. Durch die Verwendung
von Paketen kann eine Hierarchie geschaffen werden. Das höchste Paket in der
Pakethierarchie wird das Top-Level-Paket genannt. Dieses Paket repräsentiert die
Grenze des physischen Systems. Da die Grenze des Pakets eine Grenze auf Systemebene
darstellt, kann sich die Semantik des Paketes von der der enthaltenen Pakete
unterscheiden. Zum Beispiel könnte die Sichtbarkeit der Elemente auf der höchsten
Ebene eingeschränkt sein.
In der IZB SOFT ist das Gesamtsystem unterteilt in Systeme. Ein System stellt laut
[IZB 2003c] eine Organisationseinheit dar, d. h. ein System wird eigenständig verwaltet
und dokumentiert (Fach- und DV-Konzept, Modelle, Handbücher, etc.). Demnach
wird für jedes System eine Modelldatei angelegt. Die Organisation der verschiedenen
73