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

9.4 Fragebögen 127
9.4 Fragebögen
Checklists are the simplest and perhaps the most immediately useful aids to design thinking
that have appeared so far.
(Jones, 1992, S. 369)
Fragebögen sind ein wertvolles Hilfsmittel bei Analyse und Bewertung von Produkten
und Prozessen. Ein Fragebogen besteht aus einer Folge von Fragen, die von einem
Bewerter auszufüllen sind. Fragebögen können bei Entwurfsinspektionen eingesetzt
werden, um erwünschte Eigenschaften sicherzustellen oder um unerwünschte Eigenschaften
festzustellen. Hat der Entwerfer den Fragebogen im Kopf, kann er dessen
Inhalt auch bereits während des Entwurfs berücksichtigen.
Eine spezielle Form des Fragebogens ist die Checkliste, eines der sieben Werkzeuge
zur Qualitätsüberwachung von Ishikawa (1989). Eine Checkliste besteht nur aus Fragen,
die mit ja oder nein zu beantworten sind. Bei klassischen Checklisten (z. B. bei
Flugzeugen vor dem Start) müssen alle Fragen mit ja beantwortet werden, damit der
Bewertungsgegenstand die Prüfung besteht. In der Literatur werden unter der
Bezeichnung Checklisten aber auch Fragenlisten publiziert, die den üblichen Kriterien
für Checklisten nicht entsprechen, z. B. können nicht alle Fragen eindeutig mit ja
oder nein beantwortet werden (Würthele, 1995). Als Beispiel folgt ein Auszug aus
einer Fragenliste für den objektorientierten Entwurf von Page-Jones (1995, S. 325 ff.),
die vom Autor als Checkliste bezeichnet wird.
7. Does the class rely on any assumptions in order to work correctly? Do any other classes also
rely on the same assumptions? How likely are those assumptions to change? Where are the
assumptions documented?
13. Is the class’s invariant documented?
15. Does each of the class’s methods have a documented pre- and postcondition?
22. Do subclasses of a common superclass contain similar or identical features that should be
moved to the superclass?
40. Is the class too restrictive for its current purpose, that is, the applications in which it’s likely to
be used?
41. Is the class too general or broad for its current purpose? In other words, does the class contain
a lot of “unnecessary baggage” based on fantasy rather than firm requirements?
46. Does the design fulfill the spec, the whole spec, and nothing but the spec?
48. What are the most likely changes that the user will make to the system requirements? How
much impact would each one make on the design? Would it cost a great deal to carry out any of
the more minor changes?
51. Can the design actually be coded? Will it work?
Abbildung 9-4: Checkliste von Page-Jones (Ausschnitt)
Die Fragen können fast alle mit ja oder nein beantwortet werden – doch bis man zu
einer Antwort gelangt, kann wenig Aufwand (z. B. Frage 13) oder viel Aufwand (z. B.
Frage 46) notwendig sein. Die Antwort auf Frage 51 schließlich kann letztendlich nur
eine Implementierung liefern.
Bei dem gezeigten Beispiel handelt es sich nicht um eine klassische Checkliste, denn
die Punkte 7. und 48. enthalten Fragen, die nicht mit ja oder nein beantwortbar sind.
Dennoch können diese Fragen wertvolle Hinweise auf mögliche Probleme im Entwurf
liefern – z. B. weist die Frage nach den wahrscheinlichsten Änderungen und