Eine Anforderung soll nicht nur lesbar sein. Es muss auch erkennbar bleiben, woher sie kommt, für welches Objekt sie gilt und was ein neuer Katalogstand verändert.
Katalogstand und Auswahl bleiben an der Anforderung nachvollziehbar – auch wenn mehrere Kataloge genutzt werden.
Die Anwendung berechnet die Vererbung entlang der Zielobjektkategorien. Die Zuordnung eines Assets treffen und begründen Menschen.
Blaupausen und Vorlagen helfen, wiederkehrende Auswahlen und Strukturen für weitere Informationsverbünde zu nutzen.
Neue Stände werden als eigene Versionen mit Herkunft geführt. Bestehende Informationsverbünde wechseln nicht unbemerkt auf einen neuen Katalog.
Der Vergleich zeigt neue, geänderte und entfallene Anforderungen sowie Änderungen an Parametern. So lässt sich der Umfang der Folgearbeit vor der Übernahme einschätzen.
Die Migration erfolgt bewusst und mit Freigabe. Betroffene Anforderungen werden zur erneuten Bewertung gestellt; ein alter Erfüllungsstand belegt nicht automatisch den neuen Text.
Der Anwenderkatalog beschreibt Anforderungen strukturiert in OSCAL. Manche enthalten Platzhalter, deren Werte für den jeweiligen Kontext festgelegt werden müssen.
Katalog, Profil und Blaupause können Werte vorgeben. Offene Parameterslots werden im Informationsverbund ergänzt; die Herkunft des jeweils geltenden Werts bleibt nachvollziehbar.
Die Übersicht zeigt festgelegte und offene Parameter. So bleibt sichtbar, wo eine Anforderung noch nicht vollständig konkretisiert ist.
Ändern sich Parameter mit einem neuen Katalogstand oder einer Auswahl, gehören sie zum Vergleich und zur fachlichen Neubewertung.
Die Übersicht zeigt, welche Anforderungen aus den Katalogen gelten, welche begründet ausgeschlossen oder ergänzt wurden und welche Parameter festgelegt sind.
Im Beispiel ist eine freigegebene Blaupause mit zwei Katalogen und Demodaten zu sehen.
Ein Import oder Export im OSCAL-Format überträgt strukturierte Informationen. Ob eine Anforderung umgesetzt ist und wirkt, muss fachlich geprüft werden.
Weitere Funktionen sind bereits umgesetzt. Wir bereiten ihre Vorstellung noch vor – schau später wieder vorbei.
Geschrieben von Xhoan Qazimi, BlueProceedings, zuletzt am 27.10.2026 mit den Quellen abgeglichen. Die Funktionsbeschreibung gibt den Stand der Pre-Alpha wieder; methodische Aussagen sind als solche benannt und belegt.
BlueProceedings ISMS behandelt einen neuen Katalogstand als sichtbare Änderung, nicht als Überschreiben.