HINWEIS: Blauer Text stammt aus dem V-Modell-XT und 
kann gelöscht werden beziehungsweise soll ersetzt werden
-Systemspezifikationen: SW-Spezifikation-
…hier Name des Produktexemplars eintragen… 
Version: …eintragen…
Projektbezeichnung		PMBook24	
Projektleiter		
Verantwortlich		SW-Architekt	
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]	Prüfer
[nicht beteiligt]	Logistikentwickler
[nicht beteiligt]	Systemsicherheitsbeauftragter
[nicht beteiligt]	SW-Entwickler
[nicht beteiligt]	Ergonomieverantwortlicher	
Erzeugung	Produktumfang einer SW-Komponente
•	Implementierungs-, Integrations- und Prüfkonzept SW
[Dateiname]
SW-Architektur
[Dateiname]
Produktumfang einer SW-Einheit im Unterstützungssystem
•	Implementierungs-, Integrations- und Prüfkonzept System
[Dateiname]
Unterstützungs-Systemarchitektur
[Dateiname]
Produktumfang eines SW-Moduls
•	Implementierungs-, Integrations- und Prüfkonzept SW
[Dateiname]
SW-Architektur
[Dateiname]
Produktumfang einer SW-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
Die SW-Spezifikation beschreibt alle funktionalen und nicht-funktionalen Anforderungen an ein SW-Element (SW-Einheit, SW-Komponente oder SW-Modul). Zur Erstellung der Spezifikation werden die Anforderungen aus den Spezifikationen übergeordneter Systemelemente beziehungsweise SW-Elemente abgeleitet. Die Spezifikation dient als Vorgabe und Hilfsmittel für Entwurf und Dekomposition der SW-Architektur. Sollten im Laufe der weiteren Entwicklung des SW-Elements Änderungen nötig sein, ist zunächst immer die SW-Spezifikation anzupassen. Die Prüfspezifikation Systemelement definiert die Prüffälle zum Nachweis der Schnittstellen und Anforderungen der Spezifikation.
Wesentliche Inhalte der SW-Spezifikation sind die Beschreibung der Anforderungen an das SW-Element sowie die Festlegung der Schnittstellen, die es zu bedienen hat. Zusätzlich wird die Verfeinerung und Zuordnung von Anforderungen und Schnittstellen zu untergeordneten SW-Elementen beschrieben.
Im Rahmen der Anforderungsverfolgung wird sichergestellt, dass alle Anforderungen an das Element bei der Verfeinerung auf die nächste Hierarchieebene berücksichtigt werden. Die Erstellung der SW-Spezifikationen erfolgt Hand in Hand mit dem Architekturentwurf der SW-Einheiten. Zur Sicherstellung der Konsistenz zwischen Spezifikationen und Architektur ist der SW-Architekt verantwortlich für die Erstellung beider Produkte.
Anforderungen aus der SW-Spezifikation können sich auf die Spezifikation Logistische Unterstützung auswirken. Ebenso können Anforderungen der Logistik die SW-Spezifikation beeinflussen.

…hier Ihren Text einfügen…

2	
SW-Element-Überblick
Der SW-Element-Überblick gibt einen groben Überblick über das zu realisierende SW-Element. Aufgaben und Ziele des SW-Elements werden überblickartig beschrieben. Zum besseren Verständnis wird die Rolle des Elements innerhalb des Systems, eines Unterstützungssystems oder einer SW-Einheit dargestellt.

…hier Ihren Text einfügen…

2	
Schnittstellenbeschreibung
Eine Schnittstelle repräsentiert die Grenze eines SW-Elements zu seiner Umgebung. Sie beschreibt, welche Daten an der Elementgrenze ausgetauscht werden, und die logischen Abhängigkeiten. Damit definiert die Schnittstelle die Dienste, die vom SW-Element zu erbringen sind. Ein SW-Element kann mehrere Schnittstellen besitzen.
In der Schnittstellenbeschreibung werden die funktionalen Anforderungen an das SW-Element gesammelt, alle Schnittstellen festgelegt und im Zusammenhang dargestellt. Zusammen mit den nicht-funktionalen Anforderungen enthält die Schnittstellenbeschreibung die notwendigen Informationen zur Entwicklung des SW-Elements. In der Schnittstellenbeschreibung werden neben den Schnittstellen zu anderen SW-Elementen auch die Schnittstellen zur Umgebung beschrieben, wie die grafische Benutzerschnittstelle oder Schnittstellen zu Unterstützungssystemen.
Die Beschreibung der funktionalen Schnittstelle teilt sich in die Beschreibung ihres statischen und dynamischen Verhaltens auf. Das statische Verhalten legt die Struktur der Aufrufe fest, über die Dienste des SW-Elements genutzt werden können. Zur Beschreibung dienen insbesondere Methodensignaturen und Definitionen von Datentypen. Das dynamische Verhalten bestimmt die Reihenfolge der Aufrufe und die logischen Abhängigkeiten der übermittelten Daten. Zur Beschreibung des dynamischen Verhaltens werden häufig Ablaufdiagramme (Sequenzdiagramme, Message Sequence Charts) oder Zustandübergangsdiagramme verwendet.
Grundlage für die Schnittstellenbeschreibung sind die Schnittstellenübersicht der Architektur sowie die Schnittstellenrealisierungen der Systemspezifikationen übergeordneter Systemelemente. Die Schnittstellenbeschreibung sollte sich daran orientieren, ob eine Wiederverwendung bereits bestehender SW-Elemente möglich ist. Darüber hinaus ist bei der Beschreibung der Schnittstellen darauf zu achten, dass die Schnittstellen stabil sind und damit eine möglichst lange Nutzung des SW-Elements möglich wird.

