Prüfprotokoll für Anforderungen (Lastenheft) für WiBe 4.0. Version: 1.3

Transkript

1 -Prüfung: Prüfprotokoll Dokument- Prüfprotokoll für Anforderungen (Lastenheft) für WiBe 4.0 Version: 1.3 Projektbezeichnung Projektleiter Verantwortlich Erstellt am Zuletzt geändert Bearbeitungszustand Dokumentablage V-Modell-XT Version X in Bearbeitung vorgelegt fertig gestellt WiBe 4.0 Musterprojekt Odysseus pollon WiBe 4.0 Musterprojekt/Prüfung/Prüfprotokolle/Prüfprotokoll für Anforderungen (Lastenheft).doc Version 1.2bw

2 Das V-Modell XT ist urheberrechtlich geschützt. Copyright 2006 V-Modell XT Autoren und andere. Alle Rechte vorbehalten. Das V-Modell XT ist unter der ache License Version 2.0 freigegeben. Licensed under the ache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License. Zuletzt geändert: :06 2/9

3 Weitere Produktinformationen Mitwirkend Erzeugung Produktumfang für die Qualitätssicherung QS-Handbuch WiBe 4.0 Musterprojekt/Planung und Steuerung/QS-Handbuch.doc Projektplan WiBe 4.0 Musterprojekt/Planung und Steuerung/WiBe 4.0 Musterprojekt.ppl Produktumfang für die vertragsgemäß zu erbringenden Leistungen - Änderungsverzeichnis Änderung Nr. Datum Version Geänderte Kapitel Beschreibung der Änderung Autor Zustand Alle Initiale Produkterstellung Admin Alle Prüfkriterien aus Spezifikation übernommen Alle Prüfung durchgeführt und Ergebnisanalyse und Korrekturvorschläge eingearbeitet pollon pollon i.b. i.b. Prüfverzeichnis Die folgende Tabelle zeigt einen Überblick über alle Prüfungen sowohl Eigenprüfungen wie auch Prüfungen durch eigenständige Qualitätssicherung des vorliegenden Dokumentes. Datum Geprüfte Version Anmerkungen Prüfer Neuer Produktzustand Zuletzt geändert: :06 3/9

4 Inhalt 1 Einleitung Prüfobjekt Prüfergebnisse Allgemeine (formale) Kriterien Produkttypspezifische (inhaltliche) Kriterien Produktspezifische (inhaltliche) Kriterien Ergebnisanalyse und Korrekturvorschläge Auswertung und Entscheidung... 9 Zuletzt geändert: :06 4/9

5 1 Einleitung 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. 2 Prüfobjekt Diese Prüfspezifikation bezieht sich auf das Produkt Lastenheft des Projekts WiBe 4.0 Musterprojekt, welches in Form des Dokuments Anforderungen (Lastenheft).doc in der Version 1.9 zur Prüfung vorliegt. 3 Prüfergebnisse Die Prüfung wurde anhand der Prüfkriterien der Prüfspezifikation mit folgendem Ergebnis durchgeführt. Dabei steht ein ja nicht immer für die 100 %ige, jedoch weitestgehende Erfüllung des Kriteriums. Falls ein Kriterium nicht voll erfüllt ist, werden entsprechende Anmerkungen in Kapitel 4 aufgeführt. 3.1 Allgemeine (formale) Kriterien 1. Entspricht das Dokument den formalen Vorgaben des Dokumentationsstandard (Corperate Identity) im Unternehmen/in der Behörde? 2. Existiert ein Deckblatt (mit Autor, Datum, Status, etc.)? 3. Stimmen Seitenzahl und Inhaltsverzeichnisangaben überein? 4. Ist die Rechtschreibung ausreichend? Ist der Satzbau in Ordnung? 5. Ist das Dokument in sich konsistent (Gibt es also keine widersprüchlichen Abschnitte innerhalb des Dokuments)? 6. Sofern rechtliche Inhalte enthalten sind, ist eine entsprechende Referenz auf die betreffenden Rechtsvorschriften/Gesetze im Anhang zu finden. 7. Enthält das Dokument ein Abkürzungsverzeichnis, das es nicht öffentlichen Projektpartnern (z.b. Auftragnehmern aus der Industrie) ermöglicht, das Dokument zu lesen? 8. Ist ein Freigabevermerk vorhanden und unterschrieben? 9. Ist der geplante Verwendungszweck des Dokuments klar definiert? 10. Hat das Dokument eine eindeutige Versionsidentifikation? 11. Ist jedes Bild und jede Tabelle mit eindeutiger Indizierung und Bild- bzw. Tabellenunterschrift versehen? ja n.r. nein n.r. = nicht relevant Zuletzt geändert: :06 5/9

