Beschaffungsprozess

• Lösungs- und Lösungswegneutrale Beschreibung der Zweckbestimmung einer benötigten Fähigkeit

• enthält:

  • Funktions- und Gebrauchsmerkmale

  • Einsatz- und Nutzungsbedingungen

  • fähigkeitsbestimmende Leistungsparameter

• IPT: Integriertes Projektteam

Leitfaden zum Planen und Durchführen von Projekten

• Minimierung von Projektrisiken:

  • standardisierte Vorgehensweise mit Beschreibung der zugehörigen Ergebnisse und verantwortlichen Rollen

  • Erhöhen der Projekttransparenz

  • Verbesserung der Planbarkeit von Projekten

  • frühzeitiges Erkennen von Planungsabweichungen und Risiken

  • verbesserte Steuerung der Teilprozesse

  • Reduktion des Projektrisikos

• Verbesserung und Gewährleistung der Qualität

  • defineirte Zwischenergebnisse können frühzeitig überprüft werden

  • Vereinheitlichung der Produktinhalte (Templates)

  • Ergebnisse besser lesbar, verständlicher und leichter zu überprüfen

• Kontrollieren und Reduzieren der Gesamtkosten über den gesamten Projekt-/Systemlebenszyklus

  • Abschätzen und Steuern des Aufwand für die Entwicklung, die Herstellung, den Betrieb und die Pflege/Wartung eines Systems

  • erzeugte Ergebnisse sind einheitlich und leichter nachvollziehbar. Verringerung der Abhängigkeit des Auftraggebers vom Auftragnehmer und erleichtert anschließende Aktivitäten und Projekte

• Verbesserung der Kommunikation zwischen allen Beteiligten

  • Reibungsverluste zwischen Nutzer, Auftraggeber, Auftragnehmer und Entwickler werden reduziert

• Das V-Modell eignet sich für alle Unternehmen, insbesondere für kleine und mittelständische Unternehmen

• V-Modell extreme Tailoring

  • unterstreicht flexible Anpassbarkeit and Unternehmen-/Projektumfelder

  • felxibles Modell zum Planen und Durchführen von Systementwicklungsprojekten

  • unterstützt Arbeit von Projekten, indem es Ergebnisse und Abläufe vorgibt, um unnötiges Arbeiten und Leerlaufzeiten zu verhindern

  • regelt Kommunikation zwischen Auftraggeber und Auftragnehmer

• hierarchische Struktur von Aktivitäten:

  • Disziplinen —> Aktivitäten —> Produkte

• Disziplinen gliedern die AKtivitäten nach inhaltlichen Aspekten und helfen Überblick über Aktivitäten des V-Modells zu gewinnen

• 13 Disziplinen:

  • Angebots- und Vertragswesen

  • Planung und Steuerung

  • Berichtswesen

  • Systementwurf

  • Prozessverbesserung

  • Ausschreibungs- und Vertragswesen

• Projektmanagement

• Entwicklung

• Organisation

ein direkter Zusammenhang, da Aktivitäten Produkte bearbeiten und fertig stellen

die inhaltlich orientierte Gruppierung der Produkte wird durch Disziplinen vorgenommen, die jeweils die Produkte und die assoziierten Aktivitäten enthalten

• Projekttypen:

  • Systementwicklungsprojekt (AG) Auftraggeber

  • Systementwicklungsprojekt (AN) Auftragnehmer

  • Systementwicklungsprojekt (AG/AN)

• Darstellung als Weltkarte

  • Kontinente mit jeweiligen Aufgabenbereichen und als Schnittstellen für AN und AG

• Rahmenwerk von Prozessen, die den gesamten Lebenszyklus eines Systems abdecken

• geringere Tiefe als V-Modell bei Beschreibung der Aktivitäten

• keine konkreten Vorlagen und Beschreibungen, keine Produkte, nur sogenannte Outcomes, die als Ergebnisse von Prozessen erwartet werden

• V-Modell xT daraus abgeleitet

• deckt den gesamten Lebenszyklus eines Systems ab

  • einschließlich Konzeption, Entwicklung, Produktion, Nutzung, Pflege, Wartung und Stilllegung von Systemen (alle erforderlichen Prozesse)

  • V-Modell xT nur bis Abschluss der Entwicklungsphase

• enthält insgesamt 25 Prozesse in den 4 Prozessgruppen:

  • Agreement Processes

  • Enterprise Processes

  • Project Processes

  • Technical Processes

Prozessmodelle sind ein Kochrezept für ein gutes Projekt!

• Subsystem-Experten stehen im Interessenkonflikt, da jeder die maximale Leistung seiner Abteilung einbringen will

  • —-> V-Modell Anwendung: 1. “Requirement-Analysis”

• Subsystem-Experten:

  • Motorengruppe

  • Elektronikgruppe

  • Panzergruppe

  • Kampfsystemgruppe

  • Antriebsgruppe

  • Produktion

• Werkzeuge

  • Computerprogramme, z.B. IBM Rational Doors

• erstellen von “Objekten“ mit Beschreibung der Fähigkeiten

• Unified Modeling Language

  • grafische Modellierungssprache zur Spezifikation, Konstruktion und Dokumentation von Software-Teilen und anderen Systemen

• auf UML basierende standardisierte Sprache für die Modellierung komplexer Systeme

  • Darstellung von Schnittstellen, Umwelteinflüssen, Sensoren und Zusammenhängen von Systemen