Softwarekrise war ein in den frühen Tagen der Rechenwissenschaft gebrauchter Begriff. Der Begriff wurde gebraucht, um den Einfluss von Eskalationen in der Computermacht und der Kompliziertheit der Probleme zu beschreiben, die angepackt werden konnten. Hauptsächlich bezieht es sich auf die Schwierigkeit, richtige, verständliche und nachprüfbare Computerprogramme zu schreiben. Die Wurzeln der Softwarekrise sind Kompliziertheit, Erwartungen und Änderung.

Der Begriff "Software-Krise" wurde von einigen Anwesenden auf der ersten NATO-Softwaretechnikkonferenz 1968 an Garmisch, Deutschland ins Leben gerufen. Ein früher Gebrauch des Begriffes ist in den 1972 ACM von Edsger Dijkstra Turing Preis-Vortrag:

Die Ursachen der Softwarekrise wurden mit der gesamten Kompliziertheit der Hardware und des Softwareentwicklungsprozesses verbunden. Die Krise hat sich auf mehrere Weisen geäußert:

• Projekte, die Überbudget führen.
• Projekte, die Überstunden führen.
• Software war sehr ineffizient.
• Software ist von niedriger Qualität gewesen.
• Software hat häufig Anforderungen nicht entsprochen.
• Projekte waren schwer zu handhabend und Code, der schwierig ist aufrechtzuerhalten.
• Software wurde nie geliefert.

Viele der Softwareprobleme wurden durch die immer kompliziertere Hardware verursacht. In seinem Aufsatz hat Dijkstra bemerkt, dass die neueren Computer an seinem Tag "solche ernsten Fehler aufgenommen haben, dass [er] gefunden hat, dass mit einem einzelnen Schlag der Fortschritt der Rechenwissenschaft um mindestens zehn Jahre verzögert worden war". Er hat auch geglaubt, dass der Einfluss der Hardware auf der Software zu oft überblickt wurde.

Verschiedene Prozesse und Methodiken sind im Laufe der letzten paar Jahrzehnte entwickelt worden, um Softwarequalitätsmanagement mit unterschiedlichen Graden des Erfolgs zu verbessern. Jedoch wird es weit zugegeben, dass es keine "Silberkugel"  gibt d. h. überflutet keine einzelne Annäherung, die Projekt verhindern wird, und Misserfolge in allen Fällen. Im Allgemeinen sind Softwareprojekte, die groß, kompliziert, schlecht angegeben sind, und fremde Aspekte einschließen, noch für große, unvorausgesehene Probleme besonders verwundbar.

Siehe auch

• AI Winter
• Fred Brooks
• Technologische Eigenartigkeit

Außenverbindungen

• Edsger Dijkstra: Der Bescheidene Programmierer (PDF, 473 Kilobytes)
• B. Randell - die NATO-Softwaretechnikkonferenzen
• Markus Bautsch: Zyklen von Softwarekrisen in: ENISA Vierteljährlich auf der Sicheren Software (PDF Datei; 1,86 Mb)