HINWEIS: Blauer Text stammt aus dem V-Modell-XT und 
kann gelöscht werden beziehungsweise soll ersetzt werden
-Anforderungen und Analysen: Make-or-Buy-Entscheidung-
…hier Name des Produktexemplars eintragen… 
Version: …eintragen…
Projektbezeichnung		PMBook24	
Projektleiter		
Verantwortlich		Projektleiter	
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]	HW-Architekt
[nicht beteiligt]	Einkäufer
[nicht beteiligt]	Systemarchitekt
[nicht beteiligt]	SW-Architekt
[nicht beteiligt]	Systemintegrator
[nicht beteiligt]	Projektkaufmann	
Erzeugung	Produktumfang eines Externen SW-Moduls
•	Implementierungs-, Integrations- und Prüfkonzept SW
[Dateiname]
SW-Architektur
[Dateiname]
Produktumfang der Externen Einheiten im Unterstützungssystem
•	Unterstützungs-Systemarchitektur
[Dateiname]
Implementierungs-, Integrations- und Prüfkonzept Unterstützungssystem
[Dateiname]
Produktumfang eines Externen HW-Moduls
•	Implementierungs-, Integrations- und Prüfkonzept HW
[Dateiname]
HW-Architektur
[Dateiname]
Produktumfang der Externen Einheiten 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
In einer Make-or-Buy-Entscheidung wird der Weg hin zur Entscheidung, ob eine Externe Einheit, ein Externes HW-Modul oder ein Externes SW-Modul als Fertigprodukt zugekauft, selbst entwickelt oder als Unterauftrag vergeben wird, dokumentiert. Abhängig von den strategischen Vorgaben kann eine vorrangige Untersuchung durchzuführen sein, ob die Wiederverwendung einer Komponente aus Eigenentwicklung oder die Verwendung einer Open Source-Komponente möglich ist.
Strategische und wirtschaftliche Aspekte werden untersucht. Eventuell wird eine Evaluierung potentieller Fertigprodukte durchgeführt. Die Ergebnisse der Analysen und der Evaluierung stützen die endgültige Entscheidung. Das Ergebnis der Entscheidung wird in der Systemarchitektur oder Unterstützungs-Systemarchitektur dokumentiert.

…hier Ihren Text einfügen…

2	
Strategische Analyse
Der Auftragnehmer hat im Rahmen der strategischen Ausrichtung seiner Organisation zu untersuchen, ob die möglichen Vorteile des Einsatzes von Fertigprodukten, der Wiederverwendung von Komponenten aus eigener Entwicklung, der Verwendung von Open Source-Komponenten oder einer Auftragsvergabe für sein Projekt genutzt werden können. Dabei hat er insbesondere abzuwägen, ob die Verfügbarkeit und die Reife der vorgefertigten Komponenten für die von ihm benötigten Funktionalitäten ausreichend und geeignet sind.
Für alle Arten der Beschaffung ist zu prüfen, ob eine spürbare Kostenersparnis gegenüber einer Eigenentwicklung sowohl in der Beschaffungs- als auch in der Nutzungs- und Wartungsphase erkennbar und eine signifikante Verkürzung der Lieferzeiten zwischen Anforderungsfestlegung und Implementierung zu erwarten ist.
Bei Open Source-Komponenten ist außerdem zu beachten, dass die verschiedenen Open Source-Communities Regeln für die Benutzung der Open Source-Komponenten haben.
Die strategische Analyse hat dabei gegebenenfalls unternehmensweite Vorgaben zu beachten. Relevante Vorgaben können beispielsweise sein:
	Es dürfen keine Aufträge vergeben werden, bei denen Kernkompetenzen preisgegeben werden müssen.
	Der Einsatz von konkreten Fertigprodukten ist vorgeschrieben. Eigenentwicklungen müssen besonders begründet werden. Gründe können höhere wirtschaftliche oder technische Risiken beim Einsatz von Fertigprodukten sein.
	Der Einsatz von Fertigprodukten ist freigestellt. Es ist die wirtschaftlichste Lösung anzustreben.
	Es müssen eigene Komponenten wiederverwendet werden, z.B. im Zusammenhang mit Produktlinienengineering.

…hier Ihren Text einfügen…

