Basic Leitfaden - BPMN v2.1

Einfhrung in die
Prozessdarstellung mit BPMN

(Business Process Modelling Notation)
April 2011
Anna Harder
Stabsstelle Qualittsentwicklung
Anna.Harder@qe.uni-stuttgart.de
Universitt Stuttgart
Stabsstelle
Qualittsentwicklung
Basic-Leitfaden in BPMN
Inhalt
1.
GRUNDLAGEN .................................................................................................................... 4
1.1.
POOLS & LANES ........................................................................................................................4
1.2.
SYMBOLE IN BPMN ...................................................................................................................6
1.2.1.
Aufgaben ........................................................................................................................6
1.2.2.
Unterprozesse ................................................................................................................7
1.2.3.
Startereignisse................................................................................................................8
1.2.4.
Gateways........................................................................................................................9
1.2.5.
Zwischenereignisse ......................................................................................................15
1.2.6.
Endereignisse...............................................................................................................19
1.2.7.
Artefakte (Datenobjekte, Text-Anmerkungen & Gruppe) .............................................21
1.3.
DARSTELLUNG VON KOMMUNIKATION: SEQUENZ- & NACHRICHTENFLSSE .................................22
2.
ALTERNATIVE MODELLIERUNGEN IN DER PRAXIS .............................................................. 24
3.
ANHANG .......................................................................................................................... 27
4.
3.1.
BERSICHT DER BPMN SYMBOLE ...............................................................................................27
3.2.
BEISPIELPROZESS ...................................................................................................................28
LITERATURANGABEN........................................................................................................ 30
Handreichung
v2.1
Seite 2 von 30
Stabsstelle
Qualittsentwicklung
Abbildungsverzeichnis
Abb. 1: BPMN-Diagramm mit 2 Pools ......................................................................................5
Abb. 2: Aufgaben......................................................................................................................6
Abb. 3: Unterprozesse..............................................................................................................7
Abb. 4: Startereignisse .............................................................................................................8
Abb. 5: Gateways als logische Verzweigung ...........................................................................9
Abb. 6: Der exklusive Gateway ..............................................................................................10
Abb. 7: Darstellung eines kontrollierten versus unkontrollierten Prozessflusses ...................12
Abb. 8: Der inklusive Gateway ...............................................................................................13
Abb. 9: Der parallele Gateway ...............................................................................................14
Abb. 10: Das Nachricht-sendende Zwischenereignis.............................................................16
Abb. 11: Das Nachricht-empfangende Zwischenereignis ......................................................17
Abb. 12: Das zeitliche Zwischenereignis................................................................................18
Abb. 13: Linksymbol ...............................................................................................................19
Abb. 14: Endereignisse ..........................................................................................................20
Abb. 15: Artefakte...................................................................................................................21
Abb. 16: Kommunikation zwischen Lanes und Pools.............................................................23
Abb. 17: Umgang mit Nachrichtenereignissen in der Praxis ..................................................24
Abb. 18: Umgang mit Gateways in der Praxis........................................................................25
Abb. 19: bersicht der BPMN Symbole .................................................................................27
Abb. 20: Beispielprozess........................................................................................................29
Handreichung
v2.1
Seite 3 von 30
Stabsstelle
Qualittsentwicklung
1. GRUNDLAGEN
BPMN (Business Process Modelling Notation) ist eine Symbolsprache, die Standards zur
Geschftsprozessmodellierung bzw. grafischen Darstellung von Arbeitsablufen festlegt. Sie
wurde im Jahr 2002 von einem IBM Mitarbeiter entwickelt und von der Business Process
Management Initiative verffentlicht (www.bpmi.org). BPMN wird seit dem Jahr 2006 als ein
offizieller Standard der Object Management Group (www.omg.org) verffentlicht. Prozesse,
die der BPMN Semantik folgen knnen in Computersprachen, bspw. BPEL (Business Process Execution Language) bersetzt werden.
Eine grundlegende Idee von BPMN ist es, einen Geschftsprozess, d.h. eine Abfolge von
untereinander abhngigen Ttigkeiten in einem Diagramm so darzustellen, dass jede Ttigkeit direkt einer am Prozess beteiligten Geschftseinheit zugeordnet werden kann. Geschftseinheiten knnen hufig in Untereinheiten unterteilt werden, so dass die Abfolge von
Ttigkeiten auch den im Geschftsprozess beteiligten Untereinheiten eindeutig zugeordnet
werden muss. BPMN liefert die dazu erforderlichen Darstellungs- und Interaktionsregeln (s.
Abb. 1).
1.1. POOLS & LANES
Zu Beginn der Prozessmodellierung stellt sich die Frage, wer an einem Prozess beteiligt ist.
Fr alle prozessbeteiligten Geschftseinheiten werden Pools angelegt. Besteht eine Geschftseinheit aus mehreren prozessbeteiligten Untereinheiten, werden in dem Pool mehrere
Lanes angelegt. Pools werden nur soweit unterteilt, wie es fr den Prozess erforderlich ist.
Es empfiehlt sich Pools und Lanes nicht mit Namen einzelner Personen zu beschriften, sondern den Namen der Geschftseinheit (z.B. Fakultt, Zentrale Verwaltung) oder Untereinheit
(z.B. Institut, Dezernat) zu verwenden. Fr die Universitt Stuttgart steht ein Ressourcenmodell mit Namen von Pools und Lanes zur Verfgung, dass ber die Stabsstelle Qualittsentwicklung auf Anfrage hin erweitert werden kann.
Handreichung
v2.1
Seite 4 von 30
Stabsstelle
Qualittsentwicklung
Geschftseinheit 1
Untereinheit 1
Geschftseinheit 2
Untereinheit 2
START: Geschftsprozess
Ttigkeit 1
ausgefhrt von
Untereinheit 1
Sequenzfluss
Ttigkeit 2
ausgefhrt von
Untereinheit 2
Nachrichtenfluss
Ttigkeit 3
ausgefhrt von
Geschftseinheit 2
ENDE: Geschftsprozess
Lane
Pool
Pool
Abb. 1: BPMN-Diagramm mit 2 Pools
Handreichung
v2.1
Seite 5 von 30
Stabsstelle
Qualittsentwicklung
1.2. SYMBOLE IN BPMN

