[bl] Insights - Die Softwarearchitektur

Manchmal ist es hilfreich, erst einmal sich über Grundstrukturen – das Fundament und den Rahmen – des Konstruktes Gedanken zu machen, bevor man losläuft. In der Software gilt das eigentlich immer! Die Architektur der Software ist oftmals maßgeblich und entscheidet für den gesamten Projektverlauf.

Entscheidungen, die im Rahmen der Softwarearchitektur-Planung gefällt werden, haben tiefgreifende Folgen sowohl zum Thema Stabilität, Sicherheit und Performance, aber auch betriebswirtschaftliche Einflüsse, wie z. B. beim Recruiting. Denn nicht alle Entwickler*innen können die gleichen Programmiersprachen. Nicht jede*r Engineer kann mit allen Systemen umgehen!

Die Softwarearchitektur sollte deshalb immer von sehr erfahrenen Entwickler*innen oder von Softwarearchitekt*innen erstellt werden. Diese Architekten bestimmen, in welche Komponenten das System aufgebaut bzw. unterteilt ist, in welcher Programmiersprache entwickelt wird und wie die Datenstrukturen aussehen.

Auch fachliche Anforderungen aus dem SDP-Dokument, dem Software Development Plan, welches wir in einer früheren Folge erklärt haben, aus der IT-Sicherheit, dem Datenschutz und weiteren sonstigen regulatorischen Anforderungen müssen bei der Struktur und Definition der Softwarearchitektur Beachtung finden.

Ganz besonders wichtig: Die Architektur betrachtet nicht nur das eigene System. Die Architektur muss auch den Kontext – oder Systemkontext – betrachten. Welche Schnittstellen zu anderen, teilweise fremden, Systemen gibt es. Wie kommunizieren die Systeme miteinander?

Schaubilder oder sogenannte Diagramme helfen, dass auch weniger technisch versierte Personen, aber auch insbesondere das Entwicklungsteam die Technik und den Architekturplan versteht.

Ist das Fundament stabil, dann kann die Software da drauf schneller, einfacher und sicherer entwickelt werden! Beste Voraussetzung für ein stabiles und qualitatives Produkt!