MVP-001-MULTILINGUAL-ARTIFACT-PLATFORM

MVP-001 – Mehrsprachige Artifact-Plattform#

Übersicht · 2: zweite Ebene · Ziehen/Klicken: navigieren

Status und Geltung#

MVP-001 ist der verbindliche Solution Contract für das erste produktive der Engineering Platform. Er materialisiert einen begrenzten, produktiv nutzbaren Ausschnitt der Enterprise Architecture und ist kein Wegwerfprototyp. Erweiterungen bauen auf diesem Vertrag auf, statt einen parallelen Lösungsraum zu eröffnen.

Ziel#

Die Solution macht vorhandene Architektur- und Engineering-Dokumentation als mehrsprachige, identifizierbare, versionierte und miteinander verbundene Artefakte greifbar. Menschen, Engineering-Werkzeuge und austauschbare AI-Teilnehmer können damit einen kontrollierten Roundtrip durchführen, ohne dass Markdown, Datenbank, UI oder ZIP jeweils eine eigene fachliche Wahrheit bilden.

Verbindliche Zusagen#

MVP-001 stellt solutionweit sicher:

Artefakte besitzen eine von Dateipfad, Sprache und Materialisierung unabhängige Identität.
Sprachvarianten, Revisionen, Beziehungen und bleiben nachvollziehbar.
MariaDB ist der führende produktive Arbeitszustand; Markdown, HTML, Reports und ZIPs sind kontrollierte Materialisierungen.
Import und Export erhalten die bestehende Dokumentation zunächst verlustarm und unterstützen changed-only Roundtrips.
Fachliche Speicherung wird nicht von Translation-, AI- oder Background-Diensten blockiert.
Rollen, Berechtigungen, Audit und sind Bestandteil des produktiven Kerns.
Konkrete Umgebungswerte bleiben außerhalb der führenden Architektur- und Codeverträge.
Vertrag, Realisierung, Requirement und Test bleiben rückverfolgbar.

Führende Enterprise-Bezüge#

MVP-001 realisiert insbesondere:

CAP-002 – Semantischen Artefaktbestand verwalten
CAP-004 – Artefakte und Abhängigkeiten verbinden
CAP-014 – Identity, User und Access Context
CAP-015 – Persistenz und Historisierung
CAP-016 – Security, Integrität und Vertraulichkeit
CAP-021 – Rendering und Distribution
CAP-022 – Integration und Synchronisation
CAP-023 – Workflow und Collaboration Runtime
CAP-024 – Validation, Compliance und Evidence
CAP-025 – Configuration und Environment Neutrality
CAP-026 – Background Processing und Scheduling
CAP-027 – Observability, Betrieb und Recovery

Die universelle Definition und Auswahlbegründung bleibt Eigentum der Enterprise Architecture. ist der führende Einstieg; der Scope kennzeichnet Core-, Supporting- und partielle Ausprägungen.

Produktgrenze#

MVP-001 umfasst:

Anmeldung und rollenbasierte Nutzung;
mehrsprachige UI in de, en und uk;
Verwaltung sprachunabhängig identifizierter Artefakte;
mehrere Sprachvarianten je ;
typisierte Beziehungen und ausgewählte Dimensionen;
Revisionierung, Audit und Herkunftsnachweis;
manuell startbare automatische Übersetzung;
Vergleich, Bearbeitung und Review von Quell- und Zieltext;
Import vorhandener Markdown-Dokumentation;
Export als Markdown-, Report- und Roundtrip-Materialisierung;
Roundtrip-Steuerung aus der Anwendung;
getrennte Test- und Produktionsruntime.

Bewusst nachgelagerte Erweiterungen#

Nicht vollständig ausgebaut werden zunächst:

externe Identity Provider und MFA;
umfassende Mandantenfähigkeit;
vollautomatische Übersetzungsfreigabe;
vollständige semantische Suche;
komplexe Freigabe- und Legal-Hold-Prozesse;
alle denkbaren Connectoren;
automatische Übertragung zu einem konkreten AI-Kanal.

Die Architektur darf diese Erweiterungen nicht verhindern, verpflichtet den jedoch nicht zu ihrer vorzeitigen Implementierung.

System- und Eigentumsgrenzen#

enterprise-architecture begründet universelle Semantik, Capabilities und Querschnittsanforderungen.
solution-architecture definiert den konkreten Lösungsraum und seine Verträge.
engineering-platform implementiert Web-UI, Backend und produktive Anwendungslogik.
engineering-tools materialisiert, validiert, paketiert und integriert Artefakte.
runtime enthält Installationen, Konfigurationen und veränderliche Zustände.

Der Systemkontext steht in .

Abnahmeregel#

Eine MVP-Funktion ist architektonisch nur dann vollständig, wenn sie:

auf mindestens eine ausgewählte Capability verweist;
einen solutionweiten oder klar abgegrenzten Building-Block-Vertrag erfüllt;
durch ein Requirement beschrieben ist;
durch einen Acceptance Test oder Verification Contract nachgewiesen wird.

Änderungskontrolle#

Widersprüche zu Enterprise Capabilities, Architecture Contract oder bestehenden SADRs werden nicht implizit gelöst. Sie werden als oder Decision Candidate dokumentiert und erst nach bewusster Entscheidung in den führenden Artefakten nachgeführt.

Requirement- und Verification-Vertrag#

Die Zusagen dieses Solution Contracts werden in als überprüfbare Anforderungen präzisiert. Der repositoryweite Nachweisweg wird durch den und die zugehörige geführt.

Beziehungen#

— materializes