Projekt: Projekt Abnahmeprotokoll /-bericht

Dokumentenart & Status

Kunde	Gültigkeit des Dokuments
xx	xx
Status	Zweck und Abgrenzung des Dokuments
xx	xx
Datum	Dateiname	Version
2. Oktober 2013	abnahmeprotokoll_v2-1	V0-1

Freigabe

Name	Funktion	e-Mail	Datum	Visum
xx	xx	xx	xx	xx

Verteiler

Name	Name	Name	Name
xx	xx	xx	xx

Falls Sie im nächsten Abschnitt keinen roten Kommentartext sehen, markieren Sie über das Menü Extras Optionen im Register Ansicht die Option ”Formatierungszeichen, alle"”. Der Kommentartext erscheint nur auf dem Bildschirm und wird nicht gedruckt.

Änderungsgeschichte
Version	Datum	Autor(en)	Bemerkungen und Änderungen
1.0	Bruno Jenny

Referenzierte Dokumente
Version	Datum	Autor(en)	Dokument	Dateiname

Abkürzungsverzeichnis Die folgenden Abkürzungen weichen von jenen im Unternehmensglossar ab oder kommen dort nicht vor, sind im Projekt jedoch notwendig
Abkürzung	Erklärung

Definitionsverzeichnis Die folgenden Defintion weichen von jenen im Unternehmensglossar ab oder kommen dort nicht vor, sind im Projekt jedoch notwendig
Definition	Begriff

Zusatzinformationen
Projektteam
Projektnummer
Projektklasse
Auftraggeber

Eigentumsrechte

Dieses Dokument ist geistiges Eigentum der SPOL AG, und darf ohne deren Einwilligung weder kopiert, vervielfältigt, weitergegeben noch zur Ausführung benützt werden.

Unbefugte Verwertung ist gemäss Art. 23 i.V.m Art. 5 UWG strafbar. Das Werk ist zudem urheberrechtlich geschützt. Die dadurch begründeten Rechte, insbesondere der Übersetzung, des Nachdrucks, der Entnahme von Abbildungen, der Weitergabe auf photomechanischem oder ähnlichem Wege und der Speicherung in Datenverarbeitungsanlagen bleiben, auch bei nur auszugsweiser Verwertung, vorbehalten.

Die in dieser Dokumentation beschriebenen Funktionen, Daten und Darstellungen gelten unter Vorbehalt, dass eine Änderung jederzeit möglich ist. Sie dienen dem besseren Verständnis der Materie, ohne Anspruch auf Vollständigkeit und Richtigkeit im Detail zu erheben.

Copyright © 2013 SPOL AG Alle Rechte vorbehalten

Inhaltsverzeichnis

1	Einleitung und Ausgangslage	4

1.1	Zweck des Dokuments	4

1.2	Ausgangslage / Scope	4

1.3	Hauptprüfkriterien	4

1.3.1	Applikation „Funktionale Anforderungen“	4

1.3.3	Applikation „Ergänzende Systemkomponenten“	5

1.3.4	Applikation „Nicht funktionale Anforderungen“	5

2	Prüfelemente und Aspekte	6

2.1	Applikatorischer Funktionsumfang (Brauchbarkeit, Vollständigkeit)	6

2.2	Anleitungen / Konzepte	6

2.3	Rahmenanforderungen	8

2.4	Baustein und Modulliste	9

2.5	Test‘s	10

2.6	Technische Dokumentationen.	10

2.7	OpenTask Liste (Change Request)	10

2.8	Qualitätssicherungs-System	12

2.10	Applikationsarchitektur	14

2.12	Verträge	15

2.13	Sicherheit und Datenschutz	15

2.14	Nicht funktionale Anforderungen	16

2.16	Ergänzungen	17

3	Mängel	18

3.1	Mängelliste	18

4.1	Installation, Installationskontrolle	19

4.2	Informationen, Erkenntnisse aus den Tests für den Betrieb	19

4.3	Überführen der Mängel und Restanzen in den Change-Management-Prozess	19

5.1	Systemarchitektur	20

