Entwicklung und Anwendung eines Bezugsrahmens zur ...

sichtlich der Darstellung des Kontrollflusses und speziell im Sequenzdiagramm des Kontrollfokus einedetaillierte Darstellung der Interaktion und Kommunikation von Objekten. Im Verteilungsdiagrammkönnen zusätzlich zu Knoten und Komponenten auch Laufzeitobjekte stellvertretend für Prozesse zurModellierung genutzt werden, wodurch eine weitere Detaillierung bei der Visualiserung der physischenStruktur des Systems ermöglicht wird. Die Modellelemente des Zustandsdiagramms stehenauch im Aktivitätsdiagramm zur Modellierung zur Verfügung und ermöglichen so eine gemischte Darstellungdieser Diagrammarten.Mängel hinsichtlich der notationstreuen Modellierung sind im Klassendiagramm u.a. bzgl. der ausschließlichunidirektionalen Verwendung von Assoziationen und der schwachen Semantik der Assoziationsklassensowie im Zustandsdiagramm bzgl. der fehlenden Darstellungsmöglichkeit vonParallelität und der Verwendung von Objektzuständen festzustellen. Assoziationen können ausschließlichohne Navigationsrichtung oder unidirektional dargestellt werden, so daß zur Modellierungeiner bidirektionalen Navigation eine zweite Assoziation hinzugefügt werden muß. Für Assoziationsklassenbesteht nicht die Möglichkeit Attribute bzw. Methoden zu definieren oder Beziehungen zuanderen Modellelementen zu besitzen, was den Nutzen ihrer Verwendung stark einschränkt. Zuständein einem Zustandsdiagramm können nicht in Regionen aufgeteilt werden, um eine Parallelität imAblauf des Automaten anzuzeigen. Weiterhin sind die Objektzustände im Zustandsdiagramm nichtsinnvoll in das Modell zu integrieren und entsprechen nicht der Vorgabe durch die UML-Spezifikation.Die grundlegenden Diagrammarten zur Modellierung einer Problemdomäne sind in ihrer Aussagekraftgeeignet, um auch komplexe Problemdomänen in einem Modell darzustellen. Als Hauptmangel isthierbei die unvollständige Umsetzung der Assoziation resp. Assoziationsklassen zu nennen, was eineDarstellung der statischen Sicht kompliziert. Das Sequenzdiagramm hingegen bietet sehr gute Ausdrucksmöglichkeitenim Rahmen der Modellierung an. Insgesamt ist Together allerdings nicht zurErstellung einer statischen Sicht im Kontext einer Systemanalyse zu empfehlen.4.3.4 ZusammenfassungDas Together Control Center stellt in Verbindung mit Java ein umfangreiches Werkzeug zur Softwareentwicklungbzgl. der Tätigkeiten Modellierung und Implementierung dar, wobei die Möglichkeitenbei Modellierung direkt abhängig von der für das Projekt gewählten Programmiersprachesind. Also solche kann auch C++ verwendet werden, wobei in diesem Falle das Tools entsprechendweniger Funktionalität zur Verfügung stellt. Die folgenden positiven und negativen Kritikpunkte, dieim Laufe der Evaluierung der Funktionalität des Tools ersichtlich geworden sind, beziehen sichhauptsächlich auf die Programmiersprache Java als zugrundeliegende Zielsprache und fassen die alswichtig erachteten Charakteristika des Modellierungstools zusammen:Positive Kritikpunkte• Moderate HardwarevoraussetzungenDie Software benötigt im Rahmen eines typischen Projekts keine teure Hardware, um einen reibungslosenAblauf zu ermöglichen.• Einheitliche Bedienung der BenutzungsoberflächeDie Oberfläche ist intuitiv bedienbar, da sämtliche Funktionen einheitlich in die Applikation integriertwurden.• Integration von EntwurfsmusterDie Möglichkeit Entwurfsmuster zu nutzen, ist im Sinne der Wiederverwendbarkeit kleinererProblemlösungen von Vorteil.- 230 -