In BPMN werden Ereignisse, Ttigkeiten und logische Verzweigungen durch Symbole und
ihre Abfolge durch Pfeile zwischen den Symbolen dargestellt. Die Pfeile werden als Flsse
bezeichnet und verdeutlichen die Informationsweitergabe. Es wird zwischen Sequenzfluss
(Informationsweitergabe zwischen Untereinheiten einer Geschftseinheit = IntrapoolKommunikation) und Nachrichtenfluss (Informationsweitergabe zwischen Geschftseinheiten
= Interpool-Kommunikation) unterschieden. Die folgenden Erklrungen beschrnken sich auf
die Symbole. Eine Zusammenfassung der Kommunikationsregeln befindet sich unter Punkt
1.3 Darstellung von Kommunikation: Sequenz- & Nachrichtenflsse.
1.2.1.
Aufgaben
Eine Aufgabe (engl.: task) bezeichnet eine Ttigkeit, die nicht weiter unterteilt werden kann
und wird durch ein abgerundetes Rechteck dargestellt. Wenn eine Aufgabe wiederholt wird
bis ein bestimmtes Ergebnis erreicht ist, kann das Aufgabensymbol durch ein SchleifeZeichen ergnzt werden (s. Abb. 2a). Wie Abbildung Abb. 2b zeigt, kann die gleiche Aussage auch durch Verwendung eines nachgeschalteten Gateways erzielt werden. An dem Gateway wird der Prozessfluss - je nach Ausgang der Aufgabe - zu der Aufgabe zurckgeleitet
oder im Prozess weitergeleitet.
...
...
Bedarf
ergeben
Bedarf
erheben
bis Bedarf von allen

erfasst ist
Bedarf von
allen erfasst?
Nein
Ja
...
a) Aufgabe mit Schleife
...
b) Wiederholungsschleife durch Gateway
Abb. 2: Aufgaben
Handreichung
v2.1
Seite 6 von 30
Stabsstelle
Qualittsentwicklung
1.2.2.
Unterprozesse
Eine Reihe von Prozessschritten kann zu einem Unterprozess zusammengefasst werden,

um die bersichtlichkeit eines Diagramms zu erhhen. Man kann einen Unterprozess als
ausgebetteten Unterprozess darstellen, so dass erst bei einem Klick auf den + Anzeiger der
Unterprozess in einem neuen Fenster angezeigt wird (s. Abb. 3a). Ein Unterprozess kann
auch eingebettet dargestellt werden, so dass die Prozessschritte des Unterprozesses in der
Hauptprozess-Diagrammflche umrandet erscheinen (s. Abb. 3b). Die Verwendung eines +
Anzeigers sowie die Hinterlegung des Symbols mit einem Schatten ist in beiden Fllen mglich. Wir empfehlen den + Anzeiger zur Kennzeichung eines Unterprozesses zu verwenden.
...
...
Reiseziel
bestimmt
Reiseziel
bestimmt
Reiseorganisation
Nein
Ja
bernachtung?
Hotel buchen
Anreise mit?
BahnTix
bestellen
Flug
buchen
Reise
antreten
Reise
antreten
...
...
a) Ausgebetteter Unterprozess
Auto
organisieren
b) Eingebetteter Prozess
Abb. 3: Unterprozesse
Handreichung
v2.1
Seite 7 von 30
Stabsstelle
Qualittsentwicklung
1.2.3.
Startereignisse
Ein Startereignis wird durch einen Kreis mit einfacher Randlinie dargestellt. Bei einem nicht
weiter definierten Startereignis bleibt der Kreis unausgefllt. Wird der Prozessstart durch den
Empfang einer Nachricht ausgelst, enthlt der Kreis ein Briefsymbol. Handelt es sich um
einen zeitlich bedingten Prozessstart, wird im Kreis ein Uhrensymbol angezeigt.
Ein Prozess kann mehrere Startereignisse haben, das heit durch mehrere Ereignisse ausgelst werden. Bereits das Eintreten eines einzelnen Ereignisses fhrt zum Start des Prozesses. Danach auftretende Ereignisse fhren nicht zu einem erneuten Prozessstart. Die
Verwendung von mehr als einem Startereignis ermglicht es einen Prozess auf verschiedenen Wegen einzuleiten (vgl. Silver 2009: 78).
START: Fehler ist

aufgetreten
START: 1 Monat seit

letzter Prfung vergangen
START: Eingang Anfrage

auf berprfung
Bestimmung,
wer Prfung
durchfhrt
berprfung
nach
Notablauf
berprfung
nach Standardablauf
ENDE: Versand von

Prfungsbericht
Abb. 4: Startereignisse
In Abb. 4 gibt es drei Mglichkeiten, wie der Prozess berprfung ausgelst werden
kann. Je nach Startereignis ist zunchst noch die Bestimmung der Person notwendig,
die die berprfung durchfhrt oder nicht. Es kommt entweder zum Ablauf des Unterprozesses berprfung nach Standardablauf oder berprfung nach Notablauf.
Der Prozess endet in jedem Fall mit dem Versand eines Prfungsberichts. Das End-
Handreichung
v2.1
Seite 8 von 30
Stabsstelle
Qualittsentwicklung
ereignis unterscheidet sich von dem Startereignis Symbol durch eine dickere Randlinie und ist auch an dem ein- und nicht ausgehenden Sequenzfluss zu erkennen.
1.2.4.
Gateways
Gateways stellen Verzweigungen eines Prozessflusses oder Zusammenfhrungen von Prozessflssen dar und werden durch eine Raute symbolisiert. An einem Gateway wird verdeutlicht, wie ein Prozess unter gegebenen Bedingungen weiterverluft. Wichtig ist, dass Gateways keine Ttigkeit beinhalten, sondern nur den Prozessverlauf aufgrund getroffener Entscheidungen oder bestehender Tatsachen darstellen. Die Ttigkeit der Entscheidung wird als
Aufgabe dargestellt. Das Ergebnis der Entscheidung und die Auswirkungen auf den Prozessfluss werden durch einen Gateway dargestellt.
Richtig:
Falsch:
...
...
Inhalt der
Veranstaltung
festlegen
Inhalt der
Veranstaltung
festlegen
Anzahl
Teilnehmer
bestimmen
ber 30
ber 30
30 und w enige
30 und w eniger
w eiteren Kurs
erffnen
w eiteren Kurs
erffnen
Teilnehmer
informieren
Anzahl Teilnehmer
bestimmen
Teilnehmer
informieren
...
...
Ein Gatew ay kann keine Ttigkeit

