Mit einem echten Ereignis beginnen
Nehmen Sie ein Ereignis, das Daten übertragen soll: Eine Person beginnt, ein Antrag wird bewilligt oder ein Datensatz korrigiert. Beschreiben Sie, was aus Sicht beider Seiten passiert ist. Bedeuten „bewilligt“, „aktiv“ oder „vollständig“ in beiden Systemen dasselbe?
Nach Entscheidungsrechten fragen
Klären Sie für jedes gemeinsame Feld, wer es ändern darf und welches System für welchen Zweck maßgeblich ist. Eine Synchronisierung kann einen Streit über Entscheidungshoheit nicht lösen. Sie kann nur eine Regel umsetzen – auch eine versehentlich getroffene.
Fehler zum Teil des Entwurfs machen
Was soll passieren, wenn die Verbindung ausfällt, eine Seite ein Update ablehnt oder eine Korrektur verspätet eintrifft? Klären Sie, wer das Problem bemerkt, wer es lösen darf und was währenddessen geschieht. Das sind Fragen an Dienst und Verantwortung, nicht nur an die Technik.
Zuerst die Vereinbarung festhalten
Ein hilfreiches erstes Dokument ist kurz: Ereignis, Bedeutung der Daten, Entscheidungsrechte, erwartete Laufzeiten, Fehlerbehandlung und Betriebsverantwortung auf beiden Seiten. Ein Prototyp kann diese Vereinbarung anschließend prüfen, statt sie unbemerkt selbst zu erfinden.
Eine Frage zum Mitnehmen
Fehlt eine Verbindung zwischen Anwendungen – oder eine Vereinbarung zwischen den Menschen, die dafür verantwortlich sind? Häufig lohnt es sich, beides zu untersuchen.