3 Teil 3: V-Modell-Referenz Tailoring

3.5 Projekttypvarianten

3.5.5 AG-AN-Projekt mit Entwicklung, Weiterentwicklung oder Migration

Zugrunde liegender Projekttyp:

Beschreibung

Wie in Teil 1: »Grundlagen des V-Modells bereits erläutert wurde, stellt das V-Modell für unterschiedliche »Projekttypen jeweils speziell angepasste Projekttypvarianten zur Verfügung.

Die »AG-AN-Projekt mit Entwicklung, Weiterentwicklung oder Migration kommt nur für Projekte mit dem Projekttypen »Systementwicklungsprojekt (AG/AN) in Betracht, also wenn für ein Systementwicklungsprojekt keine Trennung der Auftraggeber- und Auftragnehmerseite in zwei separate Projekte erforderlich ist. Dies kann gegeben sein, wenn das Systementwicklungsprojekt entweder in einer Organisation durchgeführt wird oder aber zwar mehrere Organisationen beteiligt sind, diese jedoch bewusst in einem Projekt eng zusammenarbeiten. Im Unterschied zum getrennten »Systementwicklungsprojekt (AG) und »Systementwicklungsprojekt (AN) entfallen somit das Ausschreibungs- und Vertragswesen sowie die doppelte Projektorganisation mit zwei Projektleitern.

Die »AG-AN-Projekt mit Entwicklung, Weiterentwicklung oder Migration basiert auf der Grundidee, dass die Anwenderanforderungen bereits zu Beginn des Projekts relativ fest abgesteckt worden sind. Nachdem die Anforderungen im Entscheidungspunkt »Anforderungen festgelegt fixiert worden sind, sind nachträgliche Änderungen an den Anforderungen lediglich über das Problem- und Änderungsmanagement sowie über den »Entscheidungspunkt »Iteration geplant möglich. Das System wird in einzelnen Stufen entworfen, realisiert und ausgeliefert, welche auch »Inkremente genannt werden. Jede dieser Stufen wird einzeln abgenommen. Bevor ein Inkrement ausgeliefert wird, kann der Systemersteller intern mehrere Iterationen durchlaufen.

Änderungen innerhalb eines Inkrements sind bei dieser »Projektdurchführungsstrategie zu vermeiden und sollten über das Änderungsmanagement im folgenden Inkrement berücksichtigt werden. Wichtige Änderungen, die beispielsweise die Architektur des Systems maßgeblich beeinflussen könnten, sollten so früh wie möglich mitgeteilt werden. Diese Vorgehensweise hat den Vorteil, dass der Anwender frühzeitig in den Besitz einer Vorstufe des Systems gelangt, die bereits die wichtigsten Grundfunktionalitäten des Systems realisiert.

Nicht nur für die Neuentwicklung kann die Projekttypvariante »AG-AN-Projekt mit Entwicklung, Weiterentwicklung oder Migration verwendet werden. Bei der Weiterentwicklung von Altsystemen werden zudem die Anforderungen an das neue System dokumentiert, die dann in den Weiterentwicklungsprozess einfließen. Die Weiterentwicklung beziehungsweise Migration eines Systems in Wartung ist angezeigt, wenn Anforderungen an das System Auswirkungen auf die Systemarchitektur nach sich ziehen würden.

Wird das System auf eine neue Umgebung migriert, beispielsweise auf eine neue Hardwareplattform oder Laufzeitumgebung, dann ergibt sich gegebenenfalls eine andere Grundlage für die Anforderungen. Dies können die bei der Spezifikation des Gesamtsystems (»System spezifiziert) im Rahmen der »Altsystemanalyse ermittelten bestehenden Funktionalitäten, Anforderungen in der Änderungsstatusliste, sowie neue Anforderungen des Anwenders sein. Eine vollständige Migration muss nicht immer erforderlich sein. Bei einer Teilmigration verbleiben Teile des Altsystems auf ihrer ursprünglichen Plattform und das Neusystem wird über Integrationstechnologien mit dem Altsystem verbunden.

Verpflichtende Vorgehensbausteine

Aufgrund des Projekttyps: Anforderungsfestlegung, Konfigurationsmanagement, Lieferung und Abnahme (AG), Lieferung und Abnahme (AN), Problem- und Änderungsmanagement, Projektmanagement, Qualitätssicherung, Systemerstellung

Im Tailoring zu berücksichtigende Projektmerkmale

Aufgrund des Projekttyps: Systemsicherheit (AN), Kaufmännisches Projektmanagement, Messung und Analyse, Fertigprodukte, Benutzerschnittstelle, Projektgegenstand

Aufgrund der Projekttypvariante: Unterauftrag, Altsystem, Prototypentwicklung

Projektdurchführungsstrategie

images/PTV_df42106fce7993f.gif

Abbildung 15: Projekttypvariante AG-AN-Projekt mit Entwicklung, Weiterentwicklung oder Migration

Die Entscheidungspunkte der Projekttypvariante »AG-AN-Projekt mit Entwicklung, Weiterentwicklung oder Migration sowie der Ablauf eines Entwicklungszyklus sind in Abbildung 15 dargestellt. Die Projekttypvariante erlaubt, verschiedene Entwicklungsstrategien anzuwenden:

Die Entscheidung für eine Entwicklungsstrategie wird jedes Mal dann getroffen, nachdem der Entscheidungspunkt »Iteration geplant eingeplant wird. Bestehen beispielsweise hohe Realisierungsrisiken, so kann eine frühe Iteration mittels prototypischer Entwicklung durchgeführt werden.