5.2	Softwarearchitektur	20

Einleitung und Ausgangslage

Zweck des Dokuments

Dieses Dokument soll die

Ausgangslage / Scope

.

Hauptprüfkriterien

Applikation „Funktionale Anforderungen“

Die zusammenfassende Beurteilung bezüglich der funktionalen Anforderungen der laufenden Applikation erfolgt bezüglich den folgenden vier Hauptaspekte:

Nr.	Finale Aspekte	Erfüllt	Mit Vorbehalt	Nicht erfüllt
01	Adäquatheit des Systemverhaltens (Brauchbarkeit)
02	Vollständigkeit
03	Anleiten/Konzepte
04	Rahmenanforderungen
05	Bausteine und Module
06	Test
07	Technische Dokumentation

Beim Abnahmetest geht es nicht darum Fehler zu finden, sondern zu zeigen, dass die Applikation die gestellten Anforderungen im laufenden Betrieb erfüllt, d.h. in allen getesteten Fällen fehlerfrei (ohne Fehlerklasse A) arbeitet! Die Abnahme erfolgte auf dem Release ????

Bewertung	Abnahme	Kriterium	Beschreibung
0	Ja	Erfüllt	--
D (1)	Ja (<=30)	leichte Fehler	Es sind Mängel in der Darstellung, im Layout oder in der Dokumentation enthalten.
C (2)	Ja (<=10)	mittlere Fehler	Teile des Systems, die unmittelbar weder für den Betrieb noch für die Nutzung des Systems notwendig sind, können nicht verwendet werden. Ein Betrieb und die Nutzung des Systems sind mit geringen Einschränkungen möglich.
B (3)	Ja (<=3)	schwere Fehler	Wesentliche Teile des Systems, die nicht zwingend zum Betrieb, aber zur Nutzung des Systems notwendig sind, sind nicht nutzbar. Ein Betrieb des Systems ist eingeschränkt möglich. Aus Sicht Auftraggeber dürfen maximal 3 Fehler dieser Art auftreten. Andernfalls kann die Abnahme verweigert werden.
A (4)	NEIN	abnahmehinderliche Fehler	Wesentliche Teile, die für den Betrieb und die Nutzung des Systems erforderlich sind, können nicht verwendet werden. Die Abnahme kann verweigert werden.

Applikation „Ergänzende Systemkomponenten“

Die zusammenfassende Beurteilung bezüglich der ergänzenden Systemkomponenten der laufenden Applikation erfolgt bezüglich der folgenden Hauptaspekte:

Nr.	Finale Aspekte	Erfüllt	Mit Vorbehalt	Nicht erfüllt
01	SharePoint Liste
02	Qualitätssicherungs-System
03	Softwarearchitektur
04	Verträge
05	Sicherheit und Datenschutz
06	Weitere Anforderungen

Applikation „Nicht funktionale Anforderungen“

Die zusammenfassende Beurteilung bezüglich der nicht funktionalen Anforderungen der laufenden Applikation erfolgt bezüglich den folgenden Hauptaspekten:

Nr.	Finale Aspekte	Erfüllt	Mit Vorbehalt	Nicht erfüllt
01	Brauchbarkeit
02	Schnittstellen
03	Robustheit
04	Performance
05	Konfigurierbarkeit
06	Laufzeit
07	Wartbarkeit
08	Ausbaufähigkeit

Prüfelemente und Aspekte

Applikatorischer Funktionsumfang (Brauchbarkeit, Vollständigkeit)

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	Funktionsbezogene Hauptziel gemäss Offerte
02	Funktionen	Funktionen
03	Vollständigkeit Bausteine	Sind die Bausteine vollständig um den Betrieb zu gewährleisten? (Menge an Bausteinen)
04	Vollständigkeit Module	Sind die Module vollständig um den Betrieb zu gewährleisten? (Menge an Modulen)
05	Abnahme Bausteine	Haben genügend Bausteine den Gesamtstatus 4 um den Betrieb zu gewährleisten?
06	Abnahme Module	Haben genügend Module den Gesamtstatus 4 um den Betrieb zu gewährleisten?
07
08	Abräumen von Polis 3	Wurde das alte System vollständig aus dem Betrieb genommen? Was muss allenfalls noch weiter gepflegt werden?

