Vor Ort
Merkzettel Warenkorb
Produktbild: Projektmanagement

Projektmanagement mit dem Rational Unified Process

Aus der Reihe Xpert.press

85,90 €

inkl. gesetzl. MwSt., Versandkostenfrei

Beschreibung

Produktdetails

Einband

Gebundene Ausgabe

Erscheinungsdatum

19.04.2000

Abbildungen

XVI, mit 71 Abbildungen und 8 Tabellen 24 cm

Verlag

Springer Berlin

Seitenzahl

293

Maße (L/B/H)

24,2/16,1/2,2 cm

Gewicht

602 g

Auflage

1. Auflage

Sprache

Deutsch

ISBN

978-3-540-66755-1

Beschreibung

Produktdetails

Einband

Gebundene Ausgabe

Erscheinungsdatum

19.04.2000

Abbildungen

XVI, mit 71 Abbildungen und 8 Tabellen 24 cm

Verlag

Springer Berlin

Seitenzahl

293

Maße (L/B/H)

24,2/16,1/2,2 cm

Gewicht

602 g

Auflage

1. Auflage

Sprache

Deutsch

ISBN

978-3-540-66755-1

Herstelleradresse

Springer Heidelberg
Tiergartenstr. 17
69121 Heidelberg
DE
buchhandel-buch@springer.com

Noch keine Bewertungen vorhanden

Verfassen Sie die erste Bewertung zu diesem Artikel

Helfen Sie anderen Kundinnen und Kunden durch Ihre Meinung.

Kundinnen und Kunden meinen

Bewertungen (0)

