Sequenzfluss vs. Nachrichtenfluss in BPMN

Ein BPMN-Diagramm wird sinnvoll, wenn seine Elemente korrekt verbunden sind. Zwei der wichtigsten BPMN-Verbindungselemente sind Sequenzflüsse und Nachrichtenflüsse.

Beide werden als Pfeile dargestellt, beschreiben jedoch unterschiedliche Beziehungen:

• Ein Sequenzfluss zeigt die Reihenfolge, in der Aktivitäten, Ereignisse und Gateways innerhalb eines Prozesses auftreten.

• Ein Nachrichtenfluss zeigt die Kommunikation zwischen separaten Teilnehmern, wie Unternehmen, Abteilungen, die als separate Pools modelliert sind, Kunden oder externe Systeme.

Die Verwechslung dieser beiden Verbindungselemente ist einer der häufigsten Fehler bei der BPMN-Modellierung.

Was ist ein Sequenzfluss?

Ein Sequenzfluss stellt die interne Abfolge eines Prozesses dar. Er beantwortet die Frage:

Was passiert als Nächstes?

Ein Sequenzfluss wird als durchgezogene Linie mit einem ausgefüllten Pfeilkopf gezeichnet. Er kann Ereignisse, Aktivitäten und Gateways innerhalb desselben Pools oder Prozesses verbinden. Zum Beispiel:

Start-Ereignis → Bestellung erhalten → Lagerbestand prüfen → Bestellung versenden → End-Ereignis

Dies bedeutet, dass der Prozess beginnt, die Bestellung eingegangen wird, der Lagerbestand geprüft wird und die Bestellung in dieser Reihenfolge versendet wird.

Sequenzflüsse können auch Verzweigungen und Zusammenführungen darstellen:

• Ein Fluss, der ein exklusives Gateway verlässt, kann ein mögliches Entscheidungsergebnis darstellen.

• Mehrere Flüsse, die ein paralleles Gateway verlassen, können gleichzeitige Arbeiten darstellen.

• Mehrere eingehende Flüsse können sich in einer späteren Aktivität vereinigen.

• Ein bedingter Fluss kann nur dann fortgesetzt werden, wenn eine bestimmte Bedingung erfüllt ist.

• Ein Standardfluss bietet einen Ausweichpfad, wenn keine andere Bedingung zutrifft.

Sequenzflüsse definieren das Prozessverhalten. Sie sind nicht nur visuelle Linien, die ein Diagramm leichter lesbar machen.

Was ist ein Nachrichtenfluss?

Ein Nachrichtenfluss stellt die Kommunikation zwischen separaten BPMN-Teilnehmern dar. Er beantwortet die Frage:

Welche Informationen werden zwischen den Teilnehmern ausgetauscht?

Ein Nachrichtenfluss wird als gestrichelte Linie gezeichnet, üblicherweise mit einem offenen Pfeilkopf. Er kann Aktivitäten, Ereignisse oder andere geeignete nachrichtenbezogene Elemente in separaten Pools verbinden.

Beispielsweise kann ein Online-Händler eine Zahlungsanforderung an einen Zahlungsdienstleister senden:

Händler-Pool: Zahlungsanforderung senden - - - - - > Zahlungsdienstleister-Pool: Zahlungsanforderung empfangen

Die gestrichelte Verbindung zeigt an, dass ein Teilnehmer Informationen an einen anderen sendet. Dies bedeutet nicht, dass der Sender den internen Prozess des Empfängers direkt steuert.

Nachrichtenflüsse werden in BPMN-Kooperationen verwendet, um die Kommunikation zwischen unabhängigen Teilnehmern zu modellieren. Die BPMN-Spezifikation enthält Nachrichtenflüsse als eines der Standardelemente für die Prozess- und Kooperationsmodellierung.

Der Hauptunterschied

Die einfachste Regel lautet:

Verwenden Sie Sequenzflüsse innerhalb eines Pools. Verwenden Sie Nachrichtenflüsse zwischen Pools.