Im Folgenden wird anhand der durchlaufenen Entscheidungspunkte der Ablauf einer Systementwicklung beschrieben.

Mögliche Übergänge ausgehend von 'Projektstart'

Von 'Projektstart' nach 'Projekt genehmigt'

webimages/PTV_df42106fce7993f_12.gif

Im Bereich des potenziellen Auftraggebers wird unter Federführung eines Sponsors ein »Projektvorschlag erstellt, der alle notwendigen Informationen enthält, um eine Entscheidung über die Umsetzung des Vorschlags in Form eines Projekts zu treffen. Unter einem Sponsor versteht man eine Person oderAbteilung, die ein Budget zur Projektakquisition bereitstellt. Anhand des Projektvorschlags wird entschieden, ob ein Projekt begonnen werden soll, indem die Projektfortschrittsentscheidung für den Entscheidungspunkt »Projekt genehmigt angestrebt wird.

Mögliche Übergänge ausgehend von 'Projekt genehmigt'

Von 'Projekt genehmigt' nach 'Projekt definiert'

webimages/PTV_df42106fce7993f_27.gif

Es werden ein Projekt- und ein QS-Handbuch erstellt, welche im Entscheidungspunkt »Projekt definiert daraufhin untersucht werden, ob sie dem Projekt angemessen sind.

Mögliche Übergänge ausgehend von 'Projekt definiert'

Von 'Projekt definiert' nach 'Anforderungen festgelegt'

webimages/PTV_df42106fce7993f_45.gif

Für die Identifikation, Erfassung und Prüfung der Anforderungen ist entweder ein beauftragender, eigenständiger Auftraggeber oder eine Fachabteilung verantwortlich. Die Anforderungen sind in einem iterativen Prozess durch Prüfen auf Vollständigkeit und Korrektheit, Analysieren, Setzen von Prioritäten und Bewerten ständig zu verfeinern und zu verbessern. Dies ist die Aufgabe der »Anforderungsbewertung. Nach Abschluss dieses Prozesses sind die Anforderungen in Form von »Anforderungen (Lastenheft) fachlich vorhanden und die Prioritäten festgelegt.

Sofern die Realisierung beauftragt werden soll ist zudem ein »Ausschreibungskonzept zu erstellen, um vergaberechtliche Richtlinien bei der folgenden Ausschreibung zu berücksichtigen.

Mögliche Übergänge ausgehend von 'Anforderungen festgelegt'

Von 'Anforderungen festgelegt' nach 'Iteration geplant'

webimages/PTV_df42106fce7993f_11.gif

Liegen fachliche Anforderungen aus dem Produkt Anforderungen (Lastenheft) vor, so wird der Umfang der nun davon in der Iteration umzusetzenden Anforderungen geplant. Hier werden z.B. für die erste Iteration zunächst die Anforderungen mit dem höchsten technischen Realisierungsrisiko oder für die Erstellung von Prototypen eingeplant. Außerdem wird geprüft, ob die Produkte »Projekthandbuch und »QS-Handbuch das Projekt angemessen beschreiben und gegebenenfalls erfolgt eine Anpassung.

Mögliche Übergänge ausgehend von 'Iteration geplant'

Von 'Iteration geplant' nach 'Systemelemente realisiert (prot. Entwicklung)'

webimages/PTV_df42106fce7993f_34.gif

Im Anschluss an die Planung der Iteration wird mit der Realisierung der einzelnen Einheiten des Systems und der Unterstützungssysteme begonnen. Hierzu ist selbstverständlich schon ein Grundverständnis der Systemarchitektur nötig, sowie die Information, welche Systemelemente realisiert werden sollen. Dies spiegelt sich jedoch noch nicht in einem Entscheidungspunkt wider, da bei der prototypischen Systementwicklung an der Architektur und an weiteren Entwurfsentscheidungen ohne weiteres noch im Rahmen der Implementierung Änderungen vorgenommen werden können. Anhand der Prüfprotokolle wird überprüft, ob die einzelnen Systemelemente gemäß dem aktuellen Stand der Anforderungen realisiert wurden.

Von 'Iteration geplant' nach 'System spezifiziert (komp. Entwicklung)'

webimages/PTV_df42106fce7993f_34.gif

Im Projekt werden die im Entscheidungspunkt »Iteration geplant eingeplanten Anforderungen unter Beteiligung des Auftraggebers evaluiert und ein erster Grobentwurf des Systems erstellt. Anforderungen und Grobentwurf werden in der »Gesamtsystemspezifikation (Pflichtenheft) dokumentiert. Das Pflichtenheft ist Grundlage für die weitere Entwicklung des Systems. Wenn bei dem Projekt Weiterentwicklung bzw. Migration eines Altsystems durchgeführt wird, wird im Zusammenhang der »Gesamtsystemspezifikation (Pflichtenheft) eine »Altsystemanalyse erstellt.

Von 'Iteration geplant' nach 'System spezifiziert (inkr. Entwicklung)'

webimages/PTV_df42106fce7993f_34.gif

Im Projekt werden die eingeplanten Anforderungen unter Beteiligung des Auftraggebers evaluiert und ein erster Grobentwurf des Systems erstellt. Anforderungen und Grobentwurf werden in der »Gesamtsystemspezifikation (Pflichtenheft) dokumentiert. Das Pflichtenheft ist Grundlage für die weitere Entwicklung des Systems. Wenn bei dem Projekt Weiterentwicklung bzw. Migration eines Altsystems durchgeführt wird, wird im Zusammenhang der »Gesamtsystemspezifikation (Pflichtenheft) eine »Altsystemanalyse erstellt.

