Optimierung/Leistungsverbesserung

· Frisch eingesetzte Software verbraucht oft mehr Zeit und Speicher, als zur Erfüllung ihrer Aufgaben zur Verfügung steht

· Optimierung erfolgt selten vor der ersten Freigabe

· Optimierung bleibet der Wartung vorbehalten

o Feinoptimierung und Reduzierung des Speicherbedarfs

o Zum Teil sind auch Restrukturierungen erforderlich

Anpassung/Änderung

· Anpassungen werden durch Wandlungen in der Umwelt erzwungen

o Änderungen in der technischen Umgebung

§ Neue Systemsoftware, neue Geräte

o Änderungen in den Benutzeroberflächen

§ Modifizierte Fenster oder Formulare, Spracheingabe

o Änderungen in den Funktionen

§ Gesetzesänderungen, neue betriebliche Regelungen

Erweiterungen

· Führen zu einer funktionalen Ergänzung des Produkts

· Funktionen, die bei der Erstentwicklung vorgesehen oder geplant, aber nicht implementiert wurden, werden eingebaut

· Oder es ergeben sich neue Funktionen aus den Erfordernissen des Betriebs der Software

Andere Klassifikation

· Korrigierende Aktivitäten

o Umfassen das Identifizieren und Korrigieren von Softwaredefekten und Leistungsmängeln

o Dazu gehören auch Notfall-Reparaturen, die sofort ausgeführt werden müssen, um den laufenden Betrieb aufrecht zu erhalten

o Auch die Korrektur der Implementierung gehört zu diesen Aktivitäten, um sie den spezifizierten Produkt-Anforderungen und Leistungen anzugleichen.

· Anpassende Aktivitäten

o Dienen dazu, die Software an die sich ändernde Produktumgebungen anzugleichen

· Perfektionierende Aktivitäten

o Erhöhen die Leistung, verbessern die Kosteneffektivität, Verarbeitungseffektivität und Wartbarkeit

o Dazu gehören auch Erweiterungen aufgrund von neuen Benutzeranforderungen

· Der meiste Aufwand entfällt auf Anpassungen und Erweiterungen 62-80%.

Wartung

· Lokalisierung und Behebung von Defekten von in Betrieb befindlichen Software-Produkten, wenn das Versagen bekannt ist.

· Ist ereignisgesteuert, daher schwer planbar.

Pflege

· Lokalisierung und Durchführung von Anpassungen, Änderungen und Erweiterungen von in Betrieb befindlichen Softwarem wenn die Art der gewünschten Änderungen/Erweiterungen feststeht

· Ist planbar

Pflege=Weiterentwicklung

· Anpassungen und Erweiterungen eines Produkts sind charakteristisch für Weiterentwicklungen bzw. für neue Versionen von Produkten

· Es ist daher sinnvoll – abgesehen von minimalen Änderungen – alle Pflegeaktivitäten den normalen Software-Entwicklungsprozess durchlaufen zu lassen

· Im evolutionären und inkrementellen Prozessmodell

o Keine Pflegephase mehr, sondern Pflegeaktivitäten werden als Erstellung einer neuen Produktversion angesehen

Wartungs und Pflegeaufwand wächst mit

· Dem Alter

· Dem Umfang des Softwareprodukts

· Um ca. 10% pro Jahr

· Ab einem bestimmten Zeitpunkt folgende Fragen:

o Soll weiter gewartet und gepflegt werden?

o Soll durch ein neues ersetzt werden?

o Soll nur saniert werden?

Sanierung oder Restaurierung ist die Umwandlung des Softwares in eine besser wartbare Form

Änderungsverwaltung – Erfassung und Verwaltung eingehender Fehlermeldungen und Verbesserungsvorschlägen

· Ablehnung/Annahme

· Auswahl eines Lösungsvorschlags

· Berücksichtigung der technischen und zeitlichen Auswirkungen

· Veranlassungen der Bearbeitung

· Bündelung von Änderungen

Damit mehrere Benutzer Fehler melden können gibt es Bug Tracker

 

Vorteile eigenständiger Wartungsorganisation

· Klare Zuordnung der Wartungs- und Entwicklungskosten

· Entlastung der Entwickler von Wartungsaufgaben und insbesondere von paralleler Durchführung unterschiedlicher Tätigkeiten

· Qualitativ besserer Abnahmetest durch das Wartungsteam

· Besserer Kundenservice durch Konzentration auf die Wartung

· Einstellung spezialisierter Mitarbeiter

· Effiziente Kommunikation zwischen Wartungsmitarbeitern

· Höhere Produktivität durch Spezialisierung und zusammenhängende Produktkenntnisse

Nachteile eigenständiger Wartungsorganisation

· Wartungsarbeiten können ein schlechtes Image bekommen, wodurch die Motivation der Mitarbeiter sinkt

· Beim Übergang von der Entwicklung zur Wartung geht wertvolles Wissen über das Produkt verloren

· Koordinationsprobleme zwischen Entwicklung und Wartung

· Die Entwickler müssen nicht Konsequenzen ihrer Entwicklung tragen

· Aufwändige Einarbeitung

· Gleichmäßige Auslastung der Mitarbeiter ist schwierig zu erreichen

Kompromiss

· Getrennte Organisation

· Die Mitarbeiter rotieren aber zwischen beiden Organisationseinheiten, dann wissen beide, was die andere brauchen

· Der Erfolg der Wartung hängt weniger von der Softwaretechnik, sondern vor allem von der Organisation und dem Management ab

7 – Schätzmethoden