symbolisieren. Ein Gatew ay
ist eine logische Verzw eigung.
Abb. 5: Gateways als logische Verzweigung
Handreichung
v2.1
Seite 9 von 30
Stabsstelle
Qualittsentwicklung
Exklusiver Gateway
Der exklusive Gateway dient der Darstellung von alternativen Flssen, d.h. nur einer der einbzw. ausgehenden Flsse wird weitergeleitet ( exklusiv). Ein exklusiver Gateway entspricht einem exklusiven logischen Oder, das heit es muss bei einem verzweigenden exklusiven Gateway genau eine der Alternativen gewhlt werden (s. Abb. 6a). Bei einem zusammenfhrenden exklusiven Gateway muss sichergestellt sein, dass nur einer der ankommenden Flsse eingehen wird (s. Abb. 6b) (vgl. Allweyer 2009: 23). Andernfalls aktiviert der
Gateway mit jedem ankommenden Fluss erneut den nachfolgenden Prozess (vgl. Silver
2009: 118). An den ausgehenden Flssen eines exklusiven Gateways knnen Beschriftungen angebracht werden, die erklren, unter welcher Bedingung welcher Fluss aktiviert wird1
(s. Abb. 6a).
Bedingung 1
...
Bedingung 2
...
Bedingung 3
...
...
a) verzweigender exklusiver Gateway
b) zusammenfhrender exklusiver Gateway
Abb. 6: Der exklusive Gateway
Die Aktivierung eines Flusses beim verzweigenden exklusiven Gateway ist hier nicht als Ttigkeit zu
verstehen. Die Aktivierung ergibt sich als logische Konsequenz des eingehenden Flusses.
Handreichung
v2.1
Seite 10 von 30
Stabsstelle
Qualittsentwicklung
Anmerkung zu iGrafx 2009:

Fr die Darstellung von Ja/Nein Verzweigungen wird in iGrafx 2009 ein leeres Rautensymbol verwendet. Fr die Darstellung von nicht mit Ja/Nein beschrifteten ausgehenden Flssen oder von mehr als zwei ausgehenden Flssen wird eine
Raute mit einem X in der Innenflche verwendet. Beide Symbole werden in iGrafx 2009 u.a. als XOR-Gateway bezeichnet, was eine alternative Bezeichnung fr Exklusiver Gateway ist. Zu beachten ist, dass nur in
der Symbol-Palette des Programms der Unterschied zwischen den zwei
exklusiven Gateways erkenntlich ist (leere Raute vs. Raute mit X). In der Diagrammflche erscheinen beide als leere Raute. Die in Abb. 6 dargestellten exklusiven Gateways enthalten in der Symbolpalette von iGrafx beide ein X in der Mitte der Raute.
Auf der Diagrammflche erscheinen sie wie in Abb. 6 ohne X.
Die Verwendung eines zusammenfhrenden exklusiven Gateways ist nicht erforderlich, sofern die Flsse in eine Aufgabe mnden (vgl. Silver 2009: 113). Allerdings ist zu beachten,
dass auch hier die Aufgabe ebenso wie die nachfolgenden Prozessschritte mit jedem eingehenden aktiven Fluss erneut ausgefhrt wird. Abb. 7a stellt zwei quivalente Modellierungen
eines kontrollierten Prozessflusses dar. Durch den vorgeschalteten verzweigenden exklusiven Gateway ist sichergestellt, dass nur einer der beiden Flsse in die Aufgabe eingehen
kann. Die Aufgabe wird somit nur einmal ausgefhrt. Abb. 7b zeigt zwei quivalente Modellierungen eines unkontrollierten Prozessflusses. Der Prozessfluss von Aufgabe A und der
von Aufgabe B mnden in Aufgabe C bzw. in den zusammenfhrenden exklusiven Gateway.
Aufgabe C und alle nachfolgenden Prozessschritte werden demnach zweimal ausgefhrt.
Handreichung
v2.1
Seite 11 von 30
Stabsstelle
Qualittsentwicklung
Nein
Ja
Ja
Nein
a) quivalente Darstellung eines kontrollierten Prozessflusses

(vgl. Silver 2009: Abb. 11-9)
b) quivalente Darstellung eines unkontrollierten Prozessflusses

