Grundlagen der Modellierung - Geschäftsprozessmodellierung - Versionsgeschichte

JUNGBAUER Christoph: JUNGBAUER Christoph verschob die Seite Grundlagen der Modellierung - Geschätfsprozessmodellierung nach Grundlagen der Modellierung - Geschäftsprozessmodellierung

2023-11-01T09:52:12Z

JUNGBAUER Christoph verschob die Seite Grundlagen der Modellierung - Geschätfsprozessmodellierung nach Grundlagen der Modellierung - Geschäftsprozessmodellierung

← Nächstältere Version	Version vom 1. November 2023, 09:52 Uhr
(kein Unterschied)

KLAUSNER Daniela: /* Business Process Model and Notation (BPMN) */

2023-10-31T17:42:19Z

Business Process Model and Notation (BPMN)

← Nächstältere Version		Version vom 31. Oktober 2023, 17:42 Uhr
Zeile 158:		Zeile 158:
	\|}		\|}

	<span id="_Ref405363551" class="anchor"></span>~~Abbildung 56 –~~ BPMN Aktivitäten mit Ausprägung (Object Management Group (OMG), 2011, S. 385, 430)		<span id="_Ref405363551" class="anchor"></span>BPMN Aktivitäten mit Ausprägung (Object Management Group (OMG), 2011, S. 385, 430)

	Weiter ist es möglich, über eine Aktivität einen '''Sub-Prozess''' aufzurufen. Damit kann das Modell vereinfacht und mehrfach ausgeführte Prozessabläufe zusammengefasst werden. Ein Sub-Prozess wird durch ein kleines Quadrat mit einem Pluszeichen in der Mitte des unteren Bereiches der Aktivität dargestellt. Der Inhalt des Sub-Prozesses wird in Form eines eigenen Pools modelliert, welcher in diesem Abschnitt weiter unten genauer beschrieben wird. Ein Beispiel für einen Sub-Prozess Aufruf ist in der Abbildung "BPMN Sub-Prozesses Aufruf" dargestellt.		Weiter ist es möglich, über eine Aktivität einen '''Sub-Prozess''' aufzurufen. Damit kann das Modell vereinfacht und mehrfach ausgeführte Prozessabläufe zusammengefasst werden. Ein Sub-Prozess wird durch ein kleines Quadrat mit einem Pluszeichen in der Mitte des unteren Bereiches der Aktivität dargestellt. Der Inhalt des Sub-Prozesses wird in Form eines eigenen Pools modelliert, welcher in diesem Abschnitt weiter unten genauer beschrieben wird. Ein Beispiel für einen Sub-Prozess Aufruf ist in der Abbildung "BPMN Sub-Prozesses Aufruf" dargestellt.
