EA-MVP-CAPABILITY-SELECTION-001
MVP Capability Selection – Multilingual Artifact Platform#
Zweck#
Dieses Dokument bestimmt den fachlich und technisch kleinsten produktiven Capability-Schnitt für die erste reale Materialisierung des GlossarbegriffEin MVP ist eine kleinste überprüfbare Materialisierung mit bewusst begrenztem Umfang.Glossareintrag vollständig lesen. Es erfindet kein neues GlossarbegriffEine Capability beschreibt ein dauerhaft benötigtes fachliches Leistungsvermögen, nicht dessen technische Umsetzung.Glossareintrag vollständig lesen Model. Es verwendet die in der bisherigen Solution Architecture dokumentierten Capabilities der Architecture Baseline P1 und prüft sie an einer konkreten Referenzimplementierung.
Produktives Ziel#
Die erste Materialisierung ist ein produktiver Teil der Engineering Platform. Sie verwaltet die vorhandenen Architektur- und Engineering-Dokumente als identifizierbare, versionierte und miteinander verbundene Artefakte.
Ein angemeldeter Benutzer kann:
- die Anwendung auf Deutsch, Englisch oder Ukrainisch bedienen,
- vorhandene Architekturartefakte anzeigen und bearbeiten,
- Beziehungen, Status, Revisionen und GlossarbegriffProvenienz hält Quelle, Entstehungs- oder Ableitungskontext sowie gegebenenfalls Revision und Prüfung fest. Sie erklärt, warum etwas als Beleg erhalten bleibt, ohne daraus automatisch eine aktuell führende Aussage zu machen.Glossareintrag vollständig lesen nachvollziehen,
- Sprachfassungen in
de,enundukverwalten, - automatische Übersetzungen manuell anstoßen,
- Quell- und Zielfassung vergleichend anzeigen und bearbeiten,
- einen Mensch–AI-Roundtrip aus der Anwendung heraus anstoßen,
- dessen Ergebnis validieren und kontrolliert übernehmen.
Ausgewählte Domain Capabilities#
| Capability | Beitrag zum MVP | Nachweis im ersten Vertikalschnitt | |
|---|---|---|---|
CAP-002 – Semantischen Artefaktbestand verwalten |
Artefakte besitzen stabile Identität, Typ, Inhalt, Status und Revisionen. | Importierte Markdown-Dokumente werden als Artefakte angezeigt und bearbeitet. | |
| `CAP-003 – [[EA-GLOSS-BEDEUTUNG-001 | Bedeutung]] und Kontext modellieren` | Sprache, Terminologie, Arbeitskontext und weitere Dimensionen bleiben explizit. | UI-Sprache und Artefaktsprache können unabhängig gewählt werden. |
CAP-004 – Artefakte und Abhängigkeiten verbinden |
Beziehungen zwischen Artefakten werden gespeichert, angezeigt und bearbeitet. | Artefaktdetail zeigt eingehende und ausgehende Beziehungen. | |
CAP-005 – Artefaktmodell kontrolliert weiterentwickeln |
Änderungen erzeugen Revisionen und bleiben nachvollziehbar. | Bearbeitung erzeugt eine neue Revision statt stiller Überschreibung. | |
CAP-006 – Wissen verständlich vermitteln |
Inhalte werden in geeigneter Sprache und Darstellung bereitgestellt. | UI und Artefaktansicht unterstützen de, en, uk. |
|
CAP-007 – Kontextbezogene Sichten ableiten |
Benutzer sehen Artefakte entsprechend Sprache, Rolle und Kontext. | Aktive Sprache und Berechtigungen beeinflussen Darstellung und Aktionen. | |
CAP-010 – Nachvollziehbare Entscheidungen unterstützen |
Änderungen, Reviews und Übernahmen bleiben begründbar. | Audit und Historie zeigen Akteur, Zeitpunkt, Herkunft und Ergebnis. | |
CAP-011 – Gemeinsame Arbeit am Artefaktmodell ermöglichen |
Mensch, AI und weitere Benutzer arbeiten kontrolliert an denselben Artefakten. | Roundtrip-Paket, Rückgabe, Vergleich und Annahme werden nachvollziehbar geführt. | |
CAP-012 – Konsistenz, Konformität und Vertrauen nachweisen |
Import, Übersetzung und Roundtrip werden validiert. | Validierungsergebnisse und fehlgeschlagene Verarbeitung sind sichtbar. | |
CAP-013 – Artefakte medienneutral bereitstellen |
Datenbank, UI, Markdown, HTML und ZIP sind Materialisierungen derselben Information. | Artefakte sind importierbar und wieder als Austauschpaket exportierbar. |
Ausgewählte Platform Capabilities#
| Capability | Beitrag zum MVP | Mindestmaterialisierung | |
|---|---|---|---|
CAP-014 – Identity, User und Access Context |
Anmeldung, Benutzerpräferenzen, Rollen und Berechtigungen. | Authentifizierter Benutzer, aktive UI-Sprache, autorisierte Aktionen. | |
CAP-015 – Persistenz und Historisierung |
Dauerhafte Speicherung von Artefakten, Beziehungen, Sprachvarianten, Revisionen und Jobs. | MariaDB mit revisionsfähigem Kernmodell. | |
CAP-016 – Security, Integrität und Vertraulichkeit |
Schutz von Sessions, Daten und erlaubten Aktionen. | sichere Authentifizierung, serverseitige Autorisierung, Secret-Trennung. | |
| `CAP-017 – Suche und [[ART-DEF-0053 | Discovery]]` | Navigation im vorhandenen Artefaktbestand. | GlossarbegriffEin Artefakt ist jede eindeutig identifizierbare fachliche, technische, organisatorische oder reale Einheit, die in der Engineering-Landschaft modelliert wird. Alles Modellierbare wird als Artefakt geführt. Dazu gehören unter anderem Systeme, Beziehungen, Features, Dokumente, ADRs, Tests, UI-Buttons, Menüs, Farben, Icons, Konfigurationen, Diagramme, Runtime-Ressourcen, fachliche Objekte und reale Objekte wie ein Blumentopf, sofern sie modelliert werden. Knowledge ist keine Sonderklasse. UI- und Applikationsartefakte werden fachlich nach demselben Grundmodell behandelt.Glossareintrag vollständig lesen Explorer mit mindestens strukturierter Navigation und Filterung. |
CAP-018 – Fachliche Queries und Selektion |
Auswahl der Artefakte und Sprachfassungen für Anzeige und Roundtrip. | Scope- und Paketselektion. | |
CAP-019 – Canonical und Semantic Resolution |
Stabile Identität und sprach-/darstellungsunabhängige Auflösung. | ein Artefakt mit mehreren Sprachvarianten und stabilen Beziehungen. | |
| `CAP-020 – [[ART-DEF-0008 | Projection]] und Answer Preparation` | Ableitung von UI-, Vergleichs- und Delta-Sichten. | Artefaktansicht, Sprachvergleich und Roundtrip-Diff. |
CAP-021 – Rendering und Distribution |
Mehrsprachige UI sowie Markdown-/HTML-/ZIP-Ausgabe. | UI in de, en, uk; exportierbare Materialisierungen. |
|
CAP-022 – Integration und Synchronisation |
Translation Provider und Mensch–AI-Transport werden über Grenzen angebunden. | austauschbarer Translation Connector und Roundtrip-Adapter. | |
CAP-023 – Workflow und Collaboration Runtime |
Translation-, Review- und Roundtrip-Zustände werden geführt. | Translation Job und Roundtrip Job mit Statusübergängen. | |
| `CAP-024 – Validation, Compliance und [[ART-DEF-0043 | Evidence]]` | Änderungen und Pakete werden vor Übernahme geprüft. | nachvollziehbare Validierungsresultate und Audit-Evidence. |
CAP-025 – Configuration und Environment Neutrality |
Test und Produktion verwenden dieselbe Anwendung mit getrennter Konfiguration. | getrennte Environment-Konfiguration ohne Secrets im GlossarbegriffGit ist das verwendete Versionsverwaltungssystem für nachvollziehbare Änderungsgeschichte.Glossareintrag vollständig lesen. | |
CAP-026 – Background Processing und Scheduling |
Übersetzungs- und Roundtrip-Aufträge können asynchron ausgeführt werden. | persistierte Jobs, manuell startbar, Status in UI sichtbar. | |
CAP-027 – Observability, Betrieb und Recovery |
Fehler, Laufzustände und Wiederaufnahme sind sichtbar. | Logs, Reports, Failed-/Processed-Zustände, Test- und Produktionsruntime. |
Bekannte Baseline-Mappings#
Die bestehende MAP-002 – Capability Matrix P1 und TRACE-003 – Capability-to-Architecture Mapping P1 bleiben die führenden Ausgangsquellen. Die Auswahl oben stellt keinen neuen Baseline-Status her. Der Vertikalschnitt muss insbesondere die bereits dokumentierten Beiträge folgender Building Blocks verifizieren:
- BB-001 Platform Core,
- BB-002 UI Orchestrator,
- BB-004 Rich Text Editor,
- BB-005 Merge UI,
- BB-007 Universe Management,
- BB-008 GlossarbegriffEine Beziehung beschreibt eine nachvollziehbare Verbindung zwischen Bedeutungen, Artefakten und ihrem Kontext.Glossareintrag vollständig lesen Management,
- BB-010 i18n Multilingual UI,
- BB-011 Translation Jobs,
- BB-012 AI GlossarbegriffEin Service ist eine abgegrenzte bereitgestellte technische oder fachliche Leistung mit klarer Verantwortung.Glossareintrag vollständig lesen Client,
- BB-013 AI Service Server,
- BB-015 Background Jobs,
- BB-016 Persistence / Data Access,
- BB-017 Test Infrastructure,
- BB-019 Platform Deployment,
- BB-020 Terminology Service,
- BB-021 User Management,
- BB-024 Administration UI.
Verbindliche Abgrenzung#
Die Capability-Auswahl begrenzt die erste Implementierung, nicht die Produktqualität. Der MVP darf funktional klein sein, muss aber produktiv betrieben und später erweitert werden können, ohne den Kern neu zu schreiben.
Beziehungen#
- MeaningMVP-001 – Capability-RealisierungFührender Einstieg für Scope, Realisierungsbeiträge und Verification der MVP-001 Capabilities.Vollständig lesen — is_realized_by