(vgl. Silver 2009: Abb. 11-18)
Abb. 7: Darstellung eines kontrollierten versus unkontrollierten Prozessflusses
Handreichung
v2.1
Seite 12 von 30
Stabsstelle
Qualittsentwicklung
Inklusiver Gateway
Ein inklusiver Gateway2 wird durch eine Raute mit einem Kreis in der Innenflche dargestellt.
Ein inklusiver Gateway entspricht einem inklusiven logischen Oder, d.h. es knnen mehrere
eingehende bzw. ausgehende Flsse im weiteren Prozessfluss bercksichtigt werden. Die
logische Bedingung bei einem verzweigenden inklusiven Gateway (s. Abb. 8a) lautet somit,
dass mindestens einer der ausgehenden Prozessflsse aktiviert wird, aber auch mehrere
Sequenzflsse aktiviert werden knnen. In Abb. 8 zeigen Sterne3 an, welche Sequenzflsse
beim inklusiven Gateway aktiviert wurden. An den ein- und ausgehenden Flssen eines verzweigenden inklusiven Gateways knnen wiederum Beschriftungen angebracht werden, die
erklren, unter welcher Bedingung welcher Fluss bzw. welche Flsse aktiviert werden.
Bei einem zusammenfhrenden inklusiven Gateway (s. Abb. 8b) mssen alle aktiven Flsse
eingehen, bevor der Prozess weiterluft. Ein zusammenfhrender inklusiver Gateway lsst
somit einen Prozess u.U. warten bis alle Flsse eingegangen sind.
...
Bedingung 1
...
...
...
Bedingung 3
Bedingung 2
...
...
...
...
a) verzweigender inklusiver Gateway
b) zusammenfhrender inklusiver Gateway
Abb. 8: Der inklusive Gateway

Vergleich von Abb. 6 und Abb. 8:
Der zusammenfhrende exklusive Gateway aktiviert den ausgehenden Fluss sobald
einer der ankommenden Flsse eingegangen ist. Um einen kontrollierten Prozessfluss zu gewhrleisten muss sichergestellt sein, dass nur einer der ankommenden
Flsse tatschlich eingeht. Im Unterschied dazu knnen in den zusammenfhrenden
inklusiven Gateway mehrere aktivierte Flsse einmnden. Der zusammenfhrende
inklusive Gateway lsst den Prozess warten, bis alle zuvor im Prozess aktivierten
Flsse eingegangen sind eingehen und aktiviert dann einmalig den ausgehenden
Der inklusive Gateway wird in iGrafx 2009 als Inklusive (OR) Gateway bezeichnet.
Die Sterne dienen lediglich zur Veranschaulichung der Wirkung eines inklusiven Gateways. Sie entsprechen nicht der BPMN und sind in iGrafx nicht vorhanden.
Handreichung
v2.1
Seite 13 von 30
Stabsstelle
Qualittsentwicklung
Prozessfluss. Bei einem verzweigenden exklusiven Gateway kann nur ein ausgehender Fluss aktiviert werden, wohingegen bei einem verzweigenden inklusiven Gateway
mehrere Flsse aktiviert werden knnen.
Paralleler Gateway
Ein paralleler Gateway ist durch eine Raute mit einem + Zeichen in der Innenflche symbolisiert und entspricht einem logischen Und. Es gibt einen verzweigenden und einen zusammenfhrenden parallelen Gateway. Der verzweigende parallele Gateway (s. Abb. 9a)
teilt einen Sequenzfluss in zwei oder mehr Flsse auf. Auf den Einsatz eines verzweigenden
parallelen Gateways kann verzichtet werden, wenn die verzweigenden Flsse von einer Aufgabe oder einem Ereignis ausgehen (Abb. 9 a und b enthalten dieselbe Information). Der
zusammenfhrende parallele Gateway (s. Abb. 9c) wartet bis alle eingehenden Flsse angekommen sind. Erst dann luft der Prozess weiter ab. Die Kombination von verzweigenden
und zusammenfhrenden parallelen Gateway (s. Abb. 9d) zeigt an, welche Prozessschritte
gleichzeitig (bzw. ohne eine definierte zeitliche Reihenfolge) erfolgen.
...
...
Aufgabe 1
Aufgabe 1
Aufgabe 2
Aufgabe 3
...
...
Aufgabe 2
Aufgabe 3
...
...
b) Verzweigung ohne Gateway
a) verzweigender paralleler Gateway
...
START
Teilaufgabe 2
Teilaufgabe 1
Catering
organisieren
Raum
organisieren
...
ENDE
c) zusammenfhrender paralleler Gateway
d) Kombination von verzweigenden und

zusammenfhrenden parallelen Gateway
Abb. 9: Der parallele Gateway
Handreichung
v2.1
Seite 14 von 30
Stabsstelle
Qualittsentwicklung
Beispiel: In Abb. 9d laufen die Ttigkeiten Raum organisieren und Catering organisieren parallel ab bzw. es ist keine zeitliche Reihenfolge der beiden Aufgaben definiert. Dies wird durch den verzweigenden parallelen Gateway dargestellt. Der zusammenfhrende Gateway verdeutlicht, dass beide Aufgaben abgeschlossen sein
mssen, bevor der Prozess weiterluft.
1.2.5.
Zwischenereignisse
Zwischenereignisse werden durch einen doppelt umrandeten Kreis dargestellt. Sie haben
einen eingehenden und einen ausgehenden Sequenzfluss (Allweyer 2008: 70), wobei auch
jeweils nur ein Sequenzfluss ein- und ausgehen darf (vgl. Allweyer 2008: 124). Zwischenereignisse knnen zum einen verwendet werden, um eine Pause im Prozess darzustellen. Der
Sequenzfluss geht solange nicht weiter bis ein bestimmtes Ereignis eingetreten ist. Zum anderen knnen Zwischenereignisse dafr verwendet werden, Ausnahmen im Prozessfluss zu
modellieren. In diesem Fall wird das Zwischenereignis an den Rand einer Aufgabe bzw. eines Unterprozesses geheftet. Nheres zur Verwendung von am Rand von Aufgaben bzw.
Unterprozessen angehefteten Zwischenereignissen (engl.: boundary events) findet sich bei
Allweyer (2009): 97 ff. und Silver (2009): 119 ff.
Nachricht-sendendes Zwischenereignis
Von einem Nachricht4-sendenden Zwischenereignis wird eine Nachricht an einen anderen
Pool oder eine prozessexterne Einheit ausgeworfen. Innerhalb eines Pools knnen keine
Nachrichten versandt werden, denn die Informationsweitergabe wird bereits durch den Sequenzfluss dargestellt (vgl. Silver 2009: 62 ff., 89 und Allweyer 2009: 70).
Hinweis: iGrafx 2009 verwendet den Ausdruck Meldung anstatt Nachricht.
Handreichung
v2.1
Seite 15 von 30
Stabsstelle
Qualittsentwicklung
Pool 1
Pool 2
...
Einladung
erstellen
Die Nachricht geht an einen anderen Pool.
Versand
Einladung
Im Sequenzfluss ist hier lediglich die Information impliziert,