Ein Pool repräsentiert einen Teilnehmer, wie beispielsweise ein Unternehmen, ein Kunde, ein Lieferant, eine unabhängig modellierte Abteilung oder eine externe Anwendung. Eine Spur ist lediglich eine Unterteilung innerhalb eines Pools, sodass Aktivitäten in verschiedenen Spuren weiterhin durch Sequenzflüsse verbunden sind.

Eigenschaft	Sequenzfluss	Nachrichtenfluss
Hauptzweck	Zeigt die Prozessreihenfolge an	Zeigt die Kommunikation an
Visuelles Erscheinungsbild	Durchgezogene Linie mit gefülltem Pfeilkopf	Gestrichelte Linie mit offenem Pfeilkopf
Typischer Ort	Innerhalb eines Pools	Zwischen separaten Pools
Repräsentiert	Steuerungs- oder Ausführungsfluss	Informationsaustausch
Beispiel	Anfrage prüfen → Anfrage genehmigen	Kunde → Antrag einreichen
Überschreitet es Pool-Grenzen?	Nein	Ja
Steuert der andere Teilnehmer den Prozess?	Modelliert die interne Abfolge	Nein; es stellt eine Interaktion dar

Sequenzflüsse verbinden Flussobjekte innerhalb eines einzigen Pools, während Nachrichtenflüsse den Austausch von Nachrichten über Teilnehmergrenzen hinweg darstellen.

Sequenzfluss über Spalten hinweg

Betrachten Sie einen Genehmigungsprozess für Einkäufe mit drei Spalten:

• Mitarbeiter

• Manager

• Finanzen

Wenn alle drei Spalten zu einem einzigen Unternehmenspool gehören, kann der Prozess wie folgt modelliert werden:

Die Pfeile zwischen diesen Aktivitäten sind Sequenzflüsse, da die Spalten Teil desselben Pools sind.

Die Spalten identifizieren Verantwortlichkeiten, schaffen jedoch keine unabhängigen Teilnehmer. Der Prozess stellt weiterhin einen koordinierten internen Arbeitsablauf dar.

Korrekte Modellierung

Falsche Modellierung

Verwendung von Nachrichtenflüssen zwischen Spalten innerhalb desselben Pools:

Mitarbeiter-Spalte - - - > Manager-Spalte - - - > Finanzen-Spalte

Dies suggeriert fälschlicherweise, dass der Mitarbeiter, der Manager und das Finanzteam unabhängige BPMN-Teilnehmer sind, anstatt Rollen innerhalb derselben Organisation zu sein.

Nachrichtenfluss zwischen Pools

Betrachten Sie nun einen Einkaufsprozess, der einen Kunden und einen Lieferanten umfasst. Dies sind unabhängige Teilnehmer, daher sollten sie als separate Pools modelliert werden:

Kunden-Pool:
Bestellung einreichen
      - - - - - - - - - - >
Lieferanten-Pool:
Bestellung erhalten

Der Nachrichtenfluss zeigt an, dass der Lieferant Informationen vom Kunden erhält. Die internen Aktivitäten des Lieferanten können dann durch Sequenzflüsse verbunden werden:

Lieferanten-Pool:
Bestellung erhalten → Lagerbestand prüfen → Versand vorbereiten

Eine vollständige Zusammenarbeit könnte wie folgt aussehen:

Ein praktisches Beispiel: Online-Bestellabwicklung

Stellen Sie sich einen Online-Bestellprozess vor, der Folgendes umfasst:

• Kunde

• Online-Shop

• Zahlungsanbieter

• Versandunternehmen

Eine geeignete BPMN-Zusammenarbeit kann vier Pools enthalten.

Sequenzfluss des Online-Shops

Innerhalb des Online-Shop-Pools:

Nachrichtenflüsse zwischen Teilnehmern

Zwischen Pools:

 

 

