EA-MVP-ACCEPTANCE-001

MVP Acceptance Criteria – erster produktiver Vertikalschnitt#

Zweck#

Diese Kriterien beschreiben die sichtbare Wirkung, mit der der als produktive Materialisierung der ausgewählten Capabilities gilt. Technische Detailanforderungen werden anschließend in der Solution Architecture spezifiziert.

End-to-End-Szenario#

Ein berechtigter Benutzer meldet sich an, verwendet die Anwendung vollständig in einer gewählten UI-Sprache, öffnet ein reales importiertes Architekturartefakt, bearbeitet Inhalt und Beziehungen, erzeugt Sprachfassungen, vergleicht und korrigiert Übersetzungen und stößt einen nachvollziehbaren Mensch–AI-Roundtrip an.

Verbindliche Akzeptanzkriterien#

A. Benutzer, Sprache und Security#

Anmeldung und sichere Session sind vorhanden.
Serverseitige Autorisierung schützt lesende, schreibende, übersetzende, reviewende und Roundtrip-bezogene Aktionen.
Der Benutzer besitzt eine persistierte UI-Sprachpräferenz.
Die UI kann vollständig in de, en und uk bedient werden.
UI-Sprache und Sprache des geöffneten Artefakts sind voneinander unabhängig.
Secrets und konkrete Runtime-Konfiguration werden nicht im Repository gespeichert.

B. Artefakte und Beziehungen#

Ein vorhandenes Markdown-Dokument kann verlustarm als importiert werden.
Das Artefakt besitzt eine stabile, sprachunabhängige Identität.
Metadaten, Inhalt, Status, Ownership und aktuelle Revision sind sichtbar.
Eingehende und ausgehende Beziehungen können angezeigt und bearbeitet werden.
Speichern erzeugt eine nachvollziehbare neue Revision.
Die ursprüngliche Repository- und Pfadherkunft bleibt nachvollziehbar.

C. Mehrsprachige Inhalte#

Ein Artefakt kann mindestens Sprachvarianten für de, en und uk besitzen.
Sprachvarianten referenzieren ihren Quellstand und ihre Quellrevision.
Fehlende und veraltete Übersetzungen sind sichtbar.
Mindestens die Status draft, machine-translated, review-required, reviewed, approved und outdated sind abbildbar.
Terminologiekontext kann einem Übersetzungsvorgang zugeordnet werden.

D. Automatische Übersetzung#

Ein berechtigter Benutzer kann eine automatische Übersetzung manuell anstoßen.
Als Zielsprache können mindestens en und uk gewählt werden; die Architektur unterstützt alle drei Richtungen zwischen de, en und uk.
Der Auftrag wird als persistierter Translation Job geführt.
Provider, Ausgangsrevision, Zielsprache, Status und Ergebnis sind nachvollziehbar.
Ein maschinelles Ergebnis wird nicht automatisch als fachlich freigegeben markiert.

E. Vergleich und Bearbeitung#

Quell- und Zielfassung können nebeneinander beziehungsweise in einer vergleichbaren Merge-/Diff-Ansicht dargestellt werden.
Die Zielfassung kann direkt in dieser Ansicht bearbeitet werden.
Quellrevision, Zielrevision und Übersetzungsstatus sind sichtbar.
Speichern erzeugt eine neue Sprachvariantenrevision und einen Audit-Eintrag.
Review und sind nur mit passenden Berechtigungen möglich.

F. Human–AI Roundtrip#

Ein Benutzer kann aus der Anwendung heraus Artefakte und Sprachvarianten für einen Roundtrip auswählen.
Das Paket hält mindestens Artefaktidentitäten, Ausgangsrevisionen, Beziehungen und Auftrag fest.
Engineering Tools erzeugen und validieren das technische Austauschpaket.
Rückgaben werden als Delta gegen die Ausgangsrevisionen dargestellt.
Änderungen können kontrolliert angenommen oder abgelehnt werden.
Der gesamte Vorgang ist über Roundtrip-ID, Akteur, Zeitpunkte, Status und Ergebnisse nachvollziehbar.

G. Betrieb#

Es existieren getrennte Test- und Produktionsumgebungen.
Beide verwenden dieselbe Anwendung und unterscheiden sich über Environment-Konfiguration.
Backend, Frontend, MariaDB, Translation und Roundtrip Worker sind als getrennte Runtime-Komponenten betreibbar.
Logs, Reports, Fehlerzustände und Wiederaufnahme sind verfügbar.
Ein fehlgeschlagener Job verliert weder Auftrag noch Ausgangsrevisionen.

H. Materialisierung und Austausch#

Datenbank ist der führende Arbeitszustand der laufenden Anwendung.
Markdown bleibt verlustarmes Austausch- und Reportformat.
Importierte Inhalte können wieder als Markdown und ZIP materialisiert werden.
HTML und UI sind weitere Darstellungen derselben identifizierbaren Artefakte.

Nicht ausreichend#

Der MVP ist nicht akzeptiert, wenn lediglich ein Texteditor, ein statischer Markdown-Browser oder ein nicht historisierter Datenbankimport vorliegt. Ebenso unzureichend sind nur simulierte Übersetzung, nur eine UI-Sprache, clientseitige Scheinberechtigungen oder ein Roundtrip ohne Revisionen und Audit.