Als nächsten Punkt der Einordnung und damit so nah am Ende
kommen wir zu dem Begriff Wartbarkeit.
Wartbarkeit ist schon ein paar Mal als Begriff gefallen und
er spielt hier bei den Fragen auch eine Rolle,
doch nicht so ganz direkt.
Wir werden dazu
den Punkt 1.4 widmen
Wartbarkeit hat mit diesem Begriff Wartung zu tun. Wartung,
wir erinnern uns, Änderungen an Software nach,
wir haben hier die Folie Änderungen,
an Software nach der Freigabe nach der Freigabe.
Wartbarkeit ist ein Qualitätsmerkmal von Software
Die Qualitätsmerkmale von Software sind durch Begriffe gekennzeichnet,
die nicht sehr scharf definiert sind.
Deswegen ist es sinnvoll, hier eine Norm als Begriffsdefinition heranzuziehen.
Und wir benutzen die ISO 25010. Das ist der Standard für Software-Qualitätseigenschaften.
Und darin ist die Wartbarkeit einer der Haupt-, der acht Hauptmerkmale.
Wartbarkeit ist etwas, was den Aufwand für Änderungen beschreibt.
Das ist auch meine persönliche Kurzdefinition.
Aufwand, das ist
ein bisschen falsch
Musik Also Aufwand für Änderungen. Das ist der Kern und
so setzt sich das in der Norm auch zusammen.
Wir müssen erstmal in der Norm,
haben wir zunächst erstmal den Unterpunkt Modularität
Das ist ein bisschen überraschend, dass hier ein Entwurfsprinzip genannt ist,
aber die weiteren Punkte sind klarer, verständlich.
Einer der Unterpunkte ist, Analysierbarkeit,
Aufwand für Diagnose von Mängeln oder Ursachen von Versagen.
Das ist auch der erste Schritt, den man macht.
Also dein erster Teil des Aufwands,
wenn wir also den Aufwand für die Durchführung hier sehen,
dann ist das Verstehen die Diagnose, der erste Teilschritt davon.
Der nächste Teilschritt wäre die Änderung tatsächlich durchzuführen.
Das wird als Änderbarkeit bezeichnet.
Aufwand zum Ausführen
Von Veränderungen. Ein weiterer kritischer Punkt ist die Stabilität.
Das hat nicht direkt einen weiteren Aufwandspunkt zur Folge,
einen älteren Aufwandsanteil, sondern eher das Risiko,
dass wir Folgeaufwände haben und damit sind es wieder Aufwände.
Das Risiko wird, können wir auch als Wahrscheinlichkeit ausdrücken,
Wahrscheinlichkeit des Auftretens Unerwarteter Wirkungen.
Man könnte auch sagen, Nebenwirkungen von Änderungen. Ja,
damit können wir sagen, okay, Analysierbarkeit, Änderungbarkeit,
wir haben die Sache durchgeführt.
Ja, aber das ist noch nicht alles.
Wir müssen auch noch testen. Das heißt,
der Aufwand für den Test spielt auch eine Rolle,
Nur mal so, um zurückzuspringen,
wie hoch ist denn der Aufwand für den Test?
Ja, wir haben hier diese schönen Kurven gehabt.
Nein, wo waren die hier? Ja,
hier hatten sie gesehen, dass der Aufwand fürs Testen durchaus
doppelt so hoch ist wie der Aufwand für die eigentliche Codierung.
Ja, also Hykodierung, 7 Prozent testen 15 Prozent,
also das Doppelte.
Der Aufwand für das Testen
Aufwand, ich nenne es hier Aufwand für Prüfung,
der geänderten Software. Wir haben jetzt nichts dazu gesagt,
ob die Software im Ganzen geändert geprüft wird oder nur die geänderten Zeilen,
das ist jetzt hier mal außen vor gelassen.
Es gibt in Danom noch einen weiteren Unterpunkt, Konformität,
den nenne ich nur da Vollständigkeit halber Konformi.
Tät, dass gerade in dem die Software Normen und Vereinbarungen.
Den letzten Punkt können wir so ein bisschen in Klammern fassen,
können wir sagen, okay, ist nicht ganz so wichtig,
ja, man könnte sowas sehen, dass man in einem großen Projekt,
hat man immer eine kodierrichtlinie, ein Style-Guide,
wie Code geschrieben werden soll,
wie er dokumentiert sein soll und das sind Maßnahmen zur Erwartbarkeit
drin enthalten,
also Konformität zu diesen ganzen Regeln
Ja, für uns ist es am wichtigsten,
die Analysierbarkeit, das ist der Aufwand für das Verstehen,
die Änderbarkeit, der Aufwand für das Durchführen,
verstehen und Testbarkeit, die Stabilität natürlich auch.
Ja, damit haben wir definiert,
was Wartbarkeit ist und worin liegt denn die Bedeutung von Wartbarkeit
für uns?
Nein,
das sollte schreiben
Evolutionäre Änderungen, die wir ja angestrebt haben,
mit unserem Stage Model,
das nochmal zurück in Erinnerung zu rufen,
das war hier, wir können Änderungen nur durchführen,
wenn wir im Zustand Evolution sind und das setzt voraus,
dass wir Wartbarkeit zu einem gewissen Maße noch nicht verloren haben.
Also diese Wartbarkeit ist die Voraussetzung dafür,
für evolutionäre Änderungen
Also nur bei guter Erwartbarkeit sind evolutionäre Änderungen möglich und nominellen Eindruck
zu geben, möchte ich noch was aus der Literatur nehmen.
Wir haben, oder wenn das nicht der Fall ist,
haben wir hohe Kosten.
Wo wir Kosten von Änderungen Bei schlechter Wortbarkeit.
Ich zitiere hier Herrn Call Worms von Redet.
Es ist Schweizer in der Schweizer Bank.
Aus einem Gespräch
Er nannte den Faktor 12. Für...
Was ist denn bei... Schlecht? Wattbaren gegenüber Hutwattbaren Systemen
Und diesen Faktor können Sie jetzt natürlich als Faktor
nehmen für Zeit oder als Faktor für Geld. Ja,
wenn Sie eine Änderung für 3.000 Euro machen oder diese eure
Änderung für 36.000 Euro, das ist schon ein kleiner Kostenunterschied.
Wenn wir das betrachten, aber was,
wenn wir das, wenn wir das nicht gegeben haben,
also wir haben entweder hohe Kosten oder die Änderung,
die Wartbarkeit ist so schlecht, Dann hätten wir,
bis wir direkt von Fehlern da Änderbarkeit sprechen.
Schlechter Wortbarkeit, dann würde das zur Folge haben,
dass wir Änderungen nicht durchführen. Die Software wäre nicht verfügbar.
Also bei geschäftskritischen Systemen bedeutet das, Geschäftsprozesse nicht Mehr unterstützt?
Markt und Kundin marktanteile und Kundin gehen verloren.
Umsatz und Gewinn geht verloren,
wird reduziert
Einsatz von Teilen oder des gesamten Systems nicht mehr möglich.
Und was man auch natürlich sagen muss,
wenn man betrachtet, die Investition,
die damit verbunden ist,
Investition in das Software-System
ist am Ende verloren
Damit können wir also sagen, für geschäftskritische Systeme,
dass wir es ja beim Stage Model auch schon gesagt hatten,
können wir es nicht dulden, dass die Wartbarkeit so schlecht ist.
Damit ist die Frage, ja, was machen wir bei
fehlender Wartbarkeit und das wird uns zum nächsten Abschnitt.
Wir sollten Re-Engineering durchführen