Hat jedes Softwaresystem eine Architektur?

Ja, jedes Softwaresystem hat eine Architektur, auch wenn sie nicht explizit dokumentiert oder geplant wurde. Die Architektur eines Systems beschreibt grundlegend, wie seine Komponenten strukturiert, organisiert und miteinander interagieren.

Wichtige Punkte dazu:

1. Explizit vs. Implizit

   • Eine explizite Architektur ist bewusst entworfen und dokumentiert (z. B. bei Microservices oder Schichtenarchitekturen).
   • Eine implizite Architektur entsteht durch die Implementierung ohne bewusste Planung (z. B. bei "Spaghetti-Code" oder kleinen Skripten).

2. Qualität der Architektur

   • Ein System kann eine gute Architektur haben (klar, wartbar, skalierbar) oder eine schlechte (chaotisch, schwer änderbar).
   • Selbst ein schlecht strukturiertes System hat eine Architektur – sie ist nur möglicherweise unübersichtlich.

3. Minimalbeispiel
   Selbst ein einfaches Python-Skript hat eine Architektur, z. B.:

   • Monolithisch: Aller Code in einer Datei.
   • Modular: Funktionen oder Klassen sind getrennt.

4. Architektur als Abstraktion
   Die Architektur beschreibt das "Big Picture" – also was die Teile tun und wie sie zusammenwirken, nicht unbedingt wie sie implementiert sind.

Fazit:

Ob geplant oder nicht: Jedes Softwaresystem folgt einer Architektur. Die Frage ist, ob sie absichtlich gestaltet wurde oder zufällig entstanden ist. Eine bewusste Architektur führt meist zu besserer Wartbarkeit und Erweiterbarkeit.

Quellen:

• Bass, Clements, Kazman: Software Architecture in Practice (Definition von Architektur).
• ISO/IEC/IEEE 42010 (Standard für Architekturbeschreibungen).