Modellbasierte Entwicklung einer COBOL-Anwendung

24 Modellbasierte Softwareentwicklung
die Informationserfassung des jeweiligen Arbeitsablaufes. Diese erweiterte Rolle beschreibt
[Nobe] auf folgende Weise:
Wenn wir einen Entwicklungsprozess auf Modellen aufbauen, werden diese
zu den zentralen koordinierenden Elementen des Prozesses.
Eine solche Rolle kann sowohl ein einziges Modell, als auch eine Menge von unabhängigen
Modellen, nicht erfüllen. Deswegen beruht eine modellbasierte Methodik
immer auf einem Modellsystem.
Die wichtigsten Konzepte eines Modellsystems sind im Folgenden beschrieben, sowie
in Abbildung 3-1 anhand eines Beispiels dargestellt. 11
Modell. Ein Modellsystem ist in Modellebenen untergliedert. Jede Modellebene
wird durch genau ein Modell repräsentiert, dessen Abstraktionsgrad von der Höhe der
Ebene abhängt. Wichtig ist, dass zwischen den Modellen Zusammenhänge bestehen.
Ein Modell hat die Aufgabe, das System aus seinem Blickwinkel vollständig zu beschreiben
(self-contained view). Das heißt, der Betrachter benötigt keine weiteren
Modelle, um diese Ebene des Systems zu verstehen [Jacobson1999].
Zusammengenommen enthalten alle Modelle die gesamte Information, die für die
Entwicklung notwendig ist. Es ist jedoch nicht zwingend, dass alle Informationen
einer Ebene als Modell dargestellt werden. Verschiedene Repräsentationen von Informationen,
wie z. B. Textdateien, können in die Modelle eingebunden werden. Um
die Modelle zu repräsentieren, wird eine graphische Modellierungssprache gewählt.
Bei der IZB SOFT wird die UML eingesetzt.
Metamodelle. Ein Modell beschreibt eine Ebene des Systems. Dabei werden Modellierungskonzepte
der Modellierungssprache angewendet, um die entsprechenden
Aspekte des Systems zu modellieren. Diese Modellierungskonzepte zu beschreiben
und deren Verwendung einzuschränken, ist Gegenstand der Metamodelle. Die Elemente
eines Metamodells M Meta beschreiben und spezifizieren die Konzepte, die in
dem Modell M eingesetzt werden. Jedes Modell wird durch ein Metamodell spezifiziert.
Sichten. Für jedes Modell kann eine Menge von Sichten definiert werden. Eine
Sicht ist ein Ausschnitt, also eine Teilmenge der Modellelemente. Alle Sichten zusammen
enthalten alle Elemente des Modells. Die Sichten werden in Rational Rose 12
durch Diagramme repräsentiert. Wie viele Diagramme benutzt werden und welche
Elemente aus der Sicht dargestellt werden, ist schwer vorzugeben, da es stark von der
Situation abhängt: Ein Paket mit 100 Klassen wird anders dargestellt als ein Paket mit
3 Klassen. Deswegen ist die Wahl der Diagramme nicht zu restriktiv vorzugeben.
11 Vgl. »Architektur von Informationssystemen« von E. J. Sinz in [Rechenberg].
12 Rational Rose ist ein UML-basiertes Entwicklungswerkzeug. Es wird in der IZB SOFT eingesetzt.