2	
Wirtschaftliche Analyse
Die Wirtschaftlichkeit der Verwendung von Produkten vom Typ Externe Einheit, Externes HW-Modul oder Externes SW-Modul ist möglichst durch eine Kosten-Nutzen-Analyse in quantitativer Form (Geldeinheiten) nachzuweisen. Dies ist unabhängig davon, ob es sich um die Verwendung eines vorgefertigten Produktes oder um das Ergebnis eines Entwicklungsauftrags handelt. Bei einem Nutzenüberhang über die Kosten ist die Verwendung eines Externen Systemelements eindeutig als wirtschaftlich einzustufen. Eventuell kann auch durch Reduzierung der Anforderungen an ein externes Systemelement eine zusätzliche Kosteneinsparung erreicht werden (z.B. können bei 20% der Kosten 80% der Anforderungen erfüllt sein).
Der messbare Nutzen eines vorgefertigten Produktes kann beispielsweise in seiner sofortigen Verfügbarkeit liegen. Zusätzlich ist ein geringerer Aufwand für Prüfung und Integration zu erwarten, da die Produkte in der Regel am Markt oder bereits im eigenen Haus erprobt wurden.
Wie die Kostenvorteile sind jedoch auch die Kostennachteile zu berücksichtigen. Beispielsweise können Kostenvorteile vollständig aufgezehrt werden, wenn bei Fertigprodukten oder Open Source-Komponenten aufwändige Anpassungen notwendig werden oder Implementierungsfehler, Schnittstelleninkompatibilität oder Plattforminkompatibilität zu bereinigen sind.
Sollte der Nutzen sich nicht in Geldeinheiten ausdrücken lassen, so können qualitative Nutzenaspekte hinzugezogen werden (dazu kann im öffentlichen Bereich die IT-WiBe verwendet werden). Qualitativer Nutzen entsteht beispielsweise beim Einsatz von Standardkomponenten durch eine höhere Flexibilität und leichtere Erweiterbarkeit. Bei Produkten, die bereits im Markt oder im Haus erprobt wurden, kann von einer geringeren Ausfallwahrscheinlichkeit und damit einer höheren Verfügbarkeit des neuen Produktes ausgegangen werden.
Kommt der Einsatz von Fertigprodukten, einer Open Source-Komponente oder einer wiederverwendbaren Komponente nicht in Frage, muss zwischen der Fremd- oder Eigenentwicklung entschieden werden. Dabei spielen Aspekte wie „Time to Market“, eigene Ressourcenverfügbarkeit und der Kostenfaktor eine Rolle.

…hier Ihren Text einfügen…

2	
Evaluierung der Fertigprodukte
Das Thema Evaluierung der Fertigprodukte dokumentiert die Evaluierung möglicher Fertigproduktkandidaten für eine Externe Einheit, ein Externes HW-Modul oder ein Externes SW-Modul. Damit wird die Grundlage zur Entscheidung für oder gegen ein Fertigprodukt im Allgemeinen oder auch für oder gegen ein bestimmtes Fertigprodukt gelegt. Kommen aus strategischen Überlegungen auch Open Source-Komponenten in Frage, werden diese ebenfalls betrachtet.
Anhand der Schnittstellen und nicht-funktionalen Anforderungen der Externe-Einheit-Spezifikation, der Externes-HW-Modul-Spezifikation oder der Externes-SW-Modul-Spezifikation wird eine Kriterienliste aufgestellt. Sie dient dazu, die Eignung der Fertigproduktkandidaten zu überprüfen. Entscheidungen fallen oft aufgrund der Nichterfüllung von K.o.-Kriterien in Randbereichen, die anfangs nicht immer gegenwärtig sind. Aus diesem Grund ist eine Bewertung der Erfüllungsgrade der konkreten und gewichteten Anforderungen, das heißt eine klassische Nutzwertanalyse mit K.o.-Kriterien erforderlich. Eine Bewertung von Fertigprodukten z.B. anhand starrer Funktionskataloge ist sinnlos und führt zu falschen Ergebnissen. Die einzelnen Fertigprodukte werden anhand der Kriterienliste bewertet.
Zu beachten ist, dass Fertigprodukte oft nicht die besonderen (z.B. militärischen) Anforderungen, die aus Umwelteinflüssen und speziellen Einsatzbedingungen herrühren, erfüllen. Daher werden Anpassungen (Härtung beziehungsweise Wrapping-Technologien) der Fertigprodukte an die vorgegebenen Einsatzbedingungen notwendig, das heißt bei der Verwendung von Fertigprodukten muss der Aufwand für eventuell neu zu entwickelnde Anpassungs-SW beziehungsweise -HW hinsichtlich Kosten und Integrationsrisiko betrachtet werden. Ergebnis der Evaluierung ist eine Liste mit priorisierten Fertigproduktkandidaten.