Anleitungen / Konzepte

Nr.	Checkpunkt	Beschreibung	Erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	Konzept zentrale Datenbank	Existiert das Konzept zur zentralen Datenbank? Wurde dieses Konzept abgenommen?
02	Konzept Funktionsumfang (Rahmenkonzept)	Existiert das Konzept zum Funktionsumfang? Wurde dieses Konzept abgenommen?
03	„Ergonomie Richtlinien“	Existieren „Polis Ergonomie Richtlinien? Wurde diese abgenommen? Ist dies auf den neusten Stand aktualisiert?
04	Anforderungsdefinitionen (Anforderungskatalog)	Existieren die Anforderungsdefinitionen? Wurden diese abgenommen?
05	Architekturkonzept	Existiert das Architekturkonzept? Wurde dieses Konzept abgenommen?
06	Sicherheitskonzept	Existiert das Sicherheitskonzept Polis? Wurde dieses Konzept abgenommen?
07	Prüfplan und Testkonzept	Existiert das Prüfplan und Testkonzept? Wurde dieses Konzept abgenommen? Wurden die Prüfung und das Testen gemäss Testkonzept durchgeführt?
08	Grobes Schulungskonzept	Existiert das grobe Schulungskonzept? Wurde dieses Konzept abgenommen?
09	Einführungskonzept	Existiert das Einführungskonzept? Wurde dieses Konzept abgenommen?
10	Softwareentwicklungs-Richtlinien	Welche Richtlinien werden angewendet? Wie wird deren Einhaltung überprüft?
11	Projektmanagement Dokumente für das Teilprojekt SW-Entwicklung	Planung Protokolle Statusberichte
12	Systemumgebung	Dokumentation der Konfiguration (Entwicklungssystem) Wie wird der Code verwaltet Wie werden die Release dokumentiert. Genügend umfassend?
13	Installationsanleitungen	Server (Grundset) Client (UIS)
14	Installationsanleitungen Plattform / Polis4	Bestehen Installationsanleitungen für Plattform? Haben die Kunden auch Zugriff auf diese Installationsanleitungen? Wurde ein Review bezüglich diesen Dokumenten durchgeführt?

