4 Teil 5: V-Modell-Referenz Produkte

4.3 Produkte

4.3.13 Prüfung

4.3.13.4 Prüfprotokoll Dokument

Sinn und Zweck

Das Prüfprotokoll enthält die vom Prüfer verfassten Aufzeichungen über den Verlauf der Prüfung, die Gegenüberstellung von Ist- und Soll-Ergebnissen, sowie die Analyse der identifizierten Ist-/Soll-Abweichungen und entsprechende Lösungsvorschläge. Dabei ist darauf zu achten, dass das Prüfergebnis reproduziert werden kann.

Anzahl und Häufigkeit der Durchführung von Prüfungen und damit der Erstellung der zugehörigen Prüfprotokolle entsprechen den Vorgaben im QS-Handbuch und in den zugehörigen Implementierungs-, Integrations- und Prüfkonzepten.

Wann ist das Produkt entscheidungsrelevant?

Wer ist beteiligt?

Womit kann das Produkt erstellt werden?

Welche Vorlagen sind verfügbar?

Wie erstellt man das Produkt?

Bei der Prüfung eines Dokumentes sind die Qualität des Inhaltes und die Konsistenz im Verhältnis zu anderen abhängigen Dokumenten sicherzustellen. Die Prüfung orientiert sich am Prüfplan, den Prüfkriterien und dem QS-Handbuch und darf nicht vom Ersteller selbst durchgeführt werden.

Bei der Prüfung ist das Dokument zu analysieren und zu bewerten. Dies kann beispielsweise anhand folgender Kriterien erfolgen:

• Ist das Dokument verständlich, übersichtlich, gut strukturiert und vollständig?
• Sind alle Produkte, aus denen das zu prüfende Dokument hervorging, verfügbar?
• Sind die Anforderungen, gegen die das Dokument geprüft werden soll, alle dokumentiert, klar und verständlich?
• Wurden die anzuwendenden Richtlinien, Normen, Templates und Prozesse eingehalten?

Wenn es sich bei dem Dokument um eine Spezifikation handelt, ist diese, sofern erforderlich, im Rahmen der inhaltlichen Prüfung zusätzlich zu validieren. In diesem Fall überprüft der Empfänger/Anwender des zugeordneten Systemelementes, ob in der Spezifikation seine Erwartungen berücksichtigt sind. Ein Beispiel ist die Prüfung der Schnittstellenspezifikation durch den Systemintegrator.

Die Ergebnisse der Prüfschritte sind im Prüfprotokoll nachvollziehbar zu beschreiben und mit einer Zusammenfassung und Beurteilung zu versehen. Die Ergebnisse der Prüfung können beispielsweise in Reviewstatistiken einfließen - etwa der Abdeckungsgrad, die Zahl der Anmerkungen pro Seite, das Verhältnis durchgeführter zu geplanten Reviews, oder die Anzahl gefundener Fehler nach Fehlerklasse.

Bei erfolgreicher Prüfung ist der Zustand des Dokumentes von „vorgelegt“ in „fertig gestellt“ abzuändern. Andernfalls ist der Zustand des zu prüfenden Dokumentes und aller inhaltlich abhängigen Dokumente mit „in Bearbeitung“ anzugeben. Dies geschieht unabhängig davon, ob die Dokumente bereits vorgelegt oder fertig gestellt waren. Nach Zurückweisung des Prüfobjektes ist dieses zu überarbeiten und wieder vorzulegen. In jedem Fall ist die Projektleitung über das Prüfergebnis zu informieren.

Welche Abhängigkeiten hat das Produkt?

4.3.13.4.1 Prüfobjekt

Es ist die eindeutig definierte identifizierbare Version des Prüfobjektes festzulegen, auf die sich die Prüfspezifikation beziehungsweise das Prüfprotokoll bezieht.

4.3.13.4.2 Prüfergebnisse

In diesem Thema werden der Verlauf der Prüfung und die dabei ermittelten Ist-Ergebnisse der Prüfung, zum Beispiel Systemausgaben, identifizierte Fehler in Dokumenten und Defizite in der Prozessdurchführung, dokumentiert und den Soll-Ergebnissen der Prüfspezifikation gegenübergestellt. Dabei ist insbesondere auch zu dokumentieren, wie das beschriebene Prüfergebnis reproduziert werden kann.

4.3.13.4.3 Ergebnisanalyse und Korrekturvorschläge

In der Ergebnisanalyse werden die beobachteten Abweichungen zwischen den Ist-Ergebnissen und den Soll-Ergebnissen inhaltlich und ursächlich analysiert. Konnte die Ursache identifiziert werden, so sollten bereits Korrekturvorschläge mit dokumentiert werden, soweit es sie gibt. Zeigt sich aus den Prüfresultaten ein bestimmter Trend im Auftreten gleichartiger Mängel, so ist dies festzuhalten und entsprechende Maßnahmen vorzuschlagen. Diese Informationen fließen in den QS-Bericht ein.

Entsprechend den Vorgaben im Projekthandbuch kann ein Prüfresultat oder Korrekturvorschlag zu einer Problemmeldung bzw. einem Änderungsantrag führen.