22.11.2013 Aufrufe

Modellbasierte Anforderungsspezifikation sicherheitskritischer ...

Modellbasierte Anforderungsspezifikation sicherheitskritischer ...

Modellbasierte Anforderungsspezifikation sicherheitskritischer ...

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

act [Aktivitaet] S8 Nicht-funktionale Anforderungen ueberabeitenAblauf [ S8 ]<br />

: Textfragmente aus externen Dokumenten erstellen/ueberarbeiten<br />

<br />

: Menge der textlichen Requirements<br />

: Nicht-funktionale Anforderungen erstellen/ueberarbeiten<br />

<br />

: Menge der Beziehungen<br />

: Beziehungen erstellen/ueberarbeiten<br />

Abbildung 6.26.: Aktivitätsdiagramm Subprozess S8<br />

Aktivität nicht auf vom Modellierer erstellte Anforderungen, sondern um unveränderliche<br />

Passagen externer Dokumente, Vorgaben und Verordnungen.<br />

• Beziehungen erstellen/überarbeiten - in dieser Aktivität wird geprüft, ob sich durch den<br />

Fortschritt der Modellierung neue Beziehungen zwischen Elementen des funktionalen Modells<br />

und den nicht-funktionalen Anforderungen ergeben haben, neue beispielsweise<br />

- oder -Beziehungen. Wenn ja müssen sie in dieser Aktivität ergänzt<br />

werden.<br />

Abbildung 6.26 zeigt die beschriebenen Abläufe dieses Subprozesses als Aktivitätsdiagramm.<br />

6.5. Dokumentation des funktionalen Modells<br />

Nach Anwendung des in den vorherigen Kapiteln beschriebenen Prozesses liegt das funktionale<br />

Anforderungsmodell inklusive Verknüpfungen zu externen Dokumenten und zu nicht-funktionalen<br />

Anforderungen als Datei oder Datenbank des gewählten Modellierungswerkzeuges vor.<br />

Auch wenn zu diesem Zeitpunkt die inhaltliche Arbeit am Modell - vorbehaltlich dessen Fortschreibung<br />

- abgeschlossen ist, wird sich in vielen Anwendungsfällen als weiterer Arbeitsschritt<br />

die Dokumentation des Modellinhalts anschließen. Diese ist üblicherweise aus den folgenden<br />

Gründen sinnvoll und erforderlich:<br />

(a) Wie viele andere Software auch, entwickeln sich UML- und SysML-Werkzeuge in kurzen<br />

Zyklen weiter. Dies kann dazu führen, dass bereits nach einigen Jahren ein Modell<br />

in einem bestimmten Datenformat nicht mehr gelesen werden kann. Erschwerend kommt<br />

hinzu, dass im Bereich <strong>sicherheitskritischer</strong> Eisenbahnsysteme sehr lange Dokumentationsfristen<br />

üblich sind. Auch der XMI-Standard [OMG07-4], der als Austauschformat für UML-<br />

Modelle entwickelt wurde, löst auf Grund mangelnder Unterstützung durch die Werkzeughersteller<br />

dieses Problem nur unzureichend.<br />

(b) Der direkte Austausch von Modellen als Arbeitsgrundlage zwischen den Projektbeteiligten<br />

setzt voraus, dass alle Partner die gleiche oder zumindest eine kompatible Werkzeugkette<br />

verwenden. Davon ist auf Grund der Vielzahl an UML/SysML-Werkzeugen jedoch<br />

142

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!