Zeile 286:		Zeile 286:
	Sobald ein Mitarbeiter einen Kaffee möchte, prüft er zuerst ob die Kaffeemaschine korrekt funktioniert. Ist dies der Fall, sucht er sich einen Kaffee (Espresso, Ristretto oder Lungo) aus und bereitet diesen zu. Nach der Zubereitung trinkt er den Kaffee und hat seinen Kaffeebedarf damit gestillt. Sollte die Kaffeemaschine nicht funktionieren informiert er den Service-Verantwortlichen der Abteilung. Dieser überprüft wiederum die Kaffeemaschine hinsichtlich ihrer möglichen Probleme. Ist sie verkalkt, entkalkt er sie, fehlen Bohnen, füllt er Bohnen nach und wenn sie defekt ist, beauftragt er den Hersteller-Service mit einer Reparatur. Alle Probleme können auch gleichzeitig vorhanden sein, daher ist es auch möglich, dass er mehrere der Servicetätigkeiten parallel vornimmt. Im Falle eines Gerätedefektes wird der Service-Verantwortliche wieder vom Hersteller-Service informiert, sobald die Kaffeemaschine repariert ist. Sind alle Servicearbeiten beendet, und die Maschine damit wieder einsatzbereit, informiert der Service-Verantwortliche Kollege die Mitarbeiter der Abteilung. Stellt er hingegen fest, dass überhaupt kein Problem besteht, informiert er direkt die Mitarbeiter der Abteilung, ohne Servicetätigkeiten durchzuführen.		Sobald ein Mitarbeiter einen Kaffee möchte, prüft er zuerst ob die Kaffeemaschine korrekt funktioniert. Ist dies der Fall, sucht er sich einen Kaffee (Espresso, Ristretto oder Lungo) aus und bereitet diesen zu. Nach der Zubereitung trinkt er den Kaffee und hat seinen Kaffeebedarf damit gestillt. Sollte die Kaffeemaschine nicht funktionieren informiert er den Service-Verantwortlichen der Abteilung. Dieser überprüft wiederum die Kaffeemaschine hinsichtlich ihrer möglichen Probleme. Ist sie verkalkt, entkalkt er sie, fehlen Bohnen, füllt er Bohnen nach und wenn sie defekt ist, beauftragt er den Hersteller-Service mit einer Reparatur. Alle Probleme können auch gleichzeitig vorhanden sein, daher ist es auch möglich, dass er mehrere der Servicetätigkeiten parallel vornimmt. Im Falle eines Gerätedefektes wird der Service-Verantwortliche wieder vom Hersteller-Service informiert, sobald die Kaffeemaschine repariert ist. Sind alle Servicearbeiten beendet, und die Maschine damit wieder einsatzbereit, informiert der Service-Verantwortliche Kollege die Mitarbeiter der Abteilung. Stellt er hingegen fest, dass überhaupt kein Problem besteht, informiert er direkt die Mitarbeiter der Abteilung, ohne Servicetätigkeiten durchzuführen.

	<span id="_Toc408237715" class="anchor"></span>[[Datei:Wiba mt233 201607 a.071.png\|300px\|none\|thumb\|BPMN Beispiel Kaffeeküche]]<br>		<span id="_Toc408237715" class="anchor"></span>[[Datei:Wiba mt233 201607 a.071.png\|300px\|none\|thumb\|BPMN Beispiel Kaffeeküche]]

			<br>

KLAUSNER Daniela: /* Aufbau der BPMN */

2023-10-31T16:54:15Z

Aufbau der BPMN

Änderungen zeigen

KLAUSNER Daniela: /* Beispiel einer eEPK */

2023-10-31T16:50:42Z

Beispiel einer eEPK

← Nächstältere Version		Version vom 31. Oktober 2023, 16:50 Uhr
Zeile 85:		Zeile 85:
	=== Beispiel einer eEPK ===		=== Beispiel einer eEPK ===

	Im Beispiel, in Abbildung 54, soll der Prozess einer Kaffeezubereitung in einer Büroküche modelliert werden. Die Teilnehmer des Prozesses sind alle Mitarbeiter der Abteilung und ein Service-Verantwortlicher. Sobald ein Mitarbeiter einen Kaffee möchte, prüft er zuerst ob die Kaffeemaschine korrekt funktioniert. Ist dies der Fall, sucht er sich einen Kaffee (Espresso, Ristretto oder Lungo) aus und bereitet diesen zu. Nach der Zubereitung trinkt er den Kaffee und hat seinen Kaffeebedarf damit gestillt. Sollte die Kaffeemaschine nicht funktionieren, informiert er den für das Service verantwortlichen Kollegen. Dieser setzt die Kaffeemaschine wieder in Stand und informiert anschließend wieder die Mitarbeiter der Abteilung.		Im Beispiel, in der Abbildung "eEPK Beispiel einer Kaffeeküche", soll der Prozess einer Kaffeezubereitung in einer Büroküche modelliert werden. Die Teilnehmer des Prozesses sind alle Mitarbeiter der Abteilung und ein Service-Verantwortlicher. Sobald ein Mitarbeiter einen Kaffee möchte, prüft er zuerst ob die Kaffeemaschine korrekt funktioniert. Ist dies der Fall, sucht er sich einen Kaffee (Espresso, Ristretto oder Lungo) aus und bereitet diesen zu. Nach der Zubereitung trinkt er den Kaffee und hat seinen Kaffeebedarf damit gestillt. Sollte die Kaffeemaschine nicht funktionieren, informiert er den für das Service verantwortlichen Kollegen. Dieser setzt die Kaffeemaschine wieder in Stand und informiert anschließend wieder die Mitarbeiter der Abteilung.

	<span id="_Ref405538666" class="anchor"></span>[[Datei:Wiba mt233 201607 a.047.png\|300px\|none\|thumb\|eEPK Beispiel einer Kaffeeküche]]		<span id="_Ref405538666" class="anchor"></span>[[Datei:Wiba mt233 201607 a.047.png\|300px\|none\|thumb\|eEPK Beispiel einer Kaffeeküche]]

	<span id="business-process-model-and-notation-bpmn"></span>		<span id="business-process-model-and-notation-bpmn"></span>

	== Business Process Model and Notation (BPMN) ==		== Business Process Model and Notation (BPMN) ==

