97-standards/relationship-ledger/relationship-ledger.json

{
  "schemaVersion": "1.0",
  "purpose": "Ergänzt Markdown-Beziehungen um Begründung, Evidenz und Gültigkeitskontext; Markdown bleibt führend für Existenz, Richtung und Typ.",
  "key": ["sourceId", "relationType", "targetId"],
  "entries": [
    {
      "sourceId": "EA-STD-RELATIONSHIP-LEDGER-001",
      "relationType": "refines",
      "targetId": "EA-STD-CONTEXTGRAPH-BEZIEHUNGSVERTRAG-001",
      "shortReason": "Der Ledger präzisiert den bestehenden Vertrag um Begründung, Evidenz und Gültigkeitskontext.",
      "reason": "Der Kontextgraph-Beziehungsvertrag definiert die einmalige Markdown-Deklaration. Der Ledger ergänzt diese Deklaration, ohne Existenz, Richtung oder Typ zu duplizieren.",
      "evidence": ["97-standards/KONTEXTGRAPH-BEZIEHUNGSVERTRAG.md"],
      "validity": "ab SE-0112",
      "languageVariants": {"de": "Ledger präzisiert die Markdown-Beziehungsdeklaration."}
    },
    {
      "sourceId": "EA-STD-RELATIONSHIP-LEDGER-001",
      "relationType": "uses",
      "targetId": "EA-RELATIONSHIP-TYPE-CATALOG-001",
      "shortReason": "Der kanonische Ledger-Schlüssel verwendet den kontrollierten Relationship-Type-Katalog.",
      "reason": "Nur ein stabiler, nicht lokalisierter Typ kann Teil eines eindeutigen Beziehungsschlüssels sein; die deutsche Anzeige bleibt davon getrennt.",
      "evidence": ["60-metamodel/relationship-type-catalog.md"],
      "validity": "ab SE-0112",
      "languageVariants": {"de": "Ledger verwendet den kanonischen Beziehungstyp."}
    },
    {
      "sourceId": "EA-MVP-CAPABILITY-SELECTION-001",
      "relationType": "is_realized_by",
      "targetId": "MVP-001-CAPABILITY-REALIZATION",
      "shortReason": "Die ausgewählte Enterprise-Capability erhält ihre konkrete MVP-Realisierung in der Solution Architecture.",
      "reason": "Die Capability-Auswahl benennt den verbindlichen MVP-Schnitt. Die Solution-Capability-Realisierung ordnet dafür Verträge, Realisierungsbeiträge und Verification zu, ohne die Capability rückwärts aus Komponenten abzuleiten.",
      "evidence": ["20-vision/materializations/mvp/mvp-capability-selection.md", "solution-architecture:40-capabilities/MVP-001-capability-realization.md"],
      "validity": "ab SE-0120",
      "languageVariants": {"de": "Die Capability-Auswahl wird durch die MVP-Realisierung konkretisiert."}
    },
    {
      "sourceId": "SE-0119-ENTERPRISE-BIS-RUNTIME-BETRIEBSSICHT",
      "relationType": "specializes",
      "targetId": "EA-MVP-CAPABILITY-SELECTION-001",
      "shortReason": "Die Betriebssicht fokussiert den ausgewählten MVP-Schnitt für den durchgängigen Betrieb.",
      "reason": "Die Enterprise-bis-Runtime-Betriebssicht erklärt die Kette vom Wissensziel bis zur Evidence. Die MVP-Capability-Auswahl begrenzt den konkreten fachlichen und technischen Ausschnitt, den diese Sicht im aktuellen MVP adressiert.",
      "evidence": ["20-vision/SE-0119-enterprise-bis-runtime-betriebssicht.md", "20-vision/materializations/mvp/mvp-capability-selection.md"],
      "validity": "ab SE-0120",
      "languageVariants": {"de": "Die Betriebssicht spezialisiert die ausgewählte MVP-Capability."}
    },
    {
      "sourceId": "SE-0119-ENTERPRISE-BIS-RUNTIME-BETRIEBSSICHT",
      "relationType": "is_realized_by",
      "targetId": "MVP-001-ENTERPRISE-RUNTIME-OPERATING-VIEW",
      "shortReason": "Die Solution-Betriebssicht materialisiert die Enterprise-Betriebskette als MVP-spezifische Vertragsnavigation.",
      "reason": "Die Enterprise-Sicht bleibt für Bedeutung und Ebenentrennung führend. Die Solution-Sicht ordnet dieselben Bedienwege den MVP-, Runtime- und Deployment-Verträgen zu.",
      "evidence": ["20-vision/SE-0119-enterprise-bis-runtime-betriebssicht.md", "solution-architecture:90-deployment/MVP-001-enterprise-bis-runtime-betriebssicht.md"],
      "validity": "ab SE-0120",
      "languageVariants": {"de": "Die Enterprise-Betriebssicht wird in der Solution Architecture MVP-spezifisch realisiert."}
    }
  ]
}