download - SPES 2020

Im diesem Problem entgegenzuwirken, wurde das Domänenkonzept Externes System
(„External System“) definiert, welches von dem Konzept System erbt. Für eine
Interaktion mit externen Systemen muss das zu modellierende System entsprechende
Interfaces bieten um Informationen wie z.B. Nachrichten, Signale oder Prozessaufrufe
senden und empfangen zu können. Daher wurde das Interface Konzept
ebenfalls in das Domänenmodell eingefügt. Das Domänenkonzept Daten („Data“)
wurde hierzu in die Konzepte Eingabedaten („Input Data“) und Ausgabedaten
(„Output Data“) zerlegt. Ein Interface kann hierbei sowohl als Schnittstelle zwischen
Hardwarekomponenten, als auch zwischen Software, zwischen ganzen Systemen
oder zwischen Funktionen verstanden werden. Die korrekte Darstellung des Artefakttyp
„Daten“ bleibt im Domänenmodell trotzdem bestehen, da Interfaces Eingaben
und/oder Ausgaben modellieren können. Das Ergebnis dieser Änderungen an dem
Domänenmodell aus Schritt 2 wird in Abbildung 9 dargestellt.
4.3 Schritt 3: Übertragen der Methodenkonzepte in das
UML/SysML Metamodell
In Abbildung 10 werden die existierenden SysML Diagrammtypen gezeigt, die für die
in Schritt 1 und 2 identifizierten Methodenkonzepte verwendet werden können. Wie
zu sehen ist können beinahe alle Konzepte („Scenario“, „State“, „Function“ und „Data“)
mit existierenden SysML-Diagrammtypen ausgedrückt werden. Diese umfassen
SysML Use-Case Diagramme und Sequenzdiagramme, Statecharts, Aktivitätsdiagramme
und interne Blockdiagramme. Die hohe Kompatibilität zwischen Requirements
View und SysML ergibt sich aus der Tatsache, dass der Requirements View
mit der Absicht definiert wurde, sowohl die Modellierung der drei Perspektiven eingebetteter
Systeme [Davis93] zu unterstützen, was ebenfalls eine wichtige Rolle bei der
Entwicklung von UML und SysML spielte (vgl. [OMG10a] und [OMG10b]).
Abbildung 10: SysML Package Diagramm mit den importierten SysML Diagrammtypen die
im COSMOD-RE Profil wiederverwendet werden
Das einzige Konzept welches nicht auf existierende Komponenten der SysML übertragen
werden konnte ist das des Zieles, da SysML keinen expliziten Mechanismus
zur Modellierung von Systemzielen besitzt. Da nach dem Requirements View die
Nutzung des Ziel-Konzeptes explizit gefordert ist, musste dieses Konzept hinzugefügt
werden. Die Möglichkeit zur Zielmodellierung wurde auf Basis des KAOS-
Frameworks (vgl. [RespIT07] und [VaLa09]) implementiert, da diese die größte Kom-
Zuletzt geändert: 06.06.2011 15:24 18/34