Pflichtenheft von byteme - PI - Praktische Informatik

54 KAPITEL 6. ENTWICKLUNGSPROZESS
6.2.1 Rational Unified Process
Der Rational Unified Process (RUP) ist in vier Phasen eingeteilt. Diese Phasen geben
Auskunft über den Reifegrad des Projektes und jede schliesst mit einem sogenannten
Meilenstein ab. Sie erlauben eine Organisation des Projektes entsprechend des zeitlichen
Ablaufs.
6.2.1.1 Einführungsphase
Die Einführungs- oder auch Vorbereitungsphase (engl. inception phase) bildet sozusagen
den Einstiegspunkt in ein neues Projekt. Es werden die Hauptanforderungen an das
zu entwickelnde System erarbeitet. Das Ziel ist festzustellen, ob das Produkt realisiert
werden kann oder nicht.
Hierfür haben wir die ersten Use Cases entwickelt und in Kurzform („casual format“)
festgehalten, um einen ersten Eindruck von der Funktionalität des Systems zu
bekommen. Darüberhinaus wurden Technologien wie z.B. Bibliotheken und Entwicklungswerkzeuge
bezüglich ihrer Eignung für die Verwendung in unserem Projekt evaluiert.
Damit verbunden war auch eine erste Risikoabschätzung für die bereits hier
erkennbaren Risiken (siehe auch Abschnitt 7.6).
6.2.1.2 Entwurfsphase
Die Aufgabe der Entwurfsphase (engl. elaboration phase) ist quasi die Vorbereitung
für die Konstruktionsphase. Wir haben das Use-Case-Modell vervollständigt und die
bereits existierenden Use Cases in das „fully dressed format“ überführt. Zusätzlich
wurde eine Priorisierung und eine Einteilung der Use Cases nach ihrer Schwierigkeit
vorgenommen.
Nach der Evaluierung von Werkzeugen und Technologien in der Einführungsphase
erfolgte hier die Festlegung auf diejenigen, die geeignet erschienen. Mit Hilfe des
UML-Tools Together haben wir ein Klassenmodell erstellt, auf dessen Basis ein erster
lauffähiger Prototyp entwickelt wurde. Dieser ist die Basis für die weitere Systementwicklung.
6.2.1.3 Konstruktionsphase
Die Hauptaufgabe der Konstruktionsphase (engl. construction phase) ist die Implementierung
und das Testen der Systemkomponenten. Basis für die Entwicklung ist der in
der Entwurfsphase entstandene Architektur-Prototyp. Die grundlegende Analyse des
Systems ist beendet, jedoch können noch während der Konstruktionsphase Veränderungen
im Design vorgenommen werden, um flexibel auf geänderte Umstände (z.B.
zusätzliche Anregungen des Auftraggebers) reagieren zu können. Daher wollen wir in
dieser Phase vor allem auf verschiedene Prinzipien des XP zurückgreifen, die in Abschnitt
6.2.2 näher betrachtet werden.
6.2.1.4 Übergangsphase
In dieser Phase (engl. transition phase) erfolgt der Übergang des Systems aus der Entwicklungsumgebung
zum Kunden. Diese Phase ist bei uns von geringerer Bedeutung,
da der Auftraggeber schon während der Konstruktionsphase Zugriff auf Vorversionen
des Systems hat. Daher sollten hier folglich keine Schwierigkeiten auftreten.