dass die Nachricht versandt wurde. Der Sequenzfluss bedeutet
beim Nachricht-sendenden Zwischenereignis nicht, dass die
Nachricht an denjenigen geht, der die nchste Aufgabe ausfhrt.
Nachrichten werden ber Nachrichtenflsse bertragen,
nicht ber Sequenzflsse
Organisation
Treffen
Terminkalender
berprfen
(bzgl.
Einladung)
...
...
Abb. 10: Das Nachricht-sendende Zwischenereignis
Handreichung
v2.1
Seite 16 von 30
Stabsstelle
Qualittsentwicklung
Nachricht-empfangendes Zwischenereignis
Von einem Nachricht-empfangenden Zwischenereignis wird eine Nachricht aufgefangen, die
von einem anderen Pool oder einer prozessexternen Einheit ausgeht. Auch hier kann eine
Nachricht nicht von einer pool-internen Einheit kommen. Nur Sequenzflsse bermitteln Informationen zwischen pool-internen Einheiten.
Pool 1
...
Planung
Treffen
Die Nachricht geht von einer prozessexternen Einheit
an Pool 1. Pool 1 empfngt die Nachricht.
Anmeldung
eingegangen
gg
Anmeldung
Im Sequenzfluss ist die Information impliziert,

dass die Nachricht empfangen wurde. Der Inhalt der
Nachricht steht im folgenden Prozessfluss zur Verfgung
und kann bei der nchsten Aufgabe bercksichtigt werden.
Bestellung
Catering
...
Abb. 11: Das Nachricht-empfangende Zwischenereignis

Beispiel: In Abb. 11 wird nach der Planung des Treffens gewartet, bis das Ereignis
Nachricht empfangen (hier: Anmeldung eingegangen) empfangen wurde. Dann
sich der Prozess fort mit der Aufgabe Bestellung Catering.
Handreichung
v2.1
Seite 17 von 30
Stabsstelle
Qualittsentwicklung
Zeitliches Zwischenereignis
Bei einem zeitlichen Zwischenereignis wartet der Prozess solange, bis eine prozessintern
festgelegte Zeit vergangen ist. Dann setzt er sich fort.
...
Prfungsthema
bekanntgeben
3 Wochen
Prfung
abhalten
...
Abb. 12: Das zeitliche Zwischenereignis

Beispiel: In Abb. 12 muss nach Bekanntgabe des Prfungsthemas drei Wochen gewartet werden, bis die Prfung abgehalten wird.
Ausgehender Link und eingehender Link
Linksymbole werden verwendet, um bermig lange Sequenzflsse in Diagrammen zu vermeiden und die Lesbarkeit zu steigern. Der Sequenzfluss geht ber einen Link an eine andere Stelle im Diagramm. Die Ausgangsstelle und Eingangsstelle fr den Link sind durch das
gleiche Symbol gekennzeichnet. Links werden in BPMN 2.0 als Zwischenereignisse im Prozess behandelt. Die aktuelle Version von iGrafx verwendet jedoch keine doppelte Randlinie
beim Linksymbol.
Handreichung
v2.1
Seite 18 von 30
Stabsstelle
Qualittsentwicklung
...
Aufgabe
...
...
...
nicht bestanden
Prfungsergebnis?
bestanden
...
Abb. 13: Linksymbol

Beispiel: In Abb. 13 ist ein Prozessausschnitt zu sehen, der ab Aufgabe wiederholt
werden muss, wenn das Prfungsergebnis nicht bestanden erzielt wurde. Je nachdem, wie gro der Prozessausschnitt ist, empfiehlt es sich mit Linksymbolen (hier:
Buchstabe A) zu arbeiten
1.2.6.
Endereignisse
Endereignisse werden durch einen Kreis mit dicker Umrandung dargestellt und haben einen
eingehenden, aber keinen ausgehenden Sequenzfluss. Sie symbolisieren das Ende des
Prozesses. Ein Prozess kann mit verschiedenen Ergebnissen zu Ende gehen. Demnach ist
es mglich, dass in einem Prozessdiagramm mehrere Endereignisse vorkommen. Ein Prozess kann auf nicht nher bestimmte Weise enden, dargestellt durch ein leeres Kreissymbol
mit dickem Rand.
Ein Prozess kann mit dem Versand einer Nachricht enden, so dass im End-Symbol ein Briefumschlag abgebildet ist. Endet er aufgrund einer aufgetretenen Ausnahme, enthlt der Kreis
ein Blitzzeichen. Im Englischen wird das Ausnahme-Ende trefflicher als Error End Event
bezeichnet. Alle im Prozess aktiven Flsse enden sofort, sobald ein Fluss ein AusnahmeEnde Symbol (Error End Event) erreicht. Gleiches geschieht, wenn der Prozess ein Terminierungs-End-Symbol erreicht, dass durch einen groen schwarzen Punkt in der Kreismitte
Handreichung
v2.1
Seite 19 von 30
Stabsstelle
Qualittsentwicklung
gekennzeichnet ist. Ein Terminierungs-Ende ist im Gegensatz zu einem Ausnahme-Ende ein