Mögliche Übergänge ausgehend von 'Systemelemente realisiert (prot. Entwicklung)' (Ablaufbaustein Prototypische Systementwicklung)

Von 'Systemelemente realisiert (prot. Entwicklung)' nach 'Feinentwurf abgeschlossen (prot. Entwicklung)'

webimages/PTV_df42106fce7993f_53.gif

Mit den realisierten Systemelementen kann die Spezifikationen bzw. Dokumentation der Elemente erstellt werden. Die Korrektheit der Spezifikationen wird im Entscheidungspunkt »Feinentwurf abgeschlossen geprüft.

Mögliche Übergänge ausgehend von 'Feinentwurf abgeschlossen (prot. Entwicklung)' (Ablaufbaustein Prototypische Systementwicklung)

Von 'Feinentwurf abgeschlossen (prot. Entwicklung)' nach 'Systemelemente realisiert (prot. Entwicklung)'

webimages/PTV_df42106fce7993f_56.gif

Nachdem der Feinentwurf spezifiziert worden ist, kann erneut die Realisierung von Einheiten durchgeführt werden. Dies stellt eine Möglichkeit dar, interne Iterationen in der Erstellung zu planen.

Von 'Feinentwurf abgeschlossen (prot. Entwicklung)' nach 'System integriert (prot. Entwicklung)'

webimages/PTV_df42106fce7993f_57.gif

Nach der Spezifikation des Feinentwurfs werden die Elemente integriert und die korrekte Funktionalität des Systems wird anhand der Prüfprotokolle des Systems untersucht. Falls zuvor bereits Unteraufträge entkoppelt worden sind, werden deren Ergebnisse integriert.

Mögliche Übergänge ausgehend von 'System integriert (prot. Entwicklung)' (Ablaufbaustein Prototypische Systementwicklung)

Von 'System integriert (prot. Entwicklung)' nach 'System entworfen (prot. Entwicklung)'

webimages/PTV_df42106fce7993f_52.gif

Wenn die integrierten Systeme bzw. Unterstützungssysteme vorliegen, kann die Architektur des Systems bzw. der Unterstützungssysteme festgehalten werden. Die Tragfähigkeit dieser Architekturen wird untersucht.

Mögliche Übergänge ausgehend von 'System entworfen (prot. Entwicklung)' (Ablaufbaustein Prototypische Systementwicklung)

Von 'System entworfen (prot. Entwicklung)' nach 'Projekt ausgeschrieben'

webimages/PTV_df42106fce7993f_40.gif

Werden im Rahmen des Systementwurfs (Entscheidungspunkt »System entworfen) »Externe Einheiten für einen Unterauftrag identifiziert, so ist vom Auftragnehmer ein Teil-Auftraggeber-Projekt durchzuführen. In diesem Projekt nimmt der Auftragnehmer die Rolle eines Auftraggebers ein.

Die Entscheidungspunkte des Unterauftrags werden wie die entsprechenden Entscheidungspunkte in der Projektdurchführungsstrategie »AG-Projekt mit einem Auftragnehmer durchgeführt.

Auf Basis der Anforderungen wird eine »Ausschreibung vorbereitet. Dazu werden unter anderem die Ausschreibungsunterlagen auf Basis des »Ausschreibungskonzepts erstellt und ein »Kriterienkatalog für die Angebotsbewertung erarbeitet. Anschließend wird dann untersucht, ob die Ausschreibung freigegeben werden kann. Im Falle einer positiven Entscheidung wird die Ausschreibung gemäß dem im Ausschreibungskonzept festgelegten Verfahren veröffentlicht.

Von 'System entworfen (prot. Entwicklung)' nach 'Systemelemente realisiert (prot. Entwicklung)'

webimages/PTV_df42106fce7993f_18.gif

Mit dem Systementwurf liegt die Voraussetzung vor, eine weitere Iteration der Realisierung vor der Spezifizierung des Gesamtsystems durchzuführen. Hierzu werden gegebenenfalls bereits realisierte Einheiten weiter ausgearbeitet oder noch nicht bearbeitete Komponenten umgesetzt.

Von 'System entworfen (prot. Entwicklung)' nach 'System spezifiziert (prot. Entwicklung)'

webimages/PTV_df42106fce7993f_44.gif

Nachdem der Entscheidungspunkt »System entworfen erreicht worden ist und alle internen Iterationen durchlaufen wurden, wird im Anschluss die Spezifikation des erstellten Gesamtsystems erstellt. Dabei werden alle bereits realisierten und entworfenen Systeme und Unterstützungssysteme berücksichtigt. Daraufhin wird die Korrektheit der »Gesamtsystemspezifikation (Pflichtenheft) noch einmal überprüft.

Mögliche Übergänge ausgehend von 'Projekt ausgeschrieben' (Ablaufbaustein Unterauftrag)

Von 'Projekt ausgeschrieben' nach 'Projekt beauftragt'

webimages/PTV_df42106fce7993f_31.gif