Der Zahlungsanbieter und das Versandunternehmen können eigene interne Prozesse haben, aber der Online-Shop steuert diese internen Schritte nicht. Er tauscht lediglich Nachrichten mit ihnen aus.

Nachrichtenfluss bedeutet nicht „jede Art von Kommunikation“

Ein häufiger Fehler besteht darin, Nachrichtenflüsse immer dann zu verwenden, wenn Informationen im Spiel sind. Das ist nicht immer korrekt.

Angenommen, ein Kundenservice-Prozess hat eine Aufgabe namens Kunden-E-Mail prüfen, gefolgt von Fallakte aktualisieren. Die E-Mail und die Fallakte sind Informationen, aber die Aktivitäten können dennoch zum selben Prozess und Pool gehören. Die Aktivitäten sollten durch einen Sequenzfluss verbunden sein.

Die Unterscheidung basiert hauptsächlich auf Teilnehmer-Grenzen, nicht einfach darauf, ob Daten oder Informationen vorhanden sind.

Verwenden Sie:

• Sequenzflussfür die Reihenfolge der Arbeit innerhalb des Prozesses eines Teilnehmers.

• Nachrichtenflussfür die Kommunikation zwischen separaten Teilnehmern.

• Datenverknüpfungum darzustellen, dass eine Aktivität ein Datenobjekt liest oder erzeugt.

• Verknüpfungzum Verknüpfen von Anmerkungen oder unterstützender Dokumentation mit Prozesselementen.

Datenobjekte und Anmerkungen fügen Kontext hinzu; sie ersetzen keine Sequenz- oder Nachrichtenflüsse.

Pools, Spuren und Flussauswahl

Die Auswahl des richtigen Verbinders beginnt mit der Wahl der richtigen Teilnehmerstruktur.

Verwenden Sie Spuren, wenn:

• Aktivitäten gehören zur selben Organisation.

• Teams teilen einen gemeinsamen Gesamtprozess.

• Sie möchten die Verantwortung nach Abteilung oder Rolle darstellen.

• Die Prozess-Engine oder Organisation koordiniert die Arbeit.

Beispiele hierfür sind:

• Vertrieb, Finanzen und Operations innerhalb eines Unternehmens

• Personalwesen, IT und Facility Management während der Mitarbeiter-Einarbeitung

• Schadensannahme, Bewertung und Zahlungen innerhalb eines einzigen Versicherers

Verwenden Sie Sequenzflüsse zwischen Aktivitäten in diesen Spalten.

Verwenden Sie Pools, wenn:

• Die Teilnehmer sind unabhängige Organisationen.

• Ein Kunde interagiert mit einem Unternehmen.

• Ein externes System verfügt über einen eigenen Prozess.

• Sie möchten den internen Arbeitsablauf eines anderen Teilnehmers verbergen oder abstrahieren.

• Die Interaktion lässt sich am besten als Zusammenarbeit oder Nachrichtenaustausch verstehen.

Beispiele hierfür sind:

• Kunde und Händler

• Bank und Zahlungsanbieter

• Hersteller und Lieferant

• Arbeitgeber und Regierungsbehörde

• Unternehmen und externer Identitätsüberprüfungsdienst

Verwenden Sie Nachrichtenflüsse zwischen diesen Pools.

Modellierung desselben Szenarios auf zwei Arten

Betrachten Sie einen Kreditantrag, der eine Bank und einen Antragsteller umfasst.

Option 1: Antragsteller als Spalte

Wenn das Diagramm den koordinierten internen Prozess der Bank beschreibt und den Antragsteller als eine Rolle behandelt, die an diesem Prozess teilnimmt, kann der Antragsteller als Spalte innerhalb des Pools der Bank erscheinen.

Sequenzflüsse verbinden die Aktivitäten.

Dieser Ansatz ist nützlich, wenn das Ziel darin besteht, das interne Betriebsverfahren der Bank zu dokumentieren.

Option 2: Antragsteller als separater Pool