planmiges Ende.
In BPMN (und iGrafx 2009) gibt es noch das Endereignis Abbruch, dass ausschlielich in transaktionalen Prozessen bzw. Prozessschritten verwendet wird. Unter dem
Begriff Transaktion wird hier eine Kette von Aufgaben verstanden, die nur Sinn ergibt,
wenn alle Aufgaben erfllt werden. Wird eine Aufgabe nicht erfllt, gilt die Transaktion
als nicht erfolgreich und wird abgebrochen. Es kommt zur Kompensation von schon
gettigten Aufgaben, wofr in BPMN das Zwischenereignis Kompensation vorgesehen ist. Kompensation bedeutet, dass gettigte Schritte rckgngig gemacht werden.
Das Endereignis Abbruch lst die Kompensation aus und wird durch einen Kreis mit
dickem Rand und einem X in der Innenflche dargestellt. Nhere Informationen zu
Transaktionen, der Verwendung des Abbruch Endereignisses sowie dem Kompensations-Zwischenereignis finden sich bei Silver (2009): 153 ff. und Allweyer (2009): 107
ff.
...
Vortragsraum
auffinden
...
Unterlagen
archivieren
Nein
...
Experiment 1
abbrechen
Ja
Experiment 2
aufbauen
bentigte Medien
vorhanden?
Vortrag halten
...
nicht weiter
spezifiziertes ENDE
Ausnahme-ENDE:
Referat fllt aus
ENDE mit Nachrichtenversand:

Nachricht an Chef,
dass Vortrag erfolgreich
gehalten wurde
Terminierungs-ENDE:
auch der andere ak tive Fluss
im Prozess wird gestoppt
Abb. 14: Endereignisse
Handreichung
v2.1
Seite 20 von 30
Stabsstelle
Qualittsentwicklung
1.2.7.
Artefakte (Datenobjekte, Text-Anmerkungen & Gruppe)
Artefakte haben keinen Einfluss auf den Prozessfluss. Durch die beiden Artefakte Datenobjekt und Text-Anmerkung knnen einem Prozessschritt weitere Informationen hinzugefgt
werden, wie z.B. die Information ber eine vorhandene Checkliste oder festgelegte Regeln.
Ein Datenobjekt wird durch eine Seite mit abgeknickter Ecke dargestellt. Das Artefakt Gruppe hilft bei der Veranschaulichung zusammengehriger Prozessschritte und umschliet die
ausgewhlten Prozessschritte mit einer gestrichelten Linie.
...
Einladungen drfen
beliebig gestaltet werden
Einladung
entwerfen
Text-Anmerkung
Ja
Mitgliederverzeichnis
Nein
Mitglieder
einladen
Gruppe
Datenobjekt
...
Abb. 15: Artefakte
Handreichung
v2.1
Seite 21 von 30
Stabsstelle
Qualittsentwicklung
1.3. DARSTELLUNG VON KOMMUNIKATION: SEQUENZ- & NACHRICHTENFLSSE

Der Informationsfluss wird durch Sequenz- und Nachrichtenflsse dargestellt.
Sequenzfluss
Der Sequenzfluss ist durch einen durchgezogenen Pfeil symbolisiert und stellt die Informationsweitergabe zwischen zwei Untereinheiten eines Pools dar. Zur Darstellung von INTRAPOOL-Kommunikation werden ausschlielich Sequenzflsse verwendet. Die Zwischenereignisse Nachrichtenversand und empfang werden nicht verwendet.
Nachrichtenfluss
Der Nachrichtenfluss ist durch einen gestrichelten Pfeil symbolisiert und stellt die Informationsweitergabe zwischen zwei Pools bzw. zwischen einem Pool und einer prozessexternen
Einheit5 dar. Zur Darstellung von INTER-POOL-Kommunikation werden ausschlielich Nachrichtenflsse verwendet. Zur grafischen Veranschaulichung knnen zustzlich die Zwischenereignisse Nachrichtenversand und Nachrichtenempfang verwendet werden.
Die internen Arbeitsschritte einer prozessexternen Einheit werden im Gegensatz zu einem Pool nicht
nher im Prozessdiagramm dargestellt. D.h. es wird lediglich der Versand von Informationen an die
prozessexterne Einheit und der Empfang von Informationen von der prozessexternen Einheit dargestellt, nicht die Generierung oder Verwertung der Information auf Seiten der prozessexternen Einheit.
Handreichung
v2.1
Seite 22 von 30
Stabsstelle
Qualittsentwicklung
Externe Einheit
Geschf tseinheit (GE) 1

Untereinheit (UE) 1
Geschf tseinheit (GE) 2
Untereinheit (UE) 2
Untereinheit (UE) A
Untereinheit (UE) B
START
INTRA-POOL Kommunikation
Inf ormation wird ber Sequenzf luss
transportiert
macht Prozessschritt, weil

mit Sequenzfluss
Information von GE 1,
UE 1 ber Abschluss des
vorherigen Prozessschrittes eingegangen ist
INTER-POOL Kommunikation
Inf ormation wird ber Nachrichtenf luss
transportiert
macht Prozessschritt, weil

mit Nachrichtenfluss
Information von GE 1,
UE 2 ber Abschluss des
vorherigen Prozessschrittes eingegangen ist
Kommunikation von
externer Einheit kommend
Empf angs-Zwischenereignis:
Empf ang einer Nachricht v on einer externen
Prozesseinheit
macht Prozessschritt,
weil von Pool 2, Abt. 1
versendete Information
eingegangen ist;
ttigt Versand
(s.nchstes Symbol)
Versand Zwischenereignis:
Versand e. Nachricht an Pool 2, Abt. 1
macht Prozessschritt,
weil von Pool 1, Abt. 2
versendete Information
eingegangen ist
...
...
Abb. 16: Kommunikation zwischen Lanes und Pools
Handreichung
v2.1
Seite 23 von 30
Stabsstelle
Qualittsentwicklung
2. ALTERNATIVE MODELLIERUNGEN IN DER PRAXIS
Umgang mit den Nachrichtenereignissen in der Praxis

