ADONIS BPMN Guide

Willkommen zum ADONIS BPMN Guide!

Die Business Process Model and Notation (BPMN) ist der führende Standard für die Modellierung von Geschäftsprozessen, der von der Object Management Group (OMG) entwickelt wurde und von einer Vielzahl von Anbietern unterstützt und von zahlreichen Organisationen eingesetzt wird. Die Prozessmodellierung und -dokumentation in ADONIS basiert vollständig auf dem BPMN-Standard.

Über diesen Guide​

In der folgenden Dokumentation finden Sie Anleitungen zur Business Process Model and Notation, seiner neuesten Darstellung - BPMN 2.0 - und wie ADONIS diesen Standard aufnimmt und erweitert, um moderne Geschäftsanforderungen für das Prozessmanagement und die Business Transformation zu erfüllen.

Auf dieser Seite

• BPMN 2.0

  • Dieser Abschnitt behandelt die Definition und den Zweck von BPMN 2.0.

• Kernkomponenten von BPMN

  • Dieser Abschnitt stellt die wichtigsten Elemente zur Modellierung von Geschäftsprozessen vor..

• BPMN Fit for Business

  • Dieser Abschnitt behandelt die Erweiterungen des BPMN 2.0-Metamodells durch die BOC Group, die modernstes fachliches Prozessmanagement und Business Transformation ermöglicht.

• Modellierung mit BPMN-Elementen in ADONIS

  • Dieser Abschnitt verknüpft die Aspekte des BPMN 2.0-Standards mit der Modellierung in ADONIS.

• Weitere Details zu BPMN-Elementen

  • Dieser Abschnitt bietet weiteres Detailwissen und Informationen zu den BPMN-Kernelementen der Prozessmodellierung.

Weiterführende Materialien

Das ADONIS Benutzerhandbuch

Spezifikation der Business Process Model and Notation

GPM Getting Started mit ADONIS

BOC Knowledge Hub

BPMN 2.0 Kostenloses Poster

BPMN Überblick​

Die Business Process Model and Notation (BPMN) ist eine standardisierte grafische Notation, die verwendet wird, um Geschäftsprozesse auf klare und prägnante Weise zu modellieren und darzustellen. Sie bietet eine visuelle Darstellung von Geschäftsabläufen, die es Organisationen ermöglicht, ihre internen Prozesse effektiv zu verstehen, zu dokumentieren und zu kommunizieren.

Die Ursprünge der Business Process Model and Notation (BPMN) reichen in die frühen 2000er Jahre zurück, als der Bedarf an einer standardisierten grafischen Notation zur Modellierung und Kommunikation von Geschäftsprozessen immer deutlicher wurde. Vor der Entwicklung von BPMN verwendeten verschiedene Organisationen und Branchen ihre eigenen proprietären Notationen, was zu Inkonsistenzen, Schwierigkeiten im Verständnis und Barrieren für die Zusammenarbeit führte.

Um diese Herausforderungen anzugehen, wurde im Jahr 2000 die Business Process Management Initiative (BPMI) gegründet. BPMI hatte zum Ziel, die Standardisierung von gpm und Prozessmodellierungssprachen zu fördern, was zur Entstehung von BPMN führte. Die erste Version von BPMN, bekannt als BPMN 1.0, wurde im Mai 2004 von BPMI veröffentlicht. Sie bildete die Grundlage für eine gemeinsame visuelle Sprache zur Beschreibung von Geschäftsprozessen, die das länderübergreifende Verständnis und die Kommunikation erleichterte. Zu Beginn stand BPMN für Business Process Modelling Notation.

BPMN 1.0 wurde gut aufgenommen, aber es wurde klar, dass Verbesserungen notwendig waren, um Einschränkungen zu beheben und die Notation umfassender und anpassungsfähiger zu gestalten. Als Ergebnis begann die Entwicklung von BPMN 2.0 im Jahr 2005 unter der Leitung von BPMI, die später im Jahr 2005 mit der Object Management Group (OMG) fusionierte. Die Object Management Group (OMG) übernahm die Führung bei der Weiterentwicklung von BPMN und setzte die Entwicklung von BPMN 2.0 fort. Die BPMN 2.0-Spezifikation wurde offiziell von der OMG im Januar 2011 angenommen und veröffentlicht.

Die OMG ist ein internationales Konsortium, das sich auf die Erstellung und Pflege von Technologiestandards zur Unterstützung verschiedener Branchen konzentriert. Sie besteht aus verschiedenen Interessengruppen, darunter Branchenexperten, Anbieter, Regierungsbehörden und akademische Institutionen. Die Annahme von BPMN 2.0 durch die OMG als formaler Standard spielte eine wichtige Rolle bei seiner weit verbreiteten Akzeptanz und Verwendung in verschiedenen Branchen.

Die BOC Group setzt in vielerlei Hinsicht auf offene Standards. ArchiMate, der weltweite Standard für Unternehmensarchitektur, wird sowohl von ADONIS als auch von ADOIT verwendet. In ADONIS basieren technologische und IT-Elemente sowie Notationen, die für Prozesse wichtig sind, wie Anwendungskomponenten, auf den ArchiMate-Elementen, was ADONIS ermöglicht, sich mit EA-Tools zu verbinden. Darüber hinaus unterstützt ADONIS weitere Standards wie UML und DMN. Um sicherzustellen, dass unsere Kunden von der erstklassigen BPMN-Unterstützung und dem reibungslosen Austausch von Diagrammen mit anderen Tools profitieren können, nehmen wir von Beginn an aktiv an der BPMN Model Interchange Working Group (BPMN MIWG) teil.

Die BOC Group hat nicht nur BPMN 2.0 übernommen, sondern es auch mit unserem erfolgreichen und einzigartigen BPMN-Ansatz für fachliches Prozessmanagement in Unternehmen erweitert. Im BPMN 2.0 Handbuch von Shapiro, R. aus dem Jahr 2011 sind es die BOC-Experten, die vorschlagen, BPMN 2.0 an die tatsächlichen Geschäftsanforderungen anzupassen. Die gleichen Experten haben auch das Buch "Prozessmanagement für Experten" (Bayer, F.; Kühn, H.; et al, 2013) veröffentlicht, das als wegweisendes Werk zu Prozessmanagement und BPMN für Geschäfts- und Wissenschaftsexperten gilt. Sie können auch mehr über BPMN Fit for Business unten erfahren und in unserem Online GPM Blog.

Zweck des BPMN 2.0 Standards​

Durch die Verwendung einer standardisierten Notation ermöglicht BPMN 2.0 Unternehmen, ihre Prozesse in einem universell verständlichen Format zu teilen, was die Zusammenarbeit fördert und nahtlose Kommunikation zwischen verschiedenen Interessengruppen unterstützt. BPMN 2.0 verbessert die Konsistenz der Geschäftsprozessmodellierung in einer einzelnen Organisation, aber auch darüber hinaus in verschiedenen Organisationen und Branchen. Seine Qualität besteht darin, dass es leicht verständlich und lesbar ist, gleichzeitig jedoch in der Lage ist, äußerst komplexe Geschäftsprozesse darzustellen.

Die Hauptvorteile der Übernahme eines Standards für die Prozessmodellierung sind:

• Gemeinsames und verbessertes Verständnis von Geschäftsabläufen
• Verbesserte und standardisierte Kommunikation
• Flexibilität hinsichtlich des Detaillierungsgrades
• Geringe technische Komplexität, was die Akzeptanz durch Anwender aus dem Fachbereich fördert

BPMN-Diagramme​

