Netzwerksolution Documentation Report

EF-002

EF-002 – Storage Class determines permitted operations#

Enterprise Solution Engineering Runtime Beziehung: informs; Pfeilrichtung: EF-002 → STORAGE-AREA-MODELinforms Speicherbereichsmodell — Artefakt (artifact) · EnterpriseArtefakt (artifact)Speicherbereichsmodell Beziehung der zweiten Ebene: informs; Pfeilrichtung: EF-001 → STORAGE-AREA-MODELinforms EF-001 – Runtime is not a Source Repository — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)EF-001 – Runtime isnot a Source Reposi… EF-002 – Storage Class determines permitted operations — Kontext & zeitliche Einordnung (context-time) · Enterprise. Strukturkontext öffnen.Kontext & zeitliche Einordnung (context-time)EF-002 – Storage Classdetermines permitted ope…
Übersicht · 2: zweite Ebene · Ziehen/Klicken: navigieren

Kategorie#

Storage

Kontext und Beobachtung#

Die Bezeichnung „Repository“ reichte nicht mehr aus, nachdem neben Source-Repositories auch Runtime, Inbox, Outbox, und temporäre Arbeitsbereiche verwaltet wurden.

Symptom#

Werkzeuge leiteten Git-, Dokumentations- und Restore-Verhalten aus Zielnamen oder gemeinsamen Whitelists ab. Dadurch entstanden widersprüchliche Sonderfälle.

Ursache#

Es fehlte ein explizites Klassifikationsmodell für unterschiedliche Speicher- und Materialisierungsbereiche.

Engineering Rule#

Die Storage-Klasse bestimmt die zulässigen Operationen; der Pfadname allein ist keine Verhaltensdefinition.

Architektur-Auswirkung#

Die Klassen SOURCE, WORKSPACE, RUNTIME und TEMPORARY besitzen jeweils eine Operationsmatrix.

Implementierung und Verifikation#

Roundtrip und Dokumentationsverteilung verwenden getrennte Prädikate für Source Repository, Runtime Storage und Documentation Support.

Beziehungen#

Weitere Hinweise#

↑