Architektur ändern. Mission erhalten.
Die Architektur trennt Missionsabsicht von Implementierung, behandelt nun jedoch Hardwarezustand, Modellgültigkeit, Konfiguration und Missionsprioritäten als einen erweiterten Laufzeitzustand.
Architekturebenen
Die Missionsabsicht wird über Funktionen, Services, Ressourcen und Supervisorentscheidungen aufgelöst.
Mission → Funktion → Service → Ressource.
Die Hierarchie bleibt nach der Forschungsrevision bestehen. Die zentrale Änderung liegt auf Ressourcenebene: Ressource ist alles, dessen Zustand die Realisierung einer Funktion begrenzt – einschließlich Modelle und Algorithmen.
Ein Kandidat ist nur dann nutzbar, wenn alle drei Fragen beantwortet sind.
Der Ressourcenzustand propagiert über Services und Funktionen zum Leistungsfähigkeitsscore auf Missionsebene \(S\).
Beobachten → validieren → bewerten → planen → freigeben → ausführen.
Der Katalog ist endlich, da jede Konfiguration vor dem Einsatz verifiziert werden muss. Lernen oder Erfahrung zur Laufzeit können Präferenzen und Übergangswahrscheinlichkeiten ändern, aber keine unverifizierte Konfiguration oder…
Verschiedene Ebenen arbeiten weiterhin mit unterschiedlichen Raten.
Die Abstraktionshierarchie beschreibt, was das System bedeutet. Die Ausführungshierarchie beschreibt, wo Entscheidungen berechnet werden und wie schnell sie wirken.