In BPMN (Business Process Model and Notation) gibt es mehrere Diagrammtypen, die verwendet werden, um verschiedene Aspekte von Geschäftsprozessen darzustellen. Die wichtigsten Diagrammtypen in BPMN sind:

Geschäftsprozessdiagramm​

• Dies ist der häufigste und grundlegendste Diagrammtyp in BPMN.

• Es stellt den Ablauf von Aktivitäten und Ereignissen in einem einzelnen Prozess von Anfang bis Ende dar.

  • Geschäftsprozessdiagramme verwenden Standard-BPMN-Elemente wie Aufgaben, Gateways, Ereignisse, und Sequenzflüsse um die Abfolge von Aktivitäten und Entscheidungen innerhalb des Prozesses zu veranschaulichen.

    

Kollaborationsdiagramm​

• Kollaborationsdiagramme zeigen die Interaktionen und Zusammenarbeit zwischen mehreren Prozessen oder Teilnehmern.

• Sie werden verwendet, um komplexe Geschäftsszenarien mit mehreren Organisationen oder externen Einheiten zu modellieren.

• Kollaborationsdiagramme verwenden Pools und Lanes, um verschiedene Teilnehmer und ihre jeweiligen Rollen im Prozess darzustellen.

• Black-Box-Pools werden verwendet, um die anderen, in der Regel externen Teilnehmer zu zeigen, bei denen der genaue Prozessablauf entweder nicht bekannt oder für den aktuellen Prozess irrelevant ist. Nachrichtenfluss werden verwendet, um die Interaktionen, d.h. die Zusammenarbeit zwischen den Teilnehmern, darzustellen.

  

Choreographie-Diagramm​

• Choreographie-Diagramme konzentrieren sich auf die Interaktionen und Kommunikation zwischen verschiedenen Teilnehmern in einem Prozess.

• Sie zeigen die Abfolge der zwischen den Teilnehmern ausgetauschten Nachrichten und die Reihenfolge ihrer Aktivitäten im Prozess.

• Choreographie-Diagramme sind nützlich, um die Koordination und Synchronisation von Aktivitäten zwischen verschiedenen Teilnehmern darzustellen.

• In gewissem Maße können Choreographie-Diagramme als eine höhere Ebene der Kollaborationsdiagramme betrachtet werden.

  

Konversationsdiagramm​

• Konversationsdiagramme bieten eine hochrangige Übersicht über nachrichtenbasierte Interaktionen zwischen mehreren Teilnehmern.

• Sie zeigen, wie Gespräche zwischen den Teilnehmern organisiert sind, einschließlich ihrer Nachrichten und Antworten.

• Konversationsdiagramme sind besonders hilfreich, um den Gesamtkommunikationsfluss in komplexen Kooperationen zu verstehen.

  

Jeder dieser BPMN-Diagrammtypen hat einen spezifischen Zweck und bietet eine standardisierte und visuelle Darstellung verschiedener Aspekte von Geschäftsprozessen, was es den Beteiligten erleichtert, Prozessabläufe effektiv zu verstehen, zu analysieren und zu kommunizieren. Geschäftsprozessdiagramme und Kollaborationsdiagramme werden weit verbreitet verwendet, während Konversationsdiagramme und Choreographiediagramme nur sehr selten in der Praxis verwendet werden. ADONIS unterstützt die vier Arten von BPMN-Diagrammen und mehr. ADONIS entspricht vollständig dem BPMN-Standard, wie er in der BPMN-Spezifikation beschrieben ist - Konformität zur Prozessmodellierung, Konformität zur Prozessausführung und Konformität zur Choreographie.

ADONIS unterstützt BPMN DI - BPMN Data Interchange: dies bietet einen Mechanismus zum Importieren und Exportieren von Prozessdiagrammen als BPMN-Dateien (XML-basiert), wobei der Prozessinhalt und das Layout intakt bleiben. Dies erleichtert effektiv den Austausch von Prozessen zwischen verschiedenen Modellierungswerkzeugen und auch in Richtung Prozessumsetzungsplattformen wie Workflow- und ERP-Systemen etc. Es umfasst den Austausch von Geschäftsprozessdiagrammen und Kollaborationsdiagrammen..

Kernkomponenten von BPMN​

Bei der Erstellung von Geschäftsprozessmodellen mit BPMN (Business Process Model and Notation) ist es wichtig, sich an die Konformitätstypen zur Prozessmodellierung zu halten. Dieser Satz an Elementen, die in Kollaborationsdiagrammen und Prozessdiagrammen enthalten sein können, stellt eine umfassende und standardisierte Darstellung von Geschäftsprozessen sicher. Lassen Sie uns nun die wichtigsten Elemente erkunden:

Elemente	Beschreibung
	Aufgabe (Aktivität): Aufgaben repräsentieren die verschiedenen Aktivitäten und Handlungen, die im Prozess ausgeführt werden. BPMN unterstützt verschiedene Arten von Aufgaben, darunter Benutzer-Aufgaben, Service-Aufgaben, Skript-Aufgaben und mehr, von denen jede spezifische Zwecke im Prozess erfüllt.
	Teilprozess: Teilprozesse werden verwendet, um eine Gruppe von Aktivitäten innerhalb des Hauptprozesses darzustellen. Eingebettete Teilprozesse helfen dabei, komplexe Modelle zu vereinfachen, indem sie sie in überschaubare Segmente aufteilen.
	Gateway: Gateways sind Entscheidungspunkte, die den Ablauf des Prozesses bestimmen. BPMN unterstützt verschiedene Gateway-Typen, wie zum Beispiel Exklusive Gateways, Parallele Gateways und Inklusive Gateways, von denen jeder den Pfad beeinflusst, den der Prozess nimmt.
	Ereignis: Ereignisse repräsentieren Punkte im Prozess, die bestimmte Aktionen auslösen. Es gibt drei Arten von Ereignissen: Startereignisse initiieren den Prozess, Zwischenereignisse treten während des Prozesses auf, und Endereignisse kennzeichnen dessen Abschluss.
	Teilnehmer: Mit einem Pool-Element dargestellt, sind Teilnehmer die Einheiten oder Rollen, die an einem kollaborativen Prozess beteiligt sind. Sie tragen dazu bei, die Interaktion und Verantwortlichkeiten der verschiedenen Teilnehmer zu definieren.
	Bahn: Bahnen sind visuelle Partitionen, die in Diagrammen verwendet werden, um Aktivitäten innerhalb eines Pools zu gruppieren und zu organisieren. Sie helfen dabei, die Verantwortlichkeiten der verschiedenen Teilnehmer zu differenzieren.
	Datenobjekt: Datenobjekte repräsentieren Daten, die im Prozess verwendet werden. Mit den Elementen "Dateninput" und "Datenoutput" werden Eingabe- und Ausgabedaten definiert, die mit Aufgaben verbunden sind.
	Nachricht: Nachrichten repräsentieren die Kommunikation, die zwischen den Teilnehmern in einem kollaborativen Prozess ausgetauscht wird. Sie erleichtern den Nachrichtenfluss und den Informationsaustausch.
	Gruppierung: Gruppierungen werden zur visuellen Organisation und Gruppierung von verwandten Elementen im Diagramm verwendet, um dessen Klarheit zu verbessern.
	Textanmerkung: Textanmerkungen bieten zusätzliche Informationen oder Kommentare, um Teile des Prozesses zu erläutern und dessen Verständlichkeit zu verbessern.
	Sequenzfluss: Sequenzflüsse definieren den logischen Ablauf von Aktivitäten und Entscheidungen im Prozess, einschließlich bedingter und standardmäßiger Flüsse.
	Nachrichtenfluss: Nachrichtenflüsse repräsentieren den Fluss von Nachrichten zwischen Teilnehmern in einem Kollaborationsdiagramm und zeigen das Kommunikationsmuster auf.
	Markierungen: Markierungen sind spezielle Symbole wie Schleife, Mehrinstanz und Kompensation, die für Aufgaben und Teilprozesse verwendet werden. Sie liefern zusätzliche Informationen über das Verhalten dieser Elemente.
	Assoziation: Assoziationen werden verwendet, um zusätzliche Informationen mit Elementen zu verknüpfen, einschließlich Kompensationsverknüpfung oder Datenverknüpfung. Wenn eine Datenverknüpfung "ausgeführt" wird, werden Daten in das Ziel kopiert.