KLAUSNER Daniela: /* Objektorientierte Ereignisgesteuerte Prozessketten (oEPK) */

2023-10-31T16:50:20Z

Objektorientierte Ereignisgesteuerte Prozessketten (oEPK)

← Nächstältere Version		Version vom 31. Oktober 2023, 16:50 Uhr
Zeile 75:		Zeile 75:
	Zuerst werden die einzelnen '''Objektklassen''' modelliert, welche selbst Variablen und Methoden enthalten können. Für den Nachrichtenaustausch werden den Objekten weiter Ereignisse zugewiesen, welche dann im Prozessfluss verwendet werden können.		Zuerst werden die einzelnen '''Objektklassen''' modelliert, welche selbst Variablen und Methoden enthalten können. Für den Nachrichtenaustausch werden den Objekten weiter Ereignisse zugewiesen, welche dann im Prozessfluss verwendet werden können.

	Zur Definition einer Objektklasse wird ein, vom EPK Prozessfluss getrenntes, Modell erstellt, welches die Objektklasse und ihre zugehörigen '''Funktionen''' und '''Instanzvariablen''' beinhaltet. Weiter werden alle möglichen '''Ereignisse''' angeführt, die von der Objektklasse ausgelöst werden können. Das Symbol der Instanzvariablen ist ein Rechteck, welches links und rechts mit einem Halbkreis abgeschlossen wird. Sie repräsentieren die Daten des Objektes. Die Funktionen des Geschäftsobjektes können auch als Methoden bezeichnet werden. Eine mögliche Modellierung einer oEPK Objektklasse ist in Abbildung 53 dargestellt.		Zur Definition einer Objektklasse wird ein, vom EPK Prozessfluss getrenntes, Modell erstellt, welches die Objektklasse und ihre zugehörigen '''Funktionen''' und '''Instanzvariablen''' beinhaltet. Weiter werden alle möglichen '''Ereignisse''' angeführt, die von der Objektklasse ausgelöst werden können. Das Symbol der Instanzvariablen ist ein Rechteck, welches links und rechts mit einem Halbkreis abgeschlossen wird. Sie repräsentieren die Daten des Objektes. Die Funktionen des Geschäftsobjektes können auch als Methoden bezeichnet werden. Eine mögliche Modellierung einer oEPK Objektklasse ist in der Abbildung "oEPK: Modell einer Objektklasse" dargestellt.

	<span id="_Ref405475429" class="anchor"></span>[[Datei:Wiba mt233 201607 a.046.png\|300px\|none\|thumb\|oEPK: Modell einer Objektklasse]]		<span id="_Ref405475429" class="anchor"></span>[[Datei:Wiba mt233 201607 a.046.png\|300px\|none\|thumb\|oEPK: Modell einer Objektklasse]]
Zeile 82:		Zeile 82:

	<span id="beispiel-einer-eepk"></span>		<span id="beispiel-einer-eepk"></span>

	=== Beispiel einer eEPK ===		=== Beispiel einer eEPK ===

KLAUSNER Daniela: /* Erweiterte Ereignisgesteuerte Prozessketten (eEPK) */

