Entwicklung und Anwendung eines Bezugsrahmens zur ...

definiert sind. In Together können zur Modellierung alle Diagrammelemente, die für Anwendungsfalldiagrammeangeboten sind, genutzt werden. Zusätzlich können noch Entities, Worker, die Abhängigkeitmit dem Stereotyp und Assoziationen verwendet werden. Die Restriktionenbzgl. der Zulässigkeit der Verbindungen zwischen den darstellbaren Elementen sind bis auf einenFehler korrekt umgesetzt. Ein Case Worker darf hier mit einem Internal Worker kommunizieren,was in der Definition des Profils nicht vorgesehen ist. Dies liegt darin begründet, daß Stereotype inTogether keine Semantik beinhalten und Internal sowie Case Worker stereotypisierte Worker sind.Die fehlende grafische Unterscheidung der beiden Worker und die dadurch resultierende Notwendigkeitder Annotation eines weiter spezifizierenden Stereotyps impliziert einen Widerspruch zu derForderung der UML, daß einem Modellelement nur genau ein Stereotyp zugeordnet werden darf, dadie Repräsentation eines Worker in der UML selbst durch ein Stereotyp definiert ist. Somit wäreeinem als Internal oder Case Worker stereotypisierter Worker zwei Stereotype zugewiesen, wobeiTogether einen Worker nicht als stereotypisierte Klasse sondern als eigenständiges Element interpretiert.Abbildung 134: Elemente des Business Process DiagrammsDie Möglichkeiten, die Together im Zusammenhang mit den Erweiterungsmechanismen bietet, basierenauf einer reinen Kommentarfunktion und bieten darüber hinaus keine weitere Semantik. Eineeigentliche Definition von Benutzerprofilen in der Form anwendungsspezifischer Erstellung, Verwaltungund Nutzung von Stereotypen, Zusicherungen und Name/Werte-Paaren ist nicht vorgesehen.Somit sind die Möglichkeiten des Einsatzes der Mechanismen auf eine den Sachverhalt des Modellkommentierende Aussagekraft beschränkt.4.3.3.10 Bewertung der UML-KonformitätTogether stellt für alle Diagrammarten eine zur Modellierung ausreichende Menge der in der UML-Spezifikation beschriebenen Modellelemente zur Verfügung. Deren Notation ist bis auf einige Ausnahmenwie die Erweiterungen im Klassensymbol für nicht im aktuellen Diagramm angezeigte Superklassenund die Anzeige des Vorhandensein von get/set-Methoden durch Properties sowie dietextuelle Anzeige der im Paket enthaltenen Modellelemente kompatibel zur UML gehalten. Besonderspositiv fallen die Anzeige von Erweiterungspunkten im Anwendungsfalldiagramm, die detailliertenModellierungsmöglichkeiten bei Interaktionsdiagrammen und Verteilungsdiagrammen sowie dieMöglichkeit der Verwendung aller Elemente des Zustandsdiagramms im Aktivitätsdiagramm auf. DasAnwendungsfalldiagramm ist mit der Option der Definition von Erweiterungspunkten zur weiterenSpezifikation einer extend-Beziehung und der als Assoziation zu notierenden Kommunikationsverbindunggut für die Modellierung von Szenarien geeignet. Die Interaktionsdiagramme erlauben hin-- 229 -