Seminar Structurizr DSL Advanced: Includes, Erweiterungen, Archetypen und Skripting

Große Architekturmodelle benötigen klare Modulgrenzen, wiederverwendbare Definitionen und kontrollierte Erweiterungspunkte. Das Seminar zeigt, wie DSL-Workspaces ohne Copy-and-paste wachsen und dennoch verständlich, validierbar und portabel bleiben.

Inhaltsverzeichnis

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

Einordnung

Mit Includes, Workspace-Erweiterungen und Archetypen lassen sich gemeinsame Landschaftsmodelle und Standards über mehrere Systeme hinweg nutzen. Gleichzeitig erhöhen Skripte, Plugins und externe Ressourcen die Komplexität. Deshalb stehen Abhängigkeitskontrolle, Portabilität und Review gleichberechtigt neben den DSL-Funktionen.

Zielgruppe

Erfahrene Structurizr-Anwendende, Software- und Enterprise-Architects, Plattformteams sowie Verantwortliche für gemeinsame Architekturmodelle und DSL-Standards.

Voraussetzungen

Sichere Kenntnisse der Structurizr DSL, der grundlegenden View-Typen und des C4-Modells. Erfahrung mit Versionsverwaltung und modularen Textformaten wird vorausgesetzt.

Lernziele

• Große Workspaces in klar abgegrenzte, nachvollziehbare Module zerlegen.
• Gemeinsame Landschaften über Workspace-Erweiterungen wiederverwenden.
• Archetypen und Properties für organisationsweite Modellierungsstandards einsetzen.
• Expressions, Gruppen und Perspektiven für präzise Sichten nutzen.
• Skripting- und Plugin-Einsatz gegen Portabilität, Sicherheit und Wartbarkeit abwägen.

Seminarinhalte

1. Modularisierung mit Includes

Ein monolithischer Workspace wird in Dateien mit klarer Verantwortung aufgeteilt.

1. Modell-, View-, Style-, Dokumentations- und Entscheidungsanteile identifizieren.
2. Include-Reihenfolge und relative Pfade konsistent festlegen.
3. Zyklische Abhängigkeiten und schwer nachvollziehbare Seiteneffekte vermeiden.

2. Workspace-Erweiterung und gemeinsame Landschaften

Mehrere System-Workspaces werden auf ein zentrales Landschaftsmodell ausgerichtet.

1. Basismodell mit stabilen Identifiers und eindeutigen Eigentumsgrenzen erstellen.
2. System-Workspace per extends anbinden und verfügbare Bezeichner nutzen.
3. Änderungsregeln für Basis- und Erweiterungs-Workspaces definieren.

3. Archetypen, Tags und Properties

Wiederkehrende Modelltypen werden als fachliche Standards beschrieben.

1. Archetypen mit Default-Beschreibungen, Technologien, Tags und Properties entwerfen.
2. Abweichungen bewusst zulassen und dokumentieren.
3. Archetypen mit Styles, Inspektionen und Governance-Regeln verbinden.

4. Expressions, Gruppen und Sichtlogik

Komplexe View-Auswahl wird lesbar und wiederverwendbar formuliert.

1. Expressions schrittweise von einfachen Tags bis zu kombinierten Bedingungen aufbauen.
2. Gruppen auf der zulässigen Abstraktionsebene einsetzen.
3. Sichtlogik anhand von Positiv- und Negativbeispielen testen.

5. Perspektiven und spezielle Properties

Zusätzliche Architekturmerkmale werden im Modell erfasst, ohne neue Diagrammquellen zu erzeugen.

1. Perspektiven für Sicherheit, Betrieb, Kosten oder Risiko definieren.
2. Spezielle Workspace- und Viewset-Properties kontrolliert einsetzen.
3. Darstellung und Filterverhalten in Local und Server überprüfen.

6. Skripting, Plugins und Portabilität

Erweiterungsmechanismen werden anhand konkreter Anforderungen bewertet und abgesichert.

1. Zweck, Eingaben und erwartete Ausgaben eines Skripts oder Plugins festlegen.
2. Classpath, lokale Ressourcen und Ausführungsumgebung dokumentieren.
3. Portable und nicht portable DSL-Anteile erkennen und eine belastbare Build-Strategie ableiten.

Praxisfall und Übungsartefakte

Ein großer Beispiel-Workspace wird modularisiert, um ein Basismodell erweitert und mit Archetypen, Expressions sowie Perspektiven ergänzt. Eine Portabilitätsmatrix dokumentiert alle lokalen und ausführbaren Abhängigkeiten.