Nach Ausschreibung des Projekts werden die auf die »Ausschreibung eingehenden »Angebote entsprechend dem »Kriterienkatalog für die Angebotsbewertung ausgewertet. Es wird ein (je nach Projektstruktur auch mehrere) Anbieter ausgewählt, mit dem Vertragsverhandlungen geführt werden. Der Auftraggeber entscheidet auf der Grundlage der »Angebotsbewertung und der Ergebnisse der Vertragsverhandlungen, ob der ausgewählte Anbieter den Zuschlag erhalten soll. Falls ja, wird ein »Vertrag zwischen Auftraggeber und Auftragnehmer geschlossen. Zwischen öffentlichen Auftraggebern und Anbietern sind Vertragsverhandlungen nur unter eng begrenzten Voraussetzungen möglich. Der Auftraggeber entscheidet auf der Grundlage der Angebotsbewertung, welches das wirtschaftlichste Angebot ist. Der Vertrag kommt im Regelfall durch Veröffentlichung der Ausschreibung und Zuschlagserteilung an das wirtschaftlichste Angebot zustande. Dieser Vertragsschluss verpflichtet den Auftragnehmer, das Projekt auf der Basis der erzielten vertraglichen Vereinbarungen für den Auftraggeber durchzuführen.

Mögliche Übergänge ausgehend von 'Projekt beauftragt' (Ablaufbaustein Unterauftrag)

Von 'Projekt beauftragt' nach 'Iteration geplant'

webimages/PTV_df42106fce7993f_4.gif

Nachdem ein »Vertrag oder ein »Vertragszusatz (z.B. nach der Abnahme einer vorhergehenden Entwicklungsstufe) geschlossen worden ist, wird die Vorgehensweise bei der Systementwicklung, d.h. die bis zur Abnahme zu durchlaufenden Entscheidungspunkte, und der Umfang der umzusetzenden Anforderungen geplant. Außerdem wird geprüft, ob die Produkte »Projekthandbuch und »QS-Handbuch das Projekt noch angemessen beschreiben. Gegebenenfalls erfolgt eine Anpassung dieser Produkte.

Mögliche Übergänge ausgehend von 'Iteration geplant' (Ablaufbaustein Unterauftrag)

Von 'Iteration geplant' nach 'Projektfortschritt überprüft'

webimages/PTV_df42106fce7993f_55.gif

Der Auftraggeber begleitet im Rahmen der im Vertrag getroffenen Festlegungen die Durchführung des Auftragnehmerprojekts in der aktuellen Projektstufe. Dies dient der Sicherstellung des Projekterfolgs und ist eine wesentliche Aufgabe des Auftraggebers in dieser Projektdurchführungsstrategie. Die Kontrolle des Projektfortschritts erfolgt durch Abgabe des Projektstatusberichts (von AN) durch den Auftragnehmer. Darin wird dargestellt, welche Ergebnisse zu den vereinbarten Projektmeilensteinen vorliegen. Zu jedem »Projektstatusbericht des Auftragnehmers erstellt der Auftraggeber einen eigenen Projektstatusbericht.

Mögliche Übergänge ausgehend von 'Projektfortschritt überprüft' (Ablaufbaustein Unterauftrag)

Von 'Projektfortschritt überprüft' nach 'Projektfortschritt überprüft'

webimages/PTV_df42106fce7993f_46.gif

In regelmäßigen Abständen, die an die zeitliche Abfolge der Projektfortschrittsentscheidungen des Auftragnehmers angepasst sein können, erhält der Auftraggeber vom Auftragnehmer den Projektstatusbericht. Zu jedem »Projektstatusbericht des Auftragnehmers erstellt der Auftraggeber erstellt einen eigenen Projektstatusbericht.

Von 'Projektfortschritt überprüft' nach 'Abnahme erfolgt'

webimages/PTV_df42106fce7993f_37.gif

Wenn der Auftragnehmer mit der Systementwicklung vorangeschritten ist, erhält der Auftraggeber vom Auftragnehmer die vertraglich festgelegten Lieferungen. Die Prüfung, ob die Anforderungen durch eine vorliegende »Lieferung (von AN) erfüllt werden, erfolgt durch den Auftraggeber.

Mögliche Übergänge ausgehend von 'Abnahme erfolgt' (Ablaufbaustein Unterauftrag)

Von 'Abnahme erfolgt' nach 'Iteration geplant'

webimages/PTV_df42106fce7993f_9.gif

Zur Planung einer neuen Iteration werden nach der Abnahme in Zusammenarbeit mit dem Auftragnehmer alle offenen Änderungsanträge der »Änderungsstatusliste geprüft. Zum Entscheidungspunkt »Iteration geplant wird anhand der Änderungsstatusliste entschieden, welche Änderungsanforderungen in die neue Iteration übernommen und welche vorerst zurückgestellt werden. Ferner wird festgelegt, welche Anforderungen, die noch nicht umgesetzt worden sind, in der neuen Iteration zu berücksichtigen sind. Die Änderungsanforderungen und die noch offenen Anforderungen sind Grundlage für einen neuen Entwicklungszyklus. Erneut wird geprüft, ob das »Projekthandbuch und das »QS-Handbuch das Projekt angemessen widerspiegeln.

Von 'Abnahme erfolgt' nach 'Projekt beauftragt'

webimages/PTV_df42106fce7993f_48.gif

Haben Auftraggeber und Auftragnehmer im Vorfeld vereinbart, dass zunächst eine Iteration oder einige wenige Iterationen umgesetzt werden, bevor es zu einer vertraglichen Fixierung des Gesamtumfangs kommt, so wird nach erfolgter Abnahme ein neuer »Vertrag aufgesetzt. Gegebenenfalls wird ein »Vertragszusatz mit dem Auftragnehmer vereinbart.

Von 'Abnahme erfolgt' nach 'System integriert (prot. Entwicklung)'

webimages/PTV_df42106fce7993f_23.gif