…hier Ihren Text einfügen…

2	
Bewertung und Ergebnis
Wurden die verschiedenen Analysen und gegebenenfalls eine Fertigproduktevaluierung durchgeführt, ist anhand der Ergebnisse die Entscheidung zur Eigenentwicklung, zum Kauf, zur Wiederverwendung oder zur Fremdvergabe zu treffen.
In die Entscheidung fließen zusätzliche Bewertungskriterien für mögliche Fertigproduktlieferanten bzw. Unterauftragnehmer mit ein, wie beispielsweise Bonitätskriterien, Leistungskriterien und vertragliche Kriterien. Ebenso relevant für eine Make-or-Buy-entscheidung sind Kriterien wie Marktstellung eines Unternehmens, Erfahrungen auf dem Fachgebiet, Beteiligungen an Standardisierungen, Vertragspolitik, Preispolitik und verfügbare Wartungs-, Support- und Schulungsangebote.
Wurde eine Evaluierung von Fertigprodukten durchgeführt, ist die priorisierte Kandidatenliste ebenfalls als Entscheidungsgrundlage hinzuzuziehen. Des Weiteren sind mögliche Risiken zu bewerten, wie beispielsweise Integrationsrisiken, Beherrschbarkeit neuer Technologien oder Anpassungsfähigkeit und Modularität des Fertigprodukts.
Anhand der oben genannten Kriterien und untersuchten Risiken wird eine Rangfolge der Alternativen aufgestellt, die Entscheidung durchgeführt und das Ergebnis dokumentiert.

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

Berücksichtigung der Marktsichtung
Betroffene Produkte:
•	Marktsichtung für Fertigprodukte (AN)
Make-or-Buy-Entscheidung
Beschreibung:
In der Marktsichtung für Fertigprodukte (AN) werden Fertigproduktkandidaten für eine Externe Einheit, ein Externes HW-Modul oder ein Externes SW-Modul identifiziert. Im Rahmen der Make-or-Buy-Entscheidung müssen diese Kandidaten evaluiert werden (siehe Evaluierung der Fertigprodukte).

Einfluss eines Fertigprodukts auf die Externes-SW-Modul-Spezifikation
Betroffene Produkte:
•	Make-or-Buy-Entscheidung
Externes-SW-Modul-Spezifikation
Beschreibung:
Die Externes-SW-Modul-Spezifikation ist auf SW-Ebene die Basis für die Evaluierung der Fertigprodukte im Rahmen der Make-or-Buy-Entscheidung.
Ist das Ergebnis einer Make-or-Buy-Entscheidung der Einsatz eines Fertigprodukts, hat das üblicherweise Rückwirkungen auf die Externes-SW-Modul-Spezifikation, da das Fertigprodukt normalerweise nur einen Teil der Anforderungen erfüllt. Der verbleibende Rest muss von anderen/neuen Systemteilen erbracht werden oder die Anforderungen müssen angepasst/reduziert werden. Dies kann wiederum Rückwirkungen auf die SW-Architektur und die SW-Spezifikation und dann in Folge auf die Systemarchitektur, die Systemspezifikation, die Gesamtsystemspezifikation (Pflichtenheft) oder sogar die Anforderungen (Lastenheft) haben.
Fertigprodukte erfüllen oft nicht die besonderen Anforderungen, die aus Umwelteinflüssen und speziellen Einsatzbedingungen (zum Beispiel Militär) herrühren. Daher werden Anpassungen der Fertigprodukte an die vorgegebenen Einsatzbedingungen (zum Beispiel Härtung) notwendig. Bei der Verwendung von Fertigprodukten muss dies hinsichtlich Kosten und Integrationsrisiko beachtet werden.
Die Entscheidung über eine eventuelle Vergabe dieses Zusatzes erfolgt im Rahmen einer weiteren Make-or-Buy-Entscheidung.

