HINWEIS: Blauer Text stammt aus dem V-Modell-XT und 
kann gelöscht werden beziehungsweise soll ersetzt werden
-Anforderungen und Analysen: Gefährdungs- und Systemsicherheitsanalyse-
…hier Name des Produktexemplars eintragen… 
Version: …eintragen…
Projektbezeichnung		PMBook24	
Projektleiter		
Verantwortlich		Systemsicherheitsbeauftragter	
Erstellt am		
Zuletzt geändert	27.06.2005 14:45	
Bearbeitungszustand	X	in Bearbeitung	
		vorgelegt	
		fertig gestellt	
Dokumentablage	C:\V-Modell-Editor\eclipse\workspace\weiter\Teilprojekte\TP14\templates\MasterTemplate.doc	
V-Modell-XT Version	Version 1.2.0	

Weitere Produktinformationen
Mitwirkend	[nicht beteiligt]	QS-Verantwortlicher	
Erzeugung	Produktumfang der Segmente im Unterstützungssystem
•	Unterstützungs-Systemarchitektur
[Dateiname]
Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem
[Dateiname]
Produktumfang des Systems
•	Gesamtsystemspezifikation (Pflichtenheft)
[Dateiname]
Produktumfang einer SW-Einheit im System
•	Implementierungs-, Integrations- und Prüfkonzept System
[Dateiname]
Systemarchitektur
[Dateiname]
Produktumfang einer SW-Komponente
•	Implementierungs-, Integrations- und Prüfkonzept SW
[Dateiname]
SW-Architektur
[Dateiname]
Produktumfang der Segmente im System
•	Implementierungs-, Integrations- und Prüfkonzept System
[Dateiname]
Systemarchitektur
[Dateiname]
Produktumfang eines SW-Moduls
•	Implementierungs-, Integrations- und Prüfkonzept SW
[Dateiname]
SW-Architektur
[Dateiname]
Produktumfang einer HW-Einheit im Unterstützungssystem
•	Unterstützungs-Systemarchitektur
[Dateiname]
Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem
[Dateiname]
Produktumfang eines Externen SW-Moduls
•	Implementierungs-, Integrations- und Prüfkonzept SW
[Dateiname]
SW-Architektur
[Dateiname]
Produktumfang eines Externen HW-Moduls
•	Implementierungs-, Integrations- und Prüfkonzept HW
[Dateiname]
HW-Architektur
[Dateiname]
Produktumfang einer HW-Komponente
•	Implementierungs-, Integrations- und Prüfkonzept HW
[Dateiname]
HW-Architektur
[Dateiname]
Produktumfang der Unterstützungssysteme
•	Gesamtsystemspezifikation (Pflichtenheft)
[Dateiname]
Produktumfang eines HW-Moduls
•	Implementierungs-, Integrations- und Prüfkonzept HW
[Dateiname]
HW-Architektur
[Dateiname]
Produktumfang der Externen Einheiten im Unterstützungssystem
•	Unterstützungs-Systemarchitektur
[Dateiname]
Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem
[Dateiname]
Produktumfang der Externen Einheiten im System
•	Implementierungs-, Integrations- und Prüfkonzept System
[Dateiname]
Systemarchitektur
[Dateiname]
Produktumfang einer SW-Einheit im Unterstützungssystem
•	Implementierungs-, Integrations- und Prüfkonzept System
[Dateiname]
Unterstützungs-Systemarchitektur
[Dateiname]
Produktumfang einer HW-Einheit im System
•	Implementierungs-, Integrations- und Prüfkonzept System
[Dateiname]
Systemarchitektur
[Dateiname]	
Änderungsverzeichnis
Änderung	Geänderte Kapitel	Beschreibung der Änderung	Autor	Zustand	
Nr.	Datum	Version					
1		1.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	

Inhalt
Bitte von Hand aktualisieren: rechte Maustaste, Felder aktualisieren…
1	Einleitung

1	

