Netzwerksolution Documentation Report

MVP-001-IDENTIFIER-AND-REFERENCE-CONTRACT

MVP-001 – Kennungs- und Referenzvertrag#

Zweck#

Dieser Vertrag trennt fachliche Identität, technische Identifier, Repository-Adressen und Darstellungspfade. Er konkretisiert Identity für diese Solution, ohne die universelle Identity-Theorie neu zu definieren.

Identifier-Klassen#

Klasse Stabilität
ArtifactId fachliche Identität eines Artefakts unabhängig von Sprache, Pfad und Materialisierung
ArtifactRevisionId Identität eines unveränderlichen Artefaktstands dauerhaft und eindeutig
ArtifactLocalizationId Identität einer Sprachvariante stabil je und Sprache
ArtifactLocalizationRevisionId Identität eines unveränderlichen Sprachstands dauerhaft und eindeutig
RelationshipId fachliche Identität einer unabhängig von Darstellung und Transport
technische Persistenz-ID Adapter- oder Datenbankadresse darf fachliche IDs nicht ersetzen
Repository-Pfad Adresse einer Materialisierung veränderlich und nicht identitätsstiftend

Referenzarten#

  1. Identity Reference – verweist auf eine stabile fachliche Identität.
  2. Revision Reference – bindet einen konkreten unveränderlichen Stand.
  3. Localization Reference – bindet Sprache und gegebenenfalls Lokalisierungsrevision.
  4. Relationship Reference – verweist auf eine eigenständige typisierte Beziehung.
  5. Reference – verweist auf Datei, Paketposition oder Publikation und muss auf die fachliche Identität zurückführbar sein.
  6. External Reference – verweist auf ein externes System und benötigt Connector-, Namespace- oder Provider-Kontext.

Auflösungsreihenfolge#

stabile fachliche ID
                → optional konkrete Revision / Sprache
                → Manifest- oder Repository-Zuordnung
                → Materialisierungspfad oder externer Connector
                → Validierung des aufgelösten Ziels

Ein Dateipfad darf nur als Fallback-Adresse verwendet werden, wenn das importierte Legacy-Artefakt noch keine stabile ID besitzt. Bei der kontrollierten Aufnahme wird eine stabile ID zugeordnet und dauerhaft erhalten.

Fehler- und Konfliktfälle#

Nachweise#

Die Verifikation erfolgt über . Repository- und Persistenzadapter müssen diese Regeln nachweisbar erhalten.