- Planung und Steuerung - QS-Handbuch

Transkript

1 - Planung und Steuerung - QS-Handbuch Projektbezeichnung WiBe 4.0 Musterprojekt Projektleiter Odysseus Verantwortlich Prometheus Erstellt am :19 Zuletzt geändert :18 Zustand fertig gestellt Dokumentablage WiBe 4.0 Musterprojekt/Planung und Steuerung/QS-Handbuch.doc

2 Weitere Produktinformationen Mitwirkend Odysseus (Projektleiter) Erzeugung Initial Änderungsverzeichnis Nr. Datum Version Beschreibung der Änderung Autor Erstellt Administrator Ausleihen Odysseus Einleitungs- und Motivationsteil erstellt Odysseus Aus Themen aktualisiert Odysseus Inhalte nach Review ergänzt Prometheus Fertig gestellt Aristoteles Prüfverzeichnis Die folgende Tabelle zeigt einen Überblick über alle Prüfungen, die das vorliegende Dokument in den Zustand fertig gestellt überführt haben. Nr. Datum Version Autor Aristoteles Zuletzt geändert: /8

3 Inhalt 1 Einleitung Qualitätsziele und -anforderungen Zu prüfende Produkte Zu prüfende Prozesse Organisation und Vorgaben zur Qualitätssicherung im Projekt Form der Prüfung für V-Modell XT Produkte Allgemeine (formale) Kriterien Auswertung und Entscheidungsfindung zur Prüfung Vorgaben für das QS-Handbuch der Auftragnehmer...8 Zuletzt geändert: /8

4 1 Einleitung Das QS-Handbuch beinhaltet eine Kurzbeschreibung der Qualitätsziele im Projekt, die Festlegung der zu prüfenden Produkte und Prozesse, die Organisation und Vorgaben für die Planung und Durchführung der Qualitätssicherung im Projekt sowie die Vorgaben für die Qualitätssicherung von externen Zulieferungen. Der QS- Verantwortliche muss dieses zentrale Produkt in Abstimmung mit den Schlüsselpersonen des Projekts erarbeiten. Dabei werden im QS-Handbuch insbesondere auch Häufigkeit und Notwendigkeit der Erzeugung weiterführender Produkte, die für die Qualitätssicherung im Projekt notwendig sind, festgelegt, zum Beispiel QS-Berichte, Nachweisakten und Prüfprotokolle. 2 Qualitätsziele und -anforderungen Qualitätsziele und -anforderungen leiten sich aus dem zu entwickelnden System, den Projektzielen und den übergeordneten Qualitätsmanagementvorgaben ab. Das zu entwickelnde System wird in mehreren Stufen abgenommen. Darüber hinaus soll es langlebig und erweiterbar sein. Somit sollte die Qualitätssicherung möglichst automatisiert und regressionsfähig sein. Darüber hinaus ist ein weiteres Projektziel, dass dieses Projekt als V-Modell-Musterprojekt aufgearbeitet und den V-Modell-Anwendern als eine Art Vorlage zur Verfügung gestellt werden soll. Die erarbeiteten Produkte müssen deshalb besonders sorgfältig und auf ihre V-Modell Konformität hin überprüft werden. Weitere Qualitätsziele und -anforderungen, die sich aus übergeordneten Qualitätsmanagementvorgaben ableiten lassen, existieren nicht. Zusammenfassend ergeben sich dementsprechend die folgenden Anforderungen an die Qualitätssicherung: Abnahmeprüfungen des Systems müssen weitestgehend automatisiert und regressionsfähig sein Alle Produkte müssen V-Modell XT konform entwickelt und geprüft werden 3 Zu prüfende Produkte Prinzipiell sind in diesem Projekt alle Produktexemplare, die nicht extern sind im Rahmen der formalen Qualitätssicherung zu prüfen. In der folgenden Tabelle sind dabei alle relevanten Produkte des Auftraggeberprojekts mit ihren Prüfintervallen gezeigt. Produkt Prüfung Bemerkung Projekthandbuch QS-Handbuch Projektplan Formal zum Entscheidungspunkt Projekt definiert ; ansonsten nur bei Änderungen am Dokument zur Konsistenzsicherung Formal zum Entscheidungspunkt Projekt definiert ; ansonsten nur bei Änderungen am Dokument zur Konsistenzsicherung Zu jedem Entscheidungspunkt Es ist grundsätzlich anzunehmen, dass das Projekthandbuch als Wurzel aller Produkte dieses Projekts immer konsistent ist. Bei inhaltlicher Änderung ist es erneut zu prüfen. Bei der Erstellung von Produkten mit inhaltlichen Konsistenzabhängigkeiten ist es ebenfalls noch einmal zu prüfen. Der Projektplan ist zu jedem Entscheidungspunkt zu prüfen. Dabei ist es nicht erforderlich, eine separate Zuletzt geändert: /8

