Bewertung der Qualität objektorientierter Entwürfe - Worte-Projekt

138 10 Ein spezifisches Qualitätsmodell
Gewichte
Die Gewichte für die Kriterien wurden gemäß den in Abschnitt 9.6.2 aufgestellten
Faustregeln gewählt und dann durch die Verwendung in ausgewählten Szenarien
fein abgestimmt. Die Gewichtung ist in Tabelle 10-2 dargestellt.
Kriterium Knappheit
Da es nur einen Faktor gibt, kann seine Bewertung direkt als Qualitätskennzahl interpretiert
werden, weshalb der letzte Aggregationsschritt entfallen kann. Daher werden
keine Gewichte für die Faktoren benötigt.
Die Gewichte für die Berechnung eines Gesamtvorschlags aus den Bewertungsvorschlägen
für subjektive Metriken auf der Basis von objektiven Metriken, subjektiven
Metriken und Fragebögen wurden alle gleich 1 gewählt.
10.1.3 Metriken
Strukturiertheit
Entkopplung
Zusammenhalt
Einheitlichkeit
Dokumentierung
Verfolgbarkeit
Gewicht MA SCCx = 4 MA SSTx = 2 MA SDCx = 4 MA SCOx = 4 MA SCSx = 1 MA SDOx = 1 MA STRx = 0
Tabelle 10-2: Gewichtung der Kriterien
Messgegenstand
Da die Entwürfe von unterschiedlichen Gruppen kamen, unterscheiden sie sich in
Detaillierung und Vollständigkeit. Das gilt insbesondere für die Entwürfe, die vor der
Implementierung abgegeben wurden. Daher werden hier nur die nach der Implementierung
überarbeiteten Entwürfe betrachtet. Da die Entwurfsdokumentation trotz der
geforderten Überarbeitung nicht immer auf dem neuesten Stand war, wurde sie vor
der Bewertung mit der Implementierung abgeglichen.
Um die Entwürfe besser vergleichbar zu machen, wurden die folgenden Konventionen
zur Messung eingeführt:
• Wiederverwendete Klassen, hier ausschließlich Klassen aus der Standardbibliothek
von Java, werden bei den Knappheitsmetriken nicht mitgezählt. Realisierungs-,
Benutzungs- und Vererbungsbeziehungen zu solchen Klassen werden ebenfalls
nicht berücksichtigt. Das bedeutet auch, dass von wiederverwendeten Klassen
geerbte Attribute und Operationen nicht mitgezählt werden. Assoziationen mit
solchen Klassen werden als Attribut gezählt. Die Redefinition einer von einer solchen
Klasse geerbten Methode wird als neue Operation gezählt.
• Exception-Klassen werden als Implementierungsdetail aufgefasst und nicht mitgezählt.
Einige Entwürfe definieren viele eigene Exceptions, andere verwenden nur
die Exceptions der Standardbibliothek. Würden die eigenen Exception-Klassen
mitgezählt, würden sonst diejenigen bestraft, die sich um verständlichere Exceptions
bemühen, weil z. B. die Knappheitsmetriken schlechtere Werte liefern.
• Debug-Infrastruktur (Klassen, Operationen, Attribute etc.) wird nicht berücksichtigt,
weil sie nicht in allen Entwürfen vorkommt, also sonst die Ergebnisse verfälscht
würden.