Enterprise Unified Process
Der Enterprise Unified Process (EUP) ist ein Vorgehensmodell zur Softwareentwicklung in Kombination mit geschäftlichen Aspekten und eine erweiterte Variante des Rational Unified Process (RUP).
Die Hauptmotivation für Enterprise Unified Process (EUP) waren einige Schwächen des RUP, insbesondere in den Bereichen Support und Außerbetriebnahme von Softwaresystemen. Beide Themen wurden jeweils als neue Phase angefügt. Zusätzlich wurden neue Projekt- und Unternehmens-Arbeitsschritte definiert, um den gesamten Lebenszyklus eines Softwaresystems aus Unternehmenssicht abzudecken—daher der Name „Enterprise“ viz. Konzern oder Unternehmen. RUP ist damit ein Teilbereich des EUP.
Geschichte
[Bearbeiten | Quelltext bearbeiten]Das Enterprise Unified Process (EUP) wurde ab etwa 1999 von den Software-Beratern Scott Ambler und Larry Constantine vorgeschlagen und bis 2005 nachgearbeitet.[1] Die nächste Stufe des Modells von Ambler war das Agile Unified Process (AUP).[2] Letzteres ging in der Disciplined Agile (DA)[3] Methode auf, welches im Jahr 2019 vom Project Management Institute (PMI) übernommen wurde.[4] Ambler vermarktet den EUP weiterhin auf seiner eigenen Homepage.[5]
Modell
[Bearbeiten | Quelltext bearbeiten]Die Prozessergänzungen des EUP sollen einerseits der Organisation von Softwareprojekten aus Sicht des Kunden dienen und definieren andererseits die Bereiche im Unternehmen, die vor und nach Softwareprojekten einen wesentlichen Beitrag zum Projekterfolg leisten können. In dieser „Unternehmenssicht“ spielen (neben dem Software-Lebenszyklus) noch andere Lebenszyklen eine Rolle, da das Softwaresystem in den IT-Lebenszyklus und dieser wieder in den Unternehmenslebenszyklus eingebunden ist. Mit Unternehmen ist hier immer das Unternehmen gemeint, das die Software auch tatsächlich einsetzt.
Wie auch RUP beschreibt der EUP ein idealtypisches Organisations- und Vorgehensmodell. Der Prozess soll einen Überblick über alle Aktivitäten, Rollen und Erzeugnisse geben, die für die Planung und den Einsatz von Softwareprojekten in einem Unternehmen notwendig sind. Wie bei allen Vorgehensmodellen ist vor dem Einsatz in einem konkreten Fall eine Anpassung (englisch tailoring, wortwörtlich Zuschneiden) erforderlich, um einerseits auf die spezifischen Unternehmensbedingungen Rücksicht nehmen zu können und andererseits eine der Lernkurven des Unternehmens angepasste, stufenweise Übernahme der einzelnen Praktiken und Methoden zu gewährleisten. Ebenso wie RUP, ist der EUP im Großen sequentiell, im Kleinen iterativ.
Phasen
[Bearbeiten | Quelltext bearbeiten]- Konzeption
- Entwurf
- Konstruktion
- Übergabe
- Produktion
- Außerbetriebnahme
Arbeitsschritte
[Bearbeiten | Quelltext bearbeiten]Erste Schritte
[Bearbeiten | Quelltext bearbeiten]- Geschäftsprozessmodellierung
- Anforderungsanalyse
- Analyse & Design
- Implementierung
- Test
- Ablieferung
- Konfigurations- und Änderungsmanagement
- Projektmanagement
- Infrastruktur
- Operations and Support
Nachgefasste Schritte
[Bearbeiten | Quelltext bearbeiten]- Modellierung des Unternehmens
- Portfoliomanagement
- Unternehmensarchitektur
- Strategische Wiederverwendung
- Mitarbeiterführung
- Systemadministration
- Software-Verbesserungsprozess
Einführung
[Bearbeiten | Quelltext bearbeiten]Ambler schlägt die folgende Vorgehensweise für die Einführung des Enterprise Unified Process (EUP) in einer Organisation vor. Dabei soll jedes Unternehmen für sich entscheiden, wo die dringendsten Probleme liegen und mit welchen EUP-Elementen es beginnen möchte. Die folgenden Phasen sind gemeint:
- Verbesserung des Softwareprozesses
- Produktion und operatives Geschäft und Support
- Geschäftsprozessmodellierung inklusive Architektur (Organisation) sowie Portfoliomanagement
- Personalmanagement und Unternehmensadministration
- Strategische Wiederverwendung
- Außerbetriebnahme
Siehe auch
[Bearbeiten | Quelltext bearbeiten]Literatur
[Bearbeiten | Quelltext bearbeiten]- Scott W. Ambler, Larry L. Constantine (Hrsg.): The Unified Process Transition and Production Phases: Best Practices in Implementierung the UP. CMP Books (CRC Press, Taylor & Francis Group), Boca Raton London New York 2002, ISBN 978-1-57820-092-4 (englisch, archive.org).
- Scott W. Ambler: Agile Modeling: Effective Practices for eXtreme Programming and the Unified Process. Wiley, New York 2002, ISBN 978-0-471-20282-0 (englisch).
- Scott W. Ambler, John Nalbone, Michael J. Vizdos: The Enterprise Unified Process: Extending the Rational Unified Process. Prentice Hall PRT, Upper Saddle River, NJ 2005, ISBN 978-0-13-191451-3 (englisch, archive.org).
Einzelnachweise
[Bearbeiten | Quelltext bearbeiten]- ↑ Raman Ramsin, Richard F. Paige: Process-centered review of object oriented software development methodologies. In: ACM Computing Surveys (CSUR). Band 40, Nr. 1, 22. Februar 2008, ISSN 0360-0300, S. 3:1–3:89, doi:10.1145/1322432.1322435 (englisch, acm.org [abgerufen am 21. August 2026]).
- ↑ Jianwei Li, Xunan Wang: Research and practice of agile Unified Process. In: 2010 2nd International Conference on Software Technology and Engineering. Band 2, Oktober 2010, S. V2–340–V2–343, doi:10.1109/ICSTE.2010.5608794 (englisch, ieee.org [abgerufen am 21. August 2026]).
- ↑ Introduction to Disciplined Agile® | Disciplined Agile®. In: PMI. 2026, abgerufen am 21. August 2026 (englisch).
- ↑ Project Management Institute Announces Acquisition of Disciplined Agile. 9. August 2019, archiviert vom am 27. September 2023; abgerufen am 21. August 2026 (englisch).
- ↑ Enterprise Unified Process (EUP). In: Scott Ambler. 2026, abgerufen am 21. August 2026 (amerikanisches Englisch).