Wenn sich das Diagramm auf die Zusammenarbeit zwischen dem Antragsteller und der Bank konzentriert, verwenden Sie separate Pools:

Dieser Ansatz betont die Kommunikation und Übergabe zwischen unabhängigen Teilnehmern.

Keine der Darstellungen ist in jeder Situation automatisch korrekt. Die angemessene Wahl hängt vom Zweck und Umfang des Modells ab.

Häufige Fehler

Verwendung eines Nachrichtenflusses zwischen Spalten

Spalten sind Unterteilungen eines Pools. Wenn zwei Spalten zum selben Pool gehören, verbinden Sie ihre Aktivitäten mit Ablaufreihenfolgen.

Verwendung einer Ablaufreihenfolge zwischen separaten Pools

Eine Ablaufreihenfolge sollte nicht von einem Teilnehmerpool in einen anderen übergehen. Verwenden Sie für die Kommunikation zwischen Pools einen Nachrichtenfluss.

Vermischung interner Arbeit und externer Kommunikation

Ein Nachrichtenfluss sollte den Nachrichtenaustausch darstellen, während die interne Arbeit jedes Teilnehmers separat mit Ablaufreihenfolgen modelliert werden sollte.

Zum Beispiel:

Falsch:
Kundenaufgabe → Lieferantenaufgabe

Ein besseres Kollaborationsmodell ist:

Kundenpool:
Bestellung einreichen
      - - Bestellnachricht - - >
Lieferantenpool:
Bestellung empfangen → Bestellung validieren → Bestellung bestätigen

Spalten als unabhängige Organisationen behandeln

Eine Spalte kann eine Abteilung, eine Rolle oder ein System darstellen, befindet sich jedoch weiterhin innerhalb eines Pools. Wenn der Teilnehmer eine eigene Prozessgrenze hat und unabhängig kommuniziert, benötigt er möglicherweise einen eigenen Pool.

Verwendung von Pfeilen ohne klare Bedeutung

Jeder Verbindungspfeil sollte eine spezifische Frage beantworten:

• Zeigt dies, was als Nächstes geschieht?

• Zeigt dies, wer mit wem kommuniziert?

• Verknüpft dies Daten oder Dokumentation mit einer Aktivität?

Wenn die Antwort unklar ist, kann der Verbindungspfeil falsch platziert oder unnötig sein.

Erstellen von Ablaufreihenfolgen und Nachrichtenflüssen mit Visual Paradigm BPMN Online Free

Visual Paradigm BPMN Online Free bietet eine browserbasierte Umgebung zum Erstellen und Bearbeiten von BPMN-Diagrammen. Sein Drag-and-Drop-Editor kann verwendet werden, um Pools, Spalten, Aktivitäten, Ereignisse, Gateways, Ablaufreihenfolgen und Nachrichtenflüsse zu modellieren. Visual Paradigm bietet zudem BPMN-2.0-Modellierungsfunktionen, Prozess-Drill-Down und Optionen zum Teilen oder Exportieren von Diagrammen.

Ein praktischer Arbeitsablauf ist:

1. Öffnen Sie das BPMN-Diagrammierungstool.

2. Erstellen Sie ein neues Geschäftsprozessdiagramm.

3. Fügen Sie für jeden unabhängigen Teilnehmer einen Pool hinzu.

4. Fügen Sie Spalten nur hinzu, wenn Sie Verantwortlichkeiten innerhalb eines Teilnehmers aufteilen.

5. Platzieren Sie Aktivitäten und Ereignisse im entsprechenden Pool oder in der entsprechenden Spalte.

6. Verbinden Sie interne Aktivitäten mit Ablaufreihenfolgen.

7. Verbinden Sie separate Pools mit Nachrichtenflüssen.

8. Beschriften Sie Nachrichtenflüsse mit aussagekräftigem Inhalt, wie zum Beispiel:

   • Bestelldetails

   • Zahlungsanforderung

   • Genehmigungsentscheidung

   • Versandbestätigung

