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

194 A Metriken für QOOD
4. Wird nur direkte oder auch indirekte Kopplung betrachtet?
Diese Fragen werden hier wie folgt beantwortet:
1. Kopplung entsteht durch Beziehungen zwischen den Einheiten des Entwurfs. Je
mehr Beziehungen es gibt, desto geringer ist die Entkopplung. Die geerbten Beziehungen
werden mitgezählt.
2. Mehrfache Beziehungen der gleichen Art zwischen zwei Einheiten werden auch
mehrfach gezählt. Dadurch haben die Zählmetriken bei derartiger Redundanz
einen höheren Wert. Darüber hinaus werden keine Unterschiede in der Kopplungsstärke
gemacht.
3. Die Richtung der Kopplung spielt eine Rolle. Die Richtung ist gegeben durch die
Richtung der Abhängigkeit (z. B. wenn Klasse B von Klasse A erbt, ist B an A
gekoppelt, aber nicht umgekehrt).
4. Es werden nur direkte Beziehungen betrachtet, denn die zusätzliche Berücksichtigung
indirekter Beziehungen erbringt keinen Zusatznutzen (Briand et al., 1999).
Klasse/Interface
Auf Klassenebene ergibt sich damit zunächst die folgende Zählmetrik, die alle von
der Klasse ausgehenden (efferenten) Beziehungen berücksichtigt:
NEDC (number of efferent dependencies of a class)
NEDC(c) = Σd∈C∪I depends_on*(c,d).weight
Für diese wie für alle folgenden Metriken zur Entkopplung gilt, dass sie negativ mit
der Entkopplung korreliert ist.
Eine Unterscheidung in lokal definierte und geerbte Beziehungen (wie bei Attributen
und Operationen) ist möglich:
NEDCl (number of local efferent dependencies of a class)
NEDCl (c) = Σd∈C∪I depends_on(c,d).weight
Beziehungen der Klasse mit sich selbst stellen einen Sonderfall dar, weil die Abhängigkeit
lokal beschränkt ist. Dadurch ist diese Kopplung weniger schlecht für die
Wartbarkeit als eine Kopplung nach außen. Deshalb ist es sinnvoll, mit reflexiven
Beziehungen zu verfeinern:
NEDCr (number of reflexive efferent dependencies of a class)
NEDCr (c) = depends_on*(c,c).weight
Eine weitere Verfeinerung unterscheidet zwischen Abhängigkeiten von abstrakten
Klassen/Interfaces und konkreten Klassen. Abstrakte Klassen und Interfaces sind in
der Regel stabiler, d. h. ihre Schnittstelle ändert sich nicht so häufig. Deshalb könnten
solche Abhängigkeiten geringer gewichtet werden als Abhängigkeiten von konkreten
Klassen.
NEDCa (number of abstract efferent dependencies of a class)
NEDCa (c) = Σd∈C∪I: d.isAbstract depends_on*(c,d).weight
Außerdem können Beziehungen zu Modellelementen im gleichen Paket von Beziehungen
zu Modellelementen in anderen Paketen unterschieden werden.