Einleitung
Ziel der Gefährdungsanalyse ist es, die Gefährdungen bei der Erstellung und Nutzung des Systems zu ermitteln und zu bewerten. Im Detail werden beschrieben: die identifizierten Gefährdungen, die vom Einsatz des Systems in Interaktion mit seiner Einsatzumgebung ausgehen können, sowie die klassifizierten potenziellen Schäden, die durch diese Gefährdungen verursacht werden können.
Ziel der Sicherheitsanalyse (häufig auch Risikoanalyse genannt) ist die Ermittlung der Ursachen von Gefährdungen, sowie die Abschätzung der Wahrscheinlichkeit für den Eintritt dieser Gefährdung.
Die Risiken (Eintrittswahrscheinlichkeit mal Schadenshöhe je Gefährdung) werden ermittelt und Maßnahmen zur Risikominderung der Gefährdungen ausgewählt. Die Auswahl ist zu begründen.
Der Auftraggeber führt die Gefährdungsanalyse anhand der Anforderungen durch. Im Gegensatz zu dieser Blackbox-Betrachtung wird die Gefährdungsanalyse durch den Auftragnehmer im Sinne einer Whitebox-Betrachtung durchgeführt. Die Sicherheitsanalyse ist für jedes als systemsicherheitskritisch eingestufte Systemelement durchzuführen.

…hier Ihren Text einfügen…

2	
Gefährdungsidentifikation und Schadensklassifikation
Die Gefährdungsidentifikation und Schadensklassifikation beschreibt Gefährdungen, die möglicherweise beim Einsatz des zu untersuchenden Systems zu Schadensereignissen führen. Für jede Gefährdung wird die potenzielle Schadenshöhe je Schadenskategorie angegeben. Für jede identifizierte Gefährdung wird die zugeordnete Schadensklasse je Schadenskategorie angegeben.
Schadensereignisse können je nach Systemart unterschiedliche Schadenskategorien wie Tod, Verletzungen, Krankheit, den Verlust oder Beschädigungen von Gerätschaften, Eigentum und/oder Umweltschäden zur Folge haben. Es kann sich aber auch um einen reinen Vermögensschaden z.B. durch Produktionsausfall oder Nichtverfügbarkeit eines dringend benötigten Systems handeln.
Ebenso können immaterielle Schäden verursacht werden, wie z.B. bei Verstößen gegen gesetzliche Vorgaben/Auflagen, Imageschäden als Verkaufshindernisse oder Auslöser von Rückrufaktionen. Jedes Schadensereignis, das durch eine Gefährdung eintreten kann, hat unterschiedlich schwere Folgen. Um diese leichter handhaben zu können, werden die Schadensereignisse zweckmäßigerweise in Schadensklassen eingeteilt.

…hier Ihren Text einfügen…

2	
Systemsicherheitsanalyseergebnisse
Für jede Gefährdung, die in der Gefährdungsidentifikation erkannt wurde, werden folgende Ergebnisse zusammengestellt:
	Ursachen der Gefährdung,
	Eintrittswahrscheinlichkeit der Gefährdung,
	Ermittlung des Risikos (Eintrittswahrscheinlichkeit des Schadens mal Schadenshöhe)
	Feststellung, ob das ermittelte Risiko im Rahmen des vom Auftraggeber akzeptierten Risikos liegt. Ist das Risiko über dem Akzeptanzwert, sind im nächsten Schritt risikomindernde Maßnahmen auszuwählen.
Die Eintrittswahrscheinlichkeit bei der Gefährdung "Ausfall einer Komponente" kann auf der Basis der Lebensdauer eines Systemteils oder der Betriebsstunden angegeben werden.

…hier Ihren Text einfügen…