9. Fügen Sie Bedingungen zu Sequenzflüssen hinzu, die von Entscheidungspunkten ausgehen.

10. Überprüfen Sie das Diagramm, um sicherzustellen, dass kein Sequenzfluss eine Pool-Grenze überschreitet.

11. Verwenden Sie das automatische Layout oder die manuelle Ausrichtung, um die Lesbarkeit zu verbessern.

12. Teilen oder exportieren Sie das fertige Diagramm zur Überprüfung durch die Beteiligten.

Der BPMN-Editor von Visual Paradigm unterstützt das Drill-Down von Prozessen, sodass ein hochstufiger Teilprozess in ein detaillierteres Prozessdiagramm erweitert werden kann, ohne das Hauptmodell zu überladen.

Verwendung von KI-gestützten Funktionen

KI-gestützte BPMN-Funktionen können dabei helfen, ein erstes Prozessmodell aus einer Beschreibung in natürlicher Sprache zu erstellen. Die KI-Tools von Visual Paradigm können eine Erzählung interpretieren, Teilnehmer und Aktivitäten identifizieren, Spuren und Gateways vorschlagen und ein bearbeitbares BPMN-Diagramm generieren. Das generierte Diagramm kann anschließend im Online-Editor für manuelle Verfeinerung geöffnet werden.

Beispielsweise können Sie anstelle eines leeren Arbeitsbereichs eine Eingabeaufforderung wie diese bereitstellen:

Erstellen Sie eine BPMN-Kollaboration für einen Online-Bestellprozess, an dem ein Kunde,
ein Online-Händler, ein Zahlungsanbieter und ein Versandunternehmen beteiligt sind.

Der Kunde reicht eine Bestellung beim Händler ein. Der Händler prüft den Lagerbestand
und sendet eine Zahlungsanforderung an den Zahlungsanbieter. Der Anbieter sendet eine
Genehmigungs- oder Ablehnungsnachricht zurück. Wenn die Zahlung genehmigt wird, sendet der Händler
eine Versandanforderung an das Versandunternehmen. Das Versandunternehmen sendet eine
Lieferbestätigung an den Händler, der den Kunden benachrichtigt.

Ein von der KI generierter Entwurf kann Folgendes identifizieren:

• Kunde, Händler, Zahlungsanbieter und Versandunternehmen als Pools

• Lagerbestandsprüfung als Aktivität

• Zahlungsgenehmigung als Gateway

• Zahlungsanforderung und Zahlungsergebnis als Nachrichtenflüsse

• Interne Schritte des Händlers als Sequenzflüsse

• Versandbestätigung als Nachrichtenfluss

Die KI sollte als Ausgangspunkt und nicht als endgültige Autorität betrachtet werden. Überprüfen Sie das generierte Modell sorgfältig, insbesondere die Grenzen zwischen Pools und Spuren.

Ein nützlicher Verfeinerungsaufforderung

Nachdem das erste Diagramm generiert wurde, bitten Sie um eine spezifische Korrektur:

Überprüfen Sie das Diagramm und stellen Sie sicher, dass alle Flüsse innerhalb des Händler-Pools
Sequenzflüsse sind, während alle Kommunikation zwischen dem Händler, dem Zahlungs
anbieter, dem Kunden und dem Versandunternehmen durch Nachrichtenflüsse dargestellt wird.
Fügen Sie Beschriftungen zu jedem Nachrichtenfluss hinzu.

Sie können die KI auch bitten:

• Einen alternativen Pfad für abgelehnte Zahlungen hinzufügen.

• Ein Timer-Ereignis für Zahlungsüberschreitung hinzufügen.

• Kundensupport in einen eigenen Pool trennen.

• Eine interne Abteilung in eine Spur umwandeln.

• Den Versand-Teilprozess erweitern.

• Identifizieren Sie alle Verbindungen, die Poolgrenzen falsch überschreiten.

