XT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten

Transkript

1 XT Bundesrepublik Deutschland, 2004, Alle Rechte vorbehalten -Prüfung: Prüfspezifikation Dokument- Prüfspezifikation für Anforderungen (Lastenheft) für WiBe 4.0 Version: 1.3 Projektbezeichnung Projektleiter Verantwortlich Erstellt am Zuletzt geändert Bearbeitungszustand Dokumentablage X in Bearbeitung vorgelegt fertig gestellt V-Modell-XT Version Version WiBe 4.0 Musterprojekt Odysseus Dr. Aristoteles WiBe 4.0 Musterprojekt/Prüfung/Prüfspezifikationen/Prüfspezifikation für Anforderungen (Lastenheft).doc

2 Das V-Modell XT ist urheberrechtlich geschützt. Bundesrepublik Deutschland Alle Rechte vorbehalten Copyright Reserved Bundesrepublik Deutschland Das V-Modell XT ist urheberrechtlich geschützt. Das Werk und Teile daraus können unter Hinweis auf den Urheberrechtsvermerk Das V-Modell XT ist urheberrechtlich geschützt. Bundesrepublik Deutschland Alle Rechte vorbehalten. für nicht kommerzielle Zwecke sowie für entgeltliche Tätigkeiten, die der Aus- und Weiterbildung dienen, unverändert beliebig oft vervielfältigt und weiterverbreitet werden. Im Übrigen bleiben alle Rechte vorbehalten, insbesondere bedürfen Änderungen des Werkes einer gesonderten Lizenzvereinbarung mit dem Urheber. Weitergehende Informationen zu den Lizenzvereinbarungen können im Internet unter entnommen werden. Zuletzt geändert: :22 2/7

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 zusammengestellt Aristoteles i.b Alle Prüfkriterien angepasst Aristoteles 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: :22 3/7

4 Inhalt 1 Einleitung Prüfobjekt Prüfkriterien Allgemeine (formale) Kriterien Produkttypspezifische (inhaltliche) Kriterien Produktspezifische (inhaltliche) Kriterien... 7 Zuletzt geändert: :22 4/7

5 1 Einleitung Eine Prüfspezifikation dient dem Prüfer als Vorgabe und Anleitung bei der Durchführung der Prüfung. In der Regel wird, entsprechend den Vorgaben des QS-Handbuchs, für jede zu prüfende Produktversion beziehungsweise für jedes zu prüfende Prozessexemplar eine spezifische Prüfspezifikation erstellt. Für jede Prüfung wird somit eine eigene Prüfspezifikation erstellt. 2 Prüfobjekt Diese Prüfspezifikation bezieht sich auf das Lastenheft des Projekts WiBe 4.0 Musterprojekt, welches in Form des Dokuments Anforderungen (Lastenheft).doc zur Prüfung vorliegt. 3 Prüfkriterien Die Prüfkriterien sind so formuliert, dass eine Ja-Antwort erscheinen sollte (Gut-Fall). Nein- Antworten (Schlecht-Fall) deuten auf ein Problem hin und müssen untersucht werden. Die Antworten für die Produkt- und versionsspezifische Kriterien sind offen formuliert (nicht Ja/Nein) und sollen dem Produktersteller ein spezifischeres Feedback geben. Das Prüfobjekt ist hinsichtlich der Erfüllung folgender Kriterien zu prüfen: allgemeine Kriterien sind insbesondere aufgrund des Beispiellprojekt -Charakters zu untersuchen. Layout: Ist das Layout angemessen (Sind alle Aufzählungspunkte auf einer Ebene? Sind Texte im Blocksatz gesetzt? Gibt es irgendwelche Auffälligkeiten am Layout wie z.b. Überschriften am Seitenende etc.)? Ist das Layout bei allen zu prüfenden Objekten konsistent? Vollständigkeit: Ist jeder Punkt des Inhaltsverzeichnisses auch im Dokument als Abschnitt vorhanden? Ist bei jedem dieser Abschnitte auch erläuternder Text vorhanden (gibt es also keine allein stehenden Überschriften)? Rechtschreibung / Grammatik: Ist die Rechtschreibung korrekt? Ist der Satzbau in Ordnung? Konsistenz innerhalb des Dokuments: Ist das Dokument in sich konsistent (Gibt es also keine widersprüchlichen Abschnitte innerhalb des Dokuments)? Verständlichkeit: Sind die Texte leicht verständlich formuliert? Produktspezifische Kriterien Sind die Vorgaben bezüglich der Prüfung ausreichend, insbesondere im Hinblick auf die Projektcharakteristik (verteiltes Team erstellt die Produkte)? Es ist eine Prüfung durchzuführen, die das vollständige Prüfobjekt untersucht. Folgende Prüfkriterien helfen die Qualität der Anforderungen zu erhöhen. 3.1 Allgemeine (formale) Kriterien 1. Entspricht das Dokument den formalen Vorgaben des Dokumentationsstandard (Cooperate Identity) im Unternehmen/in der Behörde? 2. Existiert ein Deckblatt (mit Autor, Datum, Status, etc.)? ja n.r. nein n.r. = nicht relevant Zuletzt geändert: :22 5/7

6 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? 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? Zuletzt geändert: :22 6/7

7 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 beschrieben? 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. Gibt es bei der Verfeinerung Widersprüche zur übergreifenden Darstellung und Modellierung? 36. Gibt es zu jedem in den funktionalen Anforderungen beschriebenen Use Cases eine entsprechende Anwendungsfallbeschreibung im Anhang? 37. Ist ein (rudimentäres) Datenmodell vorhanden? 38. Ist das Datenmodell in Hinsicht auf die Anforderungen widerspruchsfrei? 39. Zuletzt geändert: :22 7/7