Bounded-Context-Editor
Teil des Designer-Guides. Voriger Schritt: Context-Map · Nächster: Aggregate-Designer.
Ein Bounded Context ist eine geschlossene Modell-Einheit mit eigener Sprache und eigener API. Neben den Aggregaten und Prozessen pflegst du hier die strategische Ebene: was der Kontext bedeutet, welche Begriffe gelten und woher seine Daten kommen.
Steckbrief
Der Steckbrief ist der eigenständige Screen für die strategische BC-Beschreibung, geöffnet über die Steckbrief-Kachel am Bounded Context.
Felder: Description, BusinessModel, Evolution (Genesis / Custom-Built / Product / Commodity), BusinessPolicies und Assumptions (Listen-Editoren), Owner. Die Domain-Achse (Core / Supporting / Generic) wird read-only angezeigt: sie spiegelt live die Klassifikation der übergeordneten Subdomain, denn eine Subdomain kann mehrere Bounded Contexts umspannen.
Derselbe Screen bedient reale und geplante Bounded Contexts: Bei einem geplanten BC (noch nicht angelegt) editierst du die Glossar-Begriffe direkt hier und kannst ihn per „Jetzt anlegen" (Promote) in einen realen BC überführen.
Glossar — Ubiquitous Language
Das Glossar hält die verbindliche Sprache des Kontexts: je Zeile Fachname | Beschreibung | Code-Bezeichner.
Bestehende Aggregat-/Feldnamen aus dem Command-Katalog werden als Code-Bezeichner vorgeschlagen, rein beratend, nie automatisch übernommen. Gespeichert wird mit explizitem Speichern/Abbrechen (kein Autosave). Das Glossar speist die Autovervollständigung im Mapping.
Governance
Der Governance-Tab listet die strategischen Policies des Kontexts. Jede Policy zeigt eine Abdeckungs-Badge „N Rules → M Wirkorte" und warnt, wenn sie unverankert („keine Rule-Verankerung") oder ohne Wirkort bleibt.
Wie aus Policies durchsetzbare Regeln an Commands werden, zeigt die Seite Rules & Governance, dort läuft die Kette Policy → Rule → Command zusammen.
Schema
Jardis arbeitet auf einem Tabellen-Schema pro Bounded Context (Schema.yaml). Es entsteht durch Import: aus einer Datei (SQL-Dump, JSON-Export, YAML) oder direkt aus einer Live-DB-Verbindung (MySQL, Postgres, SQLite). Verbindungen werden gespeichert; Passwörter bleiben nur im Arbeitsspeicher. Aus diesem Schema wählen die Aggregate ihre Tabellen-Teilmenge.
Schema von Grund auf
Kein bestehendes Schema? Der Skill schema-authoring erzeugt aus einer Klartext-Idee ein gültiges Schema.yaml, validiert gegen das Format, das der Importer versteht.
Mapping
Der Mapping-Tab entkoppelt die technischen DB-Spaltennamen von den Fachnamen im generierten Code. Pro Spalte eine Zeile DB-Spalte → Fachname, mit Status auto (Standard) oder override.
Eingaben werden sofort gesichert (nur Overrides). Die Fachname-Eingabe schlägt Begriffe aus dem Glossar desselben Kontexts vor. Eine Änderung markiert nur die Aggregate als betroffen, die genau diese Tabelle nutzen.