HINWEIS: Blauer Text stammt aus dem V-Modell-XT und 
kann gelöscht werden beziehungsweise soll ersetzt werden
-Systementwurf: SW-Architektur-
…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]	Systemarchitekt
[nicht beteiligt]	SW-Entwickler
[nicht beteiligt]	Systemintegrator	
Erzeugung	Produktumfang einer SW-Einheit im Unterstützungssystem
•	Implementierungs-, Integrations- und Prüfkonzept System
[Dateiname]
Unterstützungs-Systemarchitektur
[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
Für jede in der Systemarchitektur identifizierte SW-Einheit wird eine SW-Architektur erstellt. Ausgehend von den funktionalen und nicht-funktionalen Anforderungen an die SW-Einheit ist es Aufgabe des SW-Architekten, eine geeignete SW-Architektur zu entwerfen. Das Produkt SW-Architektur dient dabei sowohl als Leitfaden zum Entwurf als auch zur Dokumentation der Entwurfsentscheidungen.
Wie in der Systemarchitektur werden richtungweisende Architekturprinzipien festgelegt und mögliche Entwurfsalternativen untersucht. Entsprechend der gewählten Entwurfsalternative wird die Zerlegung (Dekomposition) der SW-Einheit in SW-Komponenten, SW-Module und Produkte vom Typ Externes SW-Modul beschrieben. Beziehungen und Schnittstellen zwischen den Elementen und zur Umgebung werden identifiziert und im Überblick dargestellt. Ein Datenkatalog der an den Schnittstellen ausgetauschten Datenstrukturen wird erstellt.
Die gewählte Architektur wird hinsichtlich ihrer Eignung für das geforderte System bewertet. Offene Fragen können beispielsweise im Rahmen einer prototypischen Entwicklung geklärt werden.
Der Entwurf der SW-Architektur kann Änderungen der Systemarchitektur nach sich ziehen. Abhängig von den Vorgaben im Projekthandbuch wird die Änderung vom Systemarchitekten geprüft und gegebenenfalls direkt eingearbeitet. Im Einzelfall kann ein expliziter Änderungsantrag notwendig sein.
Hauptverantwortlicher für den Entwurf der SW-Architektur ist der SW-Architekt. Unterstützt wird er dabei vom SW-Entwickler sowie von verschiedenen Experten zu Einzelthemen wie Logistik, Systemsicherheit oder Ergonomie.
Die SW-Architektur stellt das zentrale Dokument für die Erstellung weiterer Produkte dar. Sie legt alle SW-Komponenten und SW-Module der SW-Einheit fest. Entsprechend ihren Vorgaben werden die jeweiligen Elemente mit ihren Spezifikationen erstellt.

…hier Ihren Text einfügen…

2	
Architekturprinzipien und Entwurfsalternativen
Die Beschreibung des Themas Architekturprinzipien und Entwurfsalternativen entspricht weitgehend dem Thema Architekturprinzipien und Entwurfsalternativen der Systemarchitektur.
Zu den Architekturprinzipien auf SW-Ebene zählen beispielsweise die Entscheidung für ein Programmierparadigma (objektorientiert, prozedural), die Entscheidung für eine Technologie (CORBA, EJB) oder auch die Vorgabe für eine spezielle Systemart (verteilte Internetanwendung, Desktopanwendung). Hilfestellung bei Entwurfsalternativen für die SW-Entwicklung geben beispielsweise Entwurfsmuster, Musterarchitekturen und Entwurfsheuristiken.

…hier Ihren Text einfügen…

2	
Dekomposition der SW-Einheit
Im Rahmen der Dekomposition wird die statische Struktur der SW-Einheit festgelegt. Die statische Struktur beschreibt die Zerlegung der Einheit in SW-Komponenten und SW-Module. Das Entwurfsergebnis wird als Graph der zu realisierenden SW-Elemente sowie ihrer Beziehungen untereinander dokumentiert. Zur Darstellung können beispielsweise Komponenten- und/oder Klassendiagramme verwendet werden.
Grundlage der Dekomposition sind die Anforderungen aus der SW-Spezifikation der SW-Einheit oder eines übergeordneten Systemelements. Randbedingungen werden durch die in der SW-Architektur identifizierten Architekturprinzipien sowie die getroffenen Entwurfsentscheidungen vorgegeben.

…hier Ihren Text einfügen…

2	
Schnittstellenübersicht
In der Schnittstellenübersicht der SW-Architektur werden die Schnittstellen der SW-Einheit sowie die Schnittstellen ihrer SW-Elemente im Überblick dargestellt. Zur Beschreibung der Schnittstellenübersicht wird jeweils nur die Kommunikation auf einer Ebene betrachtet:
	Auf Ebene der SW-Einheit werden die Schnittstellen zu anderen Einheiten sowie zur Umgebung beschrieben.
	Auf Ebene der SW-Komponenten werden die Schnittstellen zwischen den Komponenten innerhalb der Einheit beschrieben.
	Auf Ebene der SW-Module werden die Schnittstellen zwischen den Modulen innerhalb der Komponente beschrieben.
Umgebungsschnittstellen eines SW-Elements können beispielsweise zum Anwender, zur Logistik oder zu verschiedenen Unterstützungssystemen existieren. Die detaillierte Beschreibung der Schnittstellen erfolgt in den jeweiligen Spezifikationen der SW-Elemente.

…hier Ihren Text einfügen…

2	
Datenkatalog
Im Datenkatalog der SW-Architektur werden die an den Schnittstellen der SW-Einheit ausgetauschten Datenstrukturen mit Attributen, Datentypen und Wertebereichen beschrieben. Jede Programmiersprache und Plattform bietet hier eigene Lösungen, die bei der Definition zu berücksichtigen sind.

…hier Ihren Text einfügen…

2	
Designabsicherung
Wurde ein Architekturentwurf für die SW-Einheit gewählt und bis auf Modulebene ausgearbeitet, so ist sicherzustellen, dass der gewählte Entwurf für die Anforderungen geeignet ist. Zur Designabsicherung von SW-Architekturen stehen verschiedene Methoden zur Verfügung. Zwei häufig eingesetzten Methoden sind beispielsweise die Architekturevaluierung mit szenario-basierten Methoden und die prototypische Entwicklung von Systemteilen. Durchführung und Ergebnisse der Designabsicherung werden dokumentiert. Sie können gegebenenfalls eine Neubewertung der Entwurfsentscheidungen und eine Überarbeitung der Architektur nach sich ziehen.

…hier Ihren Text einfügen…

2	
Zu spezifizierende SW-Elemente
Die Erstellung einer Spezifikation für ein SW-Element ist aufwändig und nicht in allen Fällen erforderlich. Zur individuellen Anpassung des Spezifikationsaufwands an die Projekterfordernisse hat der SW-Architekt, abhängig von den Vorgaben im Projekthandbuch und den Anforderungen, die Möglichkeit festzulegen, für welche SW-Elemente eine SW-Spezifikation zu erstellen ist.
Kriterien für die Notwendigkeit einer Spezifikation können beispielsweise sein: die Kritikalität des SW-Elements, die Komplexität der Anforderungen an das SW-Element oder die Vorgaben zur Prüfung im Implementierungs-, Integrations- und Prüfkonzept SW. Für SW-Elemente, die einer Prüfung unterzogen werden, ist in jedem Fall eine SW-Spezifikation zu erstellen, da sie als Vorgabe der Prüfspezifikation Systemelement dient. Für SW-Elemente, die als nicht zu spezifizieren eingestuft wurden, ist jeweils eine Begründung aufzuführen.

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

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.