Qualitätssicherung in der Software-Entwicklung

Technische Reviews

Teil 2: Voraussetzungen und Rentabilität
Mit einem technischen Review ist es möglich, Fehler bei der Software-Entwicklung frühzeitig zu entdecken und teure Nachbesserungen zu vermeiden. Im ersten Teil dieses Beitrags beschrieb Olivier Sutz, wie ein Review in der Praxis abläuft. In Teil 2 stellt er nun die Voraussetzungen für effiziente Reviews vor; außerdem zeigt er anhand von Beispielen, welche Kosteneinsparungen sich mit Reviews realisieren lassen.

Mit Technischen Reviews lassen sich Fehler bei der Software-Entwicklung frühzeitig entdecken und kostspielige Nachbesserungen vermeiden. In Teil 1 dieses Beitrags haben Sie erfahren, welche Vor- und Nachteile ein Review hat, wer daran beteiligt ist und wie es in der Praxis abläuft. In Teil 2 werden nun die Voraussetzungen für effektive Reviews vorgestellt; des Weiteren wird anhand von Beispielen aufgezeigt, welche Kosteneinsparungen mit Reviews möglich sind.

Voraussetzungen für effektive Reviews

Wille zu kontinuierlicher Verbesserung

Um erfolgreiche Reviews durchzuführen und mit ihnen Kosteneinsparungspotenziale zu realisieren, braucht eine Organisation den Willen, sich laufend zu verbessern und einen hohen Reifegrad (Maturity Level) zu erreichen. Um den Reifegrad einer Organisation zu bestimmen, wurde 1986 an der Universität Pittsburgh das Capability Maturity Model (CMM) entwickelt. Im Jahr 2002 wurde dieses durch das Capability Maturity Model Integration (CMMI) ersetzt. In Bild 1 ist eine vereinfachte Übersicht des CMMI dargestellt.

Bild 1: Der Reifegrad einer Organisation lässt sich nach dem fünfstufigen Capability Maturity Model Integration (CMMI) einordnen.

Um Level 2 im CMMI zu erreichen, muss eine Organisation im Rahmen der Qualitätsplanung Qualitätsstandards wie zum Beispiel Prüftechniken, Prozesse und Werkzeuge in einem Qualitätssicherungsplan definieren und weitgehend einhalten. Die wichtigste Voraussetzung für eine funktionierende Qualitätssicherung ist das Management Commitment. Fehlen Rückendeckung und Engagement des Managements, können QS-Maßnahmen nicht die gewünschte Wirkung erzielen. Ohne Management Commitment werden QS-Maßnahmen weniger ernst genommen und mit der Zeit mangelhaft bis gar nicht mehr durchgeführt. Der Mensch ist ein "Gewohnheitstier" und braucht Vertrauen und in der Regel auch einen gewissen Druck, um sich zu verändern. Zudem ist es bei Veränderungen am effektivsten, wenn das Management mit gutem Beispiel vorangeht.

Prüfplan

In der Qualitätsplanung wird u.a. festgelegt, wie die Qualitätsprüfung von Dokumenten, Quelltext und lauffähiger Software durchgeführt werden soll. Das Ergebnis dieser Planung ist der so genannte Prüfplan für Dokumente und Quelltexte sowie der Testplan für ausführbare Software. Da wir uns in diesem Artikel mit dem technischen Review beschäftigen, wird im Folgenden nur der Prüfplan für die statischen Prüfungen näher beleuchtet.

Im Prüfplan werden die Dokumente und Quelltexte aufgeführt, die mittels eines Reviews, eines Walk Throughs oder einer Code Inspection geprüft werden sollen. Grundvoraussetzung dafür ist, dass der Projektleiter weiß, welche Dokumente bzw. Arbeitsergebnisse in einem Projekt entstehen.

Die Kunst bei der

Anzeige
Der vollständige Artikel ist für Abonnenten frei zugänglich.
Artikel kaufen (6,00 €)
  • 11 Seiten Praxiswissen
  • PDF-Download
Kostenlos weiterlesen!
  • Diesen Beitrag kostenlos lesen
  • 4 Wochen Online-Zugriff auf alle Artikel, Methoden und das Glossar
Tech Link