2023-10-31T16:49:52Z

Erweiterte Ereignisgesteuerte Prozessketten (eEPK)

← Nächstältere Version		Version vom 31. Oktober 2023, 16:49 Uhr
Zeile 63:		Zeile 63:
	'''Informationsobjekte''' dienen der Darstellung von Daten, welche von der zugehörigen Funktion genutzt oder erstellt werden. Als Daten gelten hier jedoch alle Arten von Informationen, auch wenn sie nicht in elektronischer Form vorliegen. Die Darstellung eines Informationsobjektes geschieht in Form eines Rechtecks mit spitzen Ecken (im Gegensatz zu den abgerundeten Ecken der Funktion).		'''Informationsobjekte''' dienen der Darstellung von Daten, welche von der zugehörigen Funktion genutzt oder erstellt werden. Als Daten gelten hier jedoch alle Arten von Informationen, auch wenn sie nicht in elektronischer Form vorliegen. Die Darstellung eines Informationsobjektes geschieht in Form eines Rechtecks mit spitzen Ecken (im Gegensatz zu den abgerundeten Ecken der Funktion).

	Eine Funktion mit zugehörigen Daten und einer Organisationseinheit ist in Abbildung 52 dargestellt.		Eine Funktion mit zugehörigen Daten und einer Organisationseinheit ist in der Abbildung "eEPK: Organisationseinheit und Informationsobjekt" dargestellt.

	<span id="_Ref405475323" class="anchor"></span>[[Datei:Wiba mt233 201607 a.045.png\|300px\|none\|thumb\|eEPK: Organisationseinheit und Informationsobjekt]]		<span id="_Ref405475323" class="anchor"></span>[[Datei:Wiba mt233 201607 a.045.png\|300px\|none\|thumb\|eEPK: Organisationseinheit und Informationsobjekt]]

	<span id="objektorientierte-ereignisgesteuerte-prozessketten-oepk"></span>		<span id="objektorientierte-ereignisgesteuerte-prozessketten-oepk"></span>

	=== Objektorientierte Ereignisgesteuerte Prozessketten (oEPK) ===		=== Objektorientierte Ereignisgesteuerte Prozessketten (oEPK) ===

KLAUSNER Daniela: /* Aufbau einer EPK */

2023-10-31T16:49:18Z

Aufbau einer EPK

JUNGBAUER Christoph am 2. November 2022 um 07:58 Uhr

2022-11-02T07:58:03Z

Änderungen zeigen

JUNGBAUER Christoph am 27. Oktober 2022 um 06:04 Uhr

2022-10-27T06:04:06Z

Änderungen zeigen

JUNGBAUER Christoph am 27. Oktober 2022 um 06:02 Uhr

2022-10-27T06:02:28Z

Änderungen zeigen

