README

Engineering Platform#

Zweck#

Dieses Repository ist die dauerhaft versionierte Quelle für die Engineering Platform. Sie unterstützt Continuous Exploration, Continuous Integration und Continuous Delivery beziehungsweise Deployment.

Verbindlicher Einstieg#

Repositorystruktur#

00-overview/ – Scope, Contract, Grenzen, Lebenszyklus, Traceability und .
10-backend/ – serverseitige Anwendungslogik, APIs und Orchestrierung.
20-frontend/ – UI-gesteuerte Arbeit mit Artefakten, Beziehungen und Engineering-Abläufen.
30-services/ – fachliche Plattformservices und ihre Verträge.
40-connector-management/ – einheitliche Anbindung externer Provider.
50-automation/ – Automatisierungen, Auslöser, Regeln und Ausführungsstatus.
60-persistence/ – Schemata, Datenzugriff, Migrationen und Transaktionen.
70-security/ – Authentifizierung, Autorisierung, Schutz und Auditierbarkeit.
80-runtime/ – produktseitige Runtime-Anbindung; keine veränderlichen Runtime-Zustände.
80-requirements/ – lokale Requirements, externe Impact-Ableitungen und Zukunftskandidaten.
90-installer/ – reproduzierbare Installation und Aktualisierung.
95-tests/ – Unit-, Integrations-, Contract-, UI- und Roundtrip-Tests.
96-documentation/ – Produkt- und Entwicklerdokumentation.
97-reports/ – Reportmodelle und repositorygebundene Nachweise.
98-migrations/ – Migrationen zwischen freigegebenen Plattformständen.
99-tools/ – ausschließlich plattforminterne Hilfsmittel.

Abgrenzung#

Responsibility Boundaries ist die lokale verbindliche Abgrenzung und referenziert das organisationsweite Enterprise-Modell.

Übergeordnete Architekturmodelle werden referenziert. Gemeinsame Engineering-Werkzeuge gehören in engineering-tools. Laufzeitzustände, Logs, , Inbox/Outbox und generierte Arbeitsreports gehören in die zuständige Runtime.

Arbeitsweise#

Änderungen werden innerhalb eines beauftragten semantischen Scopes erarbeitet, gegen führende Quellen validiert, verifiziert, dokumentiert und erst danach paketiert oder zur vorgeschlagen.

Build- und Pipeline-Vertrag#

Builds und Pipelines folgen den repositoryweiten Verträgen für reproduzierbare Eingaben, getrennte Stufen, frühe Gates, strukturierte Evidenz und eine explizite Promotion-Grenze.

Workspace & Roundtrip#

Import / Export & Packaging#

Validation & Verification#

Automation & Orchestration#

Engineering Runtime#

Engineering Governance#

Engineering Requirements#

Repository-Klassifikation#

Primäre Klasse: Engineering Repository
Kanonischer Root-Einstieg: AI_STARTS_HERE.md
Maschinenlesbare Identität:
Validierungseinstieg: validation.md

Verantwortung: Owns engineering platform contracts, implementation-support knowledge and repository-local engineering realization.

Die Klassifikation richtet sich nach der kanonischen Repository-Verantwortung. Anforderungen anderer Repository-Klassen werden nicht implizit übernommen.