Course Registration System
Liste der Risiken

Version 1.0

Revisionsprotokoll

Datum

Version

Beschreibung

Autor

18. Januar 99 1.0 Zu Beginn der Konzeptionsphase festgestellte Risiken Rick Bell
 
 
 
 
 
 
 
 
 
 
 
 

Liste der Risiken

Die Projektrisiken werden mindestens einmal pro Iteration bewertet und in dieser Tabelle dokumentiert. Die höchsten Risiken sind am Anfang der Tabelle aufgelistet.

 

Rangfolge/Höhe der Risiken Risikobeschreibung und Auswirkungen Risikominderungsstrategie und/oder Plan für unvorhersehbare Ereignisse

7

Die Releases R1 und R2 werden evtl. verschoben und sind dann nicht bis zum Beginn des Registrierungszeitraums im 1999 verfügbar.

Fortschritt nach Zeitplan und Meilensteinen überwachen

Abzuschließende Aufgaben und dafür vorgesehenen Zeitpunkt regelmäßig aktualisieren

5

Ernsthaftes Problem bei der Datumsumstellung herkömmlicher Systeme auf das Jahr 2000. Falls das traditionelle Gebührenabrechnungssystem und das Datenbanksystem für die Kursregistrierung keine vierstelligen Datumsangaben verarbeiten können, könnten Funktionsfehler dieser alten Systeme den Betrieb des CREG-Systems beeinträchtigen.

Zentralverwaltung des Wylie College schriftlich darüber informieren, dass die Datumsumstellung bei den vorhandenen Systemen überprüft werden muss

5

Die Schnittstellen zum alten Gebührenabrechnungssystem und zum herkömmlichen Kurskatalogsystem können Durchsatzprobleme und Probleme bei den Antwortzeiten verursachen.

Rechtzeitiges Entwickeln von Prototypen, um alle externen Schnittstellen testen zu können

4

In Spitzenzeiten des Registrierungszeitraums kann die hohe Anzahl angemeldeter Studenten den Systemdurchsatz erheblich beeinträchtigen.

Rechtzeitige Prototyperstellung und Extrapolation von Antwortzeitdaten in der Ausarbeitungsphase

3

Inkompatibilität mit Internet-Browsern und spezifischen Konfigurationen auf Clientmaschinen

Problem in der Ausarbeitungsphase angehen

3

Die vier ausgeschriebenen Stellen (2 Entwickler und 2 Designer) können nicht im vorgesehenen Zeitrahmen besetzt werden.

Bei lokalen Arbeitsagenturen nachfragen, falls die offenen Stellen bis zum Beginn der Designerstellung nicht besetzt sind

3

Das Entwicklerteam hat relativ wenig Erfahrungen mit dem Rational Unified Process (RUP) und objektorientierten Verfahren. Dies könnte die Effizienz und die Produktqualität beeinträchtigen.

Schulungseinheiten für objektorientierte Entwicklung und Rational Unified Process planen

Prozessmentoren etablieren, die dem Team helfen, den Prozess besser zu verstehen, und das Team bei den Entwicklungsaktivitäten unterstützen können

Sicherstellen, dass alle Designs und der gesamte Code überprüft werden

2

Das Wylie College kann die Entwicklung nicht aus den Mitteln des Jahresbudgets für 1999 finanzieren.

Zweite Finanzierungsoption vorbereiten, die eine Aufsplittung der Entwicklung (und Finanzierung) auf zwei Jahre (1999 und 2000) vorsieht



 

Copyright  (c) IBM Corp. 1987, 2004. Alle Rechte vorbehalten. 

Webbeispiel CREG-Projekt (Course Registration)
Version 2001.03