← Nächstältere Version		Version vom 31. Oktober 2023, 16:49 Uhr
Zeile 22:		Zeile 22:
	Ein '''Ereignis''' stellt dabei einen eingetretenen Zustand dar und ist damit eine passive Komponente des Systems. '''Funktionen''' werden von Ereignissen ausgelöst und damit gestartet. Sie können wiederum Ereignisse auslösen und so weiter. Eine Funktion stellt dabei eine bestimmte Tätigkeit dar, welche für den Prozess ausgeführt wird. Das bedeutet auch, dass auf ein Ereignis niemals ein Ereignis und auf eine Funktion keine Funktion folgen kann. (Keller G., 1992, S. 10f)		Ein '''Ereignis''' stellt dabei einen eingetretenen Zustand dar und ist damit eine passive Komponente des Systems. '''Funktionen''' werden von Ereignissen ausgelöst und damit gestartet. Sie können wiederum Ereignisse auslösen und so weiter. Eine Funktion stellt dabei eine bestimmte Tätigkeit dar, welche für den Prozess ausgeführt wird. Das bedeutet auch, dass auf ein Ereignis niemals ein Ereignis und auf eine Funktion keine Funktion folgen kann. (Keller G., 1992, S. 10f)

	Die '''Pfade''' des Kontrollflusses werden als gestrichelte Linie dargestellt. Der Kontrollfluss entspricht dabei dem Prozessablauf. Pfade des Datenflusses werden durch durchgehende Linien repräsentiert. Dabei handelt es sich um die Verbindung von Informationsobjekten und Organisationseinheiten zu den Funktionen, welche später im Abschnitt 4.1.2 genauer beschrieben werden. Die grafische Darstellung von einem Ereignis, welches eine Funktion auslöst ist in Abbildung 48 dargestellt.		Die '''Pfade''' des Kontrollflusses werden als gestrichelte Linie dargestellt. Der Kontrollfluss entspricht dabei dem Prozessablauf. Pfade des Datenflusses werden durch durchgehende Linien repräsentiert. Dabei handelt es sich um die Verbindung von Informationsobjekten und Organisationseinheiten zu den Funktionen, welche später im Abschnitt 4.1.2 genauer beschrieben werden. Die grafische Darstellung von einem Ereignis, welches eine Funktion auslöst ist in der Abbildung "EPK: Ereignis und Funktion" dargestellt.

	<span id="_Ref405464775" class="anchor"></span>[[Datei:Wiba mt233 201607 a.041.png\|300px\|none\|thumb\|EPK: Ereignis und Funktion]]		<span id="_Ref405464775" class="anchor"></span>[[Datei:Wiba mt233 201607 a.041.png\|300px\|none\|thumb\|EPK: Ereignis und Funktion]]
Zeile 31:		Zeile 31:
	* inklusiver Oder-Operator (OR) und		* inklusiver Oder-Operator (OR) und
	* Und-Operator (AND).		* Und-Operator (AND).
	Die Darstellung der logischen Operatoren erfolgt mittels Kreissymbol mit dem jeweiligen Typ darin. Die Darstellungsformen der Operatoren-Typen sind in Abbildung 49 angeführt.		Die Darstellung der logischen Operatoren erfolgt mittels Kreissymbol mit dem jeweiligen Typ darin. Die Darstellungsformen der Operatoren-Typen sind in der Abbildung "EPK: Operatoren" angeführt.

	<span id="_Ref405466242" class="anchor"></span>[[Datei:Wiba mt233 201607 a.042.png\|300px\|none\|thumb\|EPK: Operatoren]]		<span id="_Ref405466242" class="anchor"></span>[[Datei:Wiba mt233 201607 a.042.png\|300px\|none\|thumb\|EPK: Operatoren]]
