Entwicklung und Anwendung eines Bezugsrahmens zur ...

Applikationen bilden. Dies entspricht allerdings keinem anwendungspezifischem Vorgehen und decktsich nicht mit dem Konzept eines Frameworks, wie es in Abschnitt 3.2.3.5 skizziert wird. Somit istdie einzige Option zur Weitergabe semikompletter Problemlösungen in Form eines Modells die Vergabeder Leserechte an diesem im Repository an den Modellierer, der es nutzen möchte, oder alternativder Export mittels eines dafür vorgesehenen Formats.4.2.2.3.6 KomponentenAuf die Komponentenarchitekturen COM+ und CORBA wird durch das Einbeziehen von COMbzw. CORBA IDL in das Round Trip Engineering eingegangen. Die IDL für COM und CORBAkann aus den Klassendiagrammen zur Integration in die entsprechende Architektur erzeugt werden.Klassendiagramme werden durch Reverse Engineering aus der IDL erstellt. Auf die physische Strukturder Komponenten wird nicht eingegangen. Die Unterstützung beschränkt sich auf die Erzeugungund Analyse von Schnittstellenbeschreibungen. Enterprise JavaBeans werden weder bei der Modellierungnoch bei der Codeerzeugung berücksichtigt.Mit den oben genannten Optionen ist die Unterstützung von Komponententechnologien insgesamt alsgering zu bezeichnen. Die Besonderheiten, die bei Entwicklung und Installation von Komponentengelten, müssen in der Hauptsache ohne Toolunterstützung vom Benutzer berücksichtigt werden.4.2.2.4 MetrikenDas Modellierungswerkzeug bietet eine Anzahl von objektorientierten Metriken zur Analyse desModells an. Die Ergebnisse der Auswertungen werden textuell analog zu den Reports (s. Abschnitt4.2.2.5) in einem Fenster ausgegeben und können dort abgespeichert oder ausgedruckt werden.Allerdings stehen nur 11 einfache Metriken zur Verfügung, die sich auf Klassen- oder Anwendungsfalldiagrammebeziehen. Beispiele für verfügbare Metriken sind die durchschnittliche Anzahl vonKlassendefinitionen pro Paket, Assoziationen pro Klasse oder Anwendungsfällen pro Paket. Füreine detaillierte Bewertung der Qualität eines Modells resp. des daraus erstellten Quellcodes sind dieMetriken als nicht ausreichend zu erachten. Weiterhin ist die Art der Ergebnispräsentation als einfacheListe der ermittelten Kenngrößen nur eingeschränkt dazu geeignet, einen entsprechenden Überblicküber die Werte zu vermitteln.4.2.2.5 DokumentationAn zu erstellender Dokumentation wird in der UML Suite zwischen einfachen Reports und einerumfassenden Dokumentation unterschieden. Die Zielsetzung bei Reports ist eine Zusammenfassungder Ergebnisse einer Phase zum Zwecke ihrer Überprüfung. Die resultierenden Reports werden reintextuell in einem Fenster angezeigt und können von dort entweder ausgedruckt oder als Textdateiabgespeichert werden. Durch die mangelnde Strukturierung der Ergebnisse ist eine Weitergabe alsDokumentation an Dritte allerdings nur eingeschränkt empfehlenswert. Reports können auf verschiedenenHierarchieebenen (Projekt, Phase, Paket) angewandt werden und als Ergebnis u.a. folgendenAuflistungen enthalten:• Klassendefinitionen• grafische Komponenten• Items• Ergebnisse von Metriken (s. Abschnitt 4.2.2.4)• Kommunikationsverbindungen zwischen Diagrammen• Klassenhierarchien• Rollen und Benutzer- 163 -