Visual Paradigm beschreibt seinen KI-gestützten Workflow als konversativ und iterativ: Benutzer können ein Diagramm erstellen, Änderungen anfordern und das Ergebnis anschließend im voll funktionsfähigen Online-Editor zur weiteren Bearbeitung öffnen.

Überprüfung eines KI-generierten Diagramms

Bevor Sie ein KI-generiertes BPMN-Modell freigeben oder implementieren, überprüfen Sie Folgendes:

• Werden unabhängige Teilnehmer als separate Pools dargestellt?

• Werden Abteilungen und Rollen innerhalb einer Organisation als Bahnen dargestellt?

• Sind Ablaufströme auf den korrekten Pool beschränkt?

• Werden Nachrichtenströme ausschließlich für die Kommunikation zwischen Pools verwendet?

• Hat jeder Nachrichtenstrom einen eindeutigen Absender und Empfänger?

• Sind die Nachrichtenbezeichnungen sinnvoll?

• Sind die Gateway-Bedingungen explizit?

• Sind Start- und Endereignisse, wo angemessen, enthalten?

• Spiegelt das Diagramm den tatsächlichen Geschäftsprozess wider?

• Haben die Beteiligten die Teilnehmergrenzen überprüft?

Künstliche Intelligenz kann die Diagrammerstellung beschleunigen, kann jedoch Organisationsgrenzen falsch ableiten. Eine Abteilung kann fälschlicherweise als separater Pool modelliert werden, obwohl sie eine Bahn sein sollte, oder ein externer Dienst kann fälschlicherweise innerhalb des Organisationspools platziert werden. Eine menschliche Überprüfung bleibt unerlässlich.

Schnelle Entscheidungsanleitung

Verwenden Sie diese Regel beim Modellieren in Visual Paradigm oder einem anderen BPMN-Tool:

Liegen die beiden verbundenen Elemente im selben Pool?

Ja → Verwenden Sie einen Ablaufstrom.

Nein → Sind sie unabhängige Teilnehmer in separaten Pools?

Ja → Verwenden Sie einen Nachrichtenstrom.

Nein → Überlegen Sie, ob Sie eine Datenverknüpfung oder eine Dokumentationsverknüpfung benötigen.

Eine andere Möglichkeit, sich an die Unterscheidung zu erinnern, ist:

Ablaufströme beschreiben, wie Arbeit bewegt wird. Nachrichtenströme beschreiben, wie Informationen zwischen Teilnehmern bewegt werden.

Fazit

Ablaufströme und Nachrichtenströme erfüllen unterschiedliche Zwecke in BPMN:

• Ablaufströmestellen die interne Reihenfolge von Aktivitäten, Ereignissen und Gateways dar.

• Nachrichtenströmestellen die Kommunikation zwischen unabhängigen Teilnehmern dar.

• Bahnenorganisieren Verantwortlichkeiten innerhalb eines Pools, schaffen jedoch keine neuen Teilnehmer.

• Poolsdefinieren Teilnehmergrenzen und bestimmen, wo Nachrichtenströme angemessen sind.

Visual Paradigm BPMN Online Free macht diese Unterscheidung durch eine visuelle Drag-and-Drop-Modellierungsumgebung praktisch. Die KI-gestützten Funktionen können ein erstes BPMN-Modell aus einer Beschreibung in natürlicher Sprache generieren, während der Online-Editor es Ihnen ermöglicht, Pool-Grenzen zu korrigieren, Verbindungen zu verfeinern, Nachrichten zu beschriften und das Modell für die Prüfung durch die Beteiligten vorzubereiten.

Bei Unsicherheit identifizieren Sie zunächst die Grenze. Wenn die Arbeit innerhalb eines Teilnehmers stattfindet, verwenden Sie einen Sequenzfluss. Wenn zwei unabhängige Teilnehmer Informationen austauschen, verwenden Sie einen Nachrichtenfluss.