Übersicht
Ein Pflichtenheft ist der Einstieg in die technische Entwicklung eines Produktes. Das Pflichtenheft überführt die Anforderungen des Kunden in technisch präzise und prüfbare Anforderungen. Es unterstützt die Erstellung der Architektur und des Designs. Die Systemanforderungen – die Inhalt des Pflichtenheftes sind – beschreiben dabei das Gesamtsystem, welches aus den Teilen Software, Elektronik und Mechanik besteht. In einigen Branchen kommen noch weitere Domänen hinzu. Denkbar wären: Optik, Chemie, Biologie, …
Eine Struktur des Pflichtenheftes hilft den Entwicklern, die relevanten Anforderungen für die jeweiligen Entwicklungsdomänen zu erkennen. Die Anforderungen werden evtl. separiert nach Subsystemen oder Technologiebereichen aufgeteilt. So ergibt sich auch die Möglichkeit der Vergabe von Unteraufträgen an interne oder externe Auftragnehmer.
Für eine Releaseplanung sind – durch die Aufteilung in einzelne Anforderungen – auch die Zuweisungen zu geplanten Releaseständen des Endproduktes möglich.
Inhalte des Pflichtenheftes
Kapitel 1 Einleitung
Im ersten Kapitel wird der Sinn und Zweck des System of Interest beschrieben.
Kapitel 2 Definitionen und Abkürzungen
Abkürzungen und Begriffe, die zu kennen sind, müssen im Kapitel 4 aufgeführt werden.
Kapitel 3 Allgemeine Übersicht
Es wird die Umgebung des Systems dargestellt, um herauszuarbeiten, was das System ausmacht und welchen Nutzen es für den Endkunden bietet.
Kapitel 4 Anforderungen
DAS Kapitel mit den Anforderungen. Funktionale Anforderungen, wie auch nicht-funktionale Anforderungen, werden hier beschrieben und aufgelistet.
Funktionale Anforderungen werden nach Anwendungsfällen strukturiert. Je nach Art und Weise, wie der jeweilige Anwendungsfall detailliert wird, werden hier die Aktivitäten oder Zustände der Beschreibungsarten genauer beschrieben. Daraus entstehen die textuellen Anforderungen.
Für die nicht-funktionalen Anforderungen – also die, die nicht in den Anwendungsfällen erfasst wurden – ist ebenfalls ein Abschnitt vorhanden. Dieser ist weiterhin unter-strukturiert, um beim Schreiben auf gewisse Aspekte hinzuweisen.
Kapitel 5 Schnittstellen
Bereich, in dem die Anforderungen an die Schnittstellen des Systems formuliert werden. Die Unterkapitel teilen in verschiedene Schichten der Schnittstelle auf (siehe dazu das OSI 7-Schichten Modell).
Kapitel 6 Regulatorische Anforderungen
Anforderungen, die von offiziellen Stellen (Gesetzgeber, Zulassungsbehörden und weitere Standards).
Kapitel 7 Aufbau, Architektur und Design
In diesem Kapitel werden eine oder mehrere Lösungsstrategien entworfen und dargestellt. Damit werden die Möglichkeiten präsentiert, wie die vorher gelisteten Anforderungen umgesetzt werden können. Durch Präsentationen und Reviews können Feedbacks aufgenommen werden und die gewünschte Lösungsvarianten ausgewählt werden.
Weiterhin wird hier gezeigt, welche Bausteine eingeplant werden, wie die Kommunikation zwischen den Bausteinen aussehen soll und natürlich, wie die jeweilige Lösung physikalisch realisiert werden kann.
Werden querschnittliche Konzepte (wie z. B. Startup und Shutdown) verwendet, sind diese ebenfalls hier zu beschreiben.
Features
- Abdeckung der Praktiken des Automotive-SPICE Prozesses SYS.2
- Anwendungsszenarien sind erfasst
- funktionale Anforderungen mittels Aktivitäts- oder Zustandsdiagrammen
- Aspekten zu nicht-funktionale Anforderungen
- Usability-Anforderungen
- Leistungsanforderungen
- Systemzustände werden modelliert
- Anforderungen an Subsysteme sind separiert
- Referenzen auf regulatorische Anforderungen
- Dokumentenhistorie ist enthalten
- Urheberrecht wird beachtet
- Liste offener Punkte
- Hinweis auf rechtliche Verbindlichkeit ist enthalten
Vorlage für Word (zum sofortigen Start) und als reine Text-Vorlage zum Import in jedes beliebe RM-Werkzeug
Alle zum Werke dieser Seite sind lizenziert unter einer Creative Commons Namensnennung 4.0 International Lizenz.