In der Praxis zeigt sich manchmal ein von BPMN Konvention abweichender Umgang mit den
Nachrichtenereignissen. Modellierer setzen diese teilweise gezielt ein, um die Informationsweitergabe zwischen Einheiten einer Organisation strker hervorzuheben. Diese ist per se
durch den Sequenzfluss dargestellt, weshalb der Einsatz der Nachrichtensymbole berflssig ist. Es liegt in der Entscheidung des Modellierers, ob Nachrichtensymbole auch zur Informationsweitergabe innerhalb einer Organisation eingesetzt werden. Jedenfalls sollte darauf geachtete werden, dass ein Prozess nicht mit einer Vielzahl an Symbolen berfrachtet
wird.
Abt. 1
Abt. 1.1
Abt. 1.2
...
sendet Liste an
Abt. 1.2.
ergnzt Liste
...
...
Abb. 17: Umgang mit Nachrichtenereignissen in der Praxis
Handreichung
v2.1
Seite 24 von 30
Stabsstelle
Qualittsentwicklung
Umgang mit Gateways in der Praxis

In der Praxis wird manchmal von der strengen Definition eines Gateways als ein Symbol, das
Entscheidungsmglichkeiten, nicht jedoch die Ttigkeit des Entscheidungtreffens darstellt
abgewichen. Bei selbsterklrenden Entscheidungen, die allen Lesern und Beteiligten des
Prozesses klar sind, werden manchmal nur die Entscheidungsoptionen an den ausgehenden
Flsse des Gateways genannt und auf ein vorgeschaltetes, die Ttigkeit der Entscheidung
beschreibendes Symbol verzichtet. Dies wird manchmal in der Praxis getan, sofern die Leser
des Prozesses Menschen (und nicht Maschinen) sind, das Wissen der Leser ber die Entscheidung als sicher vorausgesetzt werden kann und die bersichtlichkeit der Darstellung
durch das Weglassen eines weiteren Ttigkeitssymbols deutlich erhht wird.
Teilweise abweichende
Darstellung in der Praxis:
BPMN konform:
...
...
nderung
beschlieen
nderung
beschlieen
prfen, ob
nderung
Auswirkung
auf XY hat
nderung MIT
Auswirkung auf XY
nderung OHNE
Auswirkung auf XY
nderung
umsetzen
XY
informieren
...
...
nderung MIT
Auswirkung auf XY
nderung OHNE
Auswirkung auf XY
nderung
umsetzen
XY
informieren
...
...
Abb. 18: Umgang mit Gateways in der Praxis

In Abb. 18 nimmt der Modellierer der rechten Darstellung an, dass die Prozessbeteiligten
mit dem Beschluss der nderung (Ttigkeit: nderung beschlieen) auch wissen, ob
die beschlossene nderung eine Auswirkung auf XY hat oder nicht. Beispielweise knnte
in der Studienkommission eine nderung im Studiengang beschlossen worden sein, die
Handreichung
v2.1
Seite 25 von 30
Stabsstelle
Qualittsentwicklung
Auswirkungen auf die Prfungsordnung hat oder nicht. Der Modellierer nimmt an, dass
alle Beteiligten dies bei der Beschlussfassung schon wissen. Der Modellierer der linken
Darstellung hingegen nimmt an, dass nach dem Beschluss der nderung tatschlich
noch geprft werden muss, ob die beschlossene nderung eine Auswirkung auf XY hat
oder nicht.
Handreichung
v2.1
Seite 26 von 30
Stabsstelle
Qualittsentwicklung
3. ANHANG
3.1. BERSICHT DER BPMN SYMBOLE
Start
Zeitl. bedingter
Start
Auf gabe
Auf gabe (Schleif e)
ausgeblendeter
Unterprozess
eingebetteter
Unterprozess
Start durch
Empf ang v . Nachricht
Start
Aufgabe
Unterprozess
Gateway
Gateway
Exklusiv (XOR)
EntscheidungsGateway
Exklusiv (XOR)
Gateway Flusszusammenf hrung

Inklusiv
EntscheidungsGateway
Inklusiv
Parallel (AND)
Gateway
Die beiden XOR Gateway s

unterscheiden sich in der
Darstellung in der Sy mbolpalette
in iGraf x, nicht jedoch in der
Diagrammf lche
Zwischenereignis
Zeitgebundenes
ZwischenEreignis
ZwischenEreignis
Meldungsempf angsZwischenEreignis
Meldungsv ersandsZwischenEreignis
Ausnahme
ZwischenEreignis
Ende
Ende
Ende mit Versand

v on Meldung
Artef akte
AusnahmeEnde
TerminierungsEnde
Text-Anmerkung
DatenObjekt
Gruppe
Abb. 19: bersicht der BPMN Symbole
Handreichung
v2.1
Seite 27 von 30
Stabsstelle
Qualittsentwicklung
3.2. BEISPIELPROZESS
Das folgende Beispiel ist stark an ein Beispiel von Silver angelehnt (s. Silver 2009: 40, Abb.
5-3). Es zeigt den Prozess eines Neuwagenverkaufs mit direktem Finanzierungsabschluss
an dem die Abteilungen Verkauf, Vorbereitung und Finanzierung eines Autohauses beteiligt
sind.
Der Prozess startet durch den Eingang der schriftlichen Bestellung eines Neuwagens in der
Verkaufsabteilung. Dort wird die Bestellung in ein System eingegeben und es luft ein Unterprozess ab, der auf der Hauptprozessebene nicht weiter abgebildet ist. Der Unterprozess
liefert das Ergebnis, ob der Neuwagen bei der Fabrik bestellt werden muss oder nicht. Ist
keine Bestellung erforderlich, bereitet die Abteilung Vorbereitung den Neuwagen fr die Auslieferung vor. Ist eine Bestellung bei der Fabirk erforderlich, wird ein Unterprozess zur Bestellung ausgelst. Der Unterprozess liefert das Ergebnis, ob der Neuwagen verfgbar ist. Ist er
nicht verfgbar, endet der Prozess ohne Verkauf. Das Terminierungsende bewirkt, dass alle
im Prozess aktiven Flsse (z.B. die Organisation der Finanzierung) sofort enden. Ist er verfgbar, wird der Neuwagen geliefert (Zwischenereignis) und die Abteilung Vorbereitung bereitet den Wagen fr die Auslieferung vor. Gleich nach der Eingabe der Bestellung im System organisiert die Abteilung Finanzierung in einem Unterprozess die Finanzierung. Ist keine
Finanzierung verfgbar, endet der Prozess ohne Verkauf. Das Terminierungsende bewirkt,
dass alle im Prozess aktiven Flsse (z.B. die Bestellung des Neuwagens bei der Fabrik) sofort enden. Ist die Finanzierung verfgbar und sind die Vorbereitungen der Abteilung Vorbereitung abgeschlossen, wird in der Abteilung Finanzierung die Bestellung abgeschlossen.
Die Abteilung Vorbereitung bergibt den Neuwagen an den Kunden. Der Prozess endet und
es ist zum Verkauf des Neuwagens gekommen.
Handreichung
v2.1
Seite 28 von 30
Stabsstelle
Qualittsentwicklung
Autohaus
Verkauf
Vorbereitung
Finanzierung
START: Neuwagenverkauf mit Finanzierungsabschluss