2	
Risikominderungsmaßnahmen
Für alle in der Sicherheitsanalyse als nicht akzeptabel bewerteten Risiken werden Maßnahmen zur Risikominderung ermittelt. Die Vorschläge risikomindernden Maßnahmen findet sich im Projekthandbuch im Thema Organisation und Vorgaben zur Systemsicherheit.
Die Notwendigkeit der Maßnahmen ergibt sich aus dem Auftreten einer Gefährdung, die außerhalb des vorgegebenen Toleranzbereichs beziehungsweise jenseits des Schwellenwertes liegt und somit nicht akzeptiert wird. Deshalb ist es erforderlich, geeignete Maßnahmen zu ermitteln und zu prüfen, ob durch die Durchführung dieser Maßnahme(n) das vorliegende Risiko derart gemindert wird, dass es akzeptiert werden kann.
Risikominderungsmaßnahmen können aus konstruktiven Verfahren (in Hinblick auf Systementwicklung und Realisierung), analytischen Maßnahmen (Prüfmaßnahmen), zusätzlichen funktionalen oder nicht-funktionalen Anforderungen an das System sowie zusätzlichen Sicherheitseinrichtungen oder organisatorischen Auflagen bestehen.
Risikominderungsmaßnahmen sollen die Schadenshöhe (Schadensklasse) und/oder die Eintrittswahrscheinlichkeit einer Gefährdung mindern.
Die Auswirkungen der Maßnahmen, wie Grad der Minderung, Aufwand der Umsetzung, Auswirkungen auf Inbetriebnahme, Betrieb, Stilllegung oder Bedienpersonal, werden hinsichtlich ihrer technischen und wirtschaftlichen Eignung bewertet.
Die Entscheidung für die Auswahl der geeignetsten Maßnahmen wird begründet.
Sollte keine geeignete Maßnahme gefunden werden, so ist nach den Vorgaben zur Systemsicherheit im Projekthandbuch zu verfahren. Es muss zusammen mit dem Auftraggeber eine Lösung gesucht werden und diese muss durch einen Problemmeldungs-/Änderungsantrag eingebracht und der Lösungsweg dokumentiert werden.

…hier Ihren Text einfügen…

3	
 Abkürzungsverzeichnis
Abkürzung	Erklärung	

4	Literaturverzeichnis

5	Abbildungsverzeichnis

Vorgaben zur Prüfung des Dokuments
Inhaltliche und formale Vorgaben an das Produkt sind dem Teil 5: V-Modell-Referenz Produkte des V-Modell XT und gegebenenfalls einer zugehörigen Prüfspezifikation Dokument zu entnehmen. Für die Überprüfung des Produktes hinsichtlich seiner inhaltlichen Konsistenz zu bereits fertig gestellten Produkten sind die folgenden Produktabhängigkeiten zu überprüfen.

Produktumfang eines SW-Moduls
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept SW
SW-Architektur
Beschreibung:
In der SW-Architektur wird die Umsetzung von Anforderungen durch ein SW-Modul festgelegt. Die zugehörige SW-Spezifikation beschreibt präzise die Schnittstelle des SW-Moduls und dessen Realisierung.
Ausgehend von der SW-Spezifikation werden die Inhalte der Prüfspezifikation Systemelement erarbeitet. Für jeden spezifizierten Prüffall wird eine Prüfprozedur Systemelement erstellt. Die Ergebnisse der Ausführung dieser Prüfprozedur Systemelemente, das heißt die Durchführung der Prüffälle, werden durch ein Prüfprotokoll Systemelement dokumentiert.
In dem entsprechenden Implementierungs-, Integrations- und Prüfkonzept SW sind die notwendigen Vorgehensweisen für die Erstellung des SW-Moduls festgelegt.

