download - SPES 2020

Zusammenhänge so exakt wie möglich abbilden sollen. Dabei bildet die DSML das
„spezifische Wissen“, die Konzepte und zum großen Teil auch die „Best Practices“
innerhalb dieser Domäne ab. Damit wird in der Regel die typische Art und Weise, wie
in dieser Domäne Modellartefakte entwickelt werden nachgebildet und in gleicher
Weise unterstützt (siehe [KeTo08] und [SPES11a]). Ein Nachteil der Einführung einer
neuen DSML ist, dass gängige, auf dem Markt erhältliche Modellierungswerkzeuge
in der Regel nicht für die neu entwickelte Sprache verwendet werden können, da die
neu entwickelte DSML ggf. Konzepte enthalten könnte, die in einem kommerziellen
Werkzeug nicht berücksichtigt werden. Domänenexperten sind daher darauf angewiesen,
eine Werkzeugunterstützung zusammen mit der DSML zu entwickeln. Diese
Entwicklung sowie die Einarbeitung der Mitarbeiter in das Werkzeug und die DSML
verbraucht Zeit und Ressourcen. In [SPES11a] werden neben einer etwas detaillierteren
Beschreibung von DSMLs im Allgemeinen auch zwei Ansätze zur Entwicklung
einer DSML im Detail anhand einiger Beispiele vorgestellt.
3.1.2 UML/SysML-Profile
Eine andere Möglichkeit eine DSML zu entwickeln, ist durch den UML-
Profilmechanismus gegeben. Dieser ermöglicht die Definition domänenspezifischer
Erweiterungen des UML/SysML-Metamodelles bzw. dort bestehender Modellelemente.
Diese Erweiterungen werden in einem UML/SysML-Profil festgelegt. Die Erstellung
eines solchen domänenspezifischen UML/SysML-Profils kann möglicherweise
mehr Aufwand erzeugen als die Entwicklung einer eigenen DSML, da die spezifischen
Eigenschaften der UML, wie Aufbau und Struktur sowie vorhandene Modellelemente
berücksichtigt werden müssen und auf Konsistenz zur Meta-Object Facility
[OMG11a], dem UML/SysML Metamodell, geachtet werden muss. Dies kann
unter Umständen auch darin resultieren, dass einige Konzepte der Domäne sich
nicht exakt den vorliegenden UML-Metamodellelementen zuordnen lassen. Der Vorteil
bei der Verwendung von UML-Profilen ist, dass existierende kommerzielle Werkzeuge
für UML/SysML-Profile wiederverwendet werden können, da die Profile auf
dem gleichen Metamodell aufbauen, wie UML und SysML, und dieses bereits im
Werkzeug berücksichtigt sind. Des Weiteren ist der Lernaufwand für Sprache und
Werkzeug bei der Anwendung von domänenspezifischen Profilen im Gegensatz zu
einer komplett neu entwickelten DSML erheblich reduziert, da die Anwender mit Erfahrung
in UML oder SysML ihr Vorwissen bei der Anwendung des Profils wiederverwenden
können. In [SPES11a] werden drei Ansätze zur Entwicklung von domänenspezifischen
UML/SysML-Profilen vorgestellt.
3.2 Zusammenfassung
Mit UML-Profilen wird ein Mechanismus bereitgestellt, um das UML/SysML-
Metamodell domänenspezifisch zu erweitern, und somit die Grundlage für prototypische
Methodenunterstützung zu legen. UML-Profile bieten somit eine verhältnismäßig
einfache Möglichkeit, Werkzeugunterstützung zu realisieren, wenn die Konzepte
der Domäne sich auf UML bzw. SysML übertragen lassen. Außerdem wurde in der
Erhebung zum Stand der Praxis des modellbasierten Requirements Engineering
[SPES10a] festgestellt, dass insbesondere UML und SysML in der Industrie für modellbasierte
Entwicklungsaktivitäten häufig Verwendung findet. Die in [SPES10b] erhobenen
Anforderungen der Industrie an einen durchgehenden modellbasierten RE-
Ansatz schließen unter anderem die Verwendung methodenspezifischer Modellierungssprachen
ein. So wird auch Konformität zu UML und insbesondere zu SysML
explizit gefordert. Daher wird zur methodenbezogenen Werkzeugunterstützung des
initialen Ansatzes ein UML/SysML-Profil für Enterprise Architect entwickelt. Ferner
Zuletzt geändert: 06.06.2011 15:24 14/34