Entwicklung und Anwendung eines Bezugsrahmens zur ...

eziehungen, die Instanzen einer Assoziation darstellen, nicht mit dieser in Verbindung bringen undsind semantisch isoliert.Abhängigkeiten, die im Modell auf grafischer Ebene zwischen Paketen definiert werden, besitzen imKontext des Forward Engineering keine besondere Semantik und werden weder bei Java in package-oder import-Anweisungen noch bei C++ auf andere Art im Quellcode umgesetzt. Bei der Nutzungder Funktion Update Package Dependencies hingegen werden aus dem QuellcodeAbhängigkeiten zwischen Paketen ermittelt und diese im Modell dargestellt. Als Abhängigkeit erkanntwerden dabei Attributdeklarationen, die als Typ eine Klasse referenzieren, die in einem anderenPaket enthalten ist. Paketübergreifende Methodenaufrufe werden nicht als Abhängigkeitinterpretiert. Wird eine Abhängigkeitsbeziehung zwischen einer Klasse und einem Objekt erzeugt, sowird diese als Instanzierungsbeziehung erkannt und der Objekttyp im Namensfeld des Objekts automatischdurch den Namen der verbundenen Klasse ergänzt.4.3.3.3 InteraktionsdiagrammeSequenz- und Kollaborationsdiagramme werden in Together als semantische Einheit verwaltet undsind ineinander überführbar. Dabei bleiben alle Einstellungen, die in einer der beiden Diagrammartennicht verfügbar sind, bei der Überführung erhalten und sind bei erneutem Wechsel der Ansicht wiederverfügbar. Die in beiden Diagrammarten enthaltenen Elemente verfügen über identische Einstellungsmöglichkeiten.Im folgenden wird zuerst das Sequenzdiagramm und anschließend dasKollaborationsdiagramm beschrieben, wobei die Erläuterung der Elemente, die in beiden Diagrammartenzur Modellierung genutzt werden können, im Detail ausschließlich im Kontext des Sequenzdiagrammserfolgt. Die Verbindung der Diagramme zum Quellcode wird gegenüber der Diskussion imAbschnitt 4.3.2.3.1 nicht weiter vertieft.4.3.3.3.1 SequenzdiagrammDarstellung der DiagrammelementeDas Sequenzdiagramm ordnet in der horizontalen Ebene die Objekte in beliebiger und änderbarerReihenfolge an und zeigt den Zeitverlauf in der vertikalen Ebene. Objekte können als Instanz einerKlasse oder eines Akteurs mit unterstrichenem Namen dargestellt werden, wobei der Typname inbeiden Fällen optional ist. Die Darstellung des Objekts als Akteur wird über die Wahl des entsprechendenStereotyps gesteuert, das jedem Objekt zugewiesen werden kann. Andere Stereotypewerden über dem Objektnamen textuell angezeigt. Weiterhin verfügen Objekte über eine Lebenslinieund einen Kontrollfokus, die beide in ihrer vertikalen Ausdehnung abhängig von der Art und Anzahlder Aufrufe an andere Objekte, die von ihnen ausgehen, verändert werden können. Ein Objekt kannüber mehrere verschachtelte Kontrollfokusse verfügen (s. Abbildung 124, Object4).Der Nachrichtenaustausch zwischen den Objekten wird mit Pfeilen zwischen den jeweiligen Lebenslinienrealisiert. Diese sind mit einem Namen, der Bezeichnung der aufzurufenden Methode inkl. zuübergebende Parameter, dem Rückgabewert, einer Bedingung (constraint) dem Sendezeitpunkt(send time) und dem Empfangszeitpunkt (receive time) zu versehen. Iterationen (iteration clauses)werden in eckigen Klammern notiert. Die Darstellung einer Nachricht, deren Übermittlung eine gewisseZeitspanne in Anspruch nimmt, ist durch die schräg nach unten verlaufende Linienführung desNachrichtenpfeils möglich (non-atomic delivery). Die Erzeugung von Objekten ist in der Darstellungeines Pfeils, der auf das Objektsymbol des zu erzeugenden Objekts zeigt, zu realisieren. Ebensokann die Zerstörung inkl. des X-Symbols am Ende der Lebenslinie des Objekts modelliert werden.- 217 -