Modellbasierte Anforderungsspezifikation sicherheitskritischer ...

3.1.2. Momentane Praxis in der Systementwicklung
Nachdem im vorherigen Unterkapitel einige Beschreibungsmittel vorgestellt wurden, wird im
Folgenden ein Überblick über die momentane Praxis bei der Software- und Systementwicklung
gegeben, wobei insbesondere auf die Verwendung der zuvor aufgeführten Beschreibungsmittel
eingegangen wird. Dieser Überblick kann im Rahmen dieser Arbeit nicht wissenschaftlichcharakterisierend
sein und erhebt keinen Anspruch auf Vollständigkeit, soll aber aufzeigen, welche
Einflussgrößen die Prozesse der Systementwicklung in den letzten Jahren geprägt haben.
Der Begriff „Systementwicklung” umfasst in diesem Kontext alle Vorgänge, die auf Seiten eines
Herstellers oder Lieferanten ablaufen, um aus einer Anforderungsspezifikation ein fertiges
Produkt zu entwickeln.
In dieser Lebenszyklusphase zeichnet sich seit einigen Jahren ein Trend hin zu semi-formalen,
objektorientiert-modellbasierten Ansätzen ab. Grund dafür sind zum einen die in vielen Anwendungsbereichen
positiven Erfahrungen mit der objektorientierten Analyse (OOA) und dem
objektorientierten Design (OOD) 3 . Zum anderen empfehlen zahlreiche Fachnormen, wie beispielsweise
das CENELEC-Normenwerk für Bahnsysteme oder diverse militärische Standards
[MOD55] die Anwendung formaler bzw. semi-formaler Beschreibungsmittel oder schreiben diese
verbindlich vor. Zusätzlich erfordern einige dieser Normen auch die Einhaltung bestimmter
Entwicklungsprozesse, weswegen es bei der Systementwicklung schon vor längerer Zeit nötig
war, Beschreibungsmittel und Methoden zu integrieren. Im diesem Bereich werden daher
zusammen mit den Beschreibungsmitteln häufig auch gut strukturierte Vorgehensweisen und
Prozesse eingesetzt (siehe auch Abschnitt 6.1.2), so z.B. der Rational Unified Process (RUP)
[RUP98] und der Object Engineering Process (OEP) [OSK06] oder verschiedene Varianten des
V-Modells [KBS06]. Neuerdings werden auch vermehrt agile Entwicklungsmethoden verwendet,
beispielsweise aus der Familie der Crystal Methodologies, die unter anderem in [COC01]
beschrieben werden. Diese Integration von Beschreibungsmitteln, Methoden und Werkzeugen
wird von Schnieder in [SCN99] mit dem treffenden Begriff „BMW-Prinzip” bezeichnet. Die Kernaussage
dieses Prinzips ist dabei, dass für eine effektive Systembeschreibung das Zusammenwirken
eines geeigneten Beschreibungsmittels (B), dessen Unterstützung durch Werkzeuge (W)
und ein zielgerichtetes Vorgehen in Form einer Methode (M) erforderlich sind. Grafisch lässt
sich dieses Prinzip gut durch ineinandergreifende Puzzleteile verdeutlichen (siehe Abbildung
3.2), wobei jedes einzelne Teil eine Komponente des BMW-Prinzips repräsentiert.
Abbildung 3.2.: BMW-Prinzip
Insgesamt ist bei der Entwicklung sicherheitskritischer, software-lastiger Systeme festzustellen,
dass - bezogen auf den Zeitrahmen und den Gesamtumfang eines Projektes - immer mehr
Aspekte dem objekt-orientierten, modellbasierte Paradigma unterworfen werden. Knollmann
beschreibt in [KNO07] beispielsweise ein durchgängiges Verfahren zur Integration von System-
3 Wobei objektorientierte Methoden insgesamt nicht frei von Kritik sind und auch nicht in allen Anwendungsfällen
eine sinnvolle Wahl darstellen müssen. Sie haben sich aber - ausgehend von der Programmierung grafischer
Benutzeroberflächen - in vielen Bereichen des Software-Engineering etabliert.
12