Software Impact Analyse

Veröffentlicht auf 2. Mai 2018

Impact Analysen werden zu verschiedenen Phasen der Softwareentwicklung als Teil des Änderungsmanagement durchgeführt, z.B.:
* vor der Entwicklung, um Auswirkungen auf bestehende Software, Dokumente, und den Aufwand zu ermitteln,
* nach der Entwicklung, um Auswirkung auf Regressionstests und Dokumentation zu ermitteln.

Ziel ist es, durch die kontrollierte Durchführung, negative Auswirkungen auf das System zu verhindern.

Grundlegend unterscheiden lassen sich die Arbeit an der technischen Dokumentation (Anforderungen, Design, Dokumente), der Entwicklung (Funktionen und Code) und der Tester (Regression und neue Tests), welche bevorzugt gemeinsam an einer Analyse arbeiten.

Bevorzugt sollten die Analysen durch Software automatisiert unterstützt werden, dafür müssen aber Abhängigkeiten vollständig dokumentiert, verfolgbar und auswertbar sein. Was nicht immer der Fall ist.
Manuelle Analysen haben den Nachteil, dass man Gefahr läuft nicht alle Auswirkungen (besonders indirekte) zu entdecken. Deshalb sollten hier immer mehrere Blickwinkel und mehrere Mitarbeiter einbezogen werden.
Bei beiden Methoden ist die Einbeziehung von SW-Designdokumenten der wichtigste Punkt, damit man die Komplexität eingrenzen kann.

Der Aufbau einer Analyse sollte folgendes beinhalten:
* Ist-Stand und Ursache der Änderung
* Analyse der Änderung (Warum, was, wie)
* Bewertung der Auswirkungen auf technische Dokumentation, Funktion (auch Performance, Usability etc.), Entwicklung, Tests, ...
* Schätzung des Aufwands
* Bewertung des Risikos (Pro/Con) und des Schweregrads der Implementierung
* Begründung der Durchführung und Blick auf Alternativen

Vorteile:
* Verbesserte Kommunikation zwischen Entwicklung und Tester
* Software wird weniger verschlimmbessert
* Aufwände und Auswirkungen auf den Zeitplan sind besser planbar
* Höhere Effektivität
* Wissen über Zusammenhänge wird besser verteilt

Nachteile:
* Ohne dokumentierte Verfolgbarkeit und Abhängigkeit nur sehr schwer machbar
* Ohne SW-Design-Dokumentation abhängig von einzelnen Entwicklern
* Ohne die notwendige Gründlichkeit und Zeitinvestition ist das Ergebnis nutzlos

 

Geschrieben von Robert Bullinger

Veröffentlicht in #Softwareentwicklung, #Softwaretest, #Softwarequalität, #Testmanagement, #Anforderungen

Repost0
Um über die neuesten Artikel informiert zu werden, abonnieren:
Kommentiere diesen Post