Produktumfang der Externen Einheiten im Unterstützungssystem
Betroffene Produkte:
•	Unterstützungs-Systemarchitektur
Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem
Beschreibung:
In der Unterstützungs-Systemarchitektur sind alle Externe Einheiten des Unterstützungssystem definiert. In einer Make-or-Buy-Entscheidung wird der Weg zur Entscheidung, ob eine Externe Einheit als Fertigprodukt zugekauft oder als Unterauftrag vergeben wird, dokumentiert. Die Externe Einheit wird in der Externe-Einheit-Spezifikation detailliert beschrieben.
Im Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem wird der Zusammenbau der Externe Einheit zu Segmenten beziehungsweise zum Unterstützungssystem dargestellt. Die im Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem für jede Externe Einheit grob beschriebenen Prüfungen werden je Externe Einheit in einer Prüfspezifikation Systemelement ausführlich durch Prüffälle spezifiziert. Diese werden durch eine Prüfprozedur Systemelement ausgeführt und in einem Prüfprotokoll Systemelement dokumentiert.

Produktumfang eines Externen HW-Moduls
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept HW
HW-Architektur
Beschreibung:
In der HW-Architektur sind alle Produkte des Typs Externes HW-Modul definiert. In einer Make-or-Buy-Entscheidung wird der Weg zur Entscheidung, ob ein Externes HW-Modul als Fertigprodukt zugekauft oder als Unterauftrag vergeben wird, dokumentiert. Das Produkt Externes HW-Modul wird in der Externes-HW-Modul-Spezifikation detailliert beschrieben.
Im Implementierungs-, Integrations- und Prüfkonzept HW wird der Zusammenbau der Produkte des Typs Externes HW-Modul zu HW-Einheiten beziehungsweise zum Produkt Externes HW-Modul dargestellt. Die im Implementierungs-, Integrations- und Prüfkonzept HW für jedes Produkt Externes HW-Modul grob beschriebenen Prüfungen werden je Externes HW-Modul in einer Prüfspezifikation Systemelement ausführlich durch Prüffälle spezifiziert. Diese werden durch eine Prüfprozedur Systemelement ausgeführt und in einem Prüfprotokoll Systemelement dokumentiert.

Produktumfang der Segmente im System
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept System
Systemarchitektur
Beschreibung:
In der Systemarchitektur sind alle Segmente des Systems definiert. Diese werden in der Systemspezifikation detailliert beschrieben.Im Implementierungs-, Integrations- und Prüfkonzept System wird der Zusammenbau der Segmente beziehungsweise des Systems aus HW-Einheiten, SW-Einheiten, Externe Einheiten oder Segmenten dargestellt.
Die im Implementierungs-, Integrations- und Prüfkonzept System für jedes Segment grob beschriebenen Prüfungen werden je Segment in einer Prüfspezifikation Systemelement ausführlich durch Prüffälle spezifiziert. Diese werden durch eine Prüfprozedur Systemelement ausgeführt und in einem Prüfprotokoll Systemelement dokumentiert.

Produktumfang einer HW-Einheit im System
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept System
Systemarchitektur
Beschreibung:
Diese Produktabhängigkeit beschreibt den Übergang von der Systemerstellung zur HW-Entwicklung.
Für jede in der Systemarchitektur identifizierte HW-Einheit ist eine HW-Architektur und HW-Spezifikation erforderlich. Ausgehend von der HW-Einheit erfolgt in der HW-Architektur die Dekomposition der HW-Elemente. Begleitend zur Dekomposition der HW-Elemente wird eine Zuordnung und Verfeinerung der Schnittstellen und Anforderungen der HW-Spezifikation vorgenommen.
Für jede HW-Einheit wird gemäß den Vorgaben des Implementierungs-, Integrations- und Prüfkonzeptes HW eine Prüfspezifikation und Prüfprozedur erstellt. Die Prüfspezifikation leitet sich aus der HW-Spezifikation ab. Die Prüfprozedur ist eine ins Detail gehende Umsetzung der Prüfspezifikation in konkrete Arbeitsanweisungen für den Prüfvorgang für jeden einzelnen Prüffall. Die Prüfresultate werden im Prüfprotokoll dokumentiert.
Die Integration der geprüften HW-Einheit ins System wird im Implementierungs-, Integrations- und Prüfkonzept System beschrieben.

