BPMN-Modellierungskonventionen

Das in ARIS erstellte Referenzmodell muss den folgenden Modellierungskonventionen entsprechen.

Kontext

Konvention

Grund/Beispiel

Modelltypen

Die folgenden BPMN-Modelle werden aktuell unterstützt:

  • Enterprise BPMN collaboration diagram

  • Enterprise BPMN process diagram

  • BPMN process diagram (BPMN 2.0)

  • BPMN collaboration diagram (BPMN 2.0)

Objekttypen

Objekttypen werden reduziert auf:

  • Startereignis

  • Zwischenereignis

  • Endereignis

  • Aktivitäten/Aufgaben

  • Inklusives Gateway

  • Exklusives Gateway

  • Paralleles Gateway

Verbindungstypen

Verbindungstypen werden auf Sequenzflussverbindungen reduziert.

Pools

Es werden nur Elemente aus genau einem Pool berücksichtigt.

BPMN Pool

Lanes

Alle Lanes werden integriert.

BPMN Lanes

Startereignis

Es sind nur Startereignisse mit einem Startereignissymbol zugelassen.

Nur ein Startereignis ist zugelassen.

Startereignisse haben genau eine ausgehende Kante.

Beachten Sie, dass die Struktur von mehreren geschachtelten Startereignissen vereinfacht und teilweise für das Übertragungsmodell konsolidiert wird.

BPMN Startereignis

BPMN Aufgaben

BPMN Endereignis

BPMN Endereignisse

BPMN Ereignis mit einer eingehenden Kante

Aufgaben

Eine Aufgabe hat genau eine eingehende und eine ausgehende Kante.

Es werden nur Aufgaben berücksichtigt, die auf irgendeine Weise vom Startereignis erreicht werden (keine isolierten Aufgaben).

Endereignis

Es sind nur die Endereignisse mit einem Endereignissymbol zugelassen.

Mehr als ein Endereignis ist zugelassen.

Endereignisse haben genau eine eingehende Kante.

Beachten Sie, dass bei inklusiven Gateways die Regeln der "geschlossenen Klammern" befolgt werden müssen (siehe unten).

Start- und Endereignisse an eingebetteten (Teil-)Prozessen

Es sind nur Startereignisse mit einem Startereignissymbol zugelassen

Nur ein Startereignis ist zugelassen.

Nur ein Endereignis ist zugelassen.

Es sind nur die Endereignisse mit einem Endereignissymbol zugelassen.

Ergebnis im Zwischenereignis.

Beachten Sie, dass eingebettete Teilprozesse in den Referenzprozess einbezogen werden, aber nicht hinterlegte Teilprozesse, da sie nicht demselben Modell angehören. Wenn Sie einen eingebetteten Teilprozess zuklappen, wird er in einen hinterlegten Teilprozess umgewandelt, auch wenn dieser als eingebetteter Teilprozess angezeigt wird, nachdem er wieder aufgeklappt wird.

BPMN Eingebetteter Prozess

BPMN Eingebetteter Prozess

BPMN Eingebetteter Prozess

Zwischenereignisse

Zwischenereignisse sind zugelassen, werden aber im Übertragungsmodell ausgeschlossen.

BPMN Intermediate event

BPMN Intermediate event

BPMN Intermediate event

Split-Gateways

Split-Gateways haben genau eine eingehende Kante und mehrere ausgehende Kanten.

BPMN Split gateway

Join-Gateways

Join-Gateways haben mehrere eingehende Kanten und genau eine ausgehende Kante.

BPMN Join gateway

Zyklen und Schleifen

Selbstschleifen sind nicht zugelassen.

Zyklen sind nach den folgenden Regeln zugelassen:

Da die Abfolge von Split- und Join-Gateways normalerweise umgekehrt ist (als erstes tritt ein Join-Gateway und als nächstes ein Split-Gateway auf), wird empfohlen, exklusive Gateways zu verwenden.

Jedes Gateway, das innerhalb des Zyklus geöffnet wird, muss auch innerhalb des Zyklus geschlossen werden.

BPMN Cycles

OR-Gateways:

  • Geschlossene Klammer

  • Verschachtelte Gateway-Klammern

Ein inklusives Join-Gateway (OR-Gateway) und das nächste vorangehende Split-Gateway erzeugen eine "geschlossene Klammer".

Zwischen den Split- und Join-Gateways mit "geschlossenen Klammern" müssen direkte und abgeschlossene Branches bestehen, ohne überlappende oder überkreuzende Kanten.

Jedes Join-Gateway muss alle Branches schließen, die mit dem nächsten vorangehenden Split-Gateway geöffnet werden.

Alle geöffneten Branches müssen auf die Art "geschlossene Klammern" geschlossen werden.

Die Art "Geschlossene Klammern" von Split-Join-Sets können verschachtelt werden.

BPMN oder Gateway

BPMN oder-gateway

BPMN oder-gateway

OR-Gateways:

Klammern mit einem zweiten Ausgang

Ein inklusives Join-Gateway (OR-Gateway) und das nächste vorangehende Split-Gateway ("geschlossene Klammern") dürfen keinen "zweiten Ausgang" haben, durch den der Prozess die "geschlossenen Klammern" verlassen kann.

Bei einer solchen Modellierung kann es passieren, dass konforme Fälle nicht als solche erkannt werden, und als nicht konform eingestuft werden.

BPMN oder-gateway