relative Kosten, um einen Fehler zu korrigieren Fehlerkosten steigen exponentiell mit der Dauer, die der Fehler unentdeckt in der Entwicklung mitgeschleppt wird. (B.W. Boehm) 1000 100 10 1 3-6 15-40 30-70 40-1000 relative Kosten, um einen Fehler zu korrigieren Spezif-ikation Ent-wurf Imple-men-tation Einzel-test System-test Be-trieb Quelle: R. S. Pressman, Software Engineering: A Practitioner‘s Approach, 5th Edition, McGraw-Hill, 2001.

Fehler können nur auf derjenigen Abstraktionsstufe gefunden werden, auf der sie entstanden sind. (B.W. Boehm) Anforde- rungen Betrieb, Abnahme, Systemtest Entwurf Integrationstest Code Einzeltest

Some maladies, as doctors say, at their beginning are easy to cure but difficult to recognize ... but in the course of time when they have not at first been recognized and treated, become easy to recognize but difficult to cure Niccolo Machiavelli

Wozu Reviews? Das primäre Ziel von Reviews besteht darin, dass Fehler gefunden werden, bevor diese zur nächsten Software-Engineering-Aktivität weitergegeben werden.

Was ist ein Review? In einem Review wird ein Arbeitsergebnis von einem Team sachverständiger Personen darauf geprüft, ob es den Vorgaben und den gültigen Richtlinien entspricht. Das Arbeitsergebnis ist z.B. ein Dokument, eine Zeichnung oder Quellcode. Reviews werden formell organisiert und nach einem festgeschriebenen Verfahren durchgeführt.

Wer ist an Reviews beteiligt? begutachten das zu prüfende Material in der Regel Kollegen des Autors oder Mitarbeiter aus anderen Teil(projekten), die dieselbe Rolle ausüben wie der Autor Gutachter Moderator organisiert und leitet den Review im Idealfall ein Mitarbeiter des Qualitätswesens Dokumen- tator Autor erstellt den Reviewbericht

Wie werden Reviews durchgeführt? Review planen Review vor- bereiten Review- meeting durch- führen Review- bericht erstellen Review- ergebnisse ein- arbeiten Im Projektplan Zeit und personelle Ressourcen einplanen Prüfziele bestimmen Teilnehmer bestimmen Das zu prüfende Material verteilen Teilnehmer bereiten sich auf Review-meeting vor (arbeiten das Material durch) Das zu prüfende Material durchgehen Die signifikanten Issues, die während dem Review-Meeting aufkommen, im Reviewbericht festhalten Ueber Annahme oder Ablehnung des zu prüfenden Materials entscheiden Autor behebt Mängel, die im Review identifiziert wurden Einarbeitung der Mängel überwachen

Der Reviewbericht Für den Reviewbericht werden vorbereitete Formulare verwendet. Der Reviewbericht enthält den Gesamtbefund sowie eine Mängelliste. Die einzelnen Mängel werden in der Regel klassifziert (z.B. in kritische, wichtige und nebensächlich Mängel). Produkt: ... Datum: ... Review-Team: ... Gesamtbewertung: ...  akzeptiert, keine Aenderungen  akzeptiert, kleine Aenderungen  nicht akzeptiert ... Mängeliste Ort Beschreibung Kate- gorie

Reviewregeln Die Zeit für Reviews muss in der Projektplanung einkalkuliert werden. Das zu prüfende Material wird rechtzeitig verteilt. Alle kommen vorbereitet zur Sitzung. An einem Review nehmen midestens drei und höchstens etwas sieben Personen teil. Das Review-Meeting dauert höchstens zwei Stunden. Die Probleme werden im Review-Meeting nur genannt. Es werden keine Lösungswege diskutiert. Das zu prüfende Material wird bewertet und nicht der Autor.

Positive Nebeneffekte von Reviews Know-how-Transfer Reviews fördern den Wissenstransfer innerhalb einer Organisation. Vereinheitlichung Reviews fördern eine einheitliche Anwendung von Standards und Konventionen innerhalb einer Organisation. Statistische Auswertung Die in Reviews festgestellten Mängel lassen sich statistisch auswerten. Tritt eine bestimmte Fehlerart sehr häufig an, können gezielte Massnahmen ergriffen werden.