Seminar Structurizr Architekturmodellierung: C4-Modell und DSL-Grundlagen

Im Mittelpunkt steht der Aufbau eines konsistenten Architekturmodells, aus dem mehrere zielgruppengerechte Sichten abgeleitet werden. Theorie, Modellierungsregeln und praktische Arbeit an einer durchgängigen Fallstudie werden eng miteinander verbunden.

Inhaltsverzeichnis

1. Einordnung
2. Zielgruppe
3. Voraussetzungen
4. Lernziele
5. Seminarinhalte
6. Praxisfall und Übungsartefakte

Einordnung

Die Structurizr DSL trennt das fachliche Architekturmodell von den daraus erzeugten Diagrammen. Dadurch entstehen Systemlandschafts-, Kontext-, Container-, Komponenten-, dynamische und Deployment-Sichten aus einer gemeinsamen Quelle. Das Seminar legt die methodische und technische Basis für weiterführende Local-, Server- und Automatisierungsthemen.

Zielgruppe

Softwarearchitektinnen und Softwarearchitekten, technische Leads, Entwicklerinnen und Entwickler, Solution Architects, Enterprise Architects sowie Personen mit Verantwortung für Architekturdokumentation.

Voraussetzungen

Grundkenntnisse in Softwarearchitektur und verteilten Systemen. Vorkenntnisse in Structurizr sind nicht erforderlich. Erfahrung mit textbasierten Konfigurationsdateien ist hilfreich.

Lernziele

• Modellierungsfragen den geeigneten C4-Abstraktionsebenen zuordnen.
• Personen, Softwaresysteme, Container, Komponenten und Beziehungen in der DSL definieren.
• Stabile, nachvollziehbare Views mit eindeutigen Schlüsseln aufbauen.
• Dynamische Abläufe und Deployment-Umgebungen konsistent zum statischen Modell beschreiben.
• Ein erstes Workspace-Repository strukturieren, validieren und fachlich prüfen.

Seminarinhalte

1. Modellierungsauftrag und C4-Abstraktionsebenen

Ausgehend von Stakeholder-Fragen wird festgelegt, welche Teile der Architektur in welcher Tiefe dargestellt werden.

1. Stakeholder, Entscheidungen und Kommunikationsziele erfassen.
2. Systemlandschaft, Systemkontext, Container, Komponenten und Deployment voneinander abgrenzen.
3. Für jede Fragestellung eine passende Sicht und einen klaren Scope bestimmen.

2. Workspace und DSL-Grundstruktur

Ein neuer Workspace wird schrittweise von der leeren Datei bis zum ersten parsebaren Modell aufgebaut.

1. Workspace-Metadaten, Modell- und View-Bereich anlegen.
2. Hierarchische Bezeichner und konsistente Namensregeln festlegen.
3. Personen und Softwaresysteme mit Beschreibungen, Technologien und Tags erfassen.

3. Container, Komponenten und Beziehungen

Das Modell wird um innere Strukturen und fachlich belastbare Abhängigkeiten erweitert.

1. Container und ausgewählte Komponenten anhand der Architekturverantwortung definieren.
2. Gerichtete Beziehungen mit präzisen Verben und Technologien beschreiben.
3. Redundante, unklare oder unzulässige Beziehungen durch Modellreview bereinigen.

4. Views und Sichtzuschnitt

Aus dem gemeinsamen Modell werden unterschiedliche Diagramme für verschiedene Zielgruppen erzeugt.

1. Systemlandschafts-, Kontext-, Container- und Komponentensichten anlegen.
2. Elemente mit Include- und Exclude-Regeln gezielt auswählen.
3. Stabile View-Keys vergeben und die Navigationsreihenfolge nachvollziehbar gestalten.

5. Dynamische Abläufe und Deployment-Sichten

Laufzeitinteraktionen und technische Ausbringung werden ohne ein zweites, widersprüchliches Modell ergänzt.

1. Wesentliche Interaktionsfolgen als dynamische Sichten modellieren.
2. Deployment-Umgebungen, Nodes und Instanzen definieren.
3. Statische, dynamische und Deployment-Sichten auf Konsistenz prüfen.

6. Validierung und Modellreview

Zum Abschluss wird der Workspace technisch und fachlich gegen definierte Qualitätskriterien geprüft.

1. DSL parsen und typische Syntax- sowie Referenzfehler beheben.
2. Bezeichnungen, Beschreibungen, Scopes und View-Keys anhand einer Checkliste kontrollieren.
3. Eine belastbare Ausgangsversion für Local, Server und Versionsverwaltung erzeugen.

Praxisfall und Übungsartefakte

Eine mehrteilige Fallstudie wird von der Systemgrenze bis zur Deployment-Sicht modelliert. Als Übungsartefakte entstehen eine strukturierte workspace.dsl, mehrere C4-Sichten, eine dynamische Sicht, eine Deployment-Sicht und eine Review-Checkliste.