Durch die Einbeziehung dieser Elemente in Ihre BPMN-Diagramme stellen Sie sicher, dass Ihre Geschäftsprozesse klar, konsistent und standardisiert dargestellt werden. Dieser Satz von Konformitätstypen ermöglicht es den Beteiligten, Prozessabläufe effektiv zu verstehen und zu kommunizieren, was zu besseren Entscheidungen und Prozessoptimierungen führt.

Wir werden ein Beispielunternehmen verwenden, wie unten beschrieben, um die Kernelemente von BPMN zu erläutern.

Pools and Lanes​

Ein Pool repräsentiert einen hochrangigen Teilnehmer oder eine Organisation, die am Prozess beteiligt ist. Er wird visuell als rechteckiger Container dargestellt, der alle Aufgaben und Spuren umfasst, die mit diesem Teilnehmer verbunden sind. Der Pool fungiert als Gruppierungsmechanismus, der es ermöglicht, verwandte Rollen bzw. Abteilungen und Aktivitäten zusammenzufassen, wodurch es einfacher wird, die Rolle dieses Teilnehmers im Prozess zu verstehen.

Jeder Pool in einem Geschäftsprozessdiagramm entspricht typischerweise einer separaten Organisation oder Partner, die am Prozess beteiligt sind. Er kann beispielsweise ein Unternehmen, eine Abteilung innerhalb der Organisation oder ein externer Partner sein, der an dem Geschäftsprozess mitwirkt und als Black-Box-Pool dargestellt wird. Mehr dazu unten. Durch die Verwendung von Pools bietet das Diagramm einen klaren und strukturierten Überblick darüber, wie verschiedene Teilnehmer in den Gesamtprozessfluss eingebunden sind.

Zusätzlich kategorisieren und unterteilen Bahnen innerhalb eines Pools die Aufgaben weiter basierend auf den verschiedenen Rollen oder Verantwortlichkeiten der Teilnehmer. Bahnen werden visuell als Unterteilungen innerhalb des Pools dargestellt, und jede Bahn ist in der Regel mit einem Namen versehen, der die Rolle oder Verantwortlichkeit der Teilnehmer oder Abteilung beschreibt, die sie repräsentiert. Diese Benennung hilft dabei, die Aufgaben, die von verschiedenen Entitäten innerhalb desselben Pools ausgeführt werden, klar zu identifizieren und zu unterscheiden, wodurch die Klarheit und Lesbarkeit des Diagramms verbessert wird.

Events​

Ein Ereignis kennzeichnet eine signifikante Veränderung im Zustand eines Prozesses. Ereignisse können entweder intern oder extern zum Prozess sein. Interne Ereignisse werden durch Aktivitäten im Prozess verursacht, während externe Ereignisse durch Faktoren außerhalb des Prozesses verursacht werden. Zum Beispiel wird der Beginn eines Prozesses mit einem Ereignis markiert, eine Nachricht, die mitten in einem Prozess eingeht, kann ein Ereignis sein, und auch das Ende eines Prozesses ist ein Ereignis an sich und wird in BPMN als solches gekennzeichnet. Im Wesentlichen umfasst es das Konzept, ein Ereignis zu markieren, das sich auf einen Prozess in bestimmter Weise auswirkt.

Wie oben beschrieben, gibt es drei Hauptarten von Ereignissen - Startereignisse, Zwischenerreignisse und Endereignisse.

Ein Startereignis ist eine besondere Art von Ereignis, das einen Prozess auslöst. Es wird durch einen Kreis mit dünnem Umriss und einem offenen Zentrum dargestellt, sodass Markierungen platziert werden können.

Startereignisse können durch verschiedene Dinge ausgelöst werden, wie zum Beispiel:

• Eine manuelle Aktion, beispielsweise wenn ein Benutzer auf einen Button klickt.
• Eine Nachricht von einem anderen System.
• Das Ablaufen eines Timers.
• Das Eintreten einer bestimmten Bedingung.

Zwischenereignisse treten während der Ausführung eines Prozesses auf. Sie werden durch einen Kreis mit einer doppelten Linie und einem offenen Zentrum dargestellt, sodass Markierungen platziert werden können.

Zwischenereignisse können verwendet werden, um Dinge wie Fehler, Genehmigungen oder Benachrichtigungen zu behandeln.

Der Typ des Triggers, auf den ein Zwischenereignis reagieren kann, wird durch das Symbol in der Mitte des Kreises angezeigt. Zum Beispiel zeigt ein Zwischenereignis mit einem Nachrichtensymbol in der Mitte an, dass das Ereignis durch eine Nachricht von einem anderen System ausgelöst wird. BPMN erlaubt verschiedene Platzierungen von Zwischenereignissen, was ihre Bedeutung ändert. Es gibt Zwischensequenzflussereignisse und Zwischenereignisse, die an Aktivitäten angehängt sind. Letztere sind mit einer Aktivität verbunden und dienen dazu, Daten und ähnliche Aktionen zu erfassen, während das Ereignis, das im Sequenzfluss auftritt, den Ablauf der Ausführung in einem Prozess steuert.

Endereignisse markieren das Ende eines Prozesses. Sie werden durch einen Kreis mit einem dicken Umriss und einem offenen Zentrum dargestellt, sodass Markierungen platziert werden können.

Endereignisse werden durch verschiedene Dinge aktiviert, wie zum Beispiel:

• Die Vollendung aller Aktivitäten im Prozess.
• Die Erfüllung einer Bedingung.
• Den Abbruch des Prozesses.

Endereignisse sind auslösende ("throwing") Typen, daher können sie auch Aktionen ausführen, wie das Senden einer Nachricht oder eines Signals. Dies wird durch das Symbol in der Mitte des Kreises angezeigt. Zum Beispiel zeigt ein Endereignis mit einem Nachrichtensymbol in der Mitte an, dass das Ereignis eine Nachricht sendet.

In Erweiterte BPMN-Elemente können Sie mehr über alle Ereignistypen erfahren.

Aufgaben (Aktivitäten)​

Aufgaben (Aktivitäten) spielen eine entscheidende Rolle bei der Modellierung von Geschäftsprozessen. Eine Aktivität ist ein allgemeiner Begriff, der verwendet wird, um die Arbeit zu beschreiben, die eine Organisation im Rahmen ihrer Prozesse durchführt. Sie umfasst verschiedene Handlungen und Operationen, die zur Erreichung bestimmter Ziele im Arbeitsablauf ausgeführt werden. Aktivitäten können weiter in zwei Typen unterteilt werden: atomare und nicht-atomare.

Eine Aufgabe stellt ein Beispiel für eine atomare Aktivität im Prozessablauf dar. Atomare Aktivitäten sind unteilbar und können nicht in kleinere Teilkomponenten aufgegliedert werden. Aufgaben sind grundlegende Bausteine in BPMN und repräsentieren eine einzelne Arbeitseinheit, die keiner weiteren Zerlegung bedarf. Zum Beispiel können "Bestellung absenden" oder "Rechnung genehmigen" als individuelle Aufgaben in einem Beschaffungsprozess betrachtet werden. Aufgaben sind die granularen Elemente, die zur Gesamtausführung des Prozesses beitragen und eine klare und gut definierte Darstellung der Prozessschritte bieten.