Rahmenanforderungen

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	zentrale Datenbank	Wurde die Systemarchitektur durch Reduktion auf eine Datenbankinstanz vereinfacht? Wurde die relationale Struktur durch xml abgelöst? Wurde die Komplexität reduziert, damit nicht jeder DB eine Application Server vorgeschalten werden muss? Einhalten des Umsetzungszeitrahmens durch einfachere Realisierung im XML
02	Funktionsumfang	Beinhaltet die aktuelle Polis Version den definierten Funktionsumfang?
03	Polis Ergonomie Richtlinien	Hält sich das aktuelle Polis an die Ergonomierichtlinen? Ist die Auflösung Auflösung 1280/1024? Werden die bestehenden Tastenkombinationen verwendet Werden dort wo nötig die Windowstastenkombinationen verwendet? Können die Module direkt über einen Button erreicht werden? Können verschiedene Module geöffnet werden? Können mehrere verschiedene Rapporte gemeinsam geöffnet werden? Können Listenansichten individuell gestaltet werden? Wir die Bausteinliste in einer Baumstruktur dargestellt? Kann die Bausteinliste und die Bausteinmasken separat dargestellt werden? Ist eine kombinierte Ansicht aus Bausteinliste und aktivem Baustein möglich?
04	Anforderungsdefinitionen Applikationsarchitektur	Ist die Datenerfassung effizient? Ist das Polis in einer 3 Schicht Architektur aufgebaut? Könnten weitere Elemente (z.B. SOAP) eingefügt werden? Ist die Office Schnittstelle vorhanden? Wurden die am Markt verfügbaren Komponenten verwendet um höchstmögliche Flexibilität zu erhalten? Wurde die Business Logik zentral realisiert?
05	Anforderungsdefinitionen Infrastruktur	Hat die neue Infrastruktur eine adäquate Ausfallsicherheit? Ist die Verfügbarkeit gleich? Sind die Systemlandschaften gleichwertig (Test, Integration) Wurde der Übergang mit einem Parallelbetrieb gewährleistet? Ist die Performance gut? Wird den erhöhten Sicherheitsanforderungen Rechnung getragen?
06	Anforderungsdefinitionen Datenschutz	Wurde dem erstellen Sicherheitskonzept in Anlehnung an Rechnung getragen? Sind die bestehenden Rechtsgrundlagen gleich geblieben? Wurden durch die neue Architektur / Infrastruktur (3-Tier) Verbesserungen eingeführt?
07	Anforderungsdefinitionen Informatik-Sicherheit	Wurde dem erstellen Sicherheitskonzept in Anlehnung an BSI / GSHB Rechnung getragen? Wurden offene Standards verwendet? Wurden durch die neue Architektur / Infrastruktur (3-Tier) Verbesserungen eingeführt?
08	Umsetzung Architekturkonzept	Wurde die Systemarchitektur wie in Anhang 5.X umgesetzt Wurde die Softwarearchitektur wie in Anhang 5.X umgesetzt Wurde der t wird auf Basis .net 3.5 / C# mit dem WPF Framework realisiert? Wird auf dem Apache die SSL Verschlüsselung vorgenommen?
09	Umsetzung Sicherheitskonzept Polis	Wurde das Sicherheitskonzept gemäss Vorgaben Rahmenkonzept umgesetzt? Wurde die Sicherheit vom externen Partner überprüft und abgenommen?
10	Umsetzung Grobes Schulungskonzept	Wurde das Schulungskonzept gemäss Vorgaben Rahmenkonzept umgesetzt?
11	Einführungskonzept mit Einführungsplan	Wurde die Einführung gemäss Konzept eingeführt. Bestand eine Pilotphase? Bestand eine Parallelphase? Wurde ausser Betrieb genommen?

Baustein und Modulliste

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	Vollständigkeit Bausteine	Sind die Bausteine vollständig um den Betrieb zu gewährleisten? (Menge an Bausteinen)
02	Vollständigkeit Module	Sind die Module vollständig um den Betrieb zu gewährleisten? (Menge an Modulen)
03	Abnahme Bausteine	Haben genügend Bausteine den Gesamtstatus 4 um den Betrieb zu gewährleisten?
04	Abnahme Module	Haben genügend Module den Gesamtstatus 4 um den Betrieb zu gewährleisten?

Tests

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	Testverantwortliche	Sind die Zuständigkeiten bezüglich des Testens geklärt?
02	Schnelltest	Gibt es Schnelltestverfahren und wurde diese vor der Auslieferung eines Release durchgeführt? Testprotokoll?
03	Lasttest	Wurde das System im erlaubten Grenzbereich auf die Zuverlässigkeit getestet?
04	Stresstest	Wurden die definierten Grenzen des Systems bewusst versucht zu überschreiten?
05	Schnittstellentest	Gibt es spezifische Schnittstellentest etc.? Sind diese Dokumentiert? Können diese jederzeit wiederholt werden?
06	Testskript	Gibt es Testskript? Werden diese angewendet? Sind
07	Testplan	Ist der Testplan aktualisiert. Auch bezüglich den genauen Zeiten?
08	Testautomatisierung	Regressionstest (prüfen der Fehlerfreie erhalt der bisherigen Funktionalitäten Testgetriebene Entwicklung (Modultest)). Werden auf der Entwicklerseite entsprechende Werkzeuge eingesetzt? Ist der Optimierungsprozess definiert und wird er gelebt (Hinzufügen von neuen Tests)?

Technische Dokumentationen.

