Das in ARIS erstellte Referenzmodell muss den folgenden Modellierungskonventionen entsprechen.
Kontext |
Konvention |
Grund/Beispiel |
---|---|---|
Modelltypen |
Die folgenden BPMN-Modelle werden aktuell unterstützt:
|
|
Objekttypen |
Objekttypen werden reduziert auf:
|
|
Verbindungstypen |
Verbindungstypen werden auf Sequenzflussverbindungen reduziert. |
|
Pools |
Es werden nur Elemente aus genau einem Pool berücksichtigt. |
|
Lanes |
Alle Lanes werden integriert. |
|
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. |
|
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. |
|
Zwischenereignisse |
Zwischenereignisse sind zugelassen, werden aber im Übertragungsmodell ausgeschlossen. |
|
Split-Gateways |
Split-Gateways haben genau eine eingehende Kante und mehrere ausgehende Kanten. |
|
Join-Gateways |
Join-Gateways haben mehrere eingehende Kanten und genau eine ausgehende Kante. |
|
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. |
|
OR-Gateways:
|
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. |
|
|
||
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. |
|