Software-Wartung Grundbegriffe und Einordnung Der Wartungsprozeß

Transkript

1 Software-Wartung Grundbegriffe und Einordnung Der Wartungsprozeß Marc Monecke Praktische Informatik Fachbereich Elektrotechnik und Informatik Universität Siegen, D Siegen 7. Juli 2003 Inhaltsverzeichnis 1 Einführung Arten von Wartung Wartung vs. Erstentwicklung Neue fachliche Tätigkeiten Installationsaufwand Benutzer Management Wartung/Evolution aus Anwendersicht Benutzerbetreuung Problem-Management Aufgaben des Betreibers Der Wartungsprozeß Ablauf einer Problembearbeitung Reporting Phase Analyse-Phase Zusammenfassung 4 i

2 1 Einführung Software-Wartung: Weiterentwicklung vorhandenen Systems abhängig von Lebensdauer großer Anteil an Gesamtkosten: % 1.1 Arten von Wartung Korrektur: Fehler aus der Erstentwicklung finden und beheben im Quelltext, in Entwurfsdokumenten funktionale Anforderungen bleiben unverändert Optimierung: hinsichtlich nichtfunktionaler Anforderungen (z.b. Performanz) Probleme oft in Erstentwicklung nicht feststellbar (Testsystem, tatsächliches Benutzerverhalten) Programmcode, Schemata, Konfigurationsdateien... funktionale Anforderungen nicht betroffen Anpassung, Portierung: Änderung der unterliegenden Basissysteme (Version, Produkt) Programmcode, Architektur-Beschreibung Perfektionierung: neue (nicht-) funktionale Anforderungen inkrementelle Neuentwicklung u.u. alle Dokumenttypen 2 Wartung vs. Erstentwicklung Wartung ist nicht eine Fortsetzung der Erstentwicklung! 2.1 Neue fachliche Tätigkeiten Reverse Engineering Modelle/Abstraktionen, Dokumentationen anhand Quelltext erstellen Reengineering Renovierung, Strukturverbesserung Einkapseln von Altsystemen weil Altsystem nicht angepaßt werden kann 1

3 2.2 Installationsaufwand edit compile test install Einführung neuer Versionen beim Anwender aufwendig Datenbestände konvertieren Distribution Anwender schulen Verfügbarkeit des Systems gewährleisten Vorsicht beim Versionswechsel 2.3 Benutzer Fehler werden vom Benutzer gefunden unzureichende Fehlerbeschreibungen Zuordnung zum Programm-/Systemteil schwierig aufwendige Rekonstruktion der Fehlersituation 2.4 Management andere Anforderungen an das Management von Wartungsprozessen Installationsaufwand und Betriebsstörungen minimieren kontinuierliche Defektmeldungen und Änderungswünsche Sammeln, verwalten, prioritisieren, Umsetzung planen ad-hoc-lösungen können zu Folgefehlern führen 3 Wartung/Evolution aus Anwendersicht Unterschiedliche Rollen Entwickler entwickelt die Software Kunde, Betreiber setzt Software ein, sorgt für Verfügbarkeit Nutzer nutzt das System bei der Arbeit 3.1 Benutzerbetreuung Probleme beim Betrieb möglichst schnell beheben bearbeitet Anfragen der Nutzer Nutzer meldet Vorfall: Funktion des Systems gestört/verschlechtert Beschreibung des Vorfalls Informationen zur Systemkonfiguration 2

4 Problem ist Ursache des Vorfalls liegt Diagnose und Behelfslösung vor bekannter Fehler Anforderung zum Beheben des bekannten Fehlers: Änderungsanforderung 3.2 Problem-Management langfristige Planung der Evolution von Software-Systemen Ursachen für Probleme genauer analysieren Probleme beschreiben ( nutzbar für Benutzerbetreuung), klassifizieren zukünftige Probleme vermeiden 3.3 Aufgaben des Betreibers Inventarisierung Istzustand und Entwicklung dokumentieren; zukünftige Änderungen planen Änderungsmanagement Änderungen planen und Betroffene informieren Release-Management jeweiligen Versionswechsel planen und druchführen 4 Der Wartungsprozeß Korrigierende Wartung anhand Vorfallbeschreibung Probleme erkennen, beheben, neue Version ausliefern: Problem Management 4.1 Ablauf einer Problembearbeitung Reporting Phase 1. Nutzer entdeckt Unstimmigkeit 2. meldet sich bei der Benutzerbetreuung (Helpdesk), gibt Informationen über Vorfall 3. Helpdesk-Mitarbeiter erstellt Vorfall-Report in der Fehlerdatenbank alle verfügbaren Informationen sammeln Priorität: Wichtigkeit (Auswirkungen des Problems, betroffener Kunde) Status: Zustand der Bearbeitung Klassifizierung: Fehlfunktion, Geschwindigkeitsproblem, Änderungsanforderung Typisierung: Hardware-, Software-, Benutzerfehler 3

5 4.1.2 Analyse-Phase 1. Produktspezialist prüft Fehlerdatenbank versucht, Problem nachzuvollziehen ändert/ergänzt Status, Klassifizierung, Typisierung versucht, Ursache zu beheben oder Übergangslösung zu finden (Modifikationsphase) 2. Benutzerbetreuung informiert Nutzer über Ergebnis der Problem-Bearbeitung 3. Ausliefern der überarbeiteten Version an den Kunden (beim nächsten Release-Wechsel oder direkt) Änderungs-, Release-Management 5 Zusammenfassung Software-Wartung ist wichtiger Bestandteil des Software-Lebenszyklus es gibt Unterschiede zur Erstentwicklung passende Methoden, Werkzeuge nötig Anwender muß Wartungsprozesse unterstützen Problem-Management organisiert Behebung von im Betrieb aufgetretenen Fehlern Aufgaben, Prozesse Rollen 4