Weitere Artikel finden Sie in
  • Produktbild: Projektmanagement
  • 1 Ursachen für die Softwarekrise.- 1.1 Entführung.- 1.2 Statistiken zur Softwarekrise.- 1.3 Warum Projekte scheitern.- 1.3.1 Wann ist ein Projekt gescheitert?.- 1.3.2 Unklare Anforderungen.- 1.3.3 Wechselnde Technologien.- 1.3.4 Mangelnde Kommunikation im Projekt.- 1.3.5 Zu späte Integration.- 1.3.6 Zu hohe Dokumentenorientierung.- 1.3.7 Fehlende Prozeßmodelle.- 1.3.8 Mangelnde Ausbildung.- 1.3.9 Fehlende Ressourcen.- 1.3.10 Fehlende Qualitätssicherung.- 1.3.11 Nichtbeachtung der 80:20-Regel.- 1.4 Auswirkungen der Softwarekrise.- 1.5 Zusammenfassung.- 2 Prozeßmodelle.- 2.1 Eine Einführung in Prozeßmodelle.- 2.2 Warum brauchen wir Prozeßmodelle?.- 2.2.1 Geschäftsprozeßmodellierung als Basis für Prozeßmodelle.- 2.2.2 Prozeßmodelle als Brücke zwischen unterschiedlichen Disziplinen.- 2.2.3 Einsatzfelder für Prozeßmodelle.- 2.2.4 Weitere Vorteile der Verwendung von Prozeßmodellen.- 2.3 Prozeßmodelle der letzten Jahre.- 2.3.1 Das Wasserfallmodell.- 2.3.2 Das Spiralmodell.- 2.3.3 Das V-Modell.- 2.3.4 Der Rational Unified Process.- 2.4 Anpaßbarkeit von Prozeßmodellen.- 2.5 Die Bedeutung von Prozeßmodellen für das Projektmanagement.- 2.6 Zusammenfassung.- 3 Grundlagen des Rational Unified Process.- 3.1 Vorbemerkung.- 3.2 Historie des Rational Unified Process.- 3.2.1 Vereinigung der drei Amigos.- 3.2.2 Zukauf von ergänzenden Firmen.- 3.2.3 Besondere Berücksichtigung der Lehre.- 3.3 Best Practices im Rational Unified Process.- 3.4 Die Phasen und Workflows des Rational Unified Process.- 3.4.1 Der Geschäftsprozeßmodellierungs-Workflow.- 3.4.2 Der Anforderungsmanagement-Workflow.- 3.4.3 Der Analyse- und Design-Workflow.- 3.4.4 Der Implementierungs-Workflow.- 3.4.5 Der Test-Workflow.- 3.4.6 Der Verteilungs-Workflow.- 3.4.7 Die Supporting Core Workflows.- 3.5 Der iterative Ansatz.- 3.6 Wesentliche Elemente des Rational Unified Process.- 3.6.1 Worker.- 3.6.2 Artefakte.- 3.6.3 Aktivitäten.- 3.6.4 Toolmentoren.- 3.6.5 Richtlinien.- 3.6.6 Templates.- 3.7 Qualitätsgewinn durch den Rational Unified Process.- 3.8 Zusammenfassung.- 4 Anforderungs- und Change-Management -Herausforderung für den Projektmanager.- 4.1 Was ist eine Anforderung?.- 4.1.1 Unterschiedliche Formulierung von Anforderungen.- 4.1.2 Ein Beispiel.- 4.2 Warum Anforderungsmanagement?.- 4.3 Anforderungstypen.- 4.3.1 Funktionale Anforderungen.- 4.3.2 Nichtfunktionale Anforderungen.- 4.4 Der Anforderungs-Workflow.- 4.4.1 Analyse des Problemfeldes.- 4.4.2 Bedürfnisse der Stakeholder ermitteln.- 4.4.3 Managen sich ändernder Anforderungen.- 4.4.4 Definition des Systems.- 4.4.5 Umfang des Systems managen.- 4.4.6 System verfeinern.- 4.5 Zusammenfassung der Artefakte und Worker im Anforderungsmanagement.- 4.6 Use-Case-Modelle zur Beschreibung von Anforderungen.- 4.7 Zusammenfassung.- 5 Projektmanagement mit dem Rational Unified Process.- 5.1 Der Projektmanagement-Workflow.- 5.1.1 Identifizieren von Risiken.- 5.1.2 Risikostrategien für Projektleiter.- 5.1.3 Aufbau einer Risikomatrix.- 5.1.4 Klassische Risikotypen.- 5.1.5 Aufbau eines Business Case.- 5.1.6 Der Software-Development-Plan (SDP).- 5.1.7 Planung der nächsten Iteration.- 5.1.8 Managen der Iterationen.- 5.1.9 Projekt monitoren und kontrollieren.- 5.1.10 Close-outs.- 5.2 Das gemeinsame Vokabular.- 5.3 Die Bedeutung von Meilensteinen.- 5.3.1 Der LCO-Meilenstein.- 5.3.2 Der LCA-Meilenstein.- 5.3.3 Der IOC-Meilenstein.- 5.3.4 Das Produktrelease.- 5.4 Konfigurationsmanagement.- 5.4.1 Die vier Funktionsbereiche desKonfigurationsmanagements.- 5.4.2 Versionskontrolle.- 5.5 Neue Metriken durch den Rational Unified Process.- 5.6 Eine Erweiterung des Rational Unified Process.- 5.6.1 Eigene Best Practices.- 5.6.2 Stakeholder.- 5.6.3 Unterauftragnehmer-Management.- 5.7 Weitere Gesichtspunkte des Projektmanagements.- 5.7.1 Das Projekttagebuch.- 5.7.2 Anforderungen an Projektleiter.- 5.8 Zusammenfassung.- 6 Vom Wasserfall zum iterativen Lifecycle — ein harter Weg für Projektmanager.- 6.1 Einführung.- 6.2 Höherer Planungsaufwand.- 6.3 Nacharbeiten bereits im Vorfeld erkennen.- 6.4 Die Software zuerst.- 6.5 Schwerwiegende Probleme frühzeitig lösen.- 6.6 Überschneidungen von Lifecycle-Modellen.- 6.7 Die Darstellung des Fortschrittes ist schwieriger.- 6.8 Entscheidung über Anzahl, Dauer und Inhalt von Iterationen.- 6.9 Ein guter Projektmanager und eine guter Architekt.- 6.10 Zusammenfassung.- 7 Weitere Aspekte des Projektmanagements mit dem Rational Unified Process.- 7.1 Projektmanagement als Disziplin.- 7.2 Elemente erfolgreichen Projektmanagements.- 7.2.1 Planung.- 7.2.2 Kontinuierlicher Soll/Ist-Vergleich.- 7.2.3 Feedbackschleifen.- 7.2.4 Sukzessive Verfeinerung.- 7.2.5 Management by Commitment.- 7.2.6 Werkzeugunterstützung.- 7.3 Anwendung.- 7.3.1 Der Phasenplan.- 7.3.2 Der Iterationsplan.- 7.3.3 Die Istdaten.- 7.3.4 Der Soll/Ist-Vergleich.- 7.4 Zusammenfassung.- 8 Einführung des Rational Unified Process.- 8.1 Motivation.- 8.2 Einführung des Rational Unified Process.- 8.2.1 Der Einführungsplan.- 8.3 Einführung des Rational Unified Process mit Hilfe eines Piloten.- 8.4 Worauf besonders zu achten ist.- 8.4.1 Wahl des Zeitpunktes.- 8.4.2 Status laufender Projekte.- 8.4.3 Zusammensetzung der Projektgruppe.- 8.4.4 Evaluierungsaspekte.- 8.5 Die politische Bedeutung eines neuen Prozesses.- 8.6 Anpassung des Rational Unified Process.- 8.7 Zusammenfassung.- 9 Die Rolle des Projektleiters bei der Auswahl einer passenden Werkzeugunterstützung für den Rational Unified Process.- 9.1 Vorbemerkung.- 9.2 Häufige Fehler bei einer Toolauswahl.- 9.2.1 Der Kriterienkatalog.- 9.2.2 Zeitraum der Toolauswahl.- 9.2.3 Herstellerversprechen versus Realität.- 9.2.4 Externe Toolauswahl.- 9.2.5 Wechsel einer Werkzeugumgebung.- 9.3 Die Rational Suite.- 9.3.1 Ausgangssituation.- 9.3.2 Rational Suite Analyst Studio.- 9.3.3 Rational Suite Development Studio.- 9.3.4 Rational Suite Test Studio.- 9.3.5 Rational Enterprise Suite.- 9.3.6 Rational Suite PerformanceStudio.- 9.3.7 Die Architektur der Suite.- 9.4 Die Simplizität der.- 9.4.1 Hohe Integration.- 9.4.2 Ein Hersteller—ein Ansprechpartner.- 9.5 Zusammenfassung.- 10 Erwartungsmanagement.- 10.1 Einführung.- 10.2 Ursachen von Problemen in Erwartungen an Software.- 10.3 Einige Techniken des Erwartungsmanagements.- 10.3.1 Klärung, was der Kunde wirklich will und warum.- 10.3.2 Ausarbeiten der Details und anschließende Erläuterung.- 10.3.3 Anwenden von Techniken des Risikomanagements.- 10.3.4 Ermöglichen einer eindeutigen Kommunikation mit dem Kunden.- 10.3.5 Benutzen von ausgefeilten Metriken für ausgefeilte Erwartungen.- 10.3.6 Akzeptieren höchstens einer Variablen.- 10.3.7 Anwenden eines Win/Win-Ansatzes für Stakeholder.- 10.4 Zusammenfassung.- Literatur.