![\"Der](\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/08\/201510_Softwareevolution_1_neu-600x184.png\")
In der Praxis ergibt sich jedoch bereits mit dem ersten Nutzerkontakt eine Vielzahl neuer Anforderungen, deren Umsetzung mit den Aufgaben des t\u00e4glichen Produktivbetriebs synchronisiert werden m\u00fcssen. Statt also einen Entwicklungsstand zu erreichen, der dann nur noch am Leben gehalten werden muss, entwickelt sich Software evolution\u00e4r auf Basis ihrer Benutzung. Dies wird vor allem offensichtlich, wenn man die Aufgaben w\u00e4hrend des Betriebs auf einen Zeitbereich von vielen Jahren betrachtet.<\/p>\n\n\n\n
Abbildung 2 zeigt die Hauptaufgabenbereiche die sich w\u00e4hrend des Betriebs einer Software f\u00fcr Softwareentwickler ergeben. So startet alles nat\u00fcrlich mit der Entwicklung. Nach einiger Zeit nehmen jedoch stabilisierende Ma\u00dfnahmen, wie Fehlerbehebungen zu. Mit zunehmenden Nutzerzahlen steigt auch der Bedarf Optimierungspotentiale zu nutzen, w\u00e4hrend zeitgleich noch immer neue Features implementiert werden. Sp\u00e4testens nach einigen Jahren kommt es dann zur Sanierung von Teilbereichen oder der gesamten Software. Dies ist beispielsweise notwendig weil sich die grundlegenden Technologien stark ge\u00e4ndert haben oder das Aussehen und die Benutzerf\u00fchrung verbessert werden sollen.<\/p>\n\n\n\n Kommt es zur Sanierung des Systems, muss ebenfalls zwischen mehreren M\u00f6glichkeiten unterschieden werden. Die offensichtlichste L\u00f6sung, mit einem gro\u00dfen Knall eine v\u00f6llig neue Software auf Basis der Erkenntnisse aus dem Bestandssystem zu entwickeln, ist mit den gr\u00f6\u00dften Aufw\u00e4nden verbunden und sollte daher nur in absoluten Ausnahmef\u00e4llen gew\u00e4hlt werden. Viel sinnvoller erscheint es daher einzelne Teile neu zu gestalten, was nicht bedeutet dass nur Module oder Komponenten des Systems erneuert werden. Es kann auch bedeuten, dass Features oder Funktionsgruppen in ein neues, schlankeres Softwaresystem \u00fcbertragen und dann als Parallelsystem angeboten werden. Egal wie sich nun aber entschieden wird, in jedem Fall muss auch w\u00e4hrend der Sanierung noch immer der korrekte Betrieb des Bestandssystems sicher gestellt sein.<\/p>\n\n\n\n Bereits bei der Stabilisierung, sp\u00e4testens jedoch bei der Optimierung des Systems fallen notwendige \u00c4nderungen auf, die nicht zwangsl\u00e4ufig einen direkten Mehrwert f\u00fcr den Endnutzer darstellen. Aus diesem Grund ist die kontinuierliche Analyse des Systems und Bewertung von m\u00f6glichen Aufgaben essentiell f\u00fcr eine zielgerichtete Evolution. Andernfalls drohen unn\u00f6tige Anpassungen und damit auch unn\u00f6tige Kosten.<\/p>\n","protected":false},"excerpt":{"rendered":" Der Lebenszyklus eines komplexen Softwaresystems unterteilt sich in mehrere Phasen. H\u00e4ufig wird dabei leider der Zeitbereich der Evolution ausgelassen.<\/p>\n","protected":false},"author":12,"featured_media":1677,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"advgb_blocks_editor_width":"","advgb_blocks_columns_visual_guide":"","footnotes":""},"categories":[1],"tags":[503,504,505,506],"topics":[],"class_list":["post-1019","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-allgemein","tag-softwareevolution","tag-softwarelebenszyklus","tag-softwaresanierung","tag-evolution"],"acf":[],"yoast_head":"\n![\"Die](\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/08\/201510_Softwareevolution_2_neu-600x412.png\")
![\"Kategorien](\"https:\/\/blogs.zeiss.com\/digital-innovation\/de\/wp-content\/uploads\/sites\/2\/2020\/08\/201510_Softwareevolution_3_neu-600x320.png\")