6 3.2 Produkttypspezifische (inhaltliche) Kriterien 12. Ist das Dokument entsprechend den Vorgaben des V-Modell XT aufgebaut (Gliederung, Themenstruktur)? 13. Ist der Nutzen des neuen Systems (in der Ausgangssituation) ausreichend dargestellt? 14. Wurden alle Beteiligten/Betroffenen/Stakeholder benannt und berücksichtigt? Ist ihre Beteiligung hinreichend beschrieben? 15. Sind Vorgaben und Annahmen ausreichend gekennzeichnet? Sind alle funktionalen Anforderungen, Abläufe und Zusammenhänge auf Anwenderebene vollständig und eindeutig beschrieben, insbesondere : 16. Werden komplexe Zusammenhänge durch Bilder und Tabellen verdeutlicht? 17. Sind zu jeder (Anwender-)Funktion die Voraussetzungen (z.b. Vorbedingungen, Eingangsdaten, auslösende Ereignisse) für ihre Aktivierung angegeben? 18. Sind zu jeder (Anwender-)Funktion die von ihr zu liefernden Ergebnisse beschrieben? 19. Sind die Bedienungseingaben, die Dialogabläufe und die zugehörigen Systemreaktionen definiert? Sofern das System in irreguläre Situationen geraten kann: 20. Sind diese eindeutig beschrieben? 21. Sind die zugehörigen System- und Umgebungsreaktionen beschrieben? Existiert ein Anforderungsidentifikator für jede Anforderung? 22. Ist jede Anforderung entscheidbar und prüfbar? 23. Sind die Anforderungen an die Schnittstellen des Systems zu seiner Umgebung (Externschnittstellen) ausreichend detailliert spezifiziert? 24. Sind die klimatischen und mechanischen Anforderungen (falls sie existieren) vollständig berücksichtigt? Wurden ausreichende Aussagen zu den Nicht-Funktionalen Anforderungen gemacht? 25. Randbedingungen 26. Qualitätsanforderungen 27. Ggf. Systemsicherheit/Erstellungsphasen/Logistik 28. Betreuung und Betrieb 29. Ergonomie 3.3 Produktspezifische (inhaltliche) Kriterien 30. Existiert eine rudimentäre Gesamtsystemarchitektur? 31. Sind die Schnittstellen zur Umgebung ausreichend beschrie- Zuletzt geändert: :06 6/9

