Bewertung der Qualität objektorientierter Entwürfe - Worte-Projekt
Bewertung der Qualität objektorientierter Entwürfe - Worte-Projekt
Bewertung der Qualität objektorientierter Entwürfe - Worte-Projekt
Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.
YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.
11.2 Selbst realisierte Werkzeuge 155<br />
Bei <strong>der</strong> Implementierung des Konverters hat sich herausgestellt, dass die Hersteller<br />
verschiedener UML-Werkzeuge unterschiedliche Interpretationen des XMI-Standards<br />
haben und entsprechend unterschiedliches XMI erzeugen. Erprobt wurden in diesem<br />
Zusammenhang Argo/UML 0.8, Poseidon 1.0 und Together 5.02. Together erzeugt<br />
zum Teil sogar inhaltlich falsches XMI (z. B. falscher ownerScope bei Attributen und<br />
Operationen). 5 Um die Unterschiede und Fehler auszugleichen, wurde <strong>der</strong> Konverter<br />
um ein Filterkonzept erweitert, das die Verarbeitung werkzeugspezifischer Eigenheiten<br />
erlaubt. Es können beliebig viele Filter hintereinan<strong>der</strong> geschaltet werden. Außerdem<br />
gibt es einen Standardfilter, <strong>der</strong> offensichtlich unsinnige Eingaben entfernt. Der<br />
Parser filtert bereits alles heraus, was für die Konvertierung nach ODEM keine Rolle<br />
spielt.<br />
11.2.2 Der Reportgenerator<br />
Der Reportgenerator liest die Datenbank aus und erhebt die gewünschten Metriken.<br />
Aus den Modellinformationen und den Messwerten generiert er dann anhand einer<br />
Vorlage einen Report. Abbildung 11-2 zeigt die Architektur des Reportgenerators. Der<br />
Generator liest die Vorlage ein, in <strong>der</strong> Platzhalter für Metriken stehen. Er lässt den<br />
Evaluator die benötigten Metriken in <strong>der</strong> Datenbank erheben und fügt die Messwerte<br />
anstelle <strong>der</strong> Platzhalter in die Vorlage ein. Den Report gibt <strong>der</strong> Generator dann aus.<br />
Vorlage<br />
Report<br />
Generator Evaluator<br />
Abbildung 11-2: Architektur des Reportgenerators<br />
Die Definitionen <strong>der</strong> Metriken (als SQL-Anfragen o<strong>der</strong> Skripte) findet <strong>der</strong> Evaluator<br />
in einer speziellen Tabelle in <strong>der</strong> Datenbank, was eine flexible Auswahl und Erweiterung<br />
<strong>der</strong> Metriken erlaubt. Durch die Verwendung von Vorlagen können Reports für<br />
die verschiedensten Zwecke generiert werden. Hier werden zwei Beispiele vorgestellt,<br />
die realisiert wurden: Dateien für den Import von Messwerten in eine Tabellenkalkulation<br />
und Review-Bögen in HTML.<br />
Export in Tabellenkalkulation<br />
Der Reportgenerator erzeugt eine Datei, die in eine Tabellenkalkulation importiert<br />
werden kann (ASCII o<strong>der</strong> HTML). Dabei werden die Messwerte strukturiert aufbereitet.<br />
Würden sämtliche Verfeinerungen auf einen Schlag präsentiert, wäre <strong>der</strong> Bewerter<br />
sonst von <strong>der</strong> Menge <strong>der</strong> Messwerte überfor<strong>der</strong>t. Es ist sinnvoll, zunächst nur die<br />
unverfeinerten Metriken darzustellen und die Verfeinerungen erst anschließend als<br />
Untertabellen zu präsentieren.<br />
5. Dieses Problem tritt auch noch in Version 5.5 auf. Dem Support von Togethersoft waren die Fehler<br />
noch nicht bekannt, was darauf schließen lässt, dass den XMI-Export bisher kaum jemand benutzt.<br />
DB-Adapter<br />
DB