Vorgaben in der Gesamtsystemspezifikation bezüglich Fertigprodukten
Betroffene Produkte:
•	Make-or-Buy-Entscheidung
Gesamtsystemspezifikation (Pflichtenheft)
Beschreibung:
Werden in der Gesamtsystemspezifikation (Pflichtenheft) konkrete Vorgaben zum Einsatz von Fertigprodukten gemacht, so sind diese in der Make-or-Buy-Entscheidung zu berücksichtigen.
Diese Vorgaben können beispielsweise sein:
	Verwendung eines konkreten Produktes oder einer konkreten Produktfamilie
	Beauftragung eines eindeutig bestimmten Unterauftragnehmers
	Realisierungskriterien, welche nur bestimmte Produkte oder Produktfamilien zulassen.

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.

Einfluss eines Fertigprodukts auf die Externes-HW-Modul-Spezifikation
Betroffene Produkte:
•	Make-or-Buy-Entscheidung
Externes-HW-Modul-Spezifikation
Beschreibung:
Die Externes-HW-Modul-Spezifikation ist auf HW-Ebene die Basis für die Evaluierung der Fertigprodukte im Rahmen der Make-or-Buy-Entscheidung.
Ist das Ergebnis einer Make-or-Buy-Entscheidung der Einsatz eines Fertigprodukts, hat das üblicherweise Rückwirkungen auf die Externes-HW-Modul-Spezifikation, da das Fertigprodukt normalerweise nur einen Teil der Anforderungen erfüllt. Der verbleibende Rest muss von anderen/neuen Systemteilen erbracht werden oder die Anforderungen müssen angepasst/reduziert werden. Dies kann wiederum Rückwirkungen auf die HW-Architektur und die HW-Spezifikation und dann in Folge auf die Systemarchitektur, die Systemspezifikation, die Gesamtsystemspezifikation (Pflichtenheft) oder sogar die Anforderungen (Lastenheft) haben.
Fertigprodukte erfüllen oft nicht die besonderen Anforderungen, die aus Umwelteinflüssen und speziellen Einsatzbedingungen (zum Beispiel Militär) herrühren. Daher werden Anpassungen der Fertigprodukte an die vorgegebenen Einsatzbedingungen (zum Beispiel Härtung) notwendig. Bei der Verwendung von Fertigprodukten muss dies hinsichtlich Kosten und Integrationsrisiko beachtet werden.
Die Entscheidung über eine eventuelle Vergabe dieses Zusatzes erfolgt im Rahmen einer weiteren Make-or-Buy-Entscheidung.

Einfluss eines Fertigprodukts auf die Externe-Einheit-Spezifikation
Betroffene Produkte:
•	Externe-Einheit-Spezifikation
Make-or-Buy-Entscheidung
Beschreibung:
Die Externe-Einheit-Spezifikation ist die Basis für die Evaluierung der Fertigprodukte im Rahmen der Make-or-Buy-Entscheidung.
Ist das Ergebnis einer Make-or-Buy-Entscheidung der Einsatz eines Fertigprodukts, hat das üblicherweise Rückwirkungen auf die Externe-Einheit-Spezifikation, da das Fertigprodukt normalerweise nur einen Teil der Anforderungen erfüllt. Der verbleibende Rest muss von anderen/neuen Systemteilen erbracht werden oder die Anforderungen müssen angepasst/reduziert werden. Dies kann wiederum Rückwirkungen auf die Systemarchitektur, die Systemspezifikation, die Gesamtsystemspezifikation (Pflichtenheft) oder sogar die Anforderungen (Lastenheft) haben.
Fertigprodukte erfüllen oft nicht die besonderen Anforderungen, die aus Umwelteinflüssen und speziellen Einsatzbedingungen (zum Beispiel Militär) herrühren. Daher werden Anpassungen der Fertigprodukte an die vorgegebenen Einsatzbedingungen (zum Beispiel Härtung) notwendig. Bei der Verwendung von Fertigprodukten muss dies hinsichtlich Kosten und Integrationsrisiko beachtet werden.
Die Entscheidung über eine eventuelle Vergabe dieses Zusatzes erfolgt im Rahmen einer weiteren Make-or-Buy-Entscheidung .

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