Mögliche Übergänge ausgehend von 'System spezifiziert (prot. Entwicklung)' (Ablaufbaustein Prototypische Systementwicklung)

Von 'System spezifiziert (prot. Entwicklung)' nach 'Lieferung durchgeführt (prot. Entwicklung)'

webimages/PTV_df42106fce7993f_51.gif

Nachdem das prototypisch erstellte Gesamtsystem spezifiziert worden ist, wird geprüft, ob eine »Lieferung an den Auftraggeber möglich ist. Bei positiver Entscheidung erhält der Auftraggeber die aktuelle Systemversion und der Entscheidungspunkt »Lieferung durchgeführt wird erreicht.

Mögliche Übergänge ausgehend von 'Lieferung durchgeführt (prot. Entwicklung)' (Ablaufbaustein Prototypische Systementwicklung)

Von 'Lieferung durchgeführt (prot. Entwicklung)' nach 'Abnahme erfolgt'

webimages/PTV_df42106fce7993f_16.gif

Die »Lieferung wird vom Auftraggeber hinsichtlich der Erfüllung der Anforderungen geprüft. Zum Entscheidungspunkt »Abnahme erfolgt wird vom Auftraggeber anhand der Ergebnisse entschieden, ob eine »Abnahmeerklärung erstellt wird oder ob Nachbesserungen durch den Auftragnehmer notwendig sind.

Mögliche Übergänge ausgehend von 'System spezifiziert (komp. Entwicklung)' (Ablaufbaustein Komponentenbasierte Systementwicklung)

Von 'System spezifiziert (komp. Entwicklung)' nach 'System entworfen (komp. Entwicklung)'

webimages/PTV_df42106fce7993f_10.gif

Ausgehend vom Grobentwurf werden Architekturen für das System sowie alle identifizierten »Unterstützungssysteme entworfen. In den Architekturen werden »Systemelemente bis auf die Ebene der HW- und SW-Einheiten identifiziert. Die Anforderungen werden den Systemelementen zugeordnet und spezifiziert. Der Entwicklungsprozess und die Prüfstrategie werden festgelegt. Dies kann für das System und die verschiedenen Unterstützungssysteme unabhängig voneinander geschehen, indem die folgenden Entscheidungspunkte bis zur Lieferung einzeln ausgeplant und möglicherweise zeitlich parallel durchgeführt werden. Ziel ist es, für das System und jedes Unterstützungssystem den Entscheidungspunkt »System entworfen zu erreichen.

Von 'System spezifiziert (komp. Entwicklung)' nach 'Feinentwurf abgeschlossen'

webimages/PTV_df42106fce7993f_28.gif

Nach Erreichen des Entscheidungspunktes »System spezifiziert können die Arbeiten am Feinentwurf beginnen. Dies geschieht parallel mit der Erstellung des Systementwurfs im Entscheidungspunkt System entworfen. Dort wird ausgehend von der »Gesamtsystemspezifikation (Pflichtenheft) von den Systemen hin zu den Einheiten (top-down) der Systementwurf entwickelt. Bei der Entwicklungsstrategie »komponentenbasierte Entwicklung liegen zusätzlich zur »Gesamtsystemspezifikation (Pflichtenheft) jedoch auch Spezifikationen für Externe SW-/HW-Module vor. Damit sich diese Module in den Systementwurf einbetten lassen, wird der Feinentwurf von den Modulen ausgehend hin zu den Einheiten (bottom-up) erstellt. Bei der parallelen Entwicklung des Systementwurfs und des Feinentwurfs ist darauf zu achten, dass die gemeinsame Schnittstelle, nämlich die »SW-Einheiten, »HW-Einheiten und die »Externe Einheit, eine schlüssige Darstellung des Entwurfs abbilden. Weiterhin werden der Entwicklungsprozess und die Prüfstrategie festgelegt und gegebenenfalls externe SW-/HW-Spezifikationen für Unteraufträge erstellt. Ziel dieser Aktivitäten ist es parallel zum Systementwurf den Feinentwurf zu erstellen und den Entscheidungspunkt »Feinentwurf abgeschlossen zu erreichen.

Mögliche Übergänge ausgehend von 'System entworfen (komp. Entwicklung)' (Ablaufbaustein Komponentenbasierte Systementwicklung)

Von 'System entworfen (komp. Entwicklung)' nach 'Projekt ausgeschrieben'

webimages/PTV_df42106fce7993f_49.gif

Die Entscheidungspunkte des Unterauftrags werden wie die entsprechenden Entscheidungspunkte in der Projektdurchführungsstrategie »AG-Projekt mit einem Auftragnehmer durchgeführt.

Von 'System entworfen (komp. Entwicklung)' nach 'System integriert (komp. Entwicklung)'

webimages/PTV_df42106fce7993f_39.gif

Wenn keine Unteraufträge beauftragt werden, werden alle realisierten Einheiten zum System integriert.

Alle realisierten HW- und SW-Elemente und auch die Externen Einheiten, die über Unteraufträge bezogen wurden, werden zu Systemelementen und schließlich zum System beziehungsweise zu den Unterstützungssystemen zusammengefügt. Die integrierten Elemente werden einer Prüfung unterzogen. Parallel zur Beauftragung von Externen Einheiten werden die SW- und HW-Einheiten realisiert. Die Ergebnisse werden zum System beziehungsweise den Unterstützungssystemen integriert.

Mögliche Übergänge ausgehend von 'Feinentwurf abgeschlossen' (Ablaufbaustein Komponentenbasierte Systementwicklung)

