19.01.2015 Aufrufe

Projektgruppe Visual Analytics - Medieninformatik und Multimedia ...

Projektgruppe Visual Analytics - Medieninformatik und Multimedia ...

Projektgruppe Visual Analytics - Medieninformatik und Multimedia ...

MEHR ANZEIGEN
WENIGER ANZEIGEN

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

YUMPU macht aus Druck-PDFs automatisch weboptimierte ePaper, die Google liebt.

104 Kapitel 6 Projektorganisation<br />

6.1.1 Oose Engineering Process<br />

Der oose Engineering Process ist ein Vorgehensleitfaden für die objektorientierte<br />

Softwareentwicklung. Hierbei stellt er nicht den Anspruch, den Prozess dieser<br />

Softwareentwicklung bis ins Detail zu beschreiben, sondern geht davon aus, dass<br />

Projekte nur zu einem gewissen Grad planbar sind (vgl. [nul06]).<br />

Ein wichtiger Planungsschritt zum Erreichen des gesetzten Ziels ist die Unterteilung des<br />

gesamten Projektzeitraums in gleich große Zeitabschnitte, die sogenannten Iterationen.<br />

Abbildung 6.1 zeigt den prinzipiellen Aufbau einer Iteration.<br />

i - 1<br />

rung<br />

korrektur<br />

ospektive<br />

s<br />

ng<br />

ierung<br />

icklung<br />

s s s<br />

turierung<br />

© Copyright 1998-2007 by oose GmbH<br />

Kap. 6.1<br />

Auftakt<br />

Iterationsziele<br />

<strong>und</strong> -features<br />

Kap. 8.1<br />

LK-Vorbereitung<br />

Iterationsplan<br />

Iterationsziele <strong>und</strong> -features<br />

Kap. 4.1.1<br />

Engpässe<br />

steuern<br />

Kap. 5.2.8<br />

Kap. 6.2.1<br />

Kap. 6.2.3<br />

Kap. 6.3.2<br />

Iteration i (Timebox)<br />

Fortschritt<br />

L Lenkungskreis<br />

Teamaufgaben i+2 planen <br />

Kap. 5.2.1<br />

Arbeitsaufträge Iteration i+1 planen<br />

Kap. 5.2.4<br />

Entwicklung<br />

Wöchentl. Statusabfrage <br />

Kap. 6.2.4<br />

Design*:<br />

Lösung konzipieren<br />

* bei testgetriebenem Design impliziter<br />

Teil von Testen <strong>und</strong> Restrukturieren<br />

Analyse:<br />

Anforderungen<br />

definieren<br />

Mikroprozess<br />

Kap. 6.2<br />

Arbeitsaufträge<br />

Tägliche s s(Smoke-)Builds<br />

s s s s s s<br />

Integrationsbuilds<br />

I<br />

Testdefinition:<br />

Erfolgskriteri en definieren<br />

Planung aktualisieren<br />

Lösung restrukturieren<br />

Implementierung:<br />

Lösung entwickeln<br />

Test:<br />

Erfolg messen<br />

s s s s s s s s s s s s s s s s s<br />

I I I I I<br />

Featurereviews F F F F F F F<br />

<br />

Orientierung<br />

<br />

Plankorrektur<br />

Kap. 7.2<br />

Orientierung<br />

Reviews<br />

Kap. 7.1.1<br />

Kap. 7.1.2<br />

Retrospektive<br />

Kap. 7.2.3<br />

restrukturieren<br />

weiterentwickeln<br />

s s s s s s s s s<br />

i + 1<br />

Auftakt<br />

Iterationsziele<br />

<strong>und</strong> -features<br />

Engpässe<br />

steuern<br />

Kap. 8.3.1<br />

Vorabnahmen V V<br />

ufträge<br />

schaliert<br />

ntierung Start<br />

Releaseentwicklung R<br />

Kap. 8.3.2 Release<br />

A<br />

Teilabnahme<br />

Kap. 8.3.1<br />

arbeitsauftragsgesteuert<br />

Planungs- <strong>und</strong> Schätzumfang für Team- <strong>und</strong> Iterationsebene<br />

Das APM-Timebox-Iterationsmodell<br />

Ende Entwicklung<br />

Releaseentwicklung<br />

ohne Arbeitsaufträge<br />

Aufwände pauschaliert<br />

Ende Orientierung<br />

Abbildung 6.1: Prinzipieller Aufbau einer Iteration

Hurra! Ihre Datei wurde hochgeladen und ist bereit für die Veröffentlichung.

Erfolgreich gespeichert!

Leider ist etwas schief gelaufen!