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
188 Akronyme NOM Number of Methods RFC Response for a Class SI Specialization Index WMC Weighted Methods per Class Metrikakronyme (QOOD) DITC depth of inheritance tree of a class DITS depth of inheritance tree of the system DNHP depth in nesting hierarchy of a package DNHS depth of nesting hierarchy of the system MNCS maximum number of child classes in the system MNPS maximum number of subpackages in the system NAC number of attributes of a class NACP number of afferently coupled packages of a package NADC number of afferent dependencies of a class NADP number of afferent dependencies of a package NAS number of attributes in the system NCP number of classes in a package NCS number of classes in the system NEAC number of efferent association relationships of a class NECP number of efferently coupled packages of a package NEDC number of efferent dependencies of a class NEDP number of efferent dependencies of a package NEEC number of extends relationships of a class NERC number of efferent realization relationships of a class NEUC number of efferent uses relationships of a class NIP number of interfaces in a package NIS number of interfaces in the system NOC number of operations of a class NOS number of operations in the system NPP number of packages in a package NPS number of packages in the system RTTR ratio of traceable to total requirements SCCx subjective conciseness of a Class/a Package/a System SCOx subjective cohesion of a Class/a Package/a System SCSx subjective consistency of a Class/a Package/a System SDCx subjective decoupling of a Class/a Package/a System SDOx subjective documentation of a Class/a Package/a System SMAx subjective maintainability of a Class/a Package/a System SSTx subjective structuredness of a Class/a Package/a System STRx subjective traceability of a Class/a Package/a System
Anhang A Metriken für QOOD Dieser Anhang stellt die objektiven Metriken für QOOD (Übersicht siehe Tabelle 9-1) im Detail vor und begründet ihre Auswahl. Die Metriken werden geordnet nach den Entwurfskriterien des Faktors Wartbarkeit (siehe Abbildung 8-1) präsentiert. Innerhalb eines Kriteriums sind sie nach Ebenen sortiert, wobei mit der untersten Ebene (Klassen/Interfaces) begonnen wird. Wenn für eine Ebene oder ein Kriterium keine objektive Metrik verfügbar ist, wird eine Begründung dafür angegeben. Im Anschluss an die Präsentation der Metriken wird gezeigt, wie die Metriken theoretisch validiert werden können (siehe Abschnitt A.9). A.1 Knappheit Knappheit bedeutet eine möglichst geringe Zahl an Modellelementen. Daher zählt die Quantifizierung zunächst diese Modellelemente. Briand und Wüst (1999) haben festgestellt, dass solche einfachen Größenmetriken die besten Indikatoren für den späteren Implementierungsaufwand des Entwurfs darstellen. Je niedriger die Werte der Zählmetriken sind, um so besser ist die Knappheit (negative Korrelation). Klasse/Interface Metriken für Eigenschaften. Bei den Klassen zählt man Attribute und Operationen. Da geerbte Eigenschaften in der Klasse vorhanden sind und damit ihre Größe mitbestimmen, zählen sie mit. Eine solche Vorgehensweise wird auch von den Untersuchungen von Beyer et al. (2000) gestützt, denen zufolge Größen-, Kopplungs- und Zusammenhaltsmetriken bei der Berücksichtigung geerbter Eigenschaften besser interpretierbare Werte liefern. NAC (number of attributes of a class) NAC(c) = |{a∈A: has*(c,a)}| Bei Interfaces ist gemäß der Definition im UML-Metamodell NAC immer 0, weil Interfaces keine Attribute haben dürfen. 189
- Seite 147 und 148: 10.1 Ableitung des Qualitätsmodell
- Seite 149 und 150: 10.1 Ableitung des Qualitätsmodell
- Seite 151 und 152: 10.2 Anwendung des Qualitätsmodell
- Seite 153 und 154: 10.2 Anwendung des Qualitätsmodell
- Seite 155 und 156: 10.2 Anwendung des Qualitätsmodell
- Seite 157 und 158: 10.2 Anwendung des Qualitätsmodell
- Seite 159 und 160: 10.3 Besonderheiten bei Mustern 149
- Seite 161 und 162: Kapitel 11 Werkzeugunterstützung H
- Seite 163 und 164: 11.1 Werkzeuge aus anderen Arbeiten
- Seite 165 und 166: 11.2 Selbst realisierte Werkzeuge 1
- Seite 167 und 168: 11.2 Selbst realisierte Werkzeuge 1
- Seite 169 und 170: 11.3 Ausblick: Ein ideales Werkzeug
- Seite 171 und 172: Kapitel 12 Zusammenfassung und Ausb
- Seite 173 und 174: 12.2 Bewertung des Ansatzes 163 Die
- Seite 175 und 176: 12.3 Vergleich mit anderen Arbeiten
- Seite 177 und 178: 12.4 Ausblick 167 Entwerfen QOOD ka
- Seite 179 und 180: Literatur Abowd et al. (1996) Abowd
- Seite 181 und 182: Beyer et al. (2000) Beyer, D.; Lewe
- Seite 183 und 184: Cavano, McCall (1978) Cavano, J.; M
- Seite 185 und 186: Dißmann (1990) Dißmann, S.: Anfor
- Seite 187 und 188: Gursaran, Roy (2002) Gursaran; Roy,
- Seite 189 und 190: Koenig (1995) Koenig, A.: Patterns
- Seite 191 und 192: McCabe (1976) McCabe, T.: A Complex
- Seite 193 und 194: Rising (2000) Rising, L.: The Patte
- Seite 195 und 196: Wand (1989) Wand, Y.: A Proposal fo
- Seite 197: Akronyme Allgemeine Akronyme CMM Ca
- Seite 201 und 202: A.1 Knappheit 191 Ihre Verwaltung m
- Seite 203 und 204: A.3 Entkopplung 193 Neben der Tiefe
- Seite 205 und 206: A.3 Entkopplung 195 NEDC p (number
- Seite 207 und 208: A.5 Einheitlichkeit 197 Ein alterna
- Seite 209 und 210: A.9 Theoretische Validierung 199 A.
- Seite 211 und 212: A.9 Theoretische Validierung 201 Ax
- Seite 213 und 214: Anhang B Fragebögen für QOOD Dies
- Seite 215 und 216: B.2 Strukturiertheit 205 Paket Bedi
- Seite 217 und 218: B.3 Entkopplung 207 Klasse/Interfac
- Seite 219 und 220: B.4 Zusammenhalt 209 System Bedingu
- Seite 221 und 222: B.6 Dokumentierung 211 Klasse/Inter
- Seite 223 und 224: B.7 Verfolgbarkeit 213 System Bedin
- Seite 225 und 226: Anhang C Dokumente zum Softwareprak
- Seite 227 und 228: C.1 Aufgabenstellung 217 muss der P
- Seite 229 und 230: C.1 Aufgabenstellung 219 dann Ihr H
- Seite 231 und 232: C.2 Anforderungen 221 C.2.4 Fahrgas
- Seite 233 und 234: C.2 Anforderungen 223 alle weiteren
- Seite 235 und 236: C.3 Begriffslexikon 225 Endhalteste
188 Akronyme<br />
NOM Number of Methods<br />
RFC Response for a Class<br />
SI Specialization Index<br />
WMC Weighted Methods per Class<br />
Metrikakronyme (QOOD)<br />
DITC depth of inheritance tree of a class<br />
DITS depth of inheritance tree of the system<br />
DNHP depth in nesting hierarchy of a package<br />
DNHS depth of nesting hierarchy of the system<br />
MNCS maximum number of child classes in the system<br />
MNPS maximum number of subpackages in the system<br />
NAC number of attributes of a class<br />
NACP number of afferently coupled packages of a package<br />
NADC number of afferent dependencies of a class<br />
NADP number of afferent dependencies of a package<br />
NAS number of attributes in the system<br />
NCP number of classes in a package<br />
NCS number of classes in the system<br />
NEAC number of efferent association relationships of a class<br />
NECP number of efferently coupled packages of a package<br />
NEDC number of efferent dependencies of a class<br />
NEDP number of efferent dependencies of a package<br />
NEEC number of extends relationships of a class<br />
NERC number of efferent realization relationships of a class<br />
NEUC number of efferent uses relationships of a class<br />
NIP number of interfaces in a package<br />
NIS number of interfaces in the system<br />
NOC number of operations of a class<br />
NOS number of operations in the system<br />
NPP number of packages in a package<br />
NPS number of packages in the system<br />
RTTR ratio of traceable to total requirements<br />
SCCx subjective conciseness of a Class/a Package/a System<br />
SCOx subjective cohesion of a Class/a Package/a System<br />
SCSx subjective consistency of a Class/a Package/a System<br />
SDCx subjective decoupling of a Class/a Package/a System<br />
SDOx subjective documentation of a Class/a Package/a System<br />
SMAx subjective maintainability of a Class/a Package/a System<br />
SSTx subjective structuredness of a Class/a Package/a System<br />
STRx subjective traceability of a Class/a Package/a System