Referenz-Metaschema für visuelle Modellierungssprachen - Se.uni ...

2.2 Modellierung von Softwaresystemen 23
beschrieben ist, was ein Softwaresystem tun soll [Boehm, 1979], [ANSI/IEEE Std. 729, 1983].
Die Beschreibungsmittel des Requirements-Engineering beziehen sich nur bedingt auf die Darstellung
der Funktionsweise eines Softwaresystems. Programmiersprachen werden daher auch in
den folgenden Betrachtungen ausgeklammert.
Bei den Methoden des Requirements-Engineering der Softwaretechnik werden die eher prozeßorientierten
Ansätze der (modernen) strukturierten Analyse und die objektorientierten Ansätze
unterschieden. In beiden Ansätzen sind Daten bzw. Datenstrukturen, Kontrollstrukturen und
funktionale Zusammenhänge einzelner Softwarebausteine zu erheben und zu beschreiben.
(Moderne) Strukturierte Analyse
Die Methoden der strukturierten Analyse (z. B. [DeMarco, 1978], [Gane / Sarson, 1979])
basieren auf der prozeßorientierten Beschreibung des Systems durch den Datenaustausch
zwischen Systemprozessen. Die Modellierung nach der strukturierten Analyse beginnt mit
der Abgrenzung des Softwaresystems von seiner Umwelt. Hierzu sind die Datenflußbeziehungen,
über die das Softwaresystem mit seiner Umwelt kommuniziert, zu erheben.
Ausgehend von diesen Datenflüssen wird das Softwaresystem in Teilprozesse zerlegt, die
ebenfalls durch ihren Datenaustausch charakterisiert sind. Nicht weiter zerlegte Prozesse
werden durch Angabe ihrer Kontrollflüsse konkretisiert. Die moderne strukturiere Analyse
[Yourdon, 1989] erweitert die strukturierte Analyse um die Beschreibung von der Systemdynamik
und der Informationsstrukturen. Die Steuerung der Abarbeitung der einzelnen
Prozesse wird durch zusätzliche Kontrollprozesse (vgl. auch die Echt-Zeit-Variante der
strukturierten Analyse [Ward / Mellor, 1985]) modelliert. Parallel und (nahezu) unabhängig
von der Prozeßmodellierung erfolgt die Erstellung des Informationsstrukturmodells,
das anschließend mit dem Datenflußmodell abgeglichen wird. Die Modellierung nach der
modernen stukturierten Analyse erfolgt aus unterschiedlichen Blickwinkeln, die zusammengefaßt
das System vollständig abbilden. Die unabhängige Entwicklung der einzelnen
Teilmodelle führt jedoch leicht zu Inkonsistenzen in der Modellierung.
Objektorientierte Analyse
Während bei der (modernen) strukturierten Analyse die prozeßorientierte Untersuchung
deutlich dominiert, stellen die objektorientierten Methoden (z. B. [Rumbaugh et al., 1991],
[Booch, 1994], [Booch et al., 1999]) die Untersuchung der Daten einschließlich der hierauf
auszuführenden Operationen in den Vordergrund. Zentraler Betrachtungsgegenstand sind
Objekte, die sowohl durch ihre Datenstrukturen als auch durch ihr Verhalten charakterisiert
sind. In den objektorientierten Ansätzen werden statische und dynamische Strukturen
des Systems als Sichten auf das gleiche System aufgefaßt. So besteht z. B. eine Modellierung
nach der Object Modeling Technique (OMT) [Rumbaugh et al., 1991, S. 6ff] aus
einem Objektmodell, zur Beschreibung der statischen Klassen-Struktur, einem dynamischen
Modell, zur Beschreibung der Veränderungen der (internen) Systemzustände und
einem funktionalen Modell zur datenflußorientierten Beschreibung des nach außen sichtbaren
Verhaltens. [Booch, 1994] bzw. [Booch et al., 1999] unterscheiden analog die statische
bzw. die strukturelle Sicht zur Darstellung der Systemstrukturen, und die dynamische
bzw. die Verhaltenssicht zur Betrachtung der Veränderungen des Systemzustands. Idealtypische
objektorientierte Modellierungen beginnen mit der Erstellung des Objektmodells.