Der rote Faden

Die ganze Vorlesung erzählt eine zusammenhängende Geschichte – nicht acht getrennte Themen. Wer das Gesamtbild im Kopf hat, kann im Kurztest jedes Stichwort richtig einordnen:

  1. Was ist Architektur und warum? Und: man beschreibt sie in Sichten, weil ein System zu komplex für ein einziges Bild ist.
  2. Drei dieser Sichten werden vertieft – wie man entwickelt (Entwicklungssicht), wie man ausführt/verteilt (Ausführungs-/Verteilungssicht) und wie man den Code strukturiert (Logische Sicht).
  3. Die logische Sicht bekommt ein konkretes Muster: das hexagonale Modell (Ports & Adapters) nach Domain Driven Design. Jede Komponente zerfällt in drei Ringe – Domäne, Applikation, Infrastruktur –, und genau die sind die letzten vier Kapitel.
Merksatz fürs Ganze
Sichten beschreiben ein System aus verschiedenen Blickwinkeln. Die logische Sicht wird per hexagonalem Modell / DDD in Domäne → Applikation → Infrastruktur zerlegt, mit Abhängigkeiten von außen nach innen.

Landkarte der 8 Kapitel

Drei Blöcke, die aufeinander aufbauen. Klick auf eine Station, um direkt zum Kapitel zu springen.

🧭

1 · Grundlagen

Was ist Architektur – und warum beschreibt man sie in Sichten?

Der Einstieg: Definition, Kriterien (Angemessenheit & Umsetzbarkeit), nicht-funktionale Anforderungen, die Rolle des Architekten und das Konzept der Architektursichten.

🔭

2 · Die vertieften Architektursichten

Drei Blickwinkel auf dasselbe System

Von den sechs Sichten schaut die Vorlesung genauer auf drei: Wie wird entwickelt und geliefert, wie wird das System ausgeführt und verteilt, und wie wird der Code logisch strukturiert (das führt direkt zu Block 3).

↓  Zoom in die logische Sicht

3 · Das Innenleben: Hexagon & DDD

Die logische Sicht ausbuchstabiert – die drei Ringe einer Komponente

Domain Driven Design gibt der fachlichen Logik ein Zuhause und verhindert die blutleere Domäne. Jede Komponente hat drei konzentrische Ringe – die letzten drei Kapitel sind genau diese Ringe, von innen (Domäne) nach außen (Infrastruktur).

Das Hexagon auf einen Blick

Kapitel 06–08 sind die drei Ringe einer Komponente. Die Codeabhängigkeit zeigt immer nach innen – die Domäne kennt weder Applikation noch Infrastruktur (Dependency Inversion):

┌─────────────────────────────────────────┐
│  Infrastruktur  (Kap 08)  — Adapter   │
│  ┌───────────────────────────────────┐  │
│  │  Applikation  (Kap 07) — Ports  │  │
│  │  ┌─────────────────────────────┐  │  │
│  │  │  Domäne  (Kap 06)        │  │  │
│  │  │  Entität · Werteobjekt      │  │  │
│  │  │  Aggregat · Domain Service  │  │  │
│  │  └─────────────────────────────┘  │  │
│  └───────────────────────────────────┘  │
└─────────────────────────────────────────┘
Abhängigkeit: außen ⟶ innen  ·  die Domäne bleibt frei von Technik
  • Domäne (innen) – reine fachliche Logik, kennt nichts von außen.
  • Applikation (Mitte) – steuert Anwendungsfälle über Ports (Schnittstellen).
  • Infrastruktur (außen) – Adapter zur Technik: Datenbank, Netzwerk, REST/SOAP.