Modellbasierte Entwicklung einer COBOL-Anwendung

76 UML-Profil für moCa
5.1.2 Sichten
Unter einer Sicht wird ein Ausschnitt der Elemente aus einem Modell und der Detailgrad,
wie diese Elemente dargestellt werden, verstanden. Auf das Anwendungsfallmodell
sind zwei Sichten definiert:
Anwendungsfallsicht. Mehrere Anwendungsfalldiagramme zeigen wie Akteure
mit den Anwendungsfällen in Beziehung stehen. Sequenz- und Kollaborationsdiagramme
visualisieren den Ablauf der Anwendungsfälle.
Problembereichsicht. Mit einem Klassendiagramm werden die Klassen dargestellt,
welche die Konzepte des Problembereichs repräsentieren.
5.2 Fachliches Modell
Das fachliche Modell stellt eine fachliche Abstraktion des Systems dar. Die Struktur
lehnt sich an der des Anwendungsbereiches an und wird somit nach fachlichen Gesichtspunkten
entworfen. Es spezifiziert die wesentlichen fachlichen Informationen
und das Verhalten des Systems, um die funktionalen Anforderungen zu erfüllen, die
an das System gestellt werden. Es wird von einer idealen Computerplattform ausgegangen,
d. h. technische Details oder Einschränkungen konkreter Implementierungsumgebungen
werden nicht berücksichtigt.
Die Klassen des fachlichen Modells lassen sich aus den Anwendungsfällen und ihren
Beschreibungen bestimmen. Heuristiken für die Bestimmung der Klassen sind z. B. in
[Bruegge] beschrieben.
5.2.1 Struktur
Das fachliche Modell wird durch ein Paket mit dem Stereotyp «fachlichesModell»
repräsentiert. Dieses Paket erweitert das UML-Basiselement Model und enthält Elemente,
die das System auf fachlicher Ebene modellieren.
Das Top-Level-Element ist das fachliche System, dargestellt durch ein Paket mit dem
Stereotyp «fachlichesSystem». Dieses Paket liegt am höchsten in der Hierarchie und
bildet somit die Grenze des Systems zu seiner Umgebung.
Ein fachliches Paket wird durch ein Paket mit dem Stereotyp «fachlichesPaket» dargestellt
und gruppiert fachliche Klassen. Es gilt folgende Einschränkung: Enthält ein
fachliches Paket ein weiteres fachliches Paket, darf es keine fachlichen Klassen enthalten.
Verläuft eine Assoziation zwischen zwei Klassen aus unterschiedlichen Paketen, so
impliziert sie eine Abhängigkeit zwischen den beiden Paketen; diese Abhängigkeit