Entwicklung und Anwendung eines Bezugsrahmens zur ...

Abbildung 69: KomponentendiagrammVollständigkeitEin Komponentendiagramm kann zwar mit Komponenten, Paketen und Schnittstellen sowie denbeiden oben beschrieben Beziehungsarten erstellt werden, allerdings fehlt die Möglichkeit der Darstellungder eine Komponente realisierenden Klassen sowohl innerhalb eines Komponentensymbolsals auch an anderer Stelle des Diagramms. Auch kann eine Komponente keine anderen Komponentenenthalten. Ebenso enthalten Pakete analog zu deren Verwendung im Klassendiagramm keineanderen grafischen Element.Für Komponenten sind den Sprachumfang der UML ergänzend einige Stereotype vordefiniert, welchedie verschiedenen Ausprägungen einer Komponente in Programmiersprachen berücksichtigen.Diese sind Subprogram Specification, Subprogram Body, Main Program u.a. Weitere Stereotypeohne gesonderte grafische Darstellung stehen ebenfalls zur Verfügung.Semantik und Umsetzung der Elemente im QuellcodeSchnittstellen können nicht direkt in ein Komponentendiagramm eingetragen, sondern nur bereits imModell existierende eingefügt werden. Sie sind der Logischen oder Anwendungsfallsicht zugeordnetund können nur dort erzeugt werden. Wenn eine Schnittstelle einer Komponente in derenEigenschaftendialog zugeordnet wurde, wird sie automatisch im Komponentendiagramm angezeigtund mit der entsprechenden Komponente durch eine Realisierungsbeziehung verbunden. In einemKomponentendiagramm dargestellte Pakete, die Klassen enthalten, welche in der Logischen oderAnwendungsfallsicht durch eine Abhängigkeitsbeziehung mit der Schnittstelle verbunden sind, werdenauch an dieser Stelle mit einer Abhängigkeitsbeziehung mit der Schnittstelle verknüpft. Komponentenwerden dabei nicht berücksichtigt. Realisierungen können nur auf diese Art dargestellt werden, wogegenAbhängigkeiten auch explizit modelliert werden können.Pakete innerhalb der Komponentensicht werden bei der Abbildung auf die ProgrammiersprachenC++ bzw. Java prinzipiell unterschiedlich interpretiert. Pakete, die in der Komponentensicht definiertsind, werden in dem Fall auf die Konzepte der Programmiersprache umgesetzt, wenn sie eine odermehrere Komponenten enthalten, denen wiederum eine oder mehrere Klassen zum Zwecke derQuellcodeerzeugung zugeordnet sind. In diesem Falle wirkt sich dies auf C++-Quellcode dahingehendaus, daß im Zielverzeichnis, das als Ablageort für den Quellcode festgelegt wurde, namentlichden Paketen entsprechende Unterverzeichnisse erstellt und die C++-Dateien diesen physisch untergeordnetwerden. Analog zum Vorgehen bei C++ werden auch die Java-Quellcodedateien Unterverzeichnissenzugeordnet, die namentlich den Paketen entsprechen. Weiterführend verfügt Java imGegensatz zu C++ über ein logisches Paket-Konzept, so daß bei der Codeerzeugung eine Strukturierungdes Quellcodes gemäß der Paketdeklarationen dahingehend erfolgt, daß die einzelnen Dateienmit den korrespondierenden package- und import-Anweisungen versehen werden.Abhängigkeiten haben bei ihrer Verwendung im Modell keine Auswirkungen auf die Codeerzeugungim Rahmen des Forward Engineering. Allerdings wird beim Reverse Engineering von Java-Quellcodedas Schlüsselwort import, durch das der Namensraum eines anderen Java-Pakets zugänglich gemachtwird, in die entsprechende Abhängigkeit im Modell zwischen den Paketen umgesetzt. Um eine- 130 -