https://wiki-de.moshellshocker.dns64.de/index.php?action=history&feed=atom&title=Enterprise_Unified_ProcessEnterprise Unified Process - Versionsgeschichte2026-05-27T02:08:12ZVersionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale KopieMediaWiki 1.43.8https://wiki-de.moshellshocker.dns64.de/index.php?title=Enterprise_Unified_Process&diff=1827036&oldid=previmported>Ilumeo am 21. März 2021 um 00:33 Uhr2021-03-21T00:33:37Z<p></p>
<p><b>Neue Seite</b></p><div>{{Redundanztext<br />
|3=Enterprise Unified Process<br />
|4=Agile Unified Process<br />
|2=März 2021|1=--[[Benutzer:Ilumeo|Ilumeo]] ([[Benutzer Diskussion:Ilumeo|Diskussion]]) 01:33, 21. Mär. 2021 (CET)}}<br />
<br />
Der '''Enterprise Unified Process''' ('''EUP''') ist eine erweiterte Variante des [[Rational Unified Process]] und wurde ab 1999 von [[Scott W. Ambler]] und [[Larry Constantine]] entwickelt. Eine grundlegende Überarbeitung und erneute Veröffentlichung wurde 2005 durch Ambler, John Nalbone und Michael Vizdos<ref>Siehe Ramsin(2008) und Ambler et al. (2005) zu den historischen Details des EUP</ref> vorgenommen.<br />
EUP wurde schließlich durch das Disciplined Agile Delivery (DAD) Toolkit ersetzt und 2019 vom [[Project Management Institute]] übernommen.<ref>http://enterpriseunifiedprocess.com/</ref><br />
<br />
== Geschichte ==<br />
Die Hauptmotivation für EUP waren einige Schwächen des RUP, speziell in den Bereichen ''system support'' und ''retirement'' für Softwaresysteme. Beide Bereiche 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. RUP ist damit nur ein Teilbereich des EUP.<br />
<br />
Diese Ergänzungen dienen einerseits der Organisation von Softwareprojekten aus Sicht des Kunden und definieren andererseits die Bereiche im Unternehmen, die vor und nach Softwareprojekten einen wesentlichen Beitrag zum Projekterfolg leisten. 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.<ref>Ambler et al. (2005) S. 7</ref> Mit Unternehmen ist hier immer das Unternehmen gemeint, das die Software auch tatsächlich einsetzt.<br />
<br />
Wie auch RUP beschreibt der Enterprise Unified Process ein idealtypisches Organisations- und Vorgehensmodell. Er schafft einen Überblick über alle Aktivitäten, Rollen und Erzeugnisse, die für erfolgreiche Planung und Einsatz von Softwareprojekten im Unternehmen notwendig sind. Wie bei allen Vorgehensmodellen ist vor dem Einsatz in einem konkreten Unternehmen eine Anpassung (tailoring) notwendig, um a) auf die spezifischen Unternehmensbedingungen Rücksicht nehmen zu können und b) eine der Unternehmenslernkurve angepasste, stufenweise Übernahme der einzelnen Praktiken und Methoden zu gewährleisten.<br />
<br />
Ebenso wie RUP, ist der Enterprise Unified Process im Großen sequentiell, im Kleinen iterativ ("serial in the large and iterativ in the small"<ref>Ambler et al. (2005) S. 14 ff</ref>).<br />
<br />
== Phasen ==<br />
* Konzeptionsphase<br />
* Entwurfsphase<br />
* Konstruktionsphase<br />
* Übergabephase<br />
* Produktion<br />
* Außerbetriebnahme<br />
<br />
== Arbeitsschritte ==<br />
{|width=100%<br />
|-valign=top<br />
|width=50%|<br />
;Erste Schritte:<br />
* [[Geschäftsprozessmodellierung]]<br />
* [[Anforderungsanalyse (Informatik)|Anforderungsanalyse]]<br />
* Analyse & Design<br />
* Implementierung<br />
* Test<br />
* Auslieferung<br />
* Konfigurations- und Änderungsmanagement<br />
* Projektmanagement<br />
* Infrastruktur<br />
* Operations and Support<br />
|width=50%|<br />
;nachträgliche Schritte:<br />
* [[Unternehmensmodellierung]]<br />
* [[Portfoliomanagement]]<br />
* [[Unternehmensarchitektur]]<br />
* Strategische [[Wiederverwendbarkeit|Wiederverwendung]]<br />
* [[Peopleware|Mitarbeiterführung]]<br />
* [[Systemadministration]]<br />
* [[Software Process Improvement]]<br />
|}<br />
<br />
== Einführung im Unternehmen ==<br />
Folgende Vorgehensweise wird für die Einführung von EUP im Unternehmen vorgeschlagen<ref>Ambler et al. (2005) S. 326 ff.</ref>. Es muss aber jedes Unternehmen für sich entscheiden, wo die dringendsten Probleme liegen und mit welchen EUP-Elementen begonnen werden sollte.<br />
# Software Process Improvement<br />
# Phase "Production" und Arbeitsschritt "Operations und Support"<br />
# Enterprise Business Modelling, Enterprise Architecture und Portfolio Management<br />
# People Management und Enterprise Administration<br />
# Strategic Reuse<br />
# Phase "Retirement"<br />
<br />
== Siehe auch ==<br />
* [[Rational Unified Process]]<br />
* [[Vorgehensmodell zur Softwareentwicklung]]<br />
* [[Extreme Programming]]<br />
* [[Vorgehensmodell]]<br />
<br />
== Einzelnachweise ==<br />
<references /><br />
<br />
== Literatur ==<br />
* {{Literatur |Titel=The Unified Process Inception Phase |Verlag=CMP Books |Datum=2000}}<br />
* {{Literatur |Titel=The Unified Process Elaboration Phase |Verlag=CMP Books |Datum=2000}}<br />
* {{Literatur |Titel=The Unified Process Construction Phase |Verlag=CMP Books |Datum=2000}}<br />
* {{Literatur |Titel=The Unified Process Transition and Production Phases |Verlag=CMP Books |Datum=2002 |ISBN=1-57820-092-X |Online=[http://www.ambysoft.com/books/transitionProductionPhase.html Online] |Abruf=2009-11-28}}<br />
* {{Literatur |Titel=The Enterprise Unified Process : extending the Rational Unified Process |Verlag=Prentice Hall PTR |Datum=2005 |ISBN=9780131914513}}<br />
* {{Literatur |Autor=Ramsin, Raman |Titel=Process-centered review of object oriented software development methodologies |Sammelwerk=ACM Computing Surveys (CSUR) |Band=40 |Nummer=1 |Verlag=Association of Computing Machinery ACM |Datum=2008 |Seiten=1–89 |DOI=10.1145/1322432.1322435}}<br />
<br />
[[Kategorie:Planung und Organisation]]<br />
[[Kategorie:Projektmanagement]]<br />
[[Kategorie:Vorgehensmodell (Software)]]</div>imported>Ilumeo