Netzwerksolution Documentation Report

EA-ARCH-EVOLUTION-001

Architekturentwicklung und semantische Migration#

Enterprise Solution Engineering Runtime Beziehung: learned-from; Pfeilrichtung: LN-ARCH-001 → EA-ARCH-EVOLUTION-001learned-from Beziehung: derived-from; Pfeilrichtung: PRINCIPLE-SEMANTIC-PRESERVATION → EA-ARCH-EVOLUTION-001derived-from Beziehung: derived-from; Pfeilrichtung: EA-HISTORICAL-CURRENT-VALIDITY-NETWORK-001 → EA-ARCH-EVOLUTION-001derived-from Beziehung: governs; Pfeilrichtung: GOVERNANCE-SEMANTIC-MIGRATION → EA-ARCH-EVOLUTION-001governs Beziehung: governed-by; Pfeilrichtung: EA-PLATEAU-MODEL-001 → EA-ARCH-EVOLUTION-001governed-by Architektur wächst durch Konsolidierung — Bedeutung (meaning) · EnterpriseBedeutung (meaning)Architektur wächstdurch Konsolidierung Prinzip der semantischen Bewahrung — Bedeutung (meaning) · EnterpriseBedeutung (meaning)Prinzip dersemantischen Bewahrung Gültigkeitsnetz für historische und aktuelle Aussagen — Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)Gültigkeitsnetz fürhistorische und aktuel… Governance der semantischen Migration — Unklassifiziert (unknown) · Enterprisecontrol (control)Governance dersemantischen Migration Plateau-Modell — Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)Plateau-Modell Beziehung der zweiten Ebene: folgt diesem Vertrag; Pfeilrichtung: LN-ARCH-001 → LEARNING-NUGGET-CONTRACTfolgt diesem Vertrag Beziehung der zweiten Ebene: related-to; Pfeilrichtung: PRINCIPLE-SEMANTIC-PRESERVATION → GOVERNANCE-TERMINOLOGY-LIFECYCLErelated-to Beziehung der zweiten Ebene: constrained-by; Pfeilrichtung: EA-HISTORICAL-CURRENT-VALIDITY-NETWORK-001 → EA-TEMPORAL-CONTEXT-001constrained-by Beziehung der zweiten Ebene: uses; Pfeilrichtung: EA-HISTORICAL-CURRENT-VALIDITY-NETWORK-001 → EA-RELATIONSHIP-TYPE-CATALOG-001uses Beziehung der zweiten Ebene: related-to; Pfeilrichtung: EA-TEMPORAL-CONTEXT-001 → EA-PLATEAU-MODEL-001related-to Beziehung der zweiten Ebene: related-to; Pfeilrichtung: GOVERNANCE-SEMANTIC-MIGRATION → GOVERNANCE-TERMINOLOGY-LIFECYCLErelated-to Beziehung der zweiten Ebene: decided-by; Pfeilrichtung: GOVERNANCE-SEMANTIC-MIGRATION → ADR-013decided-by Beziehung der zweiten Ebene: related-to; Pfeilrichtung: GOVERNANCE-TERMINOLOGY-LIFECYCLE → GOVERNANCE-SEMANTIC-MIGRATIONrelated-to Beziehung der zweiten Ebene: related-to; Pfeilrichtung: EA-FEEDBACK-PDCA-001 → EA-PLATEAU-MODEL-001related-to Beziehung der zweiten Ebene: related-to; Pfeilrichtung: EA-PLATEAU-MODEL-001 → PHASESrelated-to Beziehung der zweiten Ebene: constrained-by; Pfeilrichtung: EA-PLATEAU-MODEL-001 → EA-SEMANTICS-LAYERED-KNOWLEDGE-001constrained-by Beziehung der zweiten Ebene: decides; Pfeilrichtung: ADR-013 → GOVERNANCE-SEMANTIC-MIGRATIONdecides Beziehung der zweiten Ebene: specializes; Pfeilrichtung: SA-HISTORICAL-CURRENT-VALIDITY-SPECIALIZATION-001 → EA-HISTORICAL-CURRENT-VALIDITY-NETWORK-001specializes Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: SA-SE-0040-PLATEAU-SPEZIALISIERUNG → EA-PLATEAU-MODEL-001derived-from ADR-013 – Capability-Verankerung und semantische Governance — zweite Beziehungsebene, Bedeutung (meaning) · EnterpriseBedeutung (meaning)ADR-013 –Capability-Veranker… Feedback, PDCA und Evolution — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)Feedback, PDCA undEvolution Katalog der Beziehungstypen der Unternehmensarchitektur — zweite Beziehungsebene, Beziehung (relationship) · EnterpriseBeziehung (relationship)Katalog derBeziehungstypen der… Geschichtetes Wissens-Model — zweite Beziehungsebene, Bedeutung (meaning) · EnterpriseBedeutung (meaning)GeschichtetesWissens-Model Zeitlicher Kontext — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)Zeitlicher Kontext Governance des Terminologie-Lebenszyklus — zweite Beziehungsebene, Unklassifiziert (unknown) · Enterprisecontrol (control)Governance desTerminologie-Lebenszyklus Learning-Nugget-Vertrag — zweite Beziehungsebene, Bedeutung (meaning) · EnterpriseBedeutung (meaning)Learning-Nugget-Vertrag Engineering Phases — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)Engineering Phases Historische und aktuelle Gültigkeit in der Solution — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · SolutionKontext & zeitliche Einordnung (context-time)Historische undaktuelle Gültigkeit… Plateau-Spezialisierung — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · SolutionKontext & zeitliche Einordnung (context-time)Plateau-Spezialisierung Architekturentwicklung und semantische Migration — Bedeutung (meaning) · Enterprise. Strukturkontext öffnen.Bedeutung (meaning)Architekturentwicklungund semantische Migration
Übersicht · 2: zweite Ebene · Ziehen/Klicken: navigieren