Von 'Feinentwurf abgeschlossen' nach 'Projekt ausgeschrieben'

webimages/PTV_df42106fce7993f_29.gif

Werden im Rahmen des Feinentwurfs (Entscheidungspunkt »Feinentwurf abgeschlossen) »Externe Einheiten für einen Unterauftrag identifiziert, so ist vom Auftragnehmer ein Teil-Auftraggeber-Projekt durchzuführen. In diesem Projekt nimmt der Auftragnehmer die Rolle eines Auftraggebers ein.

Die Entscheidungspunkte des Unterauftrags werden wie die entsprechenden Entscheidungspunkte in der Projektdurchführungsstrategie »AG-Projekt mit einem Auftragnehmer durchgeführt.

Von 'Feinentwurf abgeschlossen' nach 'Systemelemente realisiert'

webimages/PTV_df42106fce7993f_43.gif

Alle im Feinentwurf identifizierten HW- und SW-Elemente werden entsprechend den Anforderungen realisiert und einer Prüfung unterzogen. Hierbei ist auch eine iterative Vorgehensweise möglich, bei der nach der Realisierung von einigen Systemelementen des Feinentwurfs der Feinentwurf erweitert wird. Wurden im Rahmen des Feinentwurfs externe SW-/HW-Modul-Spezifikationen erstellt, so können für die Entwicklung der SW-/HW-Module Unteraufträge vergeben werden. Wenn keine Unteraufträge beauftragt werden, werden alle im Feinentwurf identifizierten HW- und SW-Elemente entsprechend den Anforderungen realisiert und einer Prüfung unterzogen.

Mögliche Übergänge ausgehend von 'Projekt ausgeschrieben' (Ablaufbaustein Unterauftrag)

»Von 'Projekt ausgeschrieben' nach 'Projekt beauftragt' (siehe oben)

Mögliche Übergänge ausgehend von 'Projekt beauftragt' (Ablaufbaustein Unterauftrag)

»Von 'Projekt beauftragt' nach 'Iteration geplant' (siehe oben)

Mögliche Übergänge ausgehend von 'Iteration geplant' (Ablaufbaustein Unterauftrag)

»Von 'Iteration geplant' nach 'Projektfortschritt überprüft' (siehe oben)

Mögliche Übergänge ausgehend von 'Projektfortschritt überprüft' (Ablaufbaustein Unterauftrag)

»Von 'Projektfortschritt überprüft' nach 'Projektfortschritt überprüft' (siehe oben)

»Von 'Projektfortschritt überprüft' nach 'Abnahme erfolgt' (siehe oben)

Mögliche Übergänge ausgehend von 'Abnahme erfolgt' (Ablaufbaustein Unterauftrag)

»Von 'Abnahme erfolgt' nach 'Iteration geplant' (siehe oben)

»Von 'Abnahme erfolgt' nach 'Projekt beauftragt' (siehe oben)

Von 'Abnahme erfolgt' nach 'Systemelemente realisiert'

webimages/PTV_df42106fce7993f_26.gif

Nach Abnahme der Einheiten werden diese in das Projekt übernommen.

Mögliche Übergänge ausgehend von 'Systemelemente realisiert' (Ablaufbaustein Komponentenbasierte Systementwicklung)

Von 'Systemelemente realisiert' nach 'Feinentwurf abgeschlossen'

webimages/PTV_df42106fce7993f_2.gif

Damit der Feinentwurf und die Realisierung iterativ umgesetzt werden können, ist nach der Realisierung ein Rückschritt zur Erstellung des Feinentwurfs möglich. Bei diesem Schritt werden HW- bzw. SW-Einheiten, die in der vorhergehenden Iteration im Feinentwurf noch nicht berücksichtigt worden sind, im Feinentwurf verfeinert.

Von 'Systemelemente realisiert' nach 'System integriert (komp. Entwicklung)'

webimages/PTV_df42106fce7993f_30.gif

Mögliche Übergänge ausgehend von 'Projekt ausgeschrieben' (Ablaufbaustein Unterauftrag)

»Von 'Projekt ausgeschrieben' nach 'Projekt beauftragt' (siehe oben)

Mögliche Übergänge ausgehend von 'Projekt beauftragt' (Ablaufbaustein Unterauftrag)

»Von 'Projekt beauftragt' nach 'Iteration geplant' (siehe oben)

Mögliche Übergänge ausgehend von 'Iteration geplant' (Ablaufbaustein Unterauftrag)

»Von 'Iteration geplant' nach 'Projektfortschritt überprüft' (siehe oben)

Mögliche Übergänge ausgehend von 'Projektfortschritt überprüft' (Ablaufbaustein Unterauftrag)

»Von 'Projektfortschritt überprüft' nach 'Projektfortschritt überprüft' (siehe oben)

»Von 'Projektfortschritt überprüft' nach 'Abnahme erfolgt' (siehe oben)

Mögliche Übergänge ausgehend von 'Abnahme erfolgt' (Ablaufbaustein Unterauftrag)

»Von 'Abnahme erfolgt' nach 'Iteration geplant' (siehe oben)

»Von 'Abnahme erfolgt' nach 'Projekt beauftragt' (siehe oben)

Von 'Abnahme erfolgt' nach 'System integriert (komp. Entwicklung)'

webimages/PTV_df42106fce7993f_58.gif

Mögliche Übergänge ausgehend von 'System integriert (komp. Entwicklung)' (Ablaufbaustein Komponentenbasierte Systementwicklung)

