Informationswirtschaft II

Größe: px

Ab Seite anzeigen:

Download "Informationswirtschaft II"

Oswalda Pfeiffer
vor 8 Jahren
Abrufe

1 Rational Unified Process (RUP) Informationswirtschaft II Wolfgang H. Janko, Michael Hahsler und Stefan Koch Seite 1

2 Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe Das Produkt RUP von Rational Seite 2

3 RUP - Historische Entwicklung 1998: Rational kauft andere Toolanbieter 1995: Rational kauft Objectory 1987: Ivar Jacobson verlässt Ericsson und gründet Objectory Rational Unified Process (RUP) Rational Objectory Process (ROP) Objectory Process 1967: Ericsson Approach weitere Ansätze Rational Approach UML Im Jänner 2003 wurde Rational um "$2.1 billion in cash" von IBM gekauft. Seite 3

(RUP) Rational Objectory Process (ROP) Objectory Process 1967: Ericsson Approach weitere Ansätze

4 RUP - Kennzeichen Komponenten mit definierten Schnittstellen verwendet UML Use-Case basiert Konzentration auf Architektur iterativer und inkrementeller Prozeß Seite 4

5 Use-Case basiert Erfolgreiche Systeme müssen den Erwartungen der Benutzer (User) genügen. Benutzer interagieren mit dem System, und das System führt eine Reihe von Aktionen aus. Ein Use-Case ist die Beschreibung einer Interaktion und legt funktionale Anforderungen der Benutzer fest. Eine Menge von Use-Cases beschreiben die Anforderungen an das gesamte System. Use-Cases sind auch die Grundlage für alle weiteren Teile des RUP. Seite 5

Ein Use-Case ist die Beschreibung einer Interaktion und legt funktionale Anforderungen der Benutzer fest.

6 Konzentration auf Architektur Die wichtigsten statischen und dynamischen Aspekte des Systems (Sichten). beeinflusst durch: die wichtigsten Use-Cases (funktionale Anforderungen der Benutzer) Plattform (OS, Datenbankmanagementsystem,...) Wiederverwendbare Komponenten (Frameworks, GUI,...) alte Anwendungen nicht-funktionale Anforderungen (Performance, Verlässlichkeit) Die wichtigsten Use-Cases bilden Subsysteme, Klassen oder Komponenten. Seite 6

Datenbankmanagementsystem,...) Wiederverwendbare Komponenten (Frameworks, GUI,.

7 Iterativ und inkrementell Aufteilung des Softwareprodukts in Mini-Projekte. Jedes Mini-Projekt ist eine Iteration und führt zu einer inkrementellen Vergrößerung des Produkts. Wichtig ist die Kontrolle der Iterationen! Arbeitsschritte: Vorteile: Auswahl der Use-Cases, die in der nächsten Iteration implementiert werden sollen. Analyse, Design, Implementierung Test Risiko wird auf Iteration beschränkt. Probleme werden bei den Tests der Iterationen erkannt. Klare Ziele der Iteration. Anforderungen der Benutzer können in Iterationen verfeinert werden. Seite 7

Wichtig ist die Kontrolle der Iterationen!

8 Lebenszyklus im RUP Geburt Tod... Zyklen jeweils abgeschlossen mit Release Der Lebenszyklus ist durch eine Reihe von Zyklen bestimmt. Jeder Zyklus endet mit einer Release des Produkts für den Kunden. Seite 8

9 Phasen eines Zyklus in RUP Mini-Lebenszyklus: Jeder Zyklus ist in Phasen eingeteilt, die jeweils öfters durchlaufen werden (Iterationen) und endet mit Meilenstein/Prototyp/Release. Seite 9

10 Die Phasen Inception: Erarbeitung der Produktidee, Vision. Vereinfachte Use-Cases Planung der Elaboration Phase grobe Kostenplanung des Gesamtprojekts Elaboration: Analyse/Design. Problem analysieren (Use-Cases) Architektur erstellen Manager können alle folgenden Aktivitäten planen und den Aufwand abschätzen Construction: Erstellung des Produkts bis Beta-Release. Transition: Produkt kommt zum Benutzer (mehrere Releases, Helpdesk, Bugfixes,...) Evolution: Der gesamte Prozess startet neu Seite 10

Problem analysieren (Use-Cases) Architektur erstellen Manager können alle folgenden Aktivitäten planen und den Aufwand

11 Aktivitäten im Zyklus von RUP Seite 11

12 Verteilung des Aufwands Ressourcen 5% 20% 65% 10% Zeit Typische Verteilung Je schwieriger das Projekt ist, desto mehr Anteil am Aufwand haben Inception und Elaboration. Seite 12

13 Arbeitsabläufe Für jeden Ablauf ist festgelegt wer für was zuständig ist (Modelle, Dokumente, Code). Bsp: Implementierung Architekt: Implementierungsmodell, Beschreibung der Architektur, Verteilungsmodell System Integrator: Integrationsplan Component Engineer: Komponenten, Subsysteme, Interfaces Seite 13

Bsp: Implementierung Architekt: Implementierungsmodell, Beschreibung der

14 Rational's Unified Process Für jeden Ablauf von Business Modeling über Implementierung bis Projektmanagement gibt es im RUP Abläufe die durch Tools unterstützt werden. Requirements Seite 14

15 Die RUP Plattform Seite 15

16 Literatur I. Jacobson, G. Booch, J. Rumbaugh: The Unified Software Development Process, Addison-Wesley, Reading, MA, Rational Homepage: Seite 16

Process, Addison-Wesley, Reading, MA, 1999.

Ähnliche Dokumente

Informationswirtschaft II Rational Unified Process (RUP)

Informationswirtschaft II Rational Unified Process (RUP) Wolfgang H. Janko, Michael Hahsler und Stefan Koch Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe Das