Produktumfang der Externen Einheiten im System
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept System
Systemarchitektur
Beschreibung:
In der Systemarchitektur sind alle Produkte des Typs Externe Einheit des Systems definiert. In einer Make-or-Buy-Entscheidung wird der Weg zur Entscheidung, ob eine Externe Einheit als Fertigprodukt zugekauft oder als Unterauftrag vergeben wird, dokumentiert. Die Externe Einheit wird in der Externe-Einheit-Spezifikation detailliert beschrieben.
Im Implementierungs-, Integrations- und Prüfkonzept System wird der Zusammenbau der Produkte des Typs Externe Einheit zu Segmenten beziehungsweise zum System dargestellt. Die im Implementierungs-, Integrations- und Prüfkonzept System für jede Externe Einheit grob beschriebenen Prüfungen werden je Externe Einheit in einer Prüfspezifikation Systemelement ausführlich durch Prüffälle spezifiziert. Diese werden durch eine Prüfprozedur Systemelement ausgeführt und in einem Prüfprotokoll Systemelement dokumentiert.

Produktumfang der Segmente im Unterstützungssystem
Betroffene Produkte:
•	Unterstützungs-Systemarchitektur
Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem
Beschreibung:
In der Unterstützungs-Systemarchitektur sind alle Segmente des Unterstützungssystems definiert. Diese werden in der Systemspezifikation detailliert beschrieben.Im Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem wird der Zusammenbau der Segmente beziehungsweise des Unterstützungssystems aus HW-Einheiten, SW-Einheiten, Externe Einheiten oder Segmenten dargestellt.
Die im Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem für jedes Segment grob beschriebenen Prüfungen werden je Segment in einer Prüfspezifikation Systemelement ausführlich durch Prüffälle spezifiziert. Diese werden durch eine Prüfprozedur Systemelement ausgeführt und in einem Prüfprotokoll Systemelement dokumentiert.

Produktumfang eines HW-Moduls
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept HW
HW-Architektur
Beschreibung:
Diese Produktabhängigkeit beschreibt den Übergang von der Hierarchieebene HW-Komponente zum HW-Modul.
Die Beschreibung dieser Abhängigkeit entspricht der Produktabhängigkeit Produktumfang einer HW-Komponente.

Produktumfang einer SW-Komponente
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept SW
SW-Architektur
Beschreibung:
In der SW-Architektur wird die Umsetzung von Anforderungen durch eine SW-Komponente festgelegt. Die zugehörige SW-Spezifikation beschreibt präzise die Schnittstelle der SW-Komponente und deren Realisierung.
Ausgehend von der SW-Spezifikation werden die Inhalte der Prüfspezifikation Systemelement erarbeitet. Für jeden spezifizierten Prüffall wird eine Prüfprozedur Systemelement erstellt. Die Ergebnisse der Ausführung dieser Prüfprozedur Systemelemente, das heißt die Durchführung der Prüffälle, werden durch ein Prüfprotokoll Systemelement dokumentiert.
In dem entsprechenden Implementierungs-, Integrations- und Prüfkonzept SW sind die notwendigen Vorgehensweisen für die Erstellung der SW-Komponente festgelegt.

Produktumfang des Systems
Betroffene Produkte:
•	Gesamtsystemspezifikation (Pflichtenheft)
Beschreibung:
In der Gesamtsystemspezifikation (Pflichtenheft) wird die Umsetzung der Anforderungen durch System und Unterstützungssysteme festgelegt. Der Entwurf des Systems beziehungsweise der Unterstützungssysteme wird jeweils in der Systemarchitektur beziehungsweise Unterstützungs-Systemarchitektur dokumentiert. Eine zugehörige Systemspezifikation beschreibt präzise die Schnittstelle des Systems beziehungsweise der Unterstützungssysteme und deren Realisierung.
Ausgehend von der Systemspezifikation werden die Inhalte der Prüfspezifikation Systemelement erarbeitet. Für jeden spezifizierten Prüffall wird eine Prüfprozedur Systemelement erstellt. Die Ergebnisse der Ausführung dieser Prüfprozedur Systemelemente, das heißt die Durchführung der Prüffälle, werden durch ein Prüfprotokoll Systemelement dokumentiert.
In dem entsprechenden Implementierungs-, Integrations- und Prüfkonzept System beziehungsweise Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem sind die notwendigen Vorgehensweisen für die Erstellung des Systems beziehungsweise Unterstützungssystems festgelegt.