OpenTask Liste (Change Request)

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	Qualitätstand	Entspricht der aktuelle Qualitätsstandard von Polis den Anforderungen? Dies gemessen an der Anzahl Einträge
02	Open Task	Ist der aktuelle Stand in SharePoint korrekt? (Anzahl) Ist der aktuelle Stand in SharePoint korrekt? (Qualität der Einträge)
03	Erfassungsmöglichkeiten	Besteht die Möglichkeit auf SharePoint qualifiziert Meldungen zu erfassen?
04	Prozess SharePoint	Ist der Prozess der Erfassung von Fehlermeldungen auf SharePoint korrekt?
05	Abnahmeverhindernd	Gibt es Einträge / Fehler in Polis4 die eine Abnahme verhindern?

Qualitätssicherungs-System

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	Qualitätssicherungssystem	Gibt es ein internes Qualitätssicherungssystem? Sind die Prozesse bekannt? Und werden diese auch gelebt? Gibt es ein Prüf- und Testkonzept?
02	Reviews und Audits	Wurden interne Reviews und Audits durchgeführt? (Protokolle) Sind Prüfzyklen geplant? Protokolle von durchgeführten Prüfungen?
03	Dokumentation im Code	Dokumentation im Code Wie wird diese Dokumentation geprüft, und ob sie durchgeführt wird? Sind die Codeänderungen nachvollziehbar? Sine die Codeänderungen Personell nachvollziehbar? Sine die Codeänderungen Zeitlich nachvollziehbar?
04	Hinterlegung	Ist der Programmcode hinterlegt? Ist der Programmcode auf einem unabhängigen Medium? Ist der Zugriff auf die Hinterlegung geregelt? Personen (welche Personen) Situationen (z.B. Übernahme der Firma)
05	Eskalation	Ist die Eskalation im Fall Ressourcenengpass geklärt Ist die Eskalation im Fall Systemverfügbarkeit und Support geklärt Ist die Eskalation im Fall Terminverspätung geklärt
06	Kommunikationsplan Kunde Lieferant	Gibt es eine Darstellung / Auflistung über die Kontakte Kommunikation im Normallfall? Gibt es eine Darstellung / Auflistung über die Kontakte Kommunikation im Notfall?
07	Notfallszenario	Existiert ein Kommunikationsplan im Notfall? Existiert eine Gewichtung des Notfalles? Existiert ein Kommunikationsplan gemäss der Gewichtung? Gibt es Follow Up's? Sind die einzelnen Schritte des Notfallplanes definiert? Sind sie redundant?
08	Konfigurationsmanagement
8.1	Konfiguration	Ist ein Buchführung der Konfigurationen vorhanden? Und ist diese aktuell?
8.2	Prozesse	Wurde wie gemäss Rahmenkonzept die Komplexität der Architektur reduziert? Wie ist dies Nachweisbar?
8.3	Change Management	Gibt es einen Changemanagement-Prozess? Ist dieser Dokumentiert und allen bekannt?
8.4	Release Planung	Releasekonzept (existiert ein abgenommenes Releasekonzept?) Releaseplanung (ist die Weiterentwicklung geklärt?) Gibt einen übergeordneten Releaseplan? Releaseenote (Existieren klare Release-Note)? Sind diese Archiviert? Erreichen die Releasenotes auch die Empfänger?
8.5	Release Planung Nachfolgeprojekte	Existiert eine Releaseplanung für die Nachfolgeprojekte?
8.6	Standard	Wurden die gängigen Standardsoftwares verwendet? Wurden die gängigen Standards in der Entwicklungsumgebung eingesetzt? Wurden die gängigen Standards in der Programmiersprache verwendet?

Applikationsarchitektur

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	Datenerfassung	Ermöglicht die Architektur eine effiziente und sichere Datenerfassung?
02	3-Schicht Architektur	Wurde eine 3-Schicht Architektur aufgebaut mit welcher man weitere Elemente wie SOAP Proxy oder Message Queue später eingebaut werden kann?
03	Office Anbindung	Ist die Office Anbindung fehlerfrei? Können die verschiedenen Versionen abgedeckt werden?
04	Flexibilität	Ist die Architektur so flexibel aufgebaut, dass auch am Markt erhältliche Komponenten eingesetzt werden können?
05	Zentrale Business Logik	Ist die Business Logik zentral realisiert?
06	Zentrale Rapport-DB	Wurde eine zentrale Rapport DB aufgebaut und funktioniert diese so, dass Offline-Rapportierungen vorgenommen werden können?

