Braucht man Eventsourcing für Eventmodeling?

Die Antwort ist ein klares Nein.

Eventmodeling ist im ersten Schritt komplett technologieneutral und erlaubt es, Informationssysteme detailliert zu beschreiben, und zwar völlig unabhängig von der Implementierung.

Eventsourcing ist nur eine Möglichkeit, ein mit Eventmodeling modelliertes System umzusetzen.

Im Blogartikel Legacy-Systemen dokumentieren und verstehen mit Eventmodeling findest du eine Beschreibung, wie auch traditionelle bestehende Systeme mit Eventmodeling beschrieben werden können. Hier verwenden wir typischerweise zusätzlich zur Eventnotation die Datenbanktabellen unterhalb der Swimlane der Events, um zu skizzieren, wohin die Daten geschrieben werden.

Dabei ist es völlig unwichtig, ob wir es mit relationalen Tabellen oder einer MongoDB beispielsweise zu tun haben. Eventmodeling skizziert den Datenfluß und wie die Daten in unserem System verwendet werden.

Warum solltest du ein bestehendes System mit Eventmodeling dokumentieren?

Lohnt sich der Aufwand denn?

Eine Sache, die in den meisten Softwareprojekten fehlt ist saubere Dokumentation. Im besten Fall gibt es einige Confluence-Seiten, aber meist nicht mehr. Das erschwert Onboardings und auch Feature-Entwicklung. Je nach Größe des Systems gibt es vielleicht sogar nicht mal mehr jemanden, der das ganze System überblickt.

Wo fängst du hier überhaupt an?

Mein Vorschlag - links. Du fängst links an und modellierst die Software Schritt für Schritt. Mit allen, die etwas dazu beitragen können.

Das erstaunliche ist, es dauert gar nicht lange bis du die ersten Erfolge siehst und die ersten Flows klar herausgearbeitet sind.