5 Anforderungen (Lastenheft) Ausschreibung Formal und inhaltlich zum Entscheidungspunkt Anforderungen festgelegt Formal zum Entscheidungspunkt Projekt ausgeschrieben Prüfspezifikation zu erstellen, da die Planung in einem entsprechenden Modul des Werkzeugs in-step erfolgt und dieses alle notwendigen Mittel zum Controlling enthält. Die inhaltliche Prüfung des Lastenhefts erfolgt in einem Review-Verfahren eine gesonderte Anforderungsbewertung (Produkt: Anforderungsbewertung) wird nicht erstellt! Die formale Prüfung wird anhand der Kombination Prüfspezifikation/Prüfprotokoll durchgeführt. Die QS-Prüfung der Ausschreibung erfolgt nicht im Rahmen dieses Projekts! Die Prüfung der Teile der Ausschreibung erfolgt intern durch gegenseitige Reviews. Die eigentliche Prüfung obliegt dem Beschaffungsamt. Dieses prüft auch die Anlagen und die Anforderungen noch einmal. Dies umfasst: Kriterienkatalog für die Angebotsbewertung (V-Modell XT Produkt, Katalog nach UFAB- III durch Projektteam erstellt) Anlage: Anforderungen (aus V-Modell XT Produkt Anforderungen (Lastenheft) Bis auf die Produkte Projektplan und Ausschreibung sind alle weiteren Produkte durch Prüfspezifikationen (Dokument) für eine Prüfung vorzusehen. Es werden dementsprechend Prüfprotokolle (Dokument) erstellt. Weiterhin sind für das Auftraggeberprojekt Prüfungen von Auftragnehmerprodukten (von AN) vorzusehen. Diese sind in der Regel im Rahmen der einzelnen Teillieferungen zu prüfen. Die folgende Tabelle enthält hierzu eine kompakte Übersicht. Die Detailplanung der zu prüfenden Produkte wird zu gegebener Zeit im Projekt vorgenommen. In der folgenden Tabelle sind jeweils nur die Prüfspezifikationen aufgeführt, da die Anzahl der Prüfprotokolle hier noch variieren kann. Es wird davon ausgegangen, dass das System in 3 Iterationen erstellt und somit in 3 Teillieferungen abgenommen wird. Prüfgegenstand Lieferung 1 Lieferung 2 Lieferung 3 Bemerkungen Alle Produkte der Lieferung 1 (Iteration 1) sind hier zu prüfen. Es wird das Produkt Prüfspezifikation Dokument Lieferung 1 erstellt. Diese Prüfung umfasst alle in der Lieferung vorliegenden Produkte. Eine Vorabprüfung des Produkts Gesamtsystemspezifikation (Pflichtenheft) ist nach Maßgabe der Projektleitung (AG) ebenfalls möglich. Hier ist das Produkt Prüfspezifikation Dokument Gesamtsystemspezifikation (Pflichtenheft) zu erstellen. Alle Produkte der Lieferung 2 (Iteration 2) sind hier zu prüfen. Es wird das Produkt Prüfspezifikation Dokument Lieferung 2 erstellt. Diese Prüfung umfasst alle in der Lieferung vorliegenden Produkte. Sollte zu diesem Zeitpunkt bereits zu testende Software vorliegen sind zusätzlich Tests der Software auf der AG- Seite vorzusehen. Diese soll durch ausgewählte Tester erfolgen und in einem Test- bzw. Erlebnis Protokoll zusammengefasst und dem Auftragnehmer zwecks Begutachtung und Einarbeitung übergeben werden. Ggf. ist es möglich, weitere Produkte zur Prüfung heranzuziehen, auch das Pflichtenheft kann noch einmal zur Prüfung vorgesehen werden. Alle Produkte der Lieferung 3 (Iteration 3) sind hier zu prüfen. Es wird das Produkt Prüfspezifikation Dokument Lieferung 3 erstellt. Diese Prüfung umfasst alle in der Lieferung vorliegenden Produkte. Zuletzt geändert: /8

6 Die Prüfung der 3. Lieferung umfasst auch den Test und die Abnahme der Software sowie die Prüfung der Einhaltung der vereinbarten Lieferbedingungen. Weitere Produktexemplare sind nach Maßgabe der Projektleitung separat zu prüfen. Dies ist im Projektplan zu vermerken und entsprechend einzuplanen. 4 Zu prüfende Prozesse Es werden keine Prozessprüfungen innerhalb des Projektes durchgeführt. Stattdessen werden die Erfahrungen in der Anwendung der Prozesse und die dabei anfallenden Verbesserungsideen gesammelt. In Form von Berichten werden die Erfahrungen aufgearbeitet. Ein Projekttagebuch wird nicht geführt. Im Anschluss an das Projekt werden die Erfahrungen zusammengetragen und zu einem Musterprojekt aufgearbeitet, das dann als Vorlage für die weiteren Projekte dienen wird. 5 Organisation und Vorgaben zur Qualitätssicherung im Projekt Die Qualitätssicherung ist im Projekt vollständig eingebunden. Sie untersteht aber nicht der Projektleitung, um die Unabhängigkeit der Qualitätssicherung zu gewährleisten. Qualitätsprobleme werden durch den QS-Bericht im Rahmen regelmäßiger Projekt-interner Meetings vom QS-Verantwortlichen kommuniziert. Hier werden dann sofort entsprechende Maßnahmen beschlossen, im Besprechungsprotokoll dokumentiert sowie über Arbeitsaufträge Verantwortlichen zugeordnet und verfolgt. Können im Rahmen des Meetings für ein Qualitätsproblem keine für alle Beteiligten akzeptablen Maßnahmen gefunden werden, so berichtet der QS-Verantwortliche dies im Rahmen eines außerplanmäßigen QS-Berichts umgehend dem Lenkungsausschuss. Spätestens in der nächsten Sitzung des Lenkungsausschusses wird dann das Qualitätsproblem vom QS-Verantwortlichen vorgetragen und es werden gemeinsam entsprechende Maßnahmen eingeleitet. Eine Nachweisakte ist in diesem Projekt nicht zu führen. 5.1 Form der Prüfung für V-Modell XT Produkte Alle V-Modell XT Produkte sollen soweit möglich in einer einheitlichen Form geprüft werden. Die Festlegung der Prüfkriterien erfolgt im Produkt Prüfspezifikation <Dokument>. Neben den allgemeinen Prüfkriterien, wie z.b. Layout oder Rechtschreibung, gibt es weitere Prüfkriterien, die in einer tabellenähnlichen Form zusammen getragen werden sollten (vgl. folgende Tabelle). Aufgrund des Charakters dieses Projekt sind neben den inhaltlichen Kriterien auch die formellen von besonderer Wichtigkeit. Jede Prüfspezifikation soll demnach auch den Teil zu formalen Kriterien führen. 5.2 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)? ja n.r. nein n.r. = nicht relevant Zuletzt geändert: /8