Produktumfang der Unterstützungssysteme
Betroffene Produkte:
•	Gesamtsystemspezifikation (Pflichtenheft)
Beschreibung:
In der Gesamtsystemspezifikation (Pflichtenheft) wird die Umsetzung der Anforderungen durch System und Unterstützungssysteme festgelegt. Der Entwurf des Systems beziehungsweise der Unterstützungssysteme wird jeweils in der Systemarchitektur beziehungsweise Unterstützungs-Systemarchitektur dokumentiert. Eine zugehörige Systemspezifikation beschreibt präzise die Schnittstelle des Systems beziehungsweise der Unterstützungssysteme und deren Realisierung.
Ausgehend von der Systemspezifikation werden die Inhalte der Prüfspezifikation Systemelement erarbeitet. Für jeden spezifizierten Prüffall wird eine Prüfprozedur Systemelement erstellt. Die Ergebnisse der Ausführung dieser Prüfprozedur Systemelemente, das heißt die Durchführung der Prüffälle, werden durch ein Prüfprotokoll Systemelement dokumentiert.
In dem entsprechenden Implementierungs-, Integrations- und Prüfkonzept System beziehungsweise Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem sind die notwendigen Vorgehensweisen für die Erstellung des Systems beziehungsweise Unterstützungssystems festgelegt.

Produktumfang einer SW-Einheit im System
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept System
Systemarchitektur
Beschreibung:
In der Systemarchitektur wird die Umsetzung von Anforderungen durch die SW-Einheit festgelegt. Der Entwurf der SW-Einheit wird jeweils in der SW-Architektur dokumentiert. Die zugehörige SW-Spezifikation beschreibt präzise die Schnittstelle der SW-Einheit und deren Realisierung.
Ausgehend von der SW-Spezifikation werden die Inhalte der Prüfspezifikation Systemelement erarbeitet. Für jeden spezifizierten Prüffall wird eine Prüfprozedur Systemelement erstellt. Die Ergebnisse der Ausführung dieser Prüfprozedur Systemelemente, das heißt die Durchführung der Prüffälle, werden durch ein Prüfprotokoll Systemelement dokumentiert.
In dem entsprechenden Implementierungs-, Integrations- und Prüfkonzept SW sind die notwendigen Vorgehensweisen für die Erstellung der SW-Einheit festgelegt.

Vorgaben zur Systemsicherheit im Projekthandbuch
Betroffene Produkte:
•	Gefährdungs- und Systemsicherheitsanalyse
Projekthandbuch
Beschreibung:
Im Projekthandbuch, Thema Organisation und Vorgaben zur Systemsicherheit, werden in der Systemsicherheits-Maßnamen-Matrix konstruktive und analytische Vorgaben gemacht, die für das Projekt gelten sollen.
Auf der Basis dieser Vorgaben müssen für jedes Systemelement, das die akzeptierte Risikoschwelle übersteigt, risikomindernde Maßnahmen festgelegt werden. Diese risikomindernden Maßnahmen führen zu einer Reduzierung der Eintrittswahrscheinlichkeit einer Gefährdung oder einer Reduzierung der Schadenshöhe.

Produktumfang einer HW-Einheit im Unterstützungssystem
Betroffene Produkte:
•	Unterstützungs-Systemarchitektur
Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem
Beschreibung:
Diese Produktabhängigkeit beschreibt den Übergang von der Systemerstellung des Unterstützungssystems zur HW-Entwicklung.
Die Beschreibung dieser Abhängigkeit entspricht der Produktabhängigkeit Produktumfang einer HW-Einheit im System.

