Anbieter zum Thema

MicroConsult Microelectronics Consulting & Training GmbH

Axivion GmbH

Parasoft® Deutschland GmbH

Mixed Mode GmbH

Ursachen für das Wuchern logischen Gestrüpps

Welche Umstände führen dazu, dass statt wohlstrukturiertem und testbarem Code ein schwer handhabbares logisches Gestrüpp entsteht? Es wurde bereits zusammengefasst: Die Vorgaben für das Was und das Wie der Entwicklungstätigkeit werden nicht beachtet. Unter „Was“ können alle Zielvorgaben für das zu bauende Softwareprodukt subsummiert werden: welche Funktionalitäten werden erwartet, welche Schnittstellen gibt es, welche Eingabebereiche sind als gültig zu definieren, wie ist mit ungültigen Eingaben umzugehen - nur um einige Beispiele zu nennen.

Das „Wie“ definiert die Vorgaben, deren Einhaltung die Erreichung dieser Vorgaben mit einem hohem Maß an Qualität erreichen lassen sollte: Codier-Richtlinien, Fristen und Checklisten für Codereviews, ein klar definierter Prozess für dynamische Softwaretests und dergleichen.

Eine Einhaltung dieser Vorgaben setzt voraus, dass sie existieren und dass ihre Einhaltung eingesehen und gelebt wird. Aber selbst wenn diese Voraussetzungen gegeben sind, kann mangelnde Kommunikation zwischen den Akteuren sowie Zeitdruck wegen Markt- oder Kundenanforderungen zu Unterschlagungen führen. Schließlich bedingt eine nicht ausreichende Bemannung, dass beispielsweise die Rolle des Reviewers oder des Testers nicht adäquat ausgefüllt wird.

Hinzu kommt, dass ein systematischer Softwaretest ein Mindestmaß an Wissen zu Testmethodiken voraussetzt. Gleiches gilt im Übrigen für den systematischen Test der gesamten internen Logik eines Produkts. Es besteht nach meiner Erfahrung kaum ein Unterschied zwischen den Entwicklungsmannschaften kleiner mittelständischer Betriebe mit zwei bis zwölf Entwicklern und den zuliefernden Abteilungen innerhalb von Großfirmen: In beiden können ähnliche Entwicklungsdynamiken entstehen, in deren Verlauf Code aus dem Augenblick heraus und auf Zuruf heranwächst, ohne größere Abstimmung mit anderen Mitarbeitern oder übergeordneten Anforderungen.

Bei näherer Untersuchung stellt sich die Arbeitsweise bei solchem Vorgehen wie folgt dar: Geprägt durch einen traditionell antrainierten Arbeits- und Kommunikationsstil, der bei weniger komplexen Logiken in der Vergangenheit noch nicht an seine Grenzen gestoßen war, setzt sich der Entwicklungsprozess unverändert in die zunehmende Komplexität (neue Plattformen, steigende Anzahl von Produkten und Rückwärtskompatibilität) fort.

Anstatt diesen inadäquat gewordenen Entwicklungsprozess zu reformieren, treten typischerweise lokale Verdrängungs- und Überbrückungsmethodiken auf: An Fehlstellen des Codes werden unsystematische, nur einen Spezialfall behebende Patches eingebaut, nur einige Anwendungsfälle werden getestet. Mehrarbeit und Überstunden mit entsprechender geringerer Produktivität und höherer Fehleranfälligkeit oder unsystematische Teil-Redesigns unter hohem Zeitdruck sind die Folge. Diese Vorgehensweise bietet das beste Klima für das Wuchern logischen Gestrüpps.

(ID:43694157)