Pflichtenheft von byteme - PI - Praktische Informatik

7.6. RISIKOMANAGEMENT 71
Wenn das Risiko zu einem Problem wird:
Sollten wichtige Teile der Infrastruktur tatsächlich über einen längeren Zeitraum nicht
nutzbar sein, so können wir auf die vorbereiteten Backup-Server ausweichen. Dieses
Risiko ist jedoch streng genommen nicht unser eigenes Risiko, sondern das unseres
„Vorgesetzten“ in Form des Fachbereichs. Dieser sollte sich daher darum bemühen,
die Ausfallzeiten so kurz wie möglich zu halten und den Umzug aus sicht der Netzinfrastruktur
transparent zu gestalten.
7.6.6 Bibliotheken
Problem:
Im Verlauf der Entwicklung stellen sich Details der verwendeten Bibliotheken (TM4J,
GraphLayout) als unvorteilhaft heraus, d.h. die Bibliotheken sind beispielsweise zu
langsam, bewältigen die geforderte Datenmenge nicht fehlerfrei o.ä. Da die Bibliotheken
als Open Source Projekte ständig in Entwicklung sind, ist es auch möglich, dass
sich in zukünftigen Versionen eine Änderung der Schnittstellen ergibt.
Risiko:
Niedrig - Die Bibliotheken kommen auch in einer Vielzahl anderer Projekte zum Einsatz,
woraus auf eine gewisse Zuverlässigkeit geschlossen werden kann. Es ist außerdem
nicht anzunehmen, dass die Entwickler der Bibliotheken in zukünftigen Versionen
Änderungen an der Schnittstelle in einer Weise vornehmen, die eine komplette
Umstukturierung notwendig macht.
Vorbeugende Maßnahmen:
Die Bibliotheken wurden vor ihrer Verwendung ausgiebig auf ihre Eignung getestet.
Die Schnittstelle zwischen unserem Projekt und den Bibliotheken wird möglichst schmal
gehalten, so dass eventuelle Änderungen nur geringfügige Anpassungen an unserem
Projekt notwendig machen.
Wenn das Risiko zu einem Problem wird:
Sollte sich eine Bibliothek nachträglich als ungeeignet für unser Projekt herausstellen,
so muß die absolut notwendige Grundfunktionalität manuell reimplementiert werden.
Der dadurch entstehende Zeitverlust muss durch die Pufferzone in der Zeitplanung
aufgefangen werden.