…hier Ihren Text einfügen…

2	
Nicht-funktionale Anforderungen
Neben den funktionalen Anforderungen hat ein SW-Element eine Reihe nicht-funktionaler Anforderungen zu erfüllen. Zu den häufig geforderten nicht-funktionalen Anforderungen speziell an ein SW-Element gehören beispielsweise Benutzbarkeit, Antwortzeit, Transaktionsrate, Vertraulichkeit oder Datenintegrität.
Die nicht-funktionalen Anforderungen werden im Detail beschrieben und mit konkret geforderten Werten belegt. Die für das SW-Element relevanten nicht-funktionalen Anforderungen werden aus den Spezifikationen der übergeordneten Systemelemente beziehungsweise SW-Elemente abgeleitet.

…hier Ihren Text einfügen…

2	
Schnittstellenrealisierung
In der Schnittstellenrealisierung erfolgt die Verfeinerung der funktionalen Anforderungen aus der Schnittstellenbeschreibung. Die Anforderungen werden konkretisiert, verfeinert und den SW-Elementen der darunter liegenden Hierarchieebene zugeordnet.
Grundlage der Schnittstellenrealisierung ist die SW-Architektur der übergeordneten SW-Einheit . SW-Komponenten und SW-Module der verschiedenen Hierarchieebenen werden dort im Rahmen der Dekomposition identifiziert.

…hier Ihren Text einfügen…

2	
Verfeinerung nicht-funktionaler Anforderungen
Die Verfeinerung nicht-funktionaler Anforderungen erfolgt parallel zur Verfeinerung der funktionalen Anforderungen in der Schnittstellenrealisierung. Die nicht-funktionalen Anforderungen werden konkretisiert, verfeinert und den SW-Elementen der darunter liegenden Hierarchiestufe zugeordnet.
So kann beispielsweise eine in der Schnittstellenbeschreibung geforderte Antwortzeit von höchstens 0,5 Sekunden auf zwei SW-Elemente mit der Anforderung von je 0,25 Sekunden verfeinert werden.
Die verfeinerten Anforderungen bleiben als eigenständige Anforderungen bestehen oder werden in die Schnittstellenrealisierung integriert.

…hier Ihren Text einfügen…

2	
Anforderungsverfolgung
Im Rahmen der Anforderungsverfolgung wird die Zuordnung der funktionalen und nicht-funktionalen Anforderungen an das SW-Element auf die verfeinerten Anforderungen und auf untergeordnete SW-Elemente zusammenfassend dargestellt. Grundlage sind die Ergebnisse der Schnittstellenrealisierung sowie der Verfeinerung nicht-funktionaler Anforderungen. Die bidirektionale Verfolgbarkeit (d.h. von übergeordneten zu untergeordneten SW-Elementen und umgekehrt) muss dabei sichergestellt werden. Die Darstellung kann beispielsweise anhand einer Matrix erfolgen.

…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 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 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.

Vorgaben zur Benutzungsschnittstelle
Betroffene Produkte:
•	Systemspezifikation
Mensch-Maschine-Schnittstelle (Styleguide)
HW-Spezifikation
SW-Spezifikation
Beschreibung:
Der Entwurf der Benutzungsschnittstelle, der in der Systemspezifikation, der SW-Spezifikation und der HW-Spezifikation beschrieben wird, muss sich an den Vorgaben aus der Mensch-Maschine-Schnittstelle (Styleguide) orientieren.

Logistische Konzeption beeinflusst SW- und HW-Spezifikationen
Betroffene Produkte:
•	Externe-Einheit-Spezifikation
Systemspezifikation
HW-Spezifikation
SW-Spezifikation
Externes-SW-Modul-Spezifikation
Spezifikation logistische Unterstützung
Externes-HW-Modul-Spezifikation
Beschreibung:
Logistische Anforderungen wie Verfügbarkeit oder Instandhaltbarkeit werden im Zusammenspiel von System, Unterstützungssystem und der logistischen Unterstützung erfüllt. Beispielsweise entscheiden die Ausbaubarkeit eines HW-Moduls im System, der Funktionsumfang des Unterstützungssystems "Messgerät" und die Güte der Instandhaltungsanleitung über die Reparaturzeit des Systems und damit über dessen Verfügbarkeit. In der logistischen Konzeption wird dieses Zusammenspiel untersucht, daraus ergeben sich gegebenenfalls neue Anforderungen an HW- oder SW-Bestandteile und an externe Elemente wie Externe Einheiten und Produkte vom Typ Externes HW-Modul bzw Externes SW-Modul.

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.

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.