Von 'System integriert (komp. Entwicklung)' nach 'System spezifiziert (komp. Entwicklung)'

webimages/PTV_df42106fce7993f_13.gif

Da in dieser Projektdurchführungsstrategie interne Iterationen durchgeführt werden können, kann eine neue interne Iteration geplant werden. Hierzu ist ein Übergang zum Entscheidungspunkt »System spezifiziert möglich, indem die »Gesamtsystemspezifikation (Pflichtenheft) erweitert wird.

Von 'System integriert (komp. Entwicklung)' nach 'Lieferung durchgeführt (komp. Entwicklung)'

webimages/PTV_df42106fce7993f_25.gif

Das zu liefernde Gesamtsystem wird entsprechend den Anforderungen zu einer »Lieferung zusammengestellt. Eine Lieferung umfasst das Gesamtsystem, das aus dem System selbst und den Unterstützungssystemen zusammengesetzt wird, sowie gegebenenfalls eine Dokumentation. Zum Entscheidungspunkt »Lieferung durchgeführt wird anhand der Ergebnisse entschieden, ob die Lieferung an den Auftraggeber zur Abnahme übergeben wird.

Mögliche Übergänge ausgehend von 'Lieferung durchgeführt (komp. Entwicklung)' (Ablaufbaustein Komponentenbasierte Systementwicklung)

Von 'Lieferung durchgeführt (komp. Entwicklung)' nach 'Abnahme erfolgt'

webimages/PTV_df42106fce7993f_16.gif

Mögliche Übergänge ausgehend von 'System spezifiziert (inkr. Entwicklung)' (Ablaufbaustein Inkrementelle Systementwicklung)

Von 'System spezifiziert (inkr. Entwicklung)' nach 'System entworfen (inkr. Entwicklung)'

webimages/PTV_df42106fce7993f_47.gif

Mögliche Übergänge ausgehend von 'System entworfen (inkr. Entwicklung)' (Ablaufbaustein Inkrementelle Systementwicklung)

Von 'System entworfen (inkr. Entwicklung)' nach 'Feinentwurf abgeschlossen'

webimages/PTV_df42106fce7993f_6.gif

Nach Erreichen des Entscheidungspunktes »System entworfen können die Arbeiten am Feinentwurf beginnen. Für den Feinentwurf werden die Architekturen der HW- bzw. SW-Einheiten zu Komponenten und Modulen verfeinert und gegebenenfalls externe SW-/HW-Spezifikationen erstellt. Die Anforderungen werden den SW- und HW-Elementen zugeordnet. Der Entwicklungsprozess und die Prüfstrategie werden festgelegt. Hier ist es möglich, auf dem Weg zur Integration der realisierten Systemelemente den Feinentwurf von HW- bzw. SW-Einheiten zeitlich parallel zur Realisierung anderer HW- bzw. SW-Einheiten zu planen und durchzuführen.

Aufgrund möglicher Parallelarbeiten kann der Entscheidungspunkt »Feinentwurf abgeschlossen in einigen Parallelsträngen bereits erreicht worden sein und mit der Realisierung begonnen werden, während in anderen Strängen noch am Feinentwurf gearbeitet wird.

Von 'System entworfen (inkr. Entwicklung)' nach 'Projekt ausgeschrieben'

webimages/PTV_df42106fce7993f_3.gif

Die Entscheidungspunkte des Unterauftrags werden wie die entsprechenden Entscheidungspunkte in der Projektdurchführungsstrategie »AG-Projekt mit einem Auftragnehmer durchgeführt.

Mögliche Übergänge ausgehend von 'Feinentwurf abgeschlossen' (Ablaufbaustein Inkrementelle Systementwicklung)

Von 'Feinentwurf abgeschlossen' nach 'Projekt ausgeschrieben'

webimages/PTV_df42106fce7993f_50.gif

Die Entscheidungspunkte des Unterauftrags werden wie die entsprechenden Entscheidungspunkte in der Projektdurchführungsstrategie »AG-Projekt mit einem Auftragnehmer durchgeführt.

Von 'Feinentwurf abgeschlossen' nach 'Systemelemente realisiert'

webimages/PTV_df42106fce7993f_22.gif

Mögliche Übergänge ausgehend von 'Projekt ausgeschrieben' (Ablaufbaustein Unterauftrag)

»Von 'Projekt ausgeschrieben' nach 'Projekt beauftragt' (siehe oben)

Mögliche Übergänge ausgehend von 'Projekt beauftragt' (Ablaufbaustein Unterauftrag)

»Von 'Projekt beauftragt' nach 'Iteration geplant' (siehe oben)

Mögliche Übergänge ausgehend von 'Iteration geplant' (Ablaufbaustein Unterauftrag)

»Von 'Iteration geplant' nach 'Projektfortschritt überprüft' (siehe oben)

Mögliche Übergänge ausgehend von 'Projektfortschritt überprüft' (Ablaufbaustein Unterauftrag)

»Von 'Projektfortschritt überprüft' nach 'Projektfortschritt überprüft' (siehe oben)

»Von 'Projektfortschritt überprüft' nach 'Abnahme erfolgt' (siehe oben)

Mögliche Übergänge ausgehend von 'Abnahme erfolgt' (Ablaufbaustein Unterauftrag)

»Von 'Abnahme erfolgt' nach 'Iteration geplant' (siehe oben)

»Von 'Abnahme erfolgt' nach 'Projekt beauftragt' (siehe oben)

Von 'Abnahme erfolgt' nach 'Systemelemente realisiert'