Auf der anderen Seite beinhalten nicht-atomare Aktivitäten komplexere Arbeiten, die in kleinere Teilaktivitäten oder Teilprozesse aufgeteilt werden können. Nicht-atomare Aktivitäten können mehrere Schritte oder Entscheidungspunkte umfassen und Interaktionen mit externen Systemen oder Teilnehmern beinhalten. Solche Aktivitäten können mit BPMN-Elementen wie Teilprozessen dargestellt werden, die die detaillierte Modellierung und Organisation einer Reihe von verwandten Aufgaben ermöglichen.

Durch die Unterscheidung zwischen atomaren und nicht-atomaren Aktivitäten bietet BPMN 2.0 die Flexibilität zur Modellierung von Prozessen unterschiedlicher Komplexität und ermöglicht es Organisationen, sowohl einfache als auch komplexe Arbeitsabläufe mit Klarheit und Präzision darzustellen.

Konnektoren​

Konnektoren sind die Linien, die verschiedene Elemente in einem BPMN-Diagramm miteinander verbinden. Sie werden verwendet, um den Fluss der Kontrolle zwischen Aktivitäten, Ereignissen und anderen Elementen darzustellen.

Es gibt zwei Hauptarten von Konnektoren in BPMN:

• Sequenzflüsse zeigen die sequenzielle Reihenfolge von Aktivitäten in einem Prozess. Sie dürfen die Poolgrenzen NICHT überschreiten. Sie werden durch durchgezogene Linien mit Pfeilen dargestellt.

• Nachrichtenflüsse zeigen den Informationsfluss zwischen Aktivitäten. Nachrichtenflüsse sind NICHT innerhalb eines Pools erlaubt. Sie müssen die Poolgrenzen überschreiten. Sie werden durch gestrichelte Linien mit Pfeilen dargestellt.

Gateways​

Gateways sind Elemente in BPMN, die verwendet werden, um den Ablauf der Ausführung in einem Prozess zu steuern. Sie werden durch eine Diamantenform mit einer Anzahl von eingehenden und ausgehenden Konnektoren dargestellt.

Die häufigsten Arten von Gateways in BPMN sind:

• Exklusive Gateways (XOR): Diese Art von Gateway erlaubt nur das Folgen einer der ausgehenden Konnektoren. Das Gateway ist mit einer Bedingung konfiguriert, die erfüllt sein muss, damit eine der ausgehenden Konnektoren aktiviert wird. Es kann verwendet werden, um eine Entscheidung zu treffen, wie zum Beispiel, ob eine Anfrage genehmigt oder abgelehnt werden soll. Es ist möglich, ein Exklusives Gateway-Symbol ohne ein "X" in der Mitte zu verwenden, um eine Aufteilung im Prozesspfad anzugeben (siehe Beispiel-Szenario).

• Parallele Gateways (UND): Dieser Typ von Gateway ermöglicht das Folgen aller ausgehenden Konnektoren. Das Gateway ist nicht mit einer Bedingung konfiguriert, sodass alle ausgehenden Konnektoren aktiviert werden, wenn das Gateway aktiviert ist. Es kann verwendet werden, um mehrere Aktivitäten parallel auszuführen, beispielsweise wenn mehrere Personen eine Anfrage genehmigen müssen.

  

  Beispiel - Paralleles Gateway

  Zum Beispiel, denken wir an einen Teil eines Prozesses zur Zubereitung eines Hamburgers mit allen Zutaten.
  
  In diesem Fall modellieren wir ein Paralleles Gateway, und die Zubereitung erfolgt erst, wenn alle Zutaten auf den Burger gelegt sind. Es spielt keine Rolle, in welcher Reihenfolge die Zutaten platziert werden, oder ob die Personen die Zutaten gleichzeitig platzieren. Der Prozess kann erst fortgesetzt werden, wenn alle Aktivitäten abgeschlossen sind.
  
  

  

• Inklusive Gateways (ODER): Dieser Typ von Gateway ermöglicht das Folgen einer oder mehrerer der ausgehenden Konnektoren. Es ähnelt in gewisser Weise einer Mischung aus XOR- und UND-Gateways. Wenn der Sequenzfluss nach dem Gateway nicht mit einer Bedingung konfiguriert ist, ist dieser Konnektor standardmäßig aktiviert, wenn das Gateway aktiviert wird. Wenn jedoch eine Bedingung vorliegt, folgt der Prozess diesem Pfad (und dem Pfad ohne Bedingung), solange die Bedingung erfüllt ist. Es kann verwendet werden, um mehrere Ausführungspfade zu ermöglichen, beispielsweise wenn es mehrere Möglichkeiten gibt, eine Aufgabe abzuschließen.

BPMN Fit for Business - BOC Group Best Practice​

Der BPMN Fit for Business-Ansatz, entwickelt von der BOC Group, ist das Ergebnis von über 25 Jahren Erfahrung in GPM-Methoden. Dieser Ansatz basiert auf praktischen Erkenntnissen und zielt darauf ab, die Kluft zwischen theoretischen BPMN-Konstrukten und den realen Anforderungen von Unternehmen zu überbrücken. Dieses Kapitel vertieft die wichtigsten Prinzipien und Erkenntnisse des BPMN Fit for Business-Ansatzes, wie sie im "BPMN 2.0 Handbuch" von Shapiro et al. (2011) dargelegt sind, insbesondere im Kapitel mit dem Titel "BPMN für Fachabteilungen: BPMN 2.0 für die volle geschäftliche Nutzung anpassen."

Anwendungsszenarien: Der BPMN Fit for Business-Ansatz konzentriert sich darauf, wichtige geschäftliche Anforderungen durch BPMN-basierte Modellierung umzusetzen. Mehrere Anwendungsszenarien stehen im Zentrum :

1. Organisationsanalyse und Arbeitsanweisungen: BPMN wird genutzt, um Prozesse und organisatorische Verantwortlichkeiten abzubilden und zu analysieren, um ein klares Verständnis von Rollen, Verantwortlichkeiten und Interaktionen zu bieten.
2. Aufbau eines internen Kontrollsystems (ICS): Dieser Ansatz unterstützt die Definition und Visualisierung interner Kontrollprozesse, um Organisationen bei der Einhaltung und dem Risikomanagement zu helfen.
3. Risikomanagement für Unternehmen: ermöglicht Organisationen Risiken effektiv zu identifizieren, bewerten und mindern.
4. Prozesskostenrechnung: Prozessmodelle helfen bei der Bewertung von Prozesskosten und ermöglichen fundierte Entscheidungen in Bezug auf Ressourcenzuweisung und Prozessoptimierung.
5. Simulation: Die Verwendung von BPMN zu Simulationszwecken ermöglicht es Organisationen, das Verhalten von Prozessen unter verschiedenen Bedingungen vorherzusagen und trägt zur Entwicklung von Prozessverbesserungsstrategien bei.
6. Testfallmanagement: Prozesse können verwendet werden, um Prozesse des Testfallmanagements abzubilden und die Effizienz und Genauigkeit von Tests zu verbessern.

Das ADONIS BPMN Fit for Business-Metamodell zeigt alle Erweiterungen des standardmäßigen BPMN-Metamodells, die die Dokumentation von realen Anwendungsfällen im Geschäftsprozessmanagement ermöglichen.