Zweck#

Dieses Dokument beschreibt, wie Architekturwissen aus historischen Gesamtmodellen in die heute getrennten Architekturebenen überführt wird.

Historische Gesamtmodelle#

CamelCase-Pakete wie SolutionArchitecture.zip repräsentieren historische Gesamtmodelle. Sie enthalten Enterprise-, Solution-, Design-, Engineering- und Execution-Aussagen in einer gemeinsamen Dokumentationsstruktur.

Sie bleiben wichtige Wissensquellen, sind jedoch keine führenden Zielrepositories der heutigen Architekturaufteilung.

Führende Architektur#

Die führende Architektur liegt in den getrennten Repositories. Ihre Verantwortung wird durch die jeweilige Abstraktionsebene bestimmt:

Enterprise gilt für alle Solutions. Eine Solution darf die universelle Theorie für ihren Lösungsraum detaillieren, aber nicht stillschweigend neu definieren.

Semantische Migration#

Migration bedeutet nicht, Verzeichnisse zu kopieren, Kapitel zu verschieben oder historische Dokumente mechanisch aufzuteilen.

Migration bedeutet:

  1. Aussagen semantisch analysieren.
  2. Die zugrunde liegende Theorie erkennen.
  3. Jede Aussage der höchstmöglichen allgemeingültigen Architekturebene zuordnen.
  4. Lösungsspezifische Realisierung von universeller Theorie trennen.
  5. Bestehende Formulierungen und Begriffe soweit möglich erhalten.
  6. Nachgelagerte Ebenen durch Spezialisierung und Referenz anbinden.

Die Migrationseinheit ist der Gedanke, nicht das Dokument.

Abstraktionssichten#

Architekturebenen sind nicht nur Ablageorte. Sie sind Abstraktionssichten auf zusammenhängendes Wissen.

universelles Wissen
                    ↓ Enterprise-Sicht
                Lösungsraum
                    ↓ Solution-Sicht
                Komponenten und Anwendungen
                    ↓ Design-Sicht
                Materialisierung
                    ↓ Engineering-Sicht
                konkrete Anwendung
                    ↓ Execution-Sicht
                Evidence und Learning

Wissen existiert unabhängig von der Architekturebene, auf der es betrachtet wird. Die Ebene ergänzt Gültigkeit, Scope und Detailtiefe.

Arbeitstitel und Terminologie#

Neue Begriffe werden zunächst ausdrücklich als (Arbeitstitel) geführt. Begriffe werden durch wiederholte Anwendung geschärft. Stabile Terminologie ist Ergebnis architektonischen Verständnisses und nicht dessen Voraussetzung.

Konsolidierungsregel#

Architektur wächst durch semantische Konsolidierung und präzisere Einordnung bestehender Konzepte, nicht durch unbegrenzte Erweiterung des Modells.

Verwandte Architektur#