Pflichtenheft (Gesamtsystementwurf)

Projekt A

Version: 0.1

Weitere Produktinformationen

Mitwirkend	[nicht beteiligt] Anwender [nicht beteiligt] Projektleiter [nicht beteiligt] Projektmanager [nicht beteiligt] Informationssicherheitsverantwortlicher [nicht beteiligt] Datenschutzverantwortlicher [nicht beteiligt] Betriebsverantwortlicher [nicht beteiligt] Fachverantwortlicher [nicht beteiligt] Verfahrensverantwortlicher (Fachseite)
Erzeugung	Initial

Änderungsverzeichnis

Änderungen	Geänderte	Beschreibung der
Nr.	Datum	Version	Kapitel	Änderungen	Autor	Zustand
1	0.1	Alle	Initiale Produkterstellung

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

Inhaltsverzeichnis

1	Einleitung	6

2	Ausgangssituation und Zielsetzung	7

3	Dekomposition des Gesamtsystems	8

4	Schnittstellenübersicht	9

5	Lebenszyklusanalyse	10

6	Funktionale Anforderungen	11

7	Nicht-Funktionale Anforderungen	12

8	Anforderungsverfolgung zum Lastenheft	13

9	Anforderungsverfolgung zu den Spezifikationen	14

10	Abnahmekriterien und Vorgehen zur Ausgangsprüfung	15

11	Lieferumfang	16

12	Glossar	17

13	Abkürzungsverzeichnis	18

14	Literaturverzeichnis	19

15	Abbildungsverzeichnis	20

Einleitung

Wesentliche Inhalte des Pflichtenhefts sind die funktionalen und nicht-funktionalen Anforderungen an das zu entwickelnde Gesamtsystem. Die Anforderungen werden aus dem Lastenheft (Anforderungen) übernommen und geeignet aufbereitet. Eine erste Grobarchitektur des Systems wird entwickelt und in einer Schnittstellenübersicht beschrieben. Das zu entwickelnde System sowie weitere ggf. zu entwickelnde Systeme werden identifiziert und den Anforderungen zugeordnet. Zusätzliche Anforderungen an die Logistik werden in Zusammenarbeit mit dem Logistikverantwortlichen erarbeitet. Abnahmekriterien und Lieferumfang für das fertige Gesamtsystem werden aus dem Lastenheft (Anforderungen) übernommen und konkretisiert. Um sicher zu stellen, dass alle Anforderungen berücksichtigt sind, wird eine Anforderungsverfolgung, sowohl hin zum Lastenheft (Anforderungen) als auch zu den Systemen, durchgeführt.

Zur Erstellung des Gesamtsystementwurfs sind Kenntnisse aus unterschiedlichen Disziplinen wie Systementwicklung, Sicherheit, Ergonomie und Logistik notwendig, die üblicherweise nicht von einer Person abgedeckt werden können. Da Anforderungen den Kern der Spezifikation darstellen, fällt dem »Anforderungsanalytiker (AN) die verantwortliche »Rolle für die Erstellung des Gesamtsystementwurfs zu. Für die inhaltliche Ausarbeitung benötigt er jedoch intensive Unterstützung durch Experten der verschiedenen Disziplinen.

Zu jedem im Gesamtsystementwurf identifizierten System und »Segment werden die entsprechenden Produkte wie Spezifikation und Architektur erstellt. Anforderungen an die Logistk werden in der Spezifikation logistische Unterstützung weiter verfolgt.

Ausgangssituation und Zielsetzung

In diesem Abschnitt werden die Ausgangssituation und der Anlass zur Durchführung des Projektes anschaulich dargestellt. Es wird beschrieben, welche Defizite bzw. Probleme existierender Systeme oder auch der aktuellen Situation zur Entscheidung geführt haben, das Projekt durchzuführen, und welche Vorteile durch den Einsatz des neuen Systems erwartet werden.

Es werden zusätzlich alle relevanten Stakeholder des Projektes benannt und die technische und fachliche Einbettung des zu entwickelnden Systems in seine Umgebung skizziert. Zusätzlich werden erste Rahmenbedingungen für die Entwicklung identifiziert und beschrieben. Rahmenbedingungen können beispielsweise technische Vorgaben oder Vorgaben zur Sicherheit sein.

