Use LEFT and RIGHT arrow keys to navigate between flashcards;
Use UP and DOWN arrow keys to flip the card;
H to show hint;
A reads text to speech;
14 Cards in this Set
- Front
- Back
Einführung
|
- 2/3 oder mehr aller Kosten entstehen in Betrieb und Wartung
- auch nach Abschaffung des Systems oft noch Kosten obwohl kein Nutzten mehr - verbreitete Fehlannahme: Systembetrieb ist einfach |
|
Service Level Agreements (SLAs)
|
Verbindliche Vereinbarungen, um Leistungen, d.h. "Services" zwischen Kunden und dem Servicebereich festzuschreiben
|
|
Inhalte eines SLA
|
- Performance (zb Reaktionszeiten)
- Verfügbarkeit - Verlässlichkeit, dh Anzahl der tolerierbaren Fehlersituationen in einem bestimmten Zeitraum - Richtlinien zum Change Management - Sicherheitsvorkehrungen (Firewalls etc.) |
|
IT Infrastructure Library (ITIL)
|
- Sammlung von Best Practices zur Umsetzung eines IT-Service-Managements
- umfassende Dokumentation zur Planung, Erbringung und Unterstützung von IT-Serviceleistungen - weltweiter De-facto-Standard - Framework besteht aus ITIL Core (Kernpublikationen), ITIL Complemantary Guidance (Ergänzungen) und ITIL Web Support Services |
|
Arten von Wartungsaufgaben in der Softwareentwicklung
|
- Korrektive Wartung: Fehlerkorrekturen; oft zeitkritisch (Notfallwartung)
- Adaptive Wartung: Anpassung der Anwendung an eine veränderte Umwelt (OS, neue Hardware) - Perfektionierende Wartung: Performanceverbesserung, aber auch Reduktion des künftigen Wartungsaufwands |
|
Aktivitäten korrektiver Wartung
|
- Problemverifikation (wirklich Fehler?)
- Problemisolation (Eingrenzung) - Problemreproduktion (Wiederholbarkeit?) - Problemlösung |
|
Adaptive und perfektionierende Wartung
|
- Schritte der korrektiven Wartung haben bis auf die Problemreproduktion Bedeutung
- Meist keine kurzfristige oder zeitkritische Änderung |
|
Durchführung von Wartungsarbeiten - personelle Trennung von Entwicklungs- und Wartungsaufgaben
|
Vorteile:
- keine Belastung der Entwicklung durch Wartungsaufgaben - Dokumentation qualitativ hochwertiger, da für Wartungsteam zwingend notwendig - Entstehen einer Wartungsinfrastruktur im Wartungsteam Nachteile: - Abhängigkeit des Wartungsteams vom Entwicklerteam bei schlechter Dokumentation - erhöhter Kommunikationsaufwand zwischen beiden Teams - Wartungsteam muss Software erst kennenlernen |
|
Durchführung von Wartungsarbeiten - KEINE personelle Trennung von Entwicklungs- und Wartungsaufgaben
|
Vorteile:
- Entwickler kennen System bereits - Entwickler arbeiten sorgfältiger, wenn sie später auch für die Wartung zuständig sind Nachteile: - Gefahr der Überperfektionierung durch die Entwickler - Vernachlässigung der Wartung aufgrund gleichzeitiger großer Entwicklungsprojekte |
|
Zeitpunkt zur Ablösung eines Softwaresystems
|
- Zunahme der Fehler
- Performanceprobleme - Abhängigkeit von Hardwareumgebung oder Mitarbeiter-Wissen - viele Änderungs- und Erweiterungswünsche - fehlende Integrationsmöglichkeiten mit anderen Anwendungen |
|
Ablösestrategie - Big-Bang-Ablösung
|
- einfachste Strategie
- Voraussetzung: Altes und neues System sind fachlich gleich - Bewertung: Neusystem muss komplett fertig sein |
|
Ablösestrategie - Stufenbildung
|
- Je mehr Stufen, desto geringer das Risiko, und desto mehr Kosten aus schrittweiser Einführung
- Motivation: Risikominimierung, aber erhöhter Gesamtaufwand und Quick Wins: wesentliche Vorteile der neuen Lösung möglichst früh nutzen. |
|
Stufenbildung, Ablösung "von Hinten"
|
Bewertung:
- gerwingeres Risiko, geringere Komplexität, höherer Aufwand - meist späte Benefits - übergreifende Gesamtkonzeption nötig |
|
Stufenbildung, Ablösung "in der Mitte"
|
Bewertung:
- höherer Aufwand - sichert frühe Benefits - übergreifende Gesamtkonzeption notwendig |