Verträge

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	SLA (Service Level Agreement)	Ist ein SLA vorhanden? Deckt das SLA die nötigen Inhalte ab?
02	Unterzeichnung des SLA	Sind die SLA‘s von allen zuständigen Personen unterschrieben?
03	Liefervertrag	Existiert ein Liefervertrag? Wurde dieser Liefervertrag von allen zuständigen Personen unterschrieben?
04	Wartungsvertrag	Existiert ein Wartungsvertrag? Wurde dieser Wartungsvertrag von allen zuständigen Personen unterschrieben?

Sicherheit und Datenschutz

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	Sicherheitsabnahme	Wurde die Sicherheitsabnahme durch xxxx vollständig durchgeführt? Sind die notwendigen Protokolle vorhanden? Sind die für die Sicherheitsabnahmen notwendigen Dokumente vorhanden?
02	Sicherheitskonzept	Ist ein Sicherheitskonzept in Anlehnung xxxx vorhanden? Wurde das Konzept mit den nötigen Parteien ausgearbeitet? Ist das Betriebskonzept abgeschlossen? Wurde über das Konzept ein Review durchgeführt?
03	Rechtsgrundlagen	Wurden alle bestehenden Rechtsgrundlagen berücksichtigt
04	Verwendung offener Standard	Wurde ein offener Standard (XML) verwendet?

Nicht funktionale Anforderungen

Da dieses „nur“ eine Applikations- respektive Systemabnahme ist, beziehen sich die folgenden „nicht funktionalen Anforderungen“ nur auf das Softwaresystem und nicht auf den Betrieb der Applikation. Dieser wurde in der Betriebsabnahme geprüft.

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01	Brauchbarkeit	Entspricht die Applikation den Wünschen und Vorstellungen der Benutzer? Bedienbarkeit
02	Schnittstellen	Funktionieren die Zusammenarbeit von voneinander unabhängiger Komponenten
03	Robustheit	Ist das System robust? Hat die neue Infrastruktur eine adäquate Ausfallsicherheit? Wurden notwendige Redundanzen geschaffen.
04	Performance	Ist die Performance aus applikatorischer Sicht akzeptabel?
05	Konfigurierbarkeit	Kann das System auf die Kundenbedürfnisse konfiguriert werden?
06	Laufzeit	Ist die Laufzeit von Polis4 gut?
07	Wartbarkeit	Ist das System einfach zu warten?
08	Ausbaufähigkeit	Ist das System ausbaufähig.
09	Verfügbarkeit	Ist Systemverfügbarkeit aus applikatorischer Sicht gemäss den Vereinbarungen,

Ergänzungen

Nr.	Checkpunkt	Beschreibung	erfüllt?	Nicht benötigt
Ja	mit Vorbehalt	Nein
01
02

Mängel

Mängelliste

Thematik	Sequenz / Dokument / Kapitel	Beschreibung	Kategorisierung	Erledigungsdatum	Bemerkungen

Weiteres Vorgehen, Installationskontrolle

Installation, Installationskontrolle

Mit dieser Freigabe wird die Software dem Betrieb übergeben. Das detaillierte weitere Vorgehen für die Inbetriebnahme und die Installationskontrolle wurden bereits vorgenommen.

Informationen, Erkenntnisse aus den Tests für den Betrieb

-

Überführen der Mängel und Restanzen in den Change-Management-Prozess

Die aufgeführten Mängel und Restanzen wurden ausführlich dokumentiert und der Entwicklungsfirma übermittelt. Für Neuanforderungen, die nicht im Kapitel 3 aufgeführt und terminiert sind, werden auf vordefiniertem Weg via Releasemanagement separate Aufträge erteilt.

Anhang

Systemarchitektur

Softwarearchitektur