SRCS, CRCS und FRCS werden anhand ihrer tatsächlichen Verantwortung, Konfigurationsobjekte, Datenhoheit, Schnittstellen und Statusübergänge voneinander abgegrenzt.
Die Systemnamen allein beantworten diese Frage nicht. Belastbar wird die Architektur erst durch nachgewiesene Verantwortung für Objekte, Zustände und Übergaben.
Prozesse, Erzeugung, Änderung, Leserechte, führende Daten und Lebenszyklus zeigen, welche Aufgabe SRCS, CRCS und FRCS jeweils tatsächlich übernehmen. CRCS bildet dabei die Standardstrecke mit den wenigsten kundenspezifischen Ausnahmen, SRCS und FRCS fangen die Sonderfälle und flexibleren Anforderungen auf, die im Standardprozess nicht mehr sauber abbildbar sind.
Produkt, Kunde, Flotte, Dokument, Ausgabe, Revision und Bezugsrecht werden mit Identität, Gültigkeit und Beziehungen modelliert.
Eingang, Ausgang, Nachricht, Status, Bestätigung, Fehler und Verantwortung erhalten an jeder Systemgrenze eine eindeutige Bedeutung.