Prozessabbildung und Prozesslandkarte​

Ein wesentlicher Ausgangspunkt für den BPMN Fit for Business-Ansatz ist die Erstellung einer umfassenden Prozesslandkarte bzw. von Wertschöpfungsketten. Eine Prozesslandkarte erfüllt mehrere Zwecke:

• Prozessidentifikation und Klassifizierung: Die Prozesslandkarte hilft bei der Identifizierung und Kategorisierung von Prozessen, sodass Organisationen sie in Management-, Kern- und unterstützende Prozesse einteilen können. Zudem können unternehmenskritische Prozesse identifiziert werden.
• Abgrenzung des Umfangs: Die Prozesslandkarte definiert klare Grenzen und Inhalte für die identifizierten Unternehmensprozesse, um so einen strukturierten Ansatz für GPM-Initiativen sicherzustellen.
• Gemeinsames Verständnis: Die Prozesslandkarte fördert ein gemeinsames Verständnis der Prozesse einer Organisation, was bei der Zuweisung von Verantwortlichkeiten, dem Verständnis von End-to-End-Prozessen und der Einrichtung von Schnittstellen hilft.
• Abstimmung: Prozesslandkarten unterstützen die Ausrichtung von BPM-Initiativen auf die Ziele und Strategien der Organisation und gewährleisten so, dass die Bemühungen direkt zum Geschäftserfolg beitragen.

Über BPMN-Elemente hinaus​

Obwohl BPMN ein robustes Rahmenwerk für die Prozessmodellierung bietet, fehlen in BPMN bestimmte Elemente eines Unternehmens, die unmittelbaren Bezug zu Prozessen und eine wichtige Rolle für die fachliche Geschäftsprozessmodellierung erfüllen. Der BPMN Fit for Business-Ansatz schließt diese Lücken:

• Prozess- und Durchführungsverantwortliche: Der Ansatz integriert die Identifizierung der Prozessverantwortlichen sowie Verantwortlichkeiten für die Durchführung der einzelnen Schritte in einem Prozess (nach dem DEMI-Prinzip) wodurch die Prozessverantwortlichkeit und Transparenz verbessert werden.

• Inputs und Outputs: Der Ansatz ermöglich Inputs und Outputs zu Prozessen wie auch Aktivitäten im Prozess zu assoziieren, wodurch vielfältige Analysen im Hinblick auf die Dokumente eines Unternehmens möglich werden. Zudem können mitgeltende Unterlagen verlinkt werden.

• Verbundene IT-Systeme: Die Integration von BPMN mit IT-Systemen wird abgebildet, um eine nahtlose Verbindung zwischen Geschäftsprozessen und technologischen Implementierungen sicherzustellen.

• Prozessleistungsindikatoren (KPIs): Der Ansatz integriert Leistungsindikatoren für Prozesse in BPMN-Modelle, was das Prozessmonitoring sowie die Prozessanalyse und -optimierung erleichtert.

• Risiken und Kontrollen: Die BPMN-Modelle umfassen zudem die Möglichkeit Risiken und Kontrollen zu hinterlegen und diese effektiv zu bewerten und managen.

• Attribute für Zeit und Kosten: BPMN-Modelle in ADONIS haben Attribute für Zeit und Kosten, um so Bewertungen und Prozesssimulationen durchführen zu können und Einblicke in die Prozesseffizienz und Ressourcenanforderungen zu erhalten.

Diese Informationen können den Lesern von Geschäftsprozessdiagrammen sofort sichtbar gemacht werden, wie unten dargestellt:

Indem robuste BPMN-Konstrukte mit zusätzlichen Kern-Elementen von Unternehmen kombiniert werden, ermöglicht dieser Ansatz Organisationen, Modelle zu erstellen, die nicht nur genau, sondern auch äußerst relevant und handlungsorientiert sind. Die Betonung der Prozessabbildung, die Ausrichtung auf die Organisationsziele und die Integration mit IT-Systemen sowie dem Internen Kontrollsystem und Risikomanagement stellen sicher, dass BPMN-Modelle nicht nur statische Darstellungen sind, sondern dynamische Werkzeuge zur Förderung des Geschäftserfolgs.

Interne Kontrollsysteme​

Der BPMN Fit for Business-Ansatz integriert das Prozess-Risiko-Kontrollen Framework, das für die effektive Implementierung von IKS unerlässlich ist.

In Erweiterung der BPMN:

1. Risiko- und Kontrollobjekte: Spezifische Objekte für Risiken und Kontrollen werden innerhalb des Repositories erstellt und den Prozessen zugewiesen, um robustes Risikomanagement zu gewährleisten.
2. Erweiterte BPMN-Aufgaben: Traditionelle BPMN-Aufgaben werden um Attribute erweitert, um Risiken zu erfassen und Kontrollen zuzuweisen. Dies ermöglicht eine umfassende Risikodokumentation und -mitigation.

BPMN-Erweiterung für IKS:

• Risikoerkennung: Risiken, die mit jedem Prozessschritt verbunden sind, werden identifiziert und mit BPMN-Aufgaben verknüpft, um proaktives Risikomanagement zu fördern.
• Kontrolldokumentation: Kontrollen werden innerhalb von BPMN-Aufgaben detailliert, um Einblicke in Maßnahmen zur Risikominderung zu bieten.
• Effizienz bei der Zusammenarbeit: Das erweiterte BPMN-Framework unterstützt parallele Aufgabenausführung und effektive Zusammenarbeit zwischen Beteiligten.

Die Integration von IKS-Prinzipien in den BPMN Fit for Business-Ansatz verwandelt herkömmliche BPMN-Modelle in dynamische Werkzeuge zur Steuerung multi-dimensionaler Risikomanagement- und IKS-Projekte.

Prozesssimulation und Kostenberechnung​

Die quantitative und dynamische Bewertung von Geschäftsprozessen, einschließlich Rollen, Einheiten, Produkte und Ressourcen, ist entscheidend für fundierte Managemententscheidungen. Diese Bewertung gewinnt höchste Bedeutung vor der Prozessimplementierung oder organisatorischen Veränderungen. Die Verwendung von Prozesskosten- und Simulationsalgorithmen trägt dazu bei, diese Analysen durchzuführen.

Die BPMN 2.0-Spezifikation enthält nicht die hierfür erforderlichen Details. Daher werden die folgenden Parameter für die Erweiterung verwendet:

Zeitbezogene Parameter

• Ausführungszeit: Zeit für die Ausführung der Aufgabe.
• Wartezeit: Zeit vor der Aufgabenausführung oder während Unterbrechungen.
• Ruhezeit: Zeit nach der Aufgabenausführung, aber vor dem Transport.
• Transportzeit: Zeit für den Materialtransport zwischen Aufgaben.

Diese können auf der Aufgabenebene in ADONIS gespeichert werden. Alle zu berücksichtigenden Attribute finden Sie im Notebook-Kapitel "Simulationsdaten".

Kostenbezogene Parameter

• Fixe Aktivitätskosten: Direkt mit Aufgaben verbunden, unabhängig vom ausführenden Akteur.
• Akteurbezogene Kosten: Kosten, die mit der spezifischen Aufgabenausführung durch Akteure verknüpft sind.
• Ressourcenkosten: Ergeben sich aus den Ressourcenanforderungen für die Aufgabenausführung.
• Prozesskosten: Summe aller direkt zuordenbaren und berechneten Kosten für einen bestimmten Prozess.

Kapazitätsbezogene Parameter

