Modellbasierte Anforderungsspezifikation sicherheitskritischer ...

6.4. Subprozesse
Die eigentlichen Arbeitsschritte zur Erstellung der Sichten im funktionalen Modell sind in acht
Subprozessen definiert. Dabei werden die Abläufe innerhalb der einzelnen Subprozesse durch
SysML-Aktivitätsdiagramme modelliert. Die Modellierung erfolgt dabei so, dass hinreichend viel
Freiraum für die Anpassung des Prozesses an die jeweiligen Gegebenheiten des Projekts bzw. des
jeweiligen Anwenders besteht. Die innerhalb der Subprozesse beschriebenen Aktivitäten sind
daher eine Art Platzhalter, die bei der Prozessanpassung (dem so genannten Tailoring) dann
durch konkrete Aktivitäten ersetzt werden müssen. Weiterhin ist nicht zwingend vorgegeben,
in welcher Reihenfolge die einzelnen Aktivitäten innerhalb der Subprozesse ausgeführt werden.
Vielmehr muss je nach Kontext der Subprozessausführung eine geeignet erscheinende Arbeitsweise
durch den Modellierer selbst definiert werden. Aus diesem Grund wird der Arbeitsfluss
innerhalb der Subprozesse durch parallele Aktivitäten dargestellt, wodurch diese Freiheit repräsentiert
wird. Ein weiterer Freiheitsgrad ergibt sich aus der Tatsache, dass die in einer konkreten
Situation tatsächlich in den einzelnen Aktivitäten durchgeführten Arbeitsschritte vom Iterationskonzept
der übergeordneten Phase abhängig sind. Dabei legt die Phasendefinition fest, ob im
Subprozess lediglich bestehende Modellartefakte angepasst oder zusätzlich neue Elemente ins
Modell eingeführt werden sollen. Dies zeigt sich auch in den entsprechenden Bezeichnungen
der einzelnen Aktivitäten innerhalb der Subprozesse in der Form „Artefakt erstellen/überarbeiten”.
Eine striktere Definition mit entsprechenden Fallunterscheidungen als Verzweigungen im
Kontrollfluss wäre zwar möglich gewesen, wurden aber aus Gründen der Verständlichkeit und
Übersichtlichkeit nicht weiter verfolgt.
Die Subprozesse S1 bis S4 und S7 beziehen sich auf die Erstellung des funktionalen Modells und
ähneln sich in ihrer grundlegenden Struktur: In ihnen werden parallel mehrere Aktivitäten ausgeführt,
die die Modellelemente der zugehörigen Sicht bearbeiten. Die Anzahl der Aktivitäten
richtet sich dabei nach der Anzahl der Modellelemente in der Sicht. So werden im Subprozess
S1 beispielsweise fünf Aktivitäten ausgeführt, von der jede eins der fünf Modellelemente (SuB,
Akteure, Kommunikationsflüsse, Portdefinitionen, Signale) der Systemabgrenzungssicht (siehe
Abschnitt 5.1.4.1) modifiziert. Die Modellelemente selbst (siehe Abschnitt 5.1.2) werden im
Prozess-Metamodell durch je einen persistenten DataStoreNode [OMG07-2, S. 358] repräsentiert
und sind über eine Datenfluss-Beziehung mit der Aktivität verbunden. Der DataStoreNode macht
dabei deutlich, dass die Modifikationen über die aktuelle Ausführung des Subprozesses hinaus
dauerhaft erhalten bleibt. Die einzelnen DataStores stehen dabei für die Menge aller Modellelemente
eines Typs. So repräsentiert beispielsweise der DataStore „Menge der Port-Definitionen”
alle Port-Defnitionen im Teilmodell.
Die Subprozesse S5 (Systemverhalten testen) und S6 (Systemverhalten verifizieren) weisen auf
Grund ihrer prinzipiell anderen Zielrichtung eine zu den anderen Subprozessen abweichende
Struktur auf. Ebenfalls eine Sonderstellung nimmt der Subprozess S8 ein. Dieser dient der Verwaltung
der nicht-funktionalen Anteile der Anforderungsspezifikation und stellt die Verknüpfungen
mit dem funktionalen Modell her.
6.4.1. S1 - Systemabgrenzungssicht bearbeiten
Im Subprozess S1 sind diejenigen Aktivitäten definiert, die zur Überarbeitung der Systemabgrenzungssicht
erforderlich sind. Zunächst wird das SuB erstellt bzw. überarbeitet, dann erfolgt die
Erstellung/Überarbeitung der Akteure, Portdefinitionen, Informationsflüsse und Signale sowie
eine permanente Überprüfung der Konsistenzkriterien.
Das Aktivitätsdiagramm für die Abläufe im Subprozess findet sich in Bild B.5 im Anhang.
130