Loading content
Das C4 Modell bietet eine klare und konsistente Methode zur Darstellung von Softwarearchitekturen auf verschiedenen Abstraktionsebenen. Es umfasst vier Hauptansichten: Kontextdiagramm, Containerdiagramm, Komponenten- und Klassendiagramm. Diese Ansichten helfen dabei, die Struktur und Interaktionen innerhalb eines Systems zu verstehen und zu kommunizieren.
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und bei Bedarf in die 360°-Bewertung zu wechseln.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Was Zusammenhänge ordnet, verbindet oder entscheidbar macht.
Das C4 Modell ist ein notation- und toolunabhängiges Framework, das Softwarearchitektur über mehrere Ebenen von Kontext bis Code sichtbar und besprechbar macht.
Simon Brown entwickelte C4, um Softwarearchitektur für Entwickler lesbarer, konsistenter und gemeinsam diskutierbar zu machen. Auslöser war das Problem, große Systeme in einer einzigen, überladenen Zeichnung festzuhalten. C4 ordnet die Beschreibung deshalb in vier Ebenen – Softwaresystem, Container, Komponente und Code – und hält Notation und Werkzeug bewusst offen.
Stell dir C4 wie einen kontrollierten Zoom auf ein System vor. Außen zeigt das Systemkontext mit Personen und Nachbarsystemen. Darauf folgen Container als ausführbare oder bereitgestellte Einheiten, dann Komponenten als fachliche Bausteine innerhalb eines Containers und schließlich Code als kleinste Umsetzungsebene. Ergänzende Landschafts-, Dynamic- und Deployment-Diagramme helfen, weitere Fragen zu klären.
Die Darstellung bewegt sich von außen nach innen und trennt unterschiedliche Detailgrade.
Hier wird das betrachtete System mit Personen und Nachbarsystemen verortet.
Ausführbare oder bereitgestellte Einheiten machen die grobe innere Struktur sichtbar.
Innerhalb eines Containers werden fachlich sinnvolle Bausteine und Verantwortlichkeiten erkennbar.
Die unterste Ebene verbindet Architektur mit konkreten Klassen, Modulen oder Dateien.
Landschafts-, Dynamic- und Deployment-Diagramme ergänzen die vier Kernebenen, wenn andere Fragen wichtig sind.
C4 hilft, wenn Teams Architektur in Reviews, Dokumentation, Einarbeitung oder Änderungsentscheidungen auf mehreren Detailstufen abstimmen müssen. Es hält den Blick von Kontext bis Code zusammen und kann durch Dynamic- oder Deployment-Sichten ergänzt werden. Für detailliertes Laufzeitverhalten, Betriebsabläufe oder tiefe Implementierungsfragen braucht es zusätzliche, spezialisierte Modelle; zu viel Detail pro Bild macht die Kommunikation wieder schwerer.
Wo dieser Baustein im Themenmodell verortet ist.
Keine Strukturpfade verfügbar.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.