• Prozessmenge: Häufigkeit der Prozessausführung in einem definierten Zeitraum.
• Ressourcenbedarf: Menge der für die Prozessausführung benötigten Ressourcen (z. B. menschliche oder technische).
• Arbeitsbelastung: Ressourceneinsatz oder -anforderung für die Prozessausführung oder -bearbeitung.

Weitere Parameter

• Wahrscheinlichkeiten: Für Szenarien mit Verzweigungen von Steuerungs- oder Informationsfluss in Alternativen.
• Statistische Verteilungen: Mögliche Einbeziehung von statistischen Verteilungen wie diskret, normal, gleichförmig oder exponentiell, insbesondere in fortgeschrittenen Kontexten.

Die Integration von Prozesssimulation und Kostenberechnung im Rahmen des BPMN Fit for Business-Ansatzes bereichert die Fähigkeit, fundierte Entscheidungen zu treffen.

Zusammenfassung​

Die Integration des BPMN Fit for Business-Ansatzes der BOC Group revolutioniert die Prozessmodellierung, indem er realen Herausforderungen begegnet. Durch die Verbindung theoretischer BPMN-Konstrukte mit praktischen fachlichen Anforderungen fördert dieser Ansatz die Zusammenarbeit aller wichtigen Stakeholder und die Entscheidungsfindung. Er ermöglicht die Bewältigung komplexer Szenarien, wie etwa Projekte im Bereich Interner Kontrollsysteme, durch nahtlose Integration von Risiko- und Kontrollelementen. Darüber hinaus ermöglicht er Organisationen, Prozesse quantitativ durch Simulation und Kostenanalyse zu bewerten, was fundierte Entscheidungen fördert. Der BPMN Fit for Business-Ansatz dient als dynamischer Kompass für Unternehmen, die sich den Herausforderungen des Prozessmanagements stellen und die Modellierung mit strategischen Zielen in Einklang bringen möchten.

BPMN und Modellierung in ADONIS​

Im Kapitel Kernkomponenten von BPMN, haben Sie die wichtigsten Elemente kennengelernt, die in BPMN verwendet werden. Diese Elemente, die sich an bewährten Praktiken von BOC orientieren, umfassen etwa 95 % der Szenarien für die Modellierung mit BPMN. ADONIS unterstützt selbstverständlich alle BPMN-Modellierungselemente in vollem Umfang.

Im Kapitel BPMN Fit for Business - BOC Group Best Practice, haben wir uns mit den ADONIS-Erweiterungen des BPMN-Metamodells beschäftigt, die die Erfassung einer breiten Palette von Anwendungsszenarien im Geschäftsprozessmanagement ermöglichen, mit denen moderne Organisationen konfrontiert sein können.

Zusätzlich finden Sie gegen Ende dieses Dokuments im Abschnitt Weitere Details zu BPMN-Elementen, ausführliche Einblicke in verschiedene Arten von BPMN-Objekten, einschließlich Anleitungen zu ihrer Verwendung.

Zuerst werden wir jedoch einige wesentliche Regeln und bewährte Praktiken für eine effektive BPMN-Modellierung im Zusammenspiel mit ADONIS erkunden.

Umfang, Zweck und Detailtiefe des Prozesses​

Beginnen Sie damit, den Umfang und den Zweck Ihres BPMN-Diagramms klar zu definieren. Identifizieren Sie den spezifischen Geschäftsprozess, den Sie modellieren, und die Ziele, die Sie mit dem Diagramm erreichen möchten. Beachten Sie auch, auf welcher Detailtiefe Sie den Prozess erfolgreich dokumentieren und ausführen können. Verwenden Sie Objekte wie Subprozesse, um Klarheit zu wahren, während Sie Informationen auf einer tieferen Ebene speichern.

Verantwortlichkeiten und Rollen​

Nutzen Sie Pools, um verschiedene Organisationen oder Abteilungen, die am Prozess beteiligt sind, darzustellen. Innerhalb jedes Pools verwenden Sie Lanes, um verschiedene Rollen oder Verantwortlichkeiten zu kennzeichnen. Dies strukturiert das Diagramm visuell und klärt Interaktionen.

Objekte​

• Platzieren Sie das Start-Ereignis, um den Auslöser für den Prozessbeginn zu kennzeichnen.
• Modellieren Sie die Aufgaben in geeigneten Swimlanes.
  • Diese Aufgaben umfassen die Schritte, die im Prozess ausgeführt werden, und können von manuellen bis zu automatisierten Aktionen reichen.
• Fügen Sie Gateways ein, um den Prozessfluss zu steuern.
  • Sie können den Prozess aufteilen, zusammenführen oder Entscheidungen im Prozess treffen.
• Ereignisse, die überall auftreten können, können Aktionen auslösen oder ändern die Prozessrichtung.
• Beschriften Sie alle Elemente mit präzisen, aussagekräftigen Namen.
  • Eine klare Beschriftung verbessert das Verständnis und verhindert Verwirrung unter den Stakeholdern.

Elementtyp	Benennung (Best-Practices)
Aufgabe	Als bewährte Best-Practice-Regel sollte eine Aufgabe in der Form Objekt+Verb benannt werden, um so die durchgeführte Aktion zu beschreiben. Beispiele: Rechnung versenden, Ware lagern etc.
Gateway	Exklusive Gateways (XOR) sollten mit einer Frage gekennzeichnet werden, vorzugsweise einer einfachen Ja/Nein-Frage, und die Frage sollte so formuliert sein, dass die Antwort "Ja" der wahrscheinlichste Pfad ist. Daher sollten die Sequenzflüsse nach dem Gateway mit der Antwort auf die Frage (vorzugsweise Ja/Nein) gekennzeichnet werden. Inklusive Gateways (OR) sollten ebenfalls mit einer Frage gekennzeichnet werden. Es ist wichtig, dass die Sequenzflüsse mit den Antworten auf die Frage gekennzeichnet sind, und wenn es einen Pfad gibt, der nicht an Bedingungen geknüpft ist, sollte dieser nicht beschriftet werden. Parallele Gateways müssen nicht beschriftet werden, da ihnen keine intrinsische Bedingung zugrunde liegt, sondern jeder Pfad durchlaufen wird.
Ereignis	Ereignisse sollten so beschriftet werden, dass sie den erreichten Zustand beschreiben. Bewährt hat sich die Verwendung von Verben im Partizip Perfekt - z. B. "Vertrag unterzeichnet", "Mitarbeiter eingestellt" usw. - für Start-, Ende- und Zwischenereignisse.

Visueller Eindruck​

• Versuchen Sie, ein einziges Start-Ereignis für mehr Klarheit zu verwenden.
• Halten Sie die horizontale Ausrichtung von Aktivitäten innerhalb ihrer jeweiligen Swimlanes aufrecht.
• Beschriften Sie Pools und Lanes klar und deutlich mit beschreibenden Namen zur einfachen Identifizierung.
• Ordnen Sie Konnektoren wie Sequenzflüsse so an, dass Überkreuzungen minimiert werden. Dies gewährleistet ein sauberes und organisiertes Diagrammlayout.
• Sequenzflüsse sollten eine logische Richtung vom Quellelement zum Zielelement verfolgen. Vermeiden Sie sich kreuzende Flüsse, da dies die Leser verwirren kann.
• Ein übermäßiger Einsatz von Gateways kann das Diagramm schwer verständlich machen. Wählen Sie die Einfachheit, es sei denn, Komplexität ist erforderlich.
• Halten Sie die Größe der Symbole im gesamten Diagramm konsistent. Diese Einheitlichkeit trägt zu einer visuell ausgewogenen Darstellung bei.

Validierung der BPMN-Regeln​

