Netzwerksolution Documentation Report

KS-0008

KS-0008 – Die Zustandsklassen waren keine Stationen#

Enterprise Solution Engineering Runtime Beziehung: liefert Praxiserfahrung für die Unterscheidung von Zustandsinstanzen, Events und Snapshots; Pfeilrichtung: KS-0008 → EA-METAMODEL-EXECUTION-001liefert Praxiserfahrung f… Execution-Kontext- und Ereignis-Model — Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)Execution-Kontext- undEreignis-Model Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: OBSERVABILITY-BY-DESIGN → EA-METAMODEL-EXECUTION-001derived-from Beziehung der zweiten Ebene: related-to; Pfeilrichtung: EA-METAMODEL-ONTOLOGY-001 → EA-METAMODEL-EXECUTION-001related-to Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: EA-METAMODEL-EXECUTION-001 → EA-METAMODEL-ONTOLOGY-001derived-from Beziehung der zweiten Ebene: constrained-by; Pfeilrichtung: EA-METAMODEL-EXECUTION-001 → OBSERVABILITY-BY-DESIGNconstrained-by Beziehung der zweiten Ebene: realized-through; Pfeilrichtung: EA-METAMODEL-EXECUTION-001 → EXECUTION-EVIDENCE-MODELrealized-through Beziehung der zweiten Ebene: produces-evidence-for; Pfeilrichtung: EA-METAMODEL-EXECUTION-001 → RP-KNOWLEDGE-EVOLUTIONproduces-evidence-for Beziehung der zweiten Ebene: decided-by; Pfeilrichtung: EA-METAMODEL-EXECUTION-001 → ADR-012decided-by Beziehung der zweiten Ebene: related-to; Pfeilrichtung: EA-RELATIONSHIP-TYPE-CATALOG-001 → EA-METAMODEL-EXECUTION-001related-to Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: EXECUTION-EVIDENCE-MODEL → EA-METAMODEL-EXECUTION-001derived-from Beziehung der zweiten Ebene: derived-from; Pfeilrichtung: EA-REF-MODEL-EXPLAINABILITY-001 → EA-METAMODEL-EXECUTION-001derived-from Beziehung der zweiten Ebene: related-to; Pfeilrichtung: ADR-011-OBSERVABILITY-BY-DESIGN → EA-METAMODEL-EXECUTION-001related-to Beziehung der zweiten Ebene: decides; Pfeilrichtung: ADR-012 → EA-METAMODEL-EXECUTION-001decides ADR-011 – Überwachbarkeit by Design — zweite Beziehungsebene, Bedeutung (meaning) · EnterpriseBedeutung (meaning)ADR-011 –Überwachbarkeit by … ADR-012 – Universelle Enterprise-Ontologie und Execution-Theorie — zweite Beziehungsebene, Bedeutung (meaning) · EnterpriseBedeutung (meaning)ADR-012 –Universelle Enterpr… Kernontologie der Unternehmensarchitektur — zweite Beziehungsebene, Bedeutung (meaning) · EnterpriseBedeutung (meaning)Kernontologie derUnternehmensarchitektur Erklärbarkeitsreferenzmodell — zweite Beziehungsebene, Bedeutung (meaning) · EnterpriseBedeutung (meaning)Erklärbarkeitsreferenzmodell Katalog der Beziehungstypen der Unternehmensarchitektur — zweite Beziehungsebene, Beziehung (relationship) · EnterpriseBeziehung (relationship)Katalog derBeziehungstypen der… Engineering-Execution- und Evidence-Modell — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)Engineering-Execution-und Evidence-Modell Überwachbarkeit by Design — zweite Beziehungsebene, Bedeutung (meaning) · EnterpriseBedeutung (meaning)Überwachbarkeit byDesign Wissensevolutionsprozess — zweite Beziehungsebene, Kontext & zeitliche Einordnung (context-time) · EnterpriseKontext & zeitliche Einordnung (context-time)Wissensevolutionsprozess KS-0008 – Die Zustandsklassen waren keine Stationen — Bedeutung (meaning) · Enterprise. Strukturkontext öffnen.Bedeutung (meaning)KS-0008 – DieZustandsklassen waren ke…
Übersicht · 2: zweite Ebene · Ziehen/Klicken: navigieren

Status: Story erfasst

Originaltext#

Der erste wichtige Befund: Nicht jede Bewegung zwischen den vier Klassen ist ein „Zustandswechsel“ desselben Objekts. Häufig entsteht vielmehr ein neuer, anders verantworteter Zustand – etwa Projektion aus Write Model oder Synchronization Run aus Connector Profile. Genau diese Unterscheidung fehlt bislang.
Die vier Zustandsklassen bilden keinen Lebenszyklus. Zwischen ihnen finden überwiegend keine Zustandswechsel desselben Objekts statt, sondern Bestätigung, Beobachtung oder Ableitung erzeugen neue, eigenständig verantwortete Zustandsinstanzen.

Zur anschließenden Klärung des Begriffs Snapshot wurde festgehalten:

Ich hatte bisher Snapshot nur für einen Fall verwendet:
Um über die gesamte Unternehmung aussagefähig zu sein wie der aktuelle Stand ist, soll an Tag x um y Uhr der aktuelle Stand jeder Dokumentation eingefroren werden und zu einem großen Report zusammengefasst werden.
Bedeutet ähnlich wie bei einem Git-System das am zu einem bestimmten Zeitpunkt einen Release setzt. Es war also kein State sondern eine unternehmensweite Aktion.

Redaktionshinweis#

Diese Story sichert die ursprünglichen Formulierungen der Architekturerkenntnis. Sie entwickelt kein Knowledge Pattern und erweitert keine Foundation.

Beziehungen#

↑