Entwicklung und Anwendung eines Bezugsrahmens zur ...

Komponente ist. Dieses Vorgehen begründet sich darin, daß Rose eine Komponente auf eine physikalischeDatei abbildet, für die in Java die oben genannte Restriktion gilt. Die verwendeten Typenmüssen im Namensraum deklariert sein, ansonsten wird bei der Codeerzeugung eine Warnung generiert,aber der Quellcode trotzdem erzeugt. Die ANSI C++ Codeerzeugung beinhaltet keinerlei Syntaxüberprüfungund ist inhärent fehlerhaft. So kann es vorkommen, daß bei wiederholter Generierungeiner Quellcodedatei aus einer Klasse eine Attributdeklaration jedesmal neu erstellt wird, so daßdiese mehrmals vorkommt. Auf die Mechanismen der anderen Zielsprachen wird an dieser Stellenicht näher eingegangen, wobei noch zu erwähnen ist, daß sich die Reichweite der Überprüfung imallgemeinen zwischen der von Java und ANSI C++ bewegt, die damit die Extrema definieren.Bzgl. der Integration von Werkzeugen zur Codeerzeugung und –verwaltung ist zuerst der interneQuellcodeeditor zu nennen, der mittels eines Kontextmenüs aus Rose heraus zur Sichtung und Modifikationdes korrespondierenden Quellcodes von Modellelementen aufgerufen werden kann. DerEditor verfügt über die Möglichkeit der farblichen Hervorhebung von Schlüsselwörtern (syntaxhighlighting) für die Sprachen Java, C++, CORBA IDL und XML und die Einbindung eines Java-Compilers inkl. der Umleitung seiner Ausgaben in die Oberfläche des Editors. Allerdings ist die Integrationdes Quellcodeeditors nicht fehlerfrei gelungen, was sich in mehreren Aspekten bemerkbarmacht. So wird das Editorfenster, falls der Editor schon geöffnet und das Fenster maximiert ist, beidessen erneutem Aufruf verkleinert. Insbesondere beim Java-Modul kann es zusätzlich vorkommen,daß bei einem erneuten Aufruf weiterhin eine alte Version der Datei angezeigt wird und nicht die vonRose aktualisierte. Schließlich ist es nicht möglich das Modell abzuspeichern, wenn der Editor geöffnetist, da in diesem Falle Rose keinen Schreibzugriff auf die Modelldatei erlangen kann. Da der Editornormalerweise nicht auf das Modell zugreifen muß, entzieht sich diese Restriktion demunmittelbaren Verständnis. Ein weiterer Kritikpunkt, der bei Verwendung des Editors deutlich wird,ist die mangelnde Berücksichtigung der Dateinamenskonventionen des zugrundeliegenden Betriebsystemsbei der Benennung von Modellelementen. Wenn bspw. der Name einer Komponente odereiner Klasse in der Programmiersprache ein gültiger Bezeichner ist, aber Zeichen enthält, die vomBetriebssystem innerhalb eines Dateinamens nicht akzeptiert werden, so ist eine Anzeige des erzeugtenQuellcodes des Elements vom Tool aus mit dem integrierten oder einem externen Editors nichtmöglich, da Rose die konfligierenden Zeichen aus dem Namen entfernt und die Quellcodedatei beimAufruf durch den Editor nicht mehr gefunden wird. In diesem Fall wird ohne weitere Rückmeldungdes Systems bei der Kürzung des Namens oder beim Aufruf des Editors das leere Editorfensterangezeigt.Über die Nutzung eines Editors hinaus bietet Rose die Möglichkeit der Integration der Microsoft-Produkte Visual C++, Visual Basic und Visual J++, so daß sich die Funktionalität dieserEntwicklungsumgebungen für Rose-Modelle resp. deren korrespondierenden Quellcode nahtlosnutzen lassen. Dies bezieht sich auf die Möglichkeit des gegenseitigen Aufrufs, die Nutzung vonKlassenbibliotheken und die Compilierung von Code. Für Java kann auf ähnliche Weise dieUmgebung von Visual Age for Java genutzt werden und für Ada ist analog eine Schnittstelle fürRational Apex-vorgesehen.Die Realisierung der nötigen Funktionalität im Rahmen des Round Trip Engineering ist je nach Zielsprachehöchst unterschiedlich und mitunter konzeptuell fehlerhaft. Eine umfassende Unterstützungbzgl. Werkzeugintegration und Überprüfung semantischer Restriktionen ist dabei für Java vorgesehen,wobei die Integration anderer Sprachen weniger umfassend ist. Die Möglichkeit der Integrationbeliebiger Werkzeuge ist ohne die Entwicklung eines benutzerdefinierten Moduls nicht möglich undso mit einem relativ hohen Aufwand verbunden. Zusätzlich erschweren die wenig intuitiven da uneinheitlichenEinstellungsmöglichkeiten der einzelnen Module für die Codeerzeugung und -analyse dasAuffinden von Fehlerquellen im Rahmen des Round Trip Engineering. Insbesondere die Integration- 115 -