SysML (Systems Modeling Language)
SysML (Systems Modeling Language) ist die von der OMG (Object Management Group) standardisierte grafische Modellierungssprache für das Systems Engineering. Sie beschreibt Anforderungen, Struktur und Verhalten komplexer Systeme und ist die verbreitetste Sprache für Model-Based Systems Engineering (MBSE).
Verhältnis zu UML
SysML ist aus der UML hervorgegangen: SysML v1 ist als Profil der UML 2 definiert. Es übernimmt eine Teilmenge der UML-Diagramme, ersetzt softwarespezifische Konzepte durch disziplinneutrale — an die Stelle der Klasse tritt der Block, der gleichermaßen Hardware, Software, Mechanik, Daten oder Personen repräsentieren kann — und ergänzt, was der UML für das Systems Engineering fehlt: ein eigenes Anforderungsdiagramm und das Parametrikdiagramm für physikalische Zusammenhänge und Randbedingungen.
Damit eignet sich SysML für das, was UML nicht abdeckt: die Beschreibung technischer Gesamtsysteme, in denen Software nur eine von mehreren Disziplinen ist.
Die neun Diagrammtypen (SysML v1)
SysML v1 definiert neun Diagrammtypen in drei Gruppen:
| Gruppe | Diagramm | Zweck |
|---|---|---|
| Struktur | Blockdefinitionsdiagramm (bdd) | Systembausteine, ihre Eigenschaften und Hierarchie |
| Struktur | Internes Blockdiagramm (ibd) | Interner Aufbau eines Blocks: Teile, Ports, Verbindungen |
| Struktur | Parametrikdiagramm | Physikalische Gleichungen und Randbedingungen zwischen Werten |
| Struktur | Paketdiagramm | Organisation des Modells in Pakete |
| Verhalten | Aktivitätsdiagramm | Abläufe, Stoff-, Energie- und Informationsflüsse |
| Verhalten | Sequenzdiagramm | Interaktionen zwischen Systemteilen über die Zeit |
| Verhalten | Zustandsdiagramm | Zustände und Übergänge eines Blocks |
| Verhalten | Anwendungsfalldiagramm | Nutzungsszenarien und beteiligte Akteure |
| Anforderungen | Anforderungsdiagramm | Anforderungen und ihre Beziehungen zu Modellelementen (satisfy, verify, derive) |
Gerade die Anforderungsbeziehungen machen SysML für regulierte Entwicklung interessant: Sie verankern Traceability zwischen Anforderungen, Architektur und Verifikation direkt im Modell.
SysML v1 und SysML v2
Mit SysML v2 hat die OMG einen grundlegend überarbeiteten Nachfolger verabschiedet. Die wichtigsten Unterschiede: SysML v2 ist kein UML-Profil mehr, sondern basiert auf einem eigenen, dafür entworfenen Metamodell (KerML). Neben der grafischen Notation gibt es eine gleichberechtigte textuelle Notation, die Modelle versionierbar und diff-bar wie Quellcode macht. Und eine standardisierte API regelt den werkzeugübergreifenden Zugriff auf Modelle — ein wesentlicher Schritt gegen Vendor-Lock-in und für die herstellerunabhängige Integration von Werkzeugketten. Für neue Programme gilt SysML v2 als die strategisch richtige Wahl; bestehende v1-Modelle lassen sich migrieren.
SysML in der Praxis
Eine Sprache allein macht noch kein MBSE. SysML legt fest, was ausgedrückt werden kann — nicht, wie ein Team damit arbeitet. Ohne eine zugeschnittene Methode (welche Modellebenen, welche Sichten, welche Detailtiefe) entstehen schnell Modelle, die formal korrekt, aber praktisch wertlos sind. Erfahrungsgemäß ist zudem nicht das Werkzeug die größte Einführungshürde, sondern die SysML-Lernkurve im Team: Der Umgang mit formaler Semantik will geübt sein. Wer die Einführung methodisch begleitet und mit einem Pilotprojekt startet, statt die ganze Organisation auf einmal umzustellen, umgeht die häufigsten Fehlschläge.