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

8.1 Vorüberlegungen 103
8.1.4 Indikatoren
We cannot build high-level quality attributes like reliability or maintainability into software.
What we can do is identify and build in a consistent, harmonious, and complete set of product
properties (such as modules without side effects) that result in manifestations of reliability and
maintainability. We must also link these tangible product properties to high-level quality
attributes.
(Dromey, 1996, S. 33)
Die eigentlich interessanten Eigenschaften des entworfenen Systems (z. B. Effizienz
oder Wartbarkeit) lassen sich erst aus der Realisierung heraus zuverlässig bewerten.
In der Entwurfsphase ist man daher auf Indikatoren angewiesen, die sich aus dem
Entwurf heraus erheben lassen (z. B. Kopplung). Deshalb konzentriert sich das Qualitätsmodell
auf Aspekte, die sich auf der Basis von ODEM beurteilen lassen.
8.1.5 Schwerpunkt Wartbarkeit
I suspect that some programmers think that their program will be so good that it won’t have to
be changed. This is foolish. The only programs that don’t get changed are those that are so bad
that nobody wants to use them. Designing for change is designing for success.
(Parnas, 1994, S. 282)
Der Schwerpunkt des Qualitätsmodells liegt auf der Wartbarkeit, da die Wartung im
Software-Lebenszyklus den größten Kostenfaktor darstellt. Mindestens die Hälfte des
Gesamtaufwands fließt in die Wartung (Boehm, 1976; Lientz, Swanson, 1980). Daher
kann eine Kostenreduktion am ehesten dadurch erreicht werden, dass man den Aufwand
für diese Phase reduziert. Der Wartungsaufwand selbst zerfällt nach Sneed
(1988) in vier Bereiche:
• Stabilisierung, d. h. Fehlerkorrektur,
• Optimierung, d. h. Verbesserungen der Effizienz und der Struktur,
• Anpassung, d. h. durch die Umwelt erzwungene Modifikationen (technische oder
fachliche), und
• Erweiterung, d. h. Hinzunahme weiterer Funktionen.
Tabelle 8-1 zeigt die Verteilung des Aufwands auf die vier Bereiche nach Lientz,
Swanson (1980) und Sneed (1988). Die Verteilung ist bei beiden ähnlich: Der Anteil
der Fehlerkorrektur ist mit etwa 25% relativ gering; die übrigen Wartungstätigkeiten,
die meistens Entwurfsstrukturen beeinflussen, überwiegen mit etwa 75%. Daraus
lässt sich schließen, dass die Entwurfsqualität bei der Wartung eine wesentliche Rolle
spielt. Arthur (1988) betont dies mit der Aussage: „Maintenance productivity is a
direct function of the quality of the existing system.“
Dass Anpassung und Erweiterung unvermeidlich sind, hat sich auch schon in „Gesetzen“
des Software Engineerings niedergeschlagen. Lehmans First Law of Software
Evolution (Lehman, 1980) sagt: „A program that is used and that as an implementation
of its specification reflects some reality, undergoes continual change or becomes
progressively less useful.“ Das bedeutet, das System wird sich im Laufe der Zeit
ändern – oder als unbrauchbar weggeworfen. Bersoffs First Law of System Engineering
(Bersoff et al., 1980) verschärft diese Aussage noch: „No matter where you are in
the system life cycle, the system will change and the desire to change it will persist