# BPMN (Business Process Model and Notation)

## Einleitung

Um die Konsistenz in der Darstellung von Prozessen in BPMN zu gewährleisten, werden vordefinierte Notationen, also Symbole, verwendet. Diese Symbole finden in allen Prozessen Anwendung. Der Vorteil dabei ist, dass jeder, der mit der Sprache BPMN vertraut ist, die modellierten Prozesse lesen und interpretieren kann.

## Symbole

Auf folgende Symbole in BPMN konzentrieren wir uns in diesem Modul:

<table><thead><tr><th width="223.33333333333331">Symbole</th><th>Bild</th><th>Beschreibung </th></tr></thead><tbody><tr><td>Starereignis</td><td><img src="/files/XgsR7v6iri99wmSkqkm1" alt="" data-size="original"></td><td>Das Startereignis löst den Prozess aus.</td></tr><tr><td>Zwischenereignis</td><td><img src="/files/wABh5RbYR6bU9X7CzR5e" alt="" data-size="original"></td><td>Zwischenereignis unterbricht den Prozess temporär. </td></tr><tr><td>Endereignis</td><td><img src="/files/3PRIKvvFmcwCBcESxvJW" alt="" data-size="original"></td><td>Endereignisse beendet den Prozess.</td></tr><tr><td>Aktivität </td><td><img src="/files/7ZPfGgcIZLO5wSVYKE6L" alt="" data-size="original"></td><td>Stellt einen Arbeitsschritt dar und wird aktiv formuliert.</td></tr><tr><td>Exklusives Gateway</td><td><img src="/files/UsxEZhPLmPnlw92ilCRl" alt="" data-size="original"></td><td>Wird verwendet, wenn genau eine Bedingung eintreffen darf („entweder/oder“).</td></tr><tr><td>Inklusives Gateway</td><td><img src="/files/agQ1wvX1GXvIRN6fHUjs" alt="" data-size="original"></td><td>Wird verwendet, wenn einem oder mehreren Prozesspfade gefolgt werden kann („und/oder").</td></tr><tr><td>Parallels Gateway</td><td><img src="/files/ttR1TXYL04oaqaAclrRx" alt="" data-size="original"></td><td>Hier müssen alle ausgehenden Prozesspfade verfolgt werden („und“).</td></tr><tr><td>Sequenzfluss</td><td><img src="/files/pOnpeCkIah2XhwuHFw2a" alt="" data-size="original"></td><td>Verbinden die Aktivitäten, Ereignisse und Gateways eines Prozesses miteinander und verdeutlichen so den zeitlich logischen Ablauf des Prozesses.</td></tr><tr><td>Nachrichtenfluss</td><td><img src="/files/MWfaGqWwLxdjBmtHihN3" alt="" data-size="original"></td><td>Symbolisieren den Informationsaustausch mit externen Prozessteilnehmern. Sie werden durch Aktivitäten ausgelöst und können an andere Aktivitäten, Pools oder Nachrichtenereignisse angedockt werden.</td></tr><tr><td>Pool</td><td><img src="/files/MIPLbq9ohIxMtT5A1qsx" alt="" data-size="original"></td><td>Repräsentieren einen der Lanes übergeordneten Prozessteilnehmer. Umfassen den gesamten Prozess und ordnen die darin enthaltenen Aufgaben den verantwortlichen Lanes zu.</td></tr><tr><td>Lane</td><td><img src="/files/bVQYTooHYjskM46W02bW" alt="" data-size="original"></td><td>Können Organisationseinheiten oder Rollen sein. Innerhalb werden dann die Aufgaben des Prozessteilnehmers modelliert.</td></tr></tbody></table>

## Namenskonventionen

Die Anwendung einer einheitlichen und aussagekräftigen Namenskonvention in BPMN (Business Process Model and Notation) ist ein entscheidender Faktor für die Klarheit und Verständlichkeit eines Geschäftsprozesses. In diesem Modul legen wir den Schwerpunkt auf die Namenskonventionen für die folgenden Typen:

* Benennungvon Aktivitäten&#x20;
* Benennungvon Sequenzflüssen
* Benennungvon Gateways
* Benennungvon Ereignissen

### Benennung von Aktivitäten

Eine Aktivität muss beschriftet sein, um anzuzeigen, welche Aktion durchgeführt wird. Dies erleichtert es einheitliche Prozessmodelle zu erzeugen.

Somit sind Aufgaben immer mit einem \[Objekt] + \[Verb] beschrieben. Als Beispiel somit *Anwendung starten.*

<figure><img src="/files/qu1YdVxi7YNU6AalJU4s" alt=""><figcaption></figcaption></figure>

### Bennung von Sequenzflüssen

Die Modellierung von Sequenzflüssen darf nicht entgegen der einheitlichen Richtung laufen. Es wird empfohlen, keine unnötigen Sequenzflüsse zu modellieren, damit das Prozessmodell so einfach wie möglich gehalten wird.

<figure><img src="/files/u0lVry6bv4VnaRbWM1Tn" alt=""><figcaption></figcaption></figure>

### Bennung von Gateways&#x20;

Um eine klare Struktur im Prozess zu erhalten, sollen die Gateways einheitlich benannt werden. Dazu gehören die Fragen aber auch die Möglichen Antworten.&#x20;

<figure><img src="/files/84II1mt9DTsMOSwPVGvd" alt=""><figcaption></figcaption></figure>

### Bennung von Ereignissen

Ein Ereignis sollte immer benannt sein, sodass der Zustand an der verwendeten Stelle hervorgeht.

Somit sind Ereignisse immer mit \[Objekt] + \[Passives Verb] beschrieben. Als Beispiel somit *Brief versendet*

<figure><img src="/files/xxC5kxSnGk4ehDdyXUPw" alt=""><figcaption></figcaption></figure>

<https://www.modeling-guidelines.org/de/guidelines/beschriftung-von-aktivitaten/>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://m348.ict-bz.ch/kursunterlagen/tag-2/ubersicht-notationen-der-prozessmodellierung/bpmn-business-process-model-and-notation.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.