Bei der Erstellung eines BPMN-Diagramms müssen bestimmte Regeln beachtet werden, um sicherzustellen, dass das Diagramm klar, präzise und leicht verständlich ist. Um dies sicherzustellen, enthält ADONIS eine Validierungskomponente, die die Einhaltung von BPMN-Regeln und bewährten Modellierungspraktiken überprüft und Anleitungen zur Behebung von Problemen bereitstellt. Weitere Informationen zur Validierung in ADONIS finden Sie im ADONIS-Benutzerhandbuch.

Um mehr über das Modellieren in ADONIS zu erfahren, besuchen Sie das ADONIS-Benutzerhandbuch.

Weitere Details zu BPMN-Elementen​

Pools und Bahnen​

Umgang mit unbekannten Prozessdetails und externen Interaktionen​

Pools dienen als Container für Teilnehmer oder Organisationen, die am Prozess beteiligt sind, während Bahnen eine Unterteilung innerhalb des Pools schaffen, um Aufgaben basierend auf bestimmten Rollen oder Verantwortlichkeiten zu gruppieren.

Durch die Verwendung von Pools und Bahnen können Organisationen die Verantwortlichkeiten jedes Teilnehmers oder jeder Abteilung im Gesamtprozessfluss klar definieren. Jeder Pool repräsentiert eine separate Organisation oder Entität, wie ein Unternehmen, eine Abteilung oder einen externen Partner. Innerhalb jedes Pools helfen Bahnen dabei, Aufgaben basierend auf den spezifischen Funktionen oder Abteilungen der Teilnehmer zu kategorisieren und eine visuelle Darstellung der Arbeitsteilung zu bieten.

Black-Box-Pools sind Pools, die nicht weiter in Bahnen unterteilt werden. Dies kann nützlich sein, um komplexe oder sensible Prozesse darzustellen, die nicht vollständig verstanden sind.

Black-Box-Pools werden in der Regel verwendet, um externe Organisationen oder Entitäten darzustellen, die nicht direkt am modellierten Prozess beteiligt sind. Sie können auch verwendet werden, um interne Prozesse darzustellen, die nicht zum Umfang des Modells gehören.

Zum Beispiel können in einem Beschaffungsprozess, an dem mehrere Abteilungen beteiligt sind, jede Abteilung als Bahn dargestellt werden, und verschiedene Aktivitäten im Zusammenhang mit der Bestellanforderung, Genehmigung und Beschaffung können in separaten Bahnen organisiert werden. Dies ermöglicht den Stakeholdern, die unterschiedlichen Verantwortlichkeiten und Beiträge jeder Abteilung zu verstehen und eine reibungslose und effiziente Zusammenarbeit sicherzustellen.

Darüber hinaus kann ein Black-Box-Pool einen Lieferanten repräsentieren und die Modellierung des Gesamtprozesses der Bestellbeschaffung ermöglichen, ohne sich um die spezifischen Details der internen Prozesse des Lieferanten kümmern zu müssen.

Aufgaben​

Aufgabentypen​

In BPMN 2.0 gibt es verschiedene Aufgabentypen, die verwendet werden, um verschiedene Arten von Aktivitäten oder Arbeiten in einem Geschäftsprozess darzustellen.

Symbol	Beschreibung
	Benutzer Aufgaben repräsentieren Arbeit, die menschliche Interaktion oder manuelle Eingaben erfordert. Sie werden verwendet, um Aktivitäten zu modellieren, die Benutzerentscheidungen oder -aktionen beinhalten, wie Genehmigungen oder Überprüfungen.
	Manuelle Aufgaben repräsentieren Arbeit, die vollständig manuell ist und keine Automatisierung oder externe Systeme einschließt. Sie werden für Aktivitäten verwendet, die von einer Person manuell ohne automatisierte Unterstützung durchgeführt werden müssen.
	Service Aufgaben repräsentieren Arbeit, die von einem externen Dienst oder einer Anwendung ausgeführt wird. Sie dienen zur Modellierung von Aktivitäten, die mit externen Systemen interagieren, wie Webdiensten oder APIs.
	Senden Aufgaben repräsentieren Arbeit, die eine Nachricht an einen externen Teilnehmer oder ein System sendet. Sie werden verwendet, um Aktivitäten zu modellieren, die die Kommunikation initiieren, indem sie Nachrichten senden.
	Empfangsaufgaben repräsentieren Arbeit, die auf eine Nachricht von einem externen Teilnehmer oder System wartet und diese empfängt. Sie werden verwendet, um Aktivitäten zu modellieren, die auf den Eingang von Nachrichten warten, bevor sie fortfahren.
	Geschäftsregel-Aufgaben repräsentieren die Auswertung von Geschäftsregeln oder Entscheidungslogik. Sie werden für Aktivitäten verwendet, die Entscheidungen auf der Grundlage vordefinierter Regeln oder Bedingungen treffen.
	Skript Aufgaben repräsentieren die Ausführung durch ein automatisiertes Skript oder Code. Sie werden verwendet, um Aktivitäten zu modellieren, die mithilfe von Skripten oder automatisierten Routinen ausgeführt werden.
	Aufruf-Aktivitäten repräsentieren Aktivitäten, die auf einen anderen BPMN-Prozess verweist. Sie ermöglichen die Modularisierung und Wiederverwendbarkeit von Prozessen.

Ereignisse​

Wie oben erwähnt, gibt es in BPMN drei Arten von Ereignissen:

• Start-Ereignisse markieren den Beginn eines Prozesses.
• Zwischenereignisse treten während der Ausführung eines Prozesses auf.
• Endereignisse markieren das Ende eines Prozesses.

Von diesen sind die häufigsten Typen mit den folgenden Symbolen dargestellt:

• Nachricht: Dieses Symbol zeigt an, dass das Ereignis durch eine Nachricht von einem anderen System ausgelöst wird.
• Timer: Dieses Symbol zeigt an, dass das Ereignis durch das Ablaufen eines Timers ausgelöst wird.
• Fehler: Dieses Symbol zeigt an, dass das Ereignis durch einen Fehlerzustand ausgelöst wird.
• Signal: Dieses Symbol zeigt an, dass das Ereignis durch ein Signal von einem anderen System ausgelöst wird.

Die folgenden Ereignistypen sind weniger häufig anzutreffen:

• Bedingung: Dieses Symbol zeigt an, dass das Ereignis durch eine Bedingung ausgelöst wird.
• Eskalation: Dieses Symbol zeigt an, dass das Ereignis durch eine Eskalationsbedingung ausgelöst wird.
• Kompensation: Dieses Symbol wird verwendet, um das Rückgängigmachen von Schritten darzustellen, die bereits erfolgreich abgeschlossen wurden, da ihre Ergebnisse und möglichen Nebenwirkungen nicht mehr gewünscht sind und rückgängig gemacht werden müssen.
• Abbrechen: Dieses Symbol zeigt an, dass der Prozess abgebrochen wird.
• Beenden: Dieses Symbol zeigt an, dass der Prozess beendet wird.
• Verknüpfung: Dieses Symbol ermöglicht zwei Abschnitte eines Prozesses zu verbinden.

Zwischenereignisse können entweder als catching (eingetreten, auftretend) oder throwing (ausgelöst) klassifiziert werden. Catching-Ereignisse reagieren auf einen Auslöser, während Throwing-Ereignisse ein Ergebnis liefern und anderes Ereignis auslösen. Die Symbole in der Mitte der BPMN-Ereignissymbole zeigen den Typ des Ereignisses an. Neben dem Ereignistyp können Ereignisse auch als unterbrechend oder nicht unterbrechend klassifiziert werden.

