Vorgehensmodell zur Softwareentwicklung

Softwareentwicklungsprozesse

Softwareentwicklungsprozesse dienen zur Planung und Steuerung einer Softwareentwicklung von der Konzeption bis zum Einsatz des Softwaresystems im Echtbetrieb.

Eines der ältesten Modelle, das eine starre Abfolge der einzelnen Phasen annimmt, ist das Wasserfallmodell. Weiterentwicklungen wie das Spiralmodell sehen hingegen Iterationen vor, d. h. derselbe Arbeitsschritt (z. B. die Analyse) wird mehrmals durchlaufen und die Ergebnisse des Arbeitsschrittes pro Durchlauf verfeinert und verbessert.

Seit den 1980er Jahren haben sich dutzende Modelle entwickelt, noch einmal verstärkt in den frühen 2000er Jahren. Ab den 2010er Jahren kamen agile Softwareentwicklungsmethoden hinzu.

Softwarelebenszyklusmanagement

Softwarelebenszyklusmanagement erweitert die Phasen über den gesamten Lebenszyklus einer Software, d. h. berücksichtigt den Produktlebenszyklus der Software oder des Softwaresystems. Das Vorgehensmodell definiert die Anforderungen an betriebliche Prozesse („Was“) und beschreibt die konkreten, EDV-technisch realisierten Prozesse („Wie“). Dieser Typ ist eine Mischung aus einer Ist-Beschreibung und normativer Vorgabe. Je nach Standardisierungsgrad werden verschiedene Entwicklungsstufen vergeben. Unternehmen können sich diese Entwicklungsstufen von externen Stellen zertifizieren lassen.

• ISO/IEC 12207
• ISO/IEC 15504 (SPICE)
• Capability Maturity Model (CMM)
• Capability Maturity Model Integration (CMMI)

Softwareentwicklungsphilosophien

Zu den modellhaften Verfahren existieren Prinzipien und Leitgedanken, die auf Erfahrungen basieren und aufzeigen, wie Software möglichst gut entwickelt werden kann. Diese Konzepte beinhalten in der Regel auch Prozesselemente und werden daher ebenfalls als Prozess- oder Vorgehensmodell bezeichnet. Beispiele:

• Extreme Programming
• Kanban
• Prototyping
• Scrum

Positives

• Ein genereller Vorteil von Vorgehensmodellen ist, dass Projektmanagement-Prozesse, Qualitätssicherungsprozesse und der eigentliche produkterstellende Prozess gemeinsam abgebildet werden.
• Ein zielgerichtetes Vorgehen verbessert die Übersichtlichkeit des Gesamtprojektes, die Koordination von Teams und hilft, Fehler frühzeitig zu erkennen. Dies wirkt sich in der Regel positiv auf die Qualität des gesamten Systems aus bzw. erlaubt eine genaue Rekonstruktion des Entwicklungsprozesses und der zu Grunde liegenden Entscheidungen.
• Vorteile eines Vorgehens nach einem Vorgehensmodell:
  • Trennung der Analyse von Geschäftsprozessen („Was“) von EDV-technischer Realisierung („Wie“)
  • Leitfaden für die Systementwicklung
  • projektbegleitende Dokumentation
  • Personenunabhängigkeit
  • frühzeitige Fehlererkennung durch festgeschriebene Testaktivitäten
• Vorgehensmodelle geben einen Rahmen vor, in dem ein Projekt geordnet ablaufen kann. Das Vorgehensmodell hilft dabei, den Ablauf eines Projektes zu strukturieren und nachzuvollziehen, da es den Prozess und die Dokumente der Softwareerstellung beschreibt. Die Güte der zu erstellenden Software ist demgegenüber auch von den Projektbeteiligten abhängig. Es ist wichtig, dass sie ein großes Vorwissen besitzen, gut zusammenarbeiten und ihrem gesunden Menschenverstand vertrauen. Der Projekterfolg und nicht das Vorgehensmodell ist das primäre Ziel.

Negatives

• Es existierten mehrere Vorschläge parallel zueinander, ohne dass sich eines der Vorgehensmodelle in der Praxis mit Breitenwirkung durchgesetzt hätte.
• Die Anbieter von Vorgehensmodellen sind voreingenommen. Vorgehensmodelle sind ein Geschäft, daher berät der Entwickler eines Vorgehensmodells in seinem Interesse. Anbieter stellen gerade ihr Modell als das Allheilmittel für alle Probleme dar. Hier liegt der Grundstein für eine Folge dem Prozess und alles wird gut-Mentalität. Ein Projekt scheitert dann, wenn die Beteiligten es nicht mehr objektiv betrachten und beispielsweise nur die vorgegebenen Checklisten abarbeiten.
• Aufgrund der Projektstruktur, die ein Vorgehensmodell erzeugt, bietet eine Unternehmensberatung für jede Einzeltätigkeit spezialisierte Berater an. Durch die Zersplitterung der Aufgaben auf Einzelspezialisten steigt der Koordinierungsaufwand überproportional.
• Vorgehensmodelle können dem Parkinsonschen Gesetz für Verwaltung und Management zur vollen Blüte verhelfen, da sie die Möglichkeit eröffnen, neue Mitarbeiter für neue Aufgaben nach Vorgehensmodell anzufordern. Betroffen von diesem Phänomen sind besonders solche Einrichtungen, die keiner engen wirtschaftlichen Kontrolle unterliegen, weil sie nicht zahlungsunfähig werden können (Behörde, Amt und Anstalt des öffentlichen Rechts). Als Warnung mögen die bis zum Jahr 2004 gescheiterten, erheblich verzögerten, sich als ungeeignet herausgestellten und/oder erheblich verteuerten Softwareprojekte der öffentlichen Hand, wie INPOL-Neu (Polizei), Nivadis (Polizei Niedersachsen), FISCUS (Finanzamt), Herkules (Bundeswehr), Online-Jobbörse (Arbeitsagentur), Toll Collect, A2LL (Arbeitsagentur, „Hartz IV“-Software), POLIKS (Polizei Berlin) etc. dienen.
• Es ist umstritten, ob der Entstehungsprozess von Software so gut verstanden wird, dass eine „ingenieurmäßige Herstellung“ möglich ist: Kritiker argumentieren, dass Software nichts anderes sei als „ausführbares Wissen“. Wissen jedoch lasse sich nicht ingenieurmäßig herstellen (wie sich etwa eine Brücke oder ein Hochhaus herstellen lässt), sondern werde in einem kreativen Prozess gefunden. Die Gegenposition argumentiert, dass gerade in dem „kreativen Prozess“ die Gefahr von Wartungsproblemen und struktureller Unsauberkeit liegt. Das Argument der Kritiker gelte für andere technische Entwicklungsprozesse (z. B. Bau einer Brücke, eines Hauses, einer Fabrik) auch nicht.