Zeile 39:		Zeile 39:
	Der '''Und-Operator''' kann sowohl nach einem Ereignis, als auch nach einer Funktion eingesetzt werden. Er teilt immer den aktuellen Pfad in mehrere parallel ausgeführte Pfade. Es ist somit damit auch möglich durch ein einzelnes Ereignis mehrere Funktionen auszulösen.		Der '''Und-Operator''' kann sowohl nach einem Ereignis, als auch nach einer Funktion eingesetzt werden. Er teilt immer den aktuellen Pfad in mehrere parallel ausgeführte Pfade. Es ist somit damit auch möglich durch ein einzelnes Ereignis mehrere Funktionen auszulösen.

	Werden die Operatoren für die Zusammenführung mehrerer Kontrollflüsse verwendet, gilt die oben beschriebene Logik ebenfalls. So werden beim inklusiven Oder-Operator mehrere Pfade zu einem zusammengeführt und beim exklusiven Oder-Operator einer aus mehreren Pfaden fortgesetzt. Beim Und-Operator wird abgewartet, bis alle eingehenden Kontrollflüsse vorhanden sind und dann mit dem ausgehenden Kontrollfluss fortgesetzt. Er kann daher für die Synchronisierung mehrerer Abläufe verwendet werden. Sollen mehrere Prozessflüsse an einer Stelle synchronisiert werden, jedoch getrennt weiterlaufen, kann dies mit zwei aufeinander folgenden Und-Operatoren geschehen. Diese Vorgehensweise ist im Beispiel in Abbildung 50 dargestellt.		Werden die Operatoren für die Zusammenführung mehrerer Kontrollflüsse verwendet, gilt die oben beschriebene Logik ebenfalls. So werden beim inklusiven Oder-Operator mehrere Pfade zu einem zusammengeführt und beim exklusiven Oder-Operator einer aus mehreren Pfaden fortgesetzt. Beim Und-Operator wird abgewartet, bis alle eingehenden Kontrollflüsse vorhanden sind und dann mit dem ausgehenden Kontrollfluss fortgesetzt. Er kann daher für die Synchronisierung mehrerer Abläufe verwendet werden. Sollen mehrere Prozessflüsse an einer Stelle synchronisiert werden, jedoch getrennt weiterlaufen, kann dies mit zwei aufeinander folgenden Und-Operatoren geschehen. Diese Vorgehensweise ist im Beispiel in der Abbildung "EPK: Synchronisation mehrerer paralleler Kontrollflüsse" dargestellt.

	<span id="_Ref405470992" class="anchor"></span>[[Datei:Wiba mt233 201607 a.043.png\|300px\|none\|thumb\|EPK: Synchronisation mehrerer paralleler Kontrollflüsse]]		<span id="_Ref405470992" class="anchor"></span>[[Datei:Wiba mt233 201607 a.043.png\|300px\|none\|thumb\|EPK: Synchronisation mehrerer paralleler Kontrollflüsse]]

	Um in einer EPK die Ausführung eines Sub-Prozesses anzustoßen werden '''Prozesswegweiser''' eingesetzt. Diese ermöglichen die Auslagerung von komplexeren oder mehrfach genutzten Prozessteilen in eigene Prozesse. Der Prozesswegweiser repräsentiert dabei immer die komplette Ausführung des Sub-Prozesses. Das bedeutet, dass nach seinem Aufruf auf die Abarbeitung des aufgerufenen Prozesses gewartet, und der Prozessfluss danach hinter dem Prozesswegweiser wieder fortgesetzt wird. Das Symbol eines Prozesswegweisers ist das einer Funktion mit einem dahinter befindlichen Ereignis. Er wird als Funktionsaufruf behandelt und daher immer von einem Ereignis aufgerufen. Weiter folgt ihm auch immer ein Ereignis nach. Der Aufruf eines Prozesswegweisers ist in Abbildung 51 dargestellt.		Um in einer EPK die Ausführung eines Sub-Prozesses anzustoßen werden '''Prozesswegweiser''' eingesetzt. Diese ermöglichen die Auslagerung von komplexeren oder mehrfach genutzten Prozessteilen in eigene Prozesse. Der Prozesswegweiser repräsentiert dabei immer die komplette Ausführung des Sub-Prozesses. Das bedeutet, dass nach seinem Aufruf auf die Abarbeitung des aufgerufenen Prozesses gewartet, und der Prozessfluss danach hinter dem Prozesswegweiser wieder fortgesetzt wird. Das Symbol eines Prozesswegweisers ist das einer Funktion mit einem dahinter befindlichen Ereignis. Er wird als Funktionsaufruf behandelt und daher immer von einem Ereignis aufgerufen. Weiter folgt ihm auch immer ein Ereignis nach. Der Aufruf eines Prozesswegweisers ist in der Abbildung "EPK: Prozesswegweiser" dargestellt.

	<span id="_Ref405473919" class="anchor"></span>[[Datei:Wiba mt233 201607 a.044.png\|300px\|none\|thumb\|EPK: Prozesswegweiser]]		<span id="_Ref405473919" class="anchor"></span>[[Datei:Wiba mt233 201607 a.044.png\|300px\|none\|thumb\|EPK: Prozesswegweiser]]

	<span id="erweiterte-ereignisgesteuerte-prozessketten-eepk"></span>		<span id="erweiterte-ereignisgesteuerte-prozessketten-eepk"></span>

	=== Erweiterte Ereignisgesteuerte Prozessketten (eEPK) ===		=== Erweiterte Ereignisgesteuerte Prozessketten (eEPK) ===