Dekomposition des Gesamtsystems

In der Dekomposition des Gesamtsystems wird das zentrale System mit allen ggf. zusätzlich benötigten Systemen identifiziert und festgelegt, welche »Logistikelemente erstellt werden. Zudem werden die zu erstellenden Architekturdokumente und Implementierungs-, Integrations- und Prüfkonzepte benannt. Grundlage sind die funktionalen und nicht-funktionalen Anforderungen sowie die Skizze der Gesamtsystemarchitektur aus dem Lastenheft. Beistellungen des Auftraggebers werden berücksichtigt.

Die Gesamtsystemarchitektur wird hinsichtlich der möglichen Verwendung von Fertigprodukten geprüft. Gegebenenfalls wird deshalb bereits auf Basis des Pflichtenhefts eine »Marktsichtung für Fertigprodukte durchgeführt, um den Einfluss möglicher Kandidaten auf die Anforderungen und die »Systemarchitektur abschätzen zu können.

Schnittstellenübersicht

Zur Darstellung der Zusammenhänge zwischen dem System und seiner Umgebung wird eine Schnittstellenübersicht erstellt. Ausgehend vom System werden Schnittstellen zum Anwender, zu anderen im Projekt zu entwickelnden Systemen, zur Logistik und zu Nachbarsystemen identifiziert und in geeigneter Form dokumentiert.

Die konkrete Beschreibung der Schnittstellen erfolgt in den Spezifikationen der Systemelemente sowie in der »Spezifikation logistische Unterstützung.

Lebenszyklusanalyse

Ausgehend von den Anforderungen werden die zu unterstützenden Phasen im Lebenszyklus (Entwicklung, Wartung und Stilllegung) bestimmt. Es wird festgelegt, für welche der im Thema »Dekomposition des Gesamtsystems identifizierten Systeme ein »Logistisches Unterstützungskonzept zu erstellen ist.

Funktionale Anforderungen

Funktionale Anforderungen beschreiben die Fähigkeiten eines Systems, die ein Anwender erwartet, um mit Hilfe des Systems ein fachliches Problem zu lösen. Die Anforderungen werden aus den zu unterstützenden Geschäftsprozessen und den Ablaufbeschreibungen zur Nutzung des Systems abgeleitet.

Die Beschreibung der funktionalen Anforderungen erfolgt beispielsweise in Form von Anwendungsfällen (Use Cases). Ein Anwendungsfall beschreibt dabei einen konkreten, fachlich in sich geschlossenen Teilvorgang. Die Gesamtheit der Anwendungsfälle definiert das Systemverhalten. Ein Anwendungsfall kann in einfachem Textformat beschrieben werden, häufig stehen jedoch organisationsspezifische Muster zur Beschreibung zur Verfügung. Für datenzentrierte Systeme wird im Rahmen der funktionalen Anforderungen ein erstes fachliches »Datenmodell erstellt, das als Grundlage des späteren »Datenbankentwurfs dient. Das fachliche Datenmodell des Systems wird aus den Entitäten des Domänenmodells abgeleitet.

Die funktionalen Anforderungen sind die zentralen Vorgaben für die Systementwicklung. Sie werden in das »Pflichtenheft (Gesamtsystementwurf) übernommen und bei Bedarf konkretisiert.

Nicht-Funktionale Anforderungen

In diesem Thema werden die im Lastenheft beschriebenen nicht-funktionalen Anforderungen aufgeführt, ggf. konkretisiert und deren Umsetzung erläutert.

Sofern das Lastenheft Vorgaben zur Informationssicherheit, zum Datenschutz oder zum IT-Betrieb enthält, ist basierend auf diesen Vorgaben, den übrigen Anforderungen, der »Dekomposition des Gesamtsystems und der »Schnittstellenübersicht festzulegen,

ob bereits auf der Ebene des Gesamtsystems eine »Sicherheitskonzeption zu erstellen ist, um Bedrohungen und Maßnahmen dokumentieren zu können. Hierbei ist zusätzlich die vom Auftraggeber bereitgestellte Schutzbedarfsfeststellung zu berücksichtigen.

ob diese Vorgaben geändert oder erweitert werden müssen. Beabsichtigte Änderungen und Erweiterungen müssen mit dem Auftraggeber abgestimmt werden und führen ggf. zu einer Vertragsanpassung.

Anforderungsverfolgung zum Lastenheft

Im Rahmen der Anforderungsverfolgung zum Lastenheft wird zusammenfassend die Zuordnung der funktionalen und nicht-funktionalen Anforderungen aus dem Lastenheft zu den Anforderungen im Pflichtenheft dargestellt. Die bidirektionale Verfolgbarkeit muss dabei sichergestellt werden. In der Praxis benötigt man dazu Unterstützung durch eine Projektmanagement-Software wie Allegra, die die Erstellung von Dokumenten und Verknüpfung von Themen erlaubt. In einfachen Fällen kann die Darstellung anhand einer Matrix erfolgen.

Anforderungsverfolgung zu den Spezifikationen

Im Rahmen der Anforderungsverfolgung wird im Pflichtenheft zusammenfassend die Zuordnung der funktionalen und nicht-funktionalen Anforderungen zu den Elementen der Gesamtsystemarchitektur (»System, »Segment oder Logistik) dargestellt. Die bidirektionale Verfolgbarkeit muss dabei sichergestellt werden. Die Darstellung kann beispielsweise anhand einer Matrix erfolgen.

Abnahmekriterien und Vorgehen zur Ausgangsprüfung

Abnahmekriterien legen fest, welche Kriterien die »Lieferung erfüllen muss, um den Anforderungen zu entsprechen. Sie sollten messbar dargestellt werden und können nach ihren drei wesentlichen Bestandteilen – Ausgangssituation, Aktion(en) und erwartetes Ergebnis – strukturiert werden. Aus vertraglicher Sicht beschreiben die Abnahmekriterien die Bedingungen für die Entscheidung, ob das Endprodukt die gestellten Anforderungen erfüllt oder nicht. Abnahmekriterien können sich sowohl auf einzelne Anforderungen („Unter welchen Bedingungen gilt die Anforderung als erfüllt?“) als auch auf den Lieferumfang („Welche Bedingungen müssen erfüllt sein, damit eine konkrete Lieferung abgenommen wird?“) beziehen. Die Definition der Abnahmekriterien ist Aufgabe des Auftraggebers; der Auftragnehmer sollte sie aber kennen und in seinem Pflichtenheft auch benennen, um Klarheit darüber zu besitzen, unter welchen Bedingungen das System abgenommen wird. Unter Umständen und bei entsprechender vertraglicher Vereinbarung kann es außerdem sinnvoll sein, dass der Auftragnehmer die konkreten Abnahmekriterien definiert.

Der Auftragnehmer sollte vor der Auslieferung möglichst sicher sein, dass die Lieferung auch abgenommen wird und deswegen eine geeignete Ausgangsprüfung durchführen. Die zu liefernden Systemelemente werden anhand einer »Prüfspezifikation Systemelement, die zu liefernden Dokumente (insbesondere die »Logistische Unterstützungsdokumentation) anhand einer »Prüfspezifikation geprüft. Die dazu notwendigen Prüffälle werden aus den Abnahmekriterien abgeleitet, können aber in der Regel nicht vollständig identisch mit den Prüffällen des Auftraggebers sein, da der Auftragnehmer z.B. keinen Zugang zur Zielplattform hat oder die tatsächlichen Anwender nicht einbinden kann.

Lieferumfang

Es sind alle Gegenstände und Dienstleistungen aufzulisten, die während des Projektverlaufs oder bei Abschluss des Projektes vom Auftragnehmer an den Auftraggeber zu liefern sind. Jede »Lieferung erfordert eine Abnahmeprüfung. Der Lieferumfang kann je nach Vereinbarung ein System, Teile eines Systems, Dokumente und Dienstleistungen enthalten.

Glossar

[Hier Ihren Text einfügen...]

Abkürzungsverzeichnis

Abkürzung	Erklärung

Literaturverzeichnis

Abbildungsverzeichnis