• Unterbrechende Ereignisse (Symbole mit solider Kreis-Linie) unterbrechen die aktuelle Ausführung des Prozesses und starten eine neue Prozessinstanz. Dies bedeutet, dass die aktuelle Aktivität abgebrochen wird und der Prozess von vorne beginnt, beginnend beim unterbrechenden Ereignis. Unterbrechende Ereignisse werden in der Regel verwendet, um Fehler oder unerwartete Situationen zu behandeln.
• Nicht unterbrechende Ereignisse (Symbole mit strichlierter Kreis-Linie) unterbrechen die aktuelle Ausführung des Prozesses nicht. Dies bedeutet, dass die aktuelle Aktivität weiterhin ausgeführt wird, während eine neue Prozessinstanz gestartet wird. Nicht unterbrechende Ereignisse werden in der Regel für Dinge wie Genehmigungen oder Benachrichtigungen verwendet, die den aktuellen Ablauf des Prozesses nicht unterbrechen müssen.

Ereignisse sind ein wichtiger Bestandteil von BPMN und können verwendet werden, um verschiedene Vorgänge während der Ausführung eines Prozesses darzustellen. Der Ereignistyp und ob es sich um ein unterbrechendes oder nicht unterbrechendes Ereignis handelt, können einen erheblichen Einfluss auf den Ablauf des Prozesses haben.

Konnektoren​

Neben den oben genannten Sequenzflüssen und Nachrichtenflüssen gibt es verschiedene andere Möglichkeiten, den Ablauf von Aufgaben in BPMN darzustellen:

• Standardflüsse werden verwendet, um den Standardausführungspfad für einen bedingten Sequenzfluss festzulegen. Sie sind durch eine gestrichelte Linie mit einem schwarzen Pfeilkopf dargestellt. Nach XOR- und OR-Gateways werden sie verwendet, um Konflikte zu lösen, damit der Prozess nicht "stecken bleibt".

• Bedingte Flüsse ermöglichen es, die Flusskontrolle je nach Bedingung zu verzweigen. Sie sind durch eine gestrichelte Linie mit einem schwarzen Pfeilkopf und einem Bedingungsausdruck dargestellt.

Die spezifischen Arten von Sequenzflüssen, die in einem Prozess verwendet werden, hängen von den konkreten Anforderungen des Prozesses ab.

• Assoziationsfluss: Neben dem Sequenzfluss und dem Nachrichtenfluss ermöglicht BPMN Assoziationsflüsse, die eine Aktivität oder ein Ereignis mit einem Nicht-Flusselement, wie einer Textannotation, verbinden. Sie werden durch gestrichelte Linien dargestellt.

• Datenassoziationsfluss: Zeigen Sie, wie bestimmte Prozessschritte Daten (entweder Datenobjekte oder Datenspeicher) verwenden, indem Sie einen Datenassoziationspfeil (eine gepunktete Linie mit einer Pfeilspitze) einfügen. Bitte beachten Sie, dass Token nicht der Datenassoziation folgen - sie sind nicht Teil des Prozessflusses.

Bei der Modellierung in ADONIS werden Konnektoren basierend auf den BPMN-Regeln zur Verbindung von Objekten erstellt. So wird z.B. eine Aufgabe mit einem Datenobjekt nur über einen Datenassoziationsfluss verbunden und der Pfeil kann so platziert werden, dass der Fluss von der Aufgabe eingehend oder ausgehend ist. Der Standardfluss kann in den Eigenschaften des Sequenzflusses definiert werden.

Konnektoren sind ein wichtiger Bestandteil von BPMN und werden verwendet, um den Fluss der Steuerung zwischen verschiedenen Elementen in einem Prozess darzustellen. Die verschiedenen Arten von Konnektoren können verwendet werden, um eine Vielzahl von Szenarien darzustellen, wie die sequenzielle Ausführung von Aktivitäten, den Informationsfluss zwischen Aktivitäten und die Behandlung von Fehlern und Ausnahmen. Es ist nicht empfehlenswert, komplexere Abläufe als den Sequenzfluss und den Nachrichtenfluss zu verwenden, da sie schwer zu lesen sind und von technisch nicht versierten Benutzern möglicherweise nicht erkannt werden.

Hier sind einige zusätzliche Dinge, die Sie über Konnektoren in BPMN beachten sollten:

• Konnektoren können mit Text beschriftet werden, um zusätzliche Informationen über den Steuerungsfluss bereitzustellen.
• Konnektoren können mit Bedingungen versehen werden, um anzugeben, wann sie aktiviert oder deaktiviert sind.

Gateways​

Neben den Gateway-Typen Exklusiv, Inklusiv und Parallel gibt es noch einige andere Arten von Gateways in BPMN. Hier ist, wie Sie sie voneinander unterscheiden können:

Gateway-Typ	Zweck	Aktivierung	Ausgehende Konnektoren	Ausführung	Symbol
Exklusives Gateway (XOR)	Um eine Entscheidung zu treffen	Aktiviert durch eine Bedingung	Nur ein ausgehender Konnektor ist aktiviert	Der aktivierte ausgehende Konnektor wird verfolgt
Inklusives Gateway (OR)	Um mehrere Ausführungspfade zuzulassen	Kann durch eine Bedingung aktiviert werden (ansonsten wird der Standardfluss genommen)	Abhängig von der Bedingung werden 1 bis n ausgehende Konnektoren aktiviert	Abhängig von der Bedingung werden 1 bis n ausgehende Konnektoren verfolgt
Paralleles Gateway (UND)	Um mehrere Aktivitäten parallel auszuführen	Nicht durch eine Bedingung aktiviert	Alle ausgehenden Konnektoren sind aktiviert	Alle ausgehenden Konnektoren werden gleichzeitig verfolgt
Event-basiertes Gateway	Um einen Punkt zu verzögern, an dem der Fluss aufgenommen wird	Aktiviert durch ein Ereignis	Nur ein ausgehender Konnektor ist aktiviert	Der aktivierte ausgehende Konnektor wird verfolgt
Event-basiertes Gateway (Instanziierung)	Um einen Prozess zu instanziieren, wenn ein Ereignis eintritt	Aktiviert durch ein Ereignis	Ein ausgehender Konnektor ist aktiviert	Der aktivierte ausgehende Konnektor wird verwendet, um den Prozess zu instanziieren
Komplexes Gateway	Um eine komplexere Routinglogik zu ermöglichen	Aktiviert durch eine Menge von Regeln	Eine oder mehrere ausgehende Konnektoren sind aktiviert	Die aktivierten ausgehenden Konnektoren werden verfolg
Parallel Event-basiertes Gateway (Instanziierung)	Um mehrere Prozesse parallel zu instanziieren, wenn ein Ereignis eintritt	Aktiviert durch ein Ereignis	Alle ausgehenden Konnektoren sind aktiviert	Die Prozesse werden parallel instanziiert

Konversationsdiagramme​

Konversationsdiagramme werden verwendet, um Nachrichtenflüsse zu gruppieren und Korrelationen zur besseren Kommunikation und Koordination zuzuordnen. Ein Konversationsdiagramm stellt eine bestimmte Verwendung eines Kollaborationsdiagramms auf informelle Weise dar. Praktisch gesehen handelt es sich um eine vereinfachte Version des Kollaborationsdiagramms. In Konversationsdiagrammen werden verschiedene Elemente verwendet:

Konversationselemente (Knoten)

• Konversation

• Aufruf-Konversation

• Teilkonversation

• Konversationsverbindung: Dargestellt durch zwei parallele Linien, die einen Pool mit einem Konversationsknoten verbinden.

• Pool: Stellt Teilnehmer in der Konversation dar.