PHASES

Engineering Phases#

Phase 0 – Legacy Reference#

Die bestehende ~/netzwerksolution/SolutionArchitecture und der Workspace bleiben Referenz- und Übergangssystem. Neue Architektur entsteht nicht dort.

Phase 1 – Repository Foundation#

Ergebnis: getrennte Repositories, ⌘GitGit ist das verwendete Versionsverwaltungssystem für nachvollziehbare Änderungsgeschichte., Runtime-Root und Roundtrip-Zielregistry.

Phase 2 – Architecture and Traceability Foundation#

Ergebnis: ⌘VisionEine Vision beschreibt eine langfristig gewünschte Wirkung und gibt der Weiterentwicklung eine gemeinsame Richtung. ⌘MaterializationEine Materialisierung ist die technisch erzeugte und persistierte Darstellung einer Projektion., Reference Artifacts, Reference Building Blocks, ⌘ArtifactEin Artefakt ist jede eindeutig identifizierbare fachliche, technische, organisatorische oder reale Einheit, die in der Engineering-Landschaft modelliert wird. Manifests, Human-Readable Contracts, Verification und Quality Model.

Phase 3 – Artifact Platform Foundation#

⌘PlateausEin Plateau ist ein zeitlich eingeordneter, freigegebener Reife- oder Materialisierungsstand. EP-001A bis EP-001D materialisieren Domain, MariaDB, Go Repository Layer und REST.

Phase 4 – Workbench Foundation#

Start mit EP-002. Platform Shell, Ribbon, Command Registry, Context Engine, Navigation und Knowledge Panel werden lauffähig.

Phase 5 – Self-hosted Engineering#

Die Plattform verwaltet ihre eigenen Artefakte, Hilfe, Glossar, Learning Nuggets, Roundtrips und Quality ⌘EvidenceTechnical documentation artifact..