webimages/PTV_df42106fce7993f_5.gif

Nach Abnahme der Einheiten werden diese in das Projekt übernommen.

Mögliche Übergänge ausgehend von 'Systemelemente realisiert' (Ablaufbaustein Inkrementelle Systementwicklung)

Von 'Systemelemente realisiert' nach 'Feinentwurf abgeschlossen'

webimages/PTV_df42106fce7993f_21.gif

Von 'Systemelemente realisiert' nach 'System integriert (inkr. Entwicklung)'

webimages/PTV_df42106fce7993f_17.gif

Mögliche Übergänge ausgehend von 'Projekt ausgeschrieben' (Ablaufbaustein Unterauftrag)

»Von 'Projekt ausgeschrieben' nach 'Projekt beauftragt' (siehe oben)

Mögliche Übergänge ausgehend von 'Projekt beauftragt' (Ablaufbaustein Unterauftrag)

»Von 'Projekt beauftragt' nach 'Iteration geplant' (siehe oben)

Mögliche Übergänge ausgehend von 'Iteration geplant' (Ablaufbaustein Unterauftrag)

»Von 'Iteration geplant' nach 'Projektfortschritt überprüft' (siehe oben)

Mögliche Übergänge ausgehend von 'Projektfortschritt überprüft' (Ablaufbaustein Unterauftrag)

»Von 'Projektfortschritt überprüft' nach 'Projektfortschritt überprüft' (siehe oben)

»Von 'Projektfortschritt überprüft' nach 'Abnahme erfolgt' (siehe oben)

Mögliche Übergänge ausgehend von 'Abnahme erfolgt' (Ablaufbaustein Unterauftrag)

»Von 'Abnahme erfolgt' nach 'Iteration geplant' (siehe oben)

»Von 'Abnahme erfolgt' nach 'Projekt beauftragt' (siehe oben)

Von 'Abnahme erfolgt' nach 'System integriert (inkr. Entwicklung)'

webimages/PTV_df42106fce7993f_32.gif

Mögliche Übergänge ausgehend von 'System integriert (inkr. Entwicklung)' (Ablaufbaustein Inkrementelle Systementwicklung)

Von 'System integriert (inkr. Entwicklung)' nach 'System entworfen (inkr. Entwicklung)'

webimages/PTV_df42106fce7993f_33.gif

Da nicht nur Feinentwurf und Realisierung, sondern auch Systementwurf und Integration iterativ durchgeführt werden können, kann eine neue interne Iteration für den Systementwurf geplant werden. In den Architekturen werden noch nicht umgesetzte Systemelemente bis auf die Ebene der HW- und SW-Einheiten identifiziert.

Von 'System integriert (inkr. Entwicklung)' nach 'Lieferung durchgeführt (inkr. Entwicklung)'

webimages/PTV_df42106fce7993f_35.gif

Mögliche Übergänge ausgehend von 'Lieferung durchgeführt (inkr. Entwicklung)' (Ablaufbaustein Inkrementelle Systementwicklung)

Von 'Lieferung durchgeführt (inkr. Entwicklung)' nach 'Abnahme erfolgt'

webimages/PTV_df42106fce7993f_16.gif

Mögliche Übergänge ausgehend von 'Abnahme erfolgt'

Von 'Abnahme erfolgt' nach 'Iteration geplant'

webimages/PTV_df42106fce7993f_8.gif

Wenn mehrere Inkremente bei der Systementwicklung vorgesehen sind, kann nach der Abnahme eines Inkrements die detaillierte Planung des nächsten Inkrements in Angriff genommen werden. Zur Planung eines neuen Inkrements werden in Zusammenarbeit mit dem Auftraggeber alle offenen »Problemmeldung/Änderungsantrag der »Änderungsstatusliste geprüft. Zum Entscheidungspunkt »Iteration geplant wird anhand der Liste entschieden, welche Änderungsanforderungen in das neue Inkrement übernommen und welche vorerst zurückgestellt werden. Ferner wird festgelegt, welche Bestandteile, die noch nicht umgesetzt worden sind, im neuen Inkrement zu berücksichtigen sind. Die Änderungsanforderungen und die offenen Anforderungen der »Gesamtsystemspezifikation (Pflichtenheft) sind Grundlage für einen neuen Entwicklungszyklus. Erneut wird geprüft, ob das »Projekthandbuch und das »QS-Handbuch das Projekt angemessen widerspiegeln.

Von 'Abnahme erfolgt' nach 'Anforderungen festgelegt'

webimages/PTV_df42106fce7993f_38.gif

Nach der erfolgten Abnahme des erstellten Systems kann sich wieder eine neue fachliche Anforderungserhebung anschließen. In dieser können dann die nächsten fachlichen Anforderungen für die Weiterentwicklung des Systems erfasst werden. Somit kann der Umfang des Systems wieder unter Einbeziehung z.B. der Fachabteilung erhöht werden.

Sofern die Realisierung beauftragt werden soll ist zudem ein »Ausschreibungskonzept zu erstellen, um vergaberechtliche Richtlinien bei der folgenden Ausschreibung zu berücksichtigen.

Von 'Abnahme erfolgt' nach 'Projekt abgeschlossen'

webimages/PTV_df42106fce7993f_15.gif

Wurden alle Anforderungen berücksichtigt und gibt es keine offenen Änderungsanträge mehr, wird nach der erfolgten Abnahme entschieden das Projekt abzuschließen. Ein »Projektabschlussbericht wird erstellt und an den Auftraggeber übergeben.