Eingang der Bestellung von Kunden
gibt Bestellung
in System ein
Bestellung
bei Fabrik
erforderlich?
organisiert
Finanzierung
Nein
Ja
bestellt
Neuwagen bei
Fabrik
Ja
Finanzierung
verfgbar?
Nein
Neuwagen
verfgbar?
Ja
ENDE: Neuwagenverkauf
kein Verkauf, weil Finanzierung nicht verfgbar
Nein
Lieferung
Neuwagen
kein Verkauf, weil Neuwagen
nicht verfgbar
bereitet
Neuwagen fr
den Verkauf vor
schiet
Bestellung ab
bergibt
Neuwagen an
Kunden
Verkauf erfolgreich
Abb. 20: Beispielprozess
Handreichung
v2.1
Seite 29 von 30
Stabsstelle
Qualittsentwicklung
4. LITERATURANGABEN
Allweyer, Thomas (2008): BPMN. Business Process Modeling Notation. Einfhrung in den
Standard fr die Geschftsprozessmodellierung. Books on Demand GmbH, Norderstedt. ISBN: 978-3-8370-7004-0.
Silver, Bruce (2009): BPMN Method and Style, Cody-Cassady Press, USA. ISBN: 978-09823681-0-7.
Handreichung
v2.1
Seite 30 von 30

Basic Leitfaden - BPMN v2.1

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Basic Leitfaden - BPMN v2.1

Transféré par

Droits d'auteur :

Formats disponibles

Einfhrung in die

Prozessdarstellung mit BPMN

POOLS & LANES ........................................................................................................................4

SYMBOLE IN BPMN ...................................................................................................................6

Artefakte (Datenobjekte, Text-Anmerkungen & Gruppe) .............................................21

DARSTELLUNG VON KOMMUNIKATION: SEQUENZ- & NACHRICHTENFLSSE .................................22

ALTERNATIVE MODELLIERUNGEN IN DER PRAXIS .............................................................. 24

BERSICHT DER BPMN SYMBOLE ...............................................................................................27

1.2. SYMBOLE IN BPMN

bis Bedarf von allen

a) Aufgabe mit Schleife

b) Wiederholungsschleife durch Gateway

Eine Reihe von Prozessschritten kann zu einem Unterprozess zusammengefasst werden,

START: Fehler ist

START: 1 Monat seit

START: Eingang Anfrage

ENDE: Versand von

Ein Gatew ay kann keine Ttigkeit

Abb. 5: Gateways als logische Verzweigung

a) verzweigender exklusiver Gateway

b) zusammenfhrender exklusiver Gateway

Abb. 6: Der exklusive Gateway

Anmerkung zu iGrafx 2009:

a) quivalente Darstellung eines kontrollierten Prozessflusses

b) quivalente Darstellung eines unkontrollierten Prozessflusses

Abb. 7: Darstellung eines kontrollierten versus unkontrollierten Prozessflusses

a) verzweigender inklusiver Gateway

b) zusammenfhrender inklusiver Gateway

Abb. 8: Der inklusive Gateway

b) Verzweigung ohne Gateway

a) verzweigender paralleler Gateway

d) Kombination von verzweigenden und

Abb. 9: Der parallele Gateway

Hinweis: iGrafx 2009 verwendet den Ausdruck Meldung anstatt Nachricht.

Die Nachricht geht an einen anderen Pool.

Im Sequenzfluss ist hier lediglich die Information impliziert,

Abb. 10: Das Nachricht-sendende Zwischenereignis

Im Sequenzfluss ist die Information impliziert,

Abb. 11: Das Nachricht-empfangende Zwischenereignis

Abb. 12: Das zeitliche Zwischenereignis

Abb. 13: Linksymbol

gekennzeichnet ist. Ein Terminierungs-Ende ist im Gegensatz zu einem Ausnahme-Ende ein

ENDE mit Nachrichtenversand:

Abb. 14: Endereignisse

Artefakte (Datenobjekte, Text-Anmerkungen & Gruppe)

Abb. 15: Artefakte

1.3. DARSTELLUNG VON KOMMUNIKATION: SEQUENZ- & NACHRICHTENFLSSE

Geschf tseinheit (GE) 1

Geschf tseinheit (GE) 2

macht Prozessschritt, weil

macht Prozessschritt, weil

Abb. 16: Kommunikation zwischen Lanes und Pools

2. ALTERNATIVE MODELLIERUNGEN IN DER PRAXIS

Umgang mit den Nachrichtenereignissen in der Praxis

Umgang mit Gateways in der Praxis

Abb. 18: Umgang mit Gateways in der Praxis

Auf gabe (Schleif e)

Gateway Flusszusammenf hrung

Die beiden XOR Gateway s

Ende mit Versand

Abb. 19: bersicht der BPMN Symbole

START: Neuwagenverkauf mit Finanzierungsabschluss

Abb. 20: Beispielprozess