Projektmanagement mit dem Rational Unified Process

299 Pages·2000·10.42 MB·German

by  Gerhard Versteegen (auth.)

Xpert. press
Springer-Verlag Berlin Heidelberg GmbH
DieReiheXpert.press des Springer-Verlags
vermittelt Professionals in den Bereichen
Betriebs- und Informationssysteme,Software
Engineeringund Programmiersprachen aktuell
undkompetent relevantes Fachwissen über
Technologien und Produkte zur Entwicklung
undAnwendung modernerInformations
technologien.
GerhardVersteegen
Projektmanagement
mit dem
Rational Unified Process
Unter Mitarbeit von Philippe Kruchten
und Barry Boehm
Mit71 Abbildungen und 8Tabellen
Springer
Gerhard Versteegen
Rational - the e-development company
Keltenring 15
D-820410berhaching
E-mail: [email protected]
Die Deutsche Bibliothek - CIP-Einheitsaufnahme
ISBN 978-3-642-63092-7
ISSN 1439-5428
ISBN 978-3-642-63092-7 ISBN 978-3-642-56954-8 (eBook)
DOI 10.1007/978-3-642-56954-8
Dieses Werk ist urheberrechtlich geschützt. Die dadurch begründeten Rechte, insbeson
dere die der Übersetzung, des Nachdrucks, des Vortrags, der Entnahme von Abbildungen
und Tabellen, der Funksendung, der Mikroverfilmung oder der Vervielfältigung auf
anderen Wegen und der Speicherung in Datenverarbeitungsanlagen, bleiben, auch bei nur
auszugsweiser Verwertung, vorbehalten. Eine Vervielfältigung dieses Werkes oder von
Teilen dieses Werkes ist auch im Einzelfall nur in den Grenzen der gesetzlichen Bestim
mungen des Urheberrechtsgesetzes der Bundesrepublik Deutschland vom 9. September
1965 in der jeweils geltenden Fassung zulässig. Sie ist grundsätzlich vergütungspflichtig.
Zuwiderhandlungen unterliegen den Strafbestimmungen des Urheberrechtsgesetzes.
© Springer-Verlag Berlin Heidelberg 2000
Ursprünglich erschienen bei Springer-Verlag Berlin Heidelberg New York 2000
Softcover reprint of the hardcover Ist edition 2000
Die Wiedergabe von Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. in
diesem Werk berechtigt auch ohne besondere Kennzeichnung nicht zu der Annahme, daß
solche Namen im Sinne der Warenzeichen-und Markenschutz-Gesetzgebung als frei zu
betrachten wären und daher von jedermann benutzt werden dürften.
Umschlaggestaltung: Künkel + Lopka Werbeagentur, Heidelberg
Satz: Word-Daten vom Autor, Belichtung: perform, Heidelberg
Gedruckt auf säurefreiem Papier SPIN 10880062 33/3111 - 5 4 3 2
Vorwort
Ziele dieses Buches
Der Rational Unified Process ist ein Prozeßmodell, daß unter ande
rem denEinsatz der Unified Modeling Language (UML) beschreibt.
Der Rational Unified Process ist aber auch ein Prozeßmodell, das
Projektleiter in die Lage versetzt, objektorientierte Projekte zu ma
nagen.
Dieses Buch konzentriert sichin erster Linie auf die Aspekte des
Projektmanagements. Dabei werden indiesem Buch erstmals die In
halteder neuen Version des Rational Unified Process angesprochen,
in der erhebliche Ergänzungen zu dem Projektmanagement-Work
flow integriert wurden. Einige in diesem Buch aufgeführten Punkte
fanden Eingang in diesen Workflow, da dieses Buch und die neue
VersiondesRational UnifiedProcess parallelentstanden sind.
Wer dieses Buch lesen sollte
Ganz klar- alleinderTitel diesesBuches bringtzum Ausdruck, wer
die potentiellen Leser dieses Buches sein sollten: Projektleiter, die
Projekte nach dem Rational Unified Process abwickeln wollen.
DochdasBuchrichtetsichnochaneineReiheweitererLeser:
• Auftraggeber, die ein Software-Entwicklungsprojektextern ver
geben möchten. Sie müssen wissen, nach welcher Methode das
Projekt abgewickelt wird und vor allem, wie der Projektleiter
desAuftragnehmers innerhalbdiesesProjektes vorgeht.
• Systemanalytiker. die zusammen mit den Stakeholdern' des
Projektes die Anforderungen aufnehmen. Die Bedeutung von
einer korrekten Aufnahme bestehender- aber auch sichändern-
MehrzudemBegriffStakeholder indenfolgendenKapiteln,insbe
I
sondereinKapitel5.
Vorwort •• V
•
der- Anforderungen istfüreine erfolgreiche Projektabwicklung
unabdingbar.
• Methodenspezialisten: Besonders in Großunternehmen existie
ren sogenannte Methoden- und Toolabteilungen. Diese sind
verantwortlich für die gesamte Vorgehensweise des Unterneh
mens bei der Entwicklung von Software. Hier soll dieses Buch
helfen, einerichtigeAuswahl sowohl derMethoden alsauchder
imProjekteinzusetzenden Werkzeuge zutreffen.
Inhalte des Buches
Dieses Buch konzentriert sich wie bereits oben erwähnt, auf den
Projektmanagement-Workflow des Rational Unified Process. Im er
sten Kapitel wird dabei auf die Ursachen der Softwarekrise einge
gangen.Diese sinddiewesentliche Motivation fürdasEntstehen des
Rational Unified Process. Da mangelnde Qualitätssicherung als ei
ner der wesentlichsten Gründe für die Software-Krise aufzuführen
ist, wird in diesem Kapitel intensiv das Thema Software-Testen be
handelt.
Kapitel 2 geht auf Prozeßmodelle ein, die in den letzten Jahren
die Software-Entwicklung geprägt haben. Dabei sind in erster Linie
diefolgenden Modelle vonBedeutung:
• DasWasserfallmodell
• DasSpiralmodell
• DasV-Modell
• DerRational UnifiedProcess
Kapitel 3gibt eine Einführung in den Rational Unified Process.Da
bei werden die wesentlichen Workflows dieses Projektmodells vor
gestellt. Des weiteren wird auch aufdie einzelnen Elemente des Ra
tional Unified Process eingegangen, mit deren Hilfe die Workflows
beschrieben werden.
Kapitel 4 beschäftigt sich intensiv mit dem Anforderungsmana
gement,da hierinbisherigen Projekten die meistenFehler begangen
wurden. Anforderungsmanagement gehört zwar nicht direkt zu den
Aufgaben des Projektmanagers - hier kommt der Systemanalyst
zum Zuge,jedoch sollte der Projektmanager stets involviert sein, da
erdieVerantwortung überdasGesamtprojekt trägt.
AbKapitel 5beginnt der Schwerpunktdieses Buches. Dieses Ka
pitel geht detailliert auf die Aufgaben des Projektmanagements im
VI •• Vorwort
•
Rational Unified Process ein. Es werden die einzelnen Aktivitäten
genausovorgestelltwiediezuerstellendenProdukte.
Kapitel 6 möchte ich Ihnen besonders ans Herz legen. Hier gibt
Philippe Kruchten, der Autor des Rational Unified Process, eine
Übersicht über die neuen Herausforderungen, die an künftige Pro
jektleiter von iterativen Software-Entwicklungsprojekten gestellt
werden. Nochwichtiger sinddieBeschreibungen dertypischenFall
stricke, in denen sich ein "Novize" - also ein im Rational Unified
ProcessunerfahrenerProjektleiter- verfangenkönnte.
Kapitel 7 wurde von Chris Brandt erstellt. Der Schwerpunkt die
ses Kapitels liegt auf einem im Projektmanagement neuartigen An
satzdesManagementbyCommitment.
Kapitel 8 geht auf die Einführung des Rational Unified Process
innerhalb eines Unternehmens ein. Dabei wird sowohl auf die indi
viduellen Anpassungsmöglichkeiten eingegangen als auch auf die
typischen Hindernisse bei der Einführung eines neuen Prozeßmo
dellswiedemRationalUnifiedProcess.
Kapitel 9 beschäftigt sich mit der Rolle des Projektmanagers bei
der Einführung einer Werkzeugunterstützung für den Rational Uni
fied Process. Dieses Kapitel behandelt im ersten Teil ausführlich
Fehler, die des öfteren bei einer Toolauswahl begangen werden.
Ferner werden hier klare Anforderungen bzw. Voraussetzungen an
einen professionellen Projektleiter definiert, die erfüllt werden müs
sen,umder Positioneines zukünftigenManagers- undnichts ande
resisteinProjektleiter- erfolgreichbekleidenzukönnen.
Kapitel 10 schrieb Barry Boehm - er erläutert hier eine neue
TechnikdesProjektmanagements:DasErwartungsmanagement.
Konventionen in diesem Buch
In diesem Buch werden sämtliche Grafiken bzw.Screenshots in ih
rer Originalfassung behalten, also mit den amerikanischen (engli
schen)Bezeichnungen.Der Hintergrund dieser Konvention istdarin
zu sehen, daß der Leser dieses Buches, der es parallel zum Rational
Unified Process liest, die gleichen Abbildungen im Buch vor sich
hat,wieindemeigentlichenProdukt.
Ergänzungen zum Rational Unified Process, die weder in der
Version 5.1.2nochin der Version 5.5enthalten sind, sindindiesem
Buch besonders herausgestellt. Sie stellen meine Erfahrungen dar,
dieichimLaufederletztenJahregewonnen habe.
VOIWOrt •• VII
•
Die Grundlage dieses Buches sind im wesentlichen zwei Werke,
einerseits der Rational Unified Process selbst, und andererseits das
Buchmeines KollegenWalker Royce.
Diegenaue Versionsbezeichnung der neuen Version des Rational
Unified Process stand zur Drucklegung noch nicht fest. Daher wird
der Rational-interne Arbeitstitel 5.5 in diesem Buch verwendet, es
ist durchaus wahrscheinlich, daß sich die Versionsnummer ändern
wirdinRational UnifiedProcess2ooO!
Einige Hauptkapitel dieses Buches habe ich durch einen kriti
schen Kommentar zu dem jeweiligen Thema eingeleitet, der zum
Teil auch über die eigentliche Branche der Software-Entwicklung
hinausgeht und stark in gesellschaftliche Problemstellungen oder
auchKritikenabdriftet.
Dieser Kommentar sollden Leser dazu bewegen, abseits von den
technischen Inhalten auch immer eins vor Augen zuhaben: Den kri
tischen und gleichzeitig gesunden Menschenverstand.Um vom son
stigen Inhalt dieses Buches zudifferenzieren, sinddiese Kommenta
rekursivdargestellt.
Weitere Informationen
Informationen hinsichtlich des Rational Unified Process - wie zum
Beispiel Datenblätteroder eine Demoversion zum Download- kön
nenentweder von derRational Software Webpage unter www.ratio
nal.com/rup_info/ bezogen werden oder direkt bei der Rational
Software GmbH per E-mail unter [email protected] angefordert
werden.
Dem interessierten Leser steht die Möglichkeit offen, über die E
mail-Adresse [email protected] eine Multimedia
CDkostenlos anzufordern, diedenRUP näher beschreibt.
Wer bereits den Rational Unified Process benutzt, kann weiter
führende Informationen vom Rational Unified Process Resource
Centererhalten,wo besondere Goodies, Updates und Links zu Part
nern bereitstehen.Der Hyperlink zu dem Resource Center ist in der
Online-Version desRational UnifiedProcessenthalten.
Wissenschaftliche Einrichtungen können Rational Software di
rekt kontaktieren, um Informationen zu einem speziellen Programm
fürdieForschung undWissenschaft zuerhalten.
VIII •• Vorwort
•
Danksagungen
Dieses Buch entstand an vielen Wochenenden und Abenden, daher
muß der hauptsächliche Dank meiner Ehefrau Conny gelten, ohne
deren Verständnis - aber auch Mithilfe - dieses Buch sicherlich
nichtentstanden wäre.
Die Mithilfe bei der Erstellung der Grafiken sowie die Bearbei
tung der Korrekturfahnen war eine weitere Unterstützung, auf die
ichsehrangewiesenwar.
InhaltlichwurdediesesBuchdurch vieleE-Mails,Gesprächeund
DiskussionenmitMitarbeitern derFirmaRationalSoftwaregeprägt,
letztendlich gilt mein Dank auch meiner vorherigen Firma, der
IABG GmbH,beider ichumfangreicheErfahrungenimBereichder
Prozeßmodelle und Prozeßmodellierung sammeln konnte. In erster
Linie ist hier Rainer Midderhoff zu erwähnen. Auch wenn das V
Modell sicherlich nicht das Parademodell für objektorientierte Soft
ware-Entwicklung ist, so stecken im V-Modell viele sinnvolle An
sätze, die teilweise in die neue Version 5.5 des Rational Unified
Processintegriertwurden.
Danksagungen
•• IX
•
Inhaltsverzeichnis
1 UrsachenfürdieSoftwarekrise 1
1.1 Einführung 1
1.2 StatistikenzurSoftwarekrise 2
1.3 Warum Projektescheitern 3
1.3.1 Wann isteinProjektgescheitert? 3
1.3.2 UnklareAnforderungen 5
1.3.3 Wechselnde Technologien 5
1.3.4 Mangelnde Kommunikation imProjekt 6
1.3.5 ZuspäteIntegration 9
1.3.6 ZuhoheDokumentenorientierung l0
1.3.7 Fehlende Prozeßmodelle 11
1.3.8 Mangelnde Ausbildung 11
1.3.9 Fehlende Ressourcen 12
1.3.10 FehlendeQualitätssicherung 15
1.3.11 Nichtbeachtung der80:20-Regel 17
1.4 Auswirkungen derSoftwarekrise 18
1.5 Zusammenfassung 19
2 Prozeßmodelle 21
2.1 Eine Einführung inProzeßmodelle 21
2.2 Warum brauchen wirProzeßmodelle? 23
2.2.1 Geschäftsprozeßmodellierung
alsBasisfürProzeßmodelle 24
2.2.2 Prozeßmodelle alsBrücke zwischen
unterschiedlichenDisziplinen 25
2.2.3 Einsatzfelder fürProzeßmodelle 26
2.2.4 Weitere VorteilederVerwendung
vonProzeßmodellen 27
2.3 Prozeßmodelle derletztenJahre 28
2.3.1 DasWasserfallmodell 28
2.3.2 DasSpiralmodell 30
2.3.3 DasV-Modell 32
Inhaltsverzeichnis -- XI
-