7 ben? 32. Ist der Lieferumfang ausreichend beschrieben? 33. Sind ausreichende Aussagen zu den Abnahmekriterien getroffen? Prüfungen zu den definierten Anwendungsfällen gemäß der getroffenen Analysemethode: 34. Ist die Zusammenstellung der Anwendungsfälle in den Use Case Diagrammen vollständig? 35. Ist die Verfeinerung widerspruchsfrei zur übergreifenden Darstellung und Modellierung? 36. Gibt es zu jedem in den funktionalen Anforderungen beschriebenen Use Cases eine entsprechende Anwendungsfallbeschreibung im Anhang? 37. I Ist ein (rudimentäres) Datenmodell vorhanden? 38. Ist das Datenmodell in Hinsicht auf die Anforderungen widerspruchsfrei? Ergebnisanalyse und Korrekturvorschläge Die folgende Detailprüftabelle fasst sowohl allgemeine Prüfergebnisse als auch Detailfehler zusammen. weiterhin finden sich hier auch noch ergänzende Anmerkungen zu den Wertbelegungen der Prüftabelle aus dem letzten Abschnitt. Ob eine Anmerkung sich auf eine Passage des Prüfobjekts oder auf ein Kriterium der Prüftabelle bezieht ist den beiden Spalten Kapitel und Seite zu entnehmen. Bezieht sich eine Anmerkung auf die Prüftabelle, ist dort das Kriterium eingetragen, ansonsten die Position im Prüfobjekt. Nr. Absatz, Zeile Kapitel Seite Inhaltlich/ Formal Fehler, Prüfkommentar 1. Deckblatt F Dokument ist im falschen Zustand 2. Allgemein, Punkt 4, Reviewtabelle Komplett 4. Allgemein, Punkt 7, Reviewtabelle F F F Es gibt noch mehrere Rechschreibfehler Keine Referenz auf BVB Unterlagen vorhanden Es ist kein adäquates Abkürzungsverzeichnis vorhanden Zustand muss vorgelegt sein Rechtschreibung erneut prüfen Referenz im Literaturverzeichnis aufnehmen Abkürzungsverzeichnis ergänzen, insbesondere Abkürzungen aus dem öffentlichen Bereich aufnehmen, am besten mit Referenzen 5. Allgemein, I Annahmen über Diese Zustände Änderungs-/ Korrekturvorschlag Festgestellt von Zuletzt geändert: :06 7/9

8 Nr. Punkt 20, Reviewtabelle Absatz, Zeile Aufzählung, 2. Anstrich Kapitel Seite Inhaltlich/ Formal I Fehler, Prüfkommentar irreguläre Systemzustände, bzw. Ausnahmezustände sind nicht definiert Die Abwicklung des Projekts gemäß dem neuen V- Modell XT wird durch Vertreter der Technischen Universität München und der Technischen Universität Kaiserslautern unterstützt Abs. I Formulierung Minimalumfang ist unglücklich Satz nach der Aufzählung I NF-2 I Der Auftraggeber arbeitet zur Projektdurchführung und Qualitätssicherung mit der TU München und der TU Kaiserslautern zusammen NF-4 F ArbSchG, BGBL I S sollten entweder bereits im Lastenheft ergänzt werden oder es sollte geklärt werden, ob das durch den Auftragnehmer umzusetzen ist dann sind aber die Anforderungen noch einmal zu ü- berarbeiten Formulierung ist unpräzise. In welcher Art erfolgt die Unterstützung? Präzisieren! Ist nur ein Angebot mit Minimalumfang gefordert? Formulierung grundsätzlich ist ungünstig. Alternative Formulierung einarbeiten. In welchem Umfang? Präzisieren! Ist aufgrund der europäischen Richtlinie hinfällig streichen! NF-4 F BildscharbV Ist aufgrund der europäischen Richtlinie hinfällig streichen! NF-4 F Barrierefreiheit In wie fern gilt das für nicht Web- Browser basierte Anwendungen? Änderungs-/ Korrekturvorschlag Festgestellt von Zuletzt geändert: :06 8/9

9 Nr. Absatz, Zeile Kapitel Seite Inhaltlich/ Formal Fehler, Prüfkommentar NF-9 I Aussagen zu schwammig! NF-10 I Aussagen zu schwammig, insbesondere der Terminus PC- Grundkenntnisse / NF-11 I F1 im Web-Browser nicht möglich. Präzisieren! Ergänzen: Installtionsroutinen, benötigte Rechte für die Installation Diese Aussagen präzisieren. Diese Aussage präzisieren. Änderungs-/ Korrekturvorschlag Festgestellt von 4.1 Auswertung und Entscheidung Sofern alle Anmerkungen aus der Detailtabelle eingearbeitet sind, kann das Produkt Anforderungen (Lastenheft) in den Zustand fertig gestellt überführt werden. Für die Feststellung der Einarbeitung ist keine gesonderte Prüfung mehr erforderlich. Der Zustandswechsel kann im Rahmen eines Meetings festgestellt werden. Zuletzt geändert: :06 9/9