7 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? Tabelle 1 Beispiel für die Erstellung von Prüfkriterien Als Prüfkriterien sollen mindestens immer folgende Kriteriengruppen betrachtet werden: Allgemeine (formale) Kriterien Produkttypspezifische (inhaltliche) Kriterien Produktspezifische (inhaltliche) Kriterien Produkttypspezifische Kriterien enthalten Prüfkriterien, die für alle Exemplare eines Produkts gleich sind. So z.b. sollten alle Prüfspezifikationen zum Projekthandbuch immer diesen Teil in der gleichen Form enthalten usw. Produktspezifische Kriterien orientieren sich an den Kriterien für einzelne Prüfungen der Produktexemplare. Diese Kriterien sind für jedes zu prüfende Produktexemplar neu zusammenzustellen, können aber auch, sofern nur Detailprüfungen erfolgen, aus vorhergehenden Prüfspezifikationen übernommen werden. Beispiel: Im Produkt Anforderungen (Lastenheft) ist in einer ersten Prüfung die Struktur der funktionalen Anforderungen zu prüfen, in einer zweiten die der nicht-funktionalen Anforderungen. Diese Punkte können in zwei unterschiedlichen Prüfspezifikationen eingebracht werden, wobei ersterer auch in der zweiten wieder geprüft werden kann. Um den Vorgang der Qualitätssicherung zu erleichtern, empfiehlt es sich, die Prüfspezifikationen nach diesem (erprobten) Schema zu erstellen und die Kriterientabellen in die entsprechenden Prüfprotokolle zu übernehmen und dort zu befüllen. 5.3 Auswertung und Entscheidungsfindung zur Prüfung Die Prüftabelle sollte nicht weiter kommentiert werden. Stattdessen ist eine separate Ergebnisanalyse mit Problembeschreibungen und optionalen Korrekturvorschlägen zu erstellen. Die Anmerkungen sollten in der folgenden Form niedergelegt werden: Nr. Kapitel Seite Absatz, Zeile Inhaltlich/ Formal Fehler, Prüfkommentar Änderungs-/ Korrekturvorschlag Festgestellt von Mit folgender Erläuterung: Nr. - Laufende Nummer Kapitel - Kapitelangabe, wo ist der Fehler aufgetreten Seite - Seite, auf der der Fehler aufgetreten ist Absatz, Zeile - Genaue Stellenangabe, wo der Fehler zu finden ist (I)nhaltlich, (F)ormal - Angabe I oder F, für eine Klassifizierung inhaltlicher oder formaler Fehler Fehler, Prüfkommentar - Eindeutige Beschreibung des Fehlers Korrekturvorschlag - Vorschlag zum Beheben des Fehlers oder Forderung bzgl. des Fehlers Festgestellt von - Name oder Kürzel desjenigen, der den Fehler gemeldet hat Die Entscheidung, ob ein Produkt die Prüfung bestanden hat, wird auf der Grundlage dieser Analyse getroffen. Ggf. ist dabei der Überdeckungsgrad der Prüfungen heranzuziehen, der in der entsprechenden Prüfspezifikation festgelegt werden kann. Darüber hinaus können Produkte auch dann eine Prüfung bestehen, wenn die identifizierten Fehler in einer weiteren Iteration ohne Probleme beseitigt werden können (z.b. Rechtschreibfehler). Zuletzt geändert: /8

8 Dies obliegt jedoch wieder einem zuvor definiertem Überdeckungsgrad und den Richtlinien der Prüfung, die in den konkreten Prüfspezifikationen festgelegt wurden. Bei der Feststellung von Inkonsistenzen, z.b. nach einer Produktaktualisierung, ist in der Anmerkungstabelle ebenfalls festzulegen, wie auf die Inkonsistenzen zu reagieren ist. Empfehlungen können hier sein: Dieses Dokument anpassen oder Das verursachende Dokument ändern und neu vorlegen. Diese Einstufung und Empfehlung obliegt nur eingeschränkt dem Prüfer und sollte mit der Projektleitung abgestimmt werden. 6 Vorgaben für das QS-Handbuch der Auftragnehmer An das QS-Handbuch des Auftragnehmers werden folgende Anforderungen gestellt: Für alle V-Modell XT Produkte, die der Auftragnehmer an den Auftraggeber übergibt, ist seitens des Auftragnehmers ein Prüfschema zu entwickeln. Dieses Prüfschema ist dem Auftraggeber zur Kenntnisnahme zu übergeben. Dieses bildet die Grundlage zur Prüfung der einzelnen Teillieferungen auf Auftragnehmerseite. Die Festlegung der zu übergebenden Produkte wird durch das V-Modell XT getroffen und ggf. durch den Vertrag hinsichtlich des Umfangs einzelner Lieferungen noch einmal konkretisiert. Der Auftragnehmer muss für alle zu erstellenden Produkte (insbesondere Quellcodes) geeignete Prüfmaßnahmen benennen. Aufgrund der Tatsache, dass der gesamte Code an den Auftraggeber übergeben wird, sind alle Festlegungen dieser Art entsprechend zu dokumentieren und dem Auftraggeber mitzuteilen. Sofern der Auftragnehmer Fertigprodukte einsetzt, hat er diese zu benennen und deren Verträglichkeit und Qualität bei der Integration in das zu entwickelnde System sicherzustellen. Die QS-Maßnahmen für die verwendeten Fertigprodukte sind dem Auftraggeber mitsamt Versionslisten bekanntzugeben, damit dieser ggf. eine Verträglichkeitsuntersuchung durchführen kann. Der Auftragnehmer muss bei den QS-Maßnahmen des Softwaresystems explizit angeben, welche Anwendungsfälle in welchem Umfang nach welcher Strategie getestet werden. Im QS-Handbuch ist die genaue Vorgehensweise zu dokumentieren. Es sind weiterhin die allgemeinen Richtlinien für diese Tests zu dokumentieren und als verpflichtend für die Übernahme in die einzelnen Prüfspezifikationen zu kennzeichnen. Der Auftragnehmer muss eine Testumgebung für Regressionstests zur Verfügung stellen. Die Testsysteme sind mit dem Auftraggeber abzustimmen. Vorgaben zur Prüfung des Dokuments Zuletzt geändert: /8