Rational Unified Process

aus Wikipedia, der freien Enzyklopädie

Du hast neue Nachrichten auf deiner Diskussionsseite.

Der Rational Unified Process (RUP) ist ein objektorientiertes Vorgehensmodell zur Softwareentwicklung und ein kommerzielles Produkt der Firma Rational Software, die seit 2002 Teil des IBM Konzerns ist. IBM entwickelt den RUP und die zugehörige Software weiter. Die 9. Version ist die derzeit (2006) aktuelle Version. Der RUP benutzt die Unified Modeling Language als Notationssprache. Der RUP wurde von Philippe Kruchten in seiner Urform erstmals 1996 vorgestellt.

[Bearbeiten] Entstehungsgeschichte

Historie der objektorientierten Methoden und Notationen

Der RUP war möglich geworden, als sich die bekanntesten Propagandisten der objekt-orientierten Programmierung Grady Booch, Ivar Jacobson und James Rumbaugh durch Monopolisierung des Werkzeugmarktes durch das Nasdaq Unternehmen Rational Inc mit feindlichen Übernahmen (sogenannten Mergern) im Vorfeld auf ein einheitliches Notationssystem einigen konnten. Als Resultat dieser Bemühungen entstand die UML. Die Standardisierung und Weiterentwicklung der Sprache wurde an die Object Management Group (OMG) übergeben. Mit einer gemeinsamen Sprache konnte nun eine gemeinsame objektorientierte Methode entwickelt werden. Der Unified Process ist dabei ein Metamodell für Vorgehensmodelle zur Softwareentwicklung. Der Unified Process wurde parallel zur Unified Modelling Language von Ivar Jacobson, Grady Booch und James Rumbaugh entwickelt und veröffentlicht.

Der Unified Process basiert auf mehreren Prinzipien

Anwendungsfällen
Architektur im Zentrum der Planung
inkrementellem und iterativen Vorgehen

Eine konkrete Implementierung des Unified Process ist der Rational Unified Process. Die erste Version des RUP aus dem Jahre 1999 führte die Vorschläge dieser drei Begründer für eine einheitliche Modellierungsmethode zusammen.

[Bearbeiten] Statische Aspekte

Der RUP legt grundlegende Arbeitsschritte fest:

Kernarbeitsschritte

Geschäftsprozessmodellierung (englisch Business Modeling)
Anforderungsanalyse (englisch Requirements)
Analyse & Design (englisch Analysis & Design)
Implementierung (englisch Implementation)
Test (englisch Test)
Auslieferung (englisch Deployment)

Unterstützende Arbeitsschritte

Konfigurations- und Änderungsmanagement (englisch Configuration & Change Management)
Projektmanagement (englisch Project Management)
Infrastruktur (englisch Environment)

[Bearbeiten] Dynamische Aspekte

Orthogonal dazu gibt es im RUP 4 Phasen, in welchen jeder der Arbeitsschritte mehr oder weniger intensiv zur Anwendung kommt:

Konzeptionsphase (englisch Inception)
Entwurfsphase (englisch Elaboration)
Konstruktionsphase (englisch Construction)
Übergabephase (englisch Transition)

Diese Phasen sind in Iterationen unterteilt. Somit ist RUP iterativ/inkrementell. Resultate der Phasen sind die sogenannten Meilensteine:

Lifecycle objectives milestone (Vision inklusive rudimentäres Anwendungsfallmodell (wesentliche Funktionalität), tentative/provisorische Architektur, Identifikation der wesentlichsten Risiken, Planung der Ausarbeitungsphase)
Lifecycle architecture milestone (Architekturprototyp, detailliertes Anwendungsfallmodell, Planung der Konstruktionsphase)
Initial operational capability milestone (Entwurfsmodelle und Beta-Release der Software)
Product release milestone (Release in Produktionsqualität)

[Bearbeiten] Literatur

Arlow, Neustadt: UML 2 and the Unified Process, Addison-Wesley Professional, 2005
Jacobson, Booch, Rumbaugh: The unified software development process, Addison-Wesley, 1999
Kruchten: Der Rational Unified Process. Eine Einführung, Addison-Wesley, 1999
Versteegen: Projektmanagement mit dem Rational Unified Process,Springer, Berlin, 2000
Zuser, Grechenig, Köhle: Software Engineering mit UML und dem Unified Process, Pearson Studium, München, 2004