Produktumfang einer HW-Komponente
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept HW
HW-Architektur
Beschreibung:
Diese Produktabhängigkeit beschreibt den Übergang von der Hierarchieebene HW-Einheit zu HW-Komponente der HW-Entwicklung.
Für jede in der HW-Architektur identifizierte HW-Einheit ist eine HW-Spezifikation erforderlich.
Ausgehend von der HW-Komponente erfolgt in der HW-Architektur die Dekomposition in weitere detailliertere HW-Elemente. Begleitend zur Dekomposition dieser HW-Elemente wird analog der Produktabhängigkeit Produktumfang einer HW-Einheit im System eine Zuordnung und Verfeinerung der Schnittstellen und Anforderungen der HW-Spezifikation vorgenommen.
Für jede HW-Komponente wird gemäß den Vorgaben des Implementierungs-, Integrations- und Prüfkonzeptes HW eine Prüfspezifikation und Prüfprozedur erstellt. Die Prüfspezifikation leitet sich aus der HW-Spezifikation ab. Der Zusammenhang zwischen HW-Komponente, Implementierungs-, Integrations- und Prüfkonzept HW, Prüfprozedur, Prüfspezifikation und Prüfprotokoll ist dem Produktumfang einer HW-Einheit im System zu entnehmen.
Die Integration der geprüften HW-Komponente zur HW-Einheit beziehungsweise zur HW-Komponente wird im Implementierungs-, Integrations- und Prüfkonzept HW beschrieben.

Produktumfang eines Externen SW-Moduls
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept SW
SW-Architektur
Beschreibung:
In der SW-Architektur sind alle Produkte des Typs Externes SW-Modul definiert. In einer Make-or-Buy-Entscheidung wird der Weg zur Entscheidung, ob ein Externes SW-Modul als Fertigprodukt zugekauft oder als Unterauftrag vergeben wird, dokumentiert. Das Produkt Externes SW-Modul wird in der Externes-SW-Modul-Spezifikation detailliert beschrieben.
Im Implementierungs-, Integrations- und Prüfkonzept SW wird der Zusammenbau der Produkte des Typs Externes SW-Modul zu SW-Einheiten beziehungsweise zu Produkten des Typs Externes SW-Modul dargestellt. Die im Implementierungs-, Integrations- und Prüfkonzept SW für jedes Produkt Externes SW-Modul grob beschriebenen Prüfungen werden je Externes SW-Modul in einer Prüfspezifikation Systemelement ausführlich durch Prüffälle spezifiziert. Diese werden durch eine Prüfprozedur Systemelement ausgeführt und in einem Prüfprotokoll Systemelement dokumentiert.

Produktumfang einer SW-Einheit im Unterstützungssystem
Betroffene Produkte:
•	Implementierungs-, Integrations- und Prüfkonzept System
Unterstützungs-Systemarchitektur
Beschreibung:
In der Unterstützungs-Systemarchitektur wird die Umsetzung von Anforderungen durch die SW-Einheit festgelegt. Der Entwurf der SW-Einheit wird jeweils in der SW-Architektur dokumentiert. Die zugehörige SW-Spezifikation beschreibt präzise die Schnittstelle der SW-Einheit und deren Realisierung.
Ausgehend von der SW-Spezifikation werden die Inhalte der Prüfspezifikation Systemelement erarbeitet. Für jeden spezifizierten Prüffall wird eine Prüfprozedur Systemelement erstellt. Die Ergebnisse der Ausführung dieser Prüfprozedur Systemelemente, das heißt die Durchführung der Prüffälle, werden durch ein Prüfprotokoll Systemelement dokumentiert.
In dem entsprechenden Implementierungs-, Integrations- und Prüfkonzept SW sind die notwendigen Vorgehensweisen für die Erstellung der SW-Einheit festgelegt.