Prof. Dr. Frank Morelli

PIKON Deutschland AG Vergleich verschiedener Kurt-Schumacher-Straße 28-30 D-66130 Saarbrücken Tools zur Geschäftsprozess- T +49 (0)6 81/3 79 62-0 F +49 (0)6 81/3 79 62-90 info@pikon.com modellierung www.pikon.com Die dreiteilige Serie erschien im E-3 Magazin, Ausgaben Mai, Juni und Juli/August 2010 1. Business Process Management Notation 3 2. Vergleich der eEPK- und der BPMN-Methode 9 3. Götterdämmerung oder New Wave? 14 2 1. Business Process Management Notation Der Gegenstand dieser dreiteiligen Reihe ist die Vorstellung und Evaluierung zweier Methoden einer grafischen Spezifikations- sprache in der Wirtschafts-IT. Im Fokus steht die Vernetzung von Modellierungsaktivitäten für betriebswirtschaftlich-fachliche Fragen mit dem Design ausführbarer Workflow-Programme als IT-Aufgabe. Von Prof. Dr. Frank Morelli, Professor für Wirtschaftsinformatik und wissenschaftlicher Partner der Pikon Trotz des Namensbestandteils „Notation“ ist BPMN nicht nur ein System von Zeichen und Symbolen zur visuellen Repräsentation, sondern auch eine Modellierungssprache mit syntaktischen und semantischen Regeln. Der eigentliche Anspruch liegt in der Vereinheitlichung unterschiedlicher Sprachen zur Geschäftsprozessmodellierung. Ferner sollen sowohl die Geschäftsprozessmodellierung in den Fach- bereichen als auch die automatisierte Transformation dieser Prozessmodelle in ablauffähige Workflows unterstützt werden. BPMN in seiner aktuell gültigen Version 1.2 lässt sich durch die vier Hauptkonzepte (siehe Grafik) Pools, Lanes und Choreografien, Verbindungsobjekte, Flussobjekte sowie Artefakte charakterisieren. Die Abbildung eines Geschäftsprozesses erfolgt grundsätzlich innerhalb eines in sich abgeschlossenen Pools. Sogenannte „Bahnen“ (Lanes) dienen zur weiteren Differenzierung des Pools nach Aktionsträgern (z. B. Organisationseinheiten, Rollen, Personen oder softwaretechnischen Systemen). Das Zusammenspiel von mehreren Prozessen wird durch mehrere Pools und sogenannte Nachrichtenflüsse zum Ausdruck gebracht. Man bezeichnet dies auch als Choreografie. Beziehungen zwischen Flussobjekten werden mit Hilfe von Verbindungsobjekten definiert (Se- quenzfluss, Nachrichtenfluss und Assoziation). Der Sequenzfluss beschreibt die zeitlich-logische Ablaufreihenfolge zwischen Aktivitäten und entspricht damit dem Kontrollfluss einer eEPK (erweiterte ereignisgesteuerte Prozessketten) mit weiteren Differenzierungsmöglichkeiten. Er darf nur innerhalb eines Pools zum Einsatz kommen. Ein Nachrichtenfluss definiert den Kommunikationskanal zwischen Aktivitäten unterschiedlicher Pools, über den Informationen ausgetauscht 3 werden. Assoziationen ermöglichen die Abbildung von Verknüpfungen, die weder einen Sequenz- noch einen Nachrichtenfluss repräsentieren. Man unterscheidet zwischen gerichteten und ungerichteten Assoziationsformen. Ähnlich wie bei der eEPK-Methodik wird der Ablauf eines Geschäftsprozesses mit Hilfe von Flussobjekten beschrieben. Hierzu stehen Ereignisse, Aktivitäten und Konnektoren („Gateways“) zur Verfügung. BPMN differenziert unterschied- liche Formen von Ereignissen (Start-, Zwischen- und End- ereignisse mit einer Vielzahl an Möglichkeiten zur Abbildung von Zusatzinformationen). Start- und Endereignisse sind im Gegensatz zu Zwischenereignissen häufig unbestimmter Natur. Mit Hilfe von Zwischenereignissen des Typs „Link“ lassen sich – in Analogie zu den Prozesswegweisern einer eEPK – große Modelle einer hierarchischen Ebene aufteilen. Allgemein können Ereignisse unmittelbar, d. h. lediglich durch den Sequenzfluss verbunden, aufeinander folgen. Analog zu den Ereignissen gibt es bei BPMN direkt aufeinanderfolgende Aktivitäten, die ansonsten den zuvor in der eEPK beschriebenen Funktionen entsprechen. Umfasst eine Aktivität detaillierte Abläufe, gibt es bei BPMN hierfür ein eigenes Symbol. Technische Attribute differenzieren Unterprozesse in eingebettete (vom übergeordneten Prozess abhängige) und wieder verwendbare (d. h. mehreren übergeordneten Prozessen zuordenbare) Abläufe. Ferner besteht die Möglichkeit, Schleifenstrukturen im Sinne einer Programmiersprache exakt zu modellieren. Eine weitere Darstellungsoption existiert für Mehrfachaktivitäten, bei denen für verschiedene, konkret vorliegende Objekte eine bestimmte Aktivität auszuführen ist. Mit Ad-hoc-Unterprozessen lassen sich Abläufe explizit ausweisen, deren Reihenfolge erst situativ während der Durchführung entschieden wird. Darüber hinaus existieren unterschiedliche vordefinierte Aktivitätstypen, die sich stark an die Prozessautomatisierung mit Hilfe von Process Engines bei BPMS anlehnen. Weitere Typen lassen sich in Eigenregie definieren. Durch die Kombination von Aktivitäten und Zwischenereignissen lassen sich Ausnahmefälle, Transaktionen und Kompensationen in BPMN abbilden. Die Modellierung von Ausnahmen respektive von Fehlerbehandlungen findet statt, indem man die betrachtete Aktivität z. B. mit einem zeitbezogenen Ereignis oder einem 4 Ereignis vom Typ „Fehler“ koppelt. BPMN bietet auch die Möglichkeit, unterschiedliche Fehlerarten differenziert zu behandeln. Transaktionen repräsentieren im IT-Sinne vollständige, in sich abgeschlossene Vorgänge, die entweder ganz oder gar nicht ausgeführt werden und die Grundlage von Datenbanksystemen bilden. Durch die Verwendung eines Unterprozesses vom Typ „Transaktion“ zusammen mit einem Zwischenereignis vom Typ „Kompensation“ und zugehörigen Kompensationsaktivitäten kann man einen solchen Sachverhalt exakt abbilden. Der Einsatz von Kompensationen, losgelöst von Transaktionen, ist ebenfalls möglich. Nachrichten können einerseits aus Aktivitäten, andererseits aus Ereignissen heraus versendet werden. Ebenso kommen sowohl Aktivitäten als auch Ereignisse als Ziele von Nachrichtenflüssen in Frage. Über Konnektoren lassen sich logische Verknüpfungen im Prozessablauf modellieren. Im direkten Vergleich zu den eEPKs stehen auch hier mehr Konstrukte zur Verfügung wie z. B. der Einsatz komplexer Gateways für nicht- triviale Zusammenhänge. Die Kopplung von Zwischenereignissen mit exklusiven Gateways repräsentiert ein weiteres Beispiel: Hiermit kann innerhalb des Prozesses ein Pfad aus mehreren Alternativen auf Basis von unterschiedlichen Ereignissen ausgewählt werden. Sobald das erste Ereignis eingetroffen ist, haben die anderen auf den Prozessablauf keine Auswirkungen mehr. Ferner gibt es freiere Gestaltungs- möglichkeiten wie z. B. die alternative Verwendung von „XOR- Gateways“ und bedingten Sequenzflüssen. Als Standard-Typen von Artefakten fungieren innerhalb von BPMN Anmerkungen, Gruppierungen und Datenobjekte. Sie stellen stets Zu- satzinformationen dar und beeinflussen den Prozessablauf per Definition nicht. Anmerkungen dienen dazu, Erläuterungen, Bemerkungen etc. zu einem bestimmten Modell-Element hinzuzufügen und haben dokumentarischen Charakter. Die Zusammenfassung bzw. optische Hervorhebung eines bestimmten Modellausschnitts (auch über Pool-Grenzen hinweg) wird als Gruppierung bezeichnet. Gruppierungen können kein Ziel von Nachrichten- oder Sequenzflüssen sein. Sollte sich eine Modellierung der Datenweitergabe als sinnvoll oder notwendig erweisen, stehen Datenobjekte zur Verfügung. Erforderlich ist dies z. B., wenn es innerhalb eines Geschäftsprozesses keinen gemeinsamen Datenpool gibt (im 5 Gegensatz zu der zuvor erwähnten originären Idee innerhalb des BPMN- Konzepts). Datenobjekte lassen sich in ungerichteter Form mit Sequenz- und Datenflüssen verbinden. In Kombination mit Aktivitäten werden sie als Input- oder Output-Objekte modelliert. Datenobjekte bieten die Möglichkeit, die BPMN- mit der Datenmodellierung zu verknüpfen. Entsprechende Zusammenhänge wer- den im BPMN-Standard jedoch nicht behandelt. Version 2.0 seit Mai 2009 Seit Mai 2009 liegt ein weitgehend konsolidierter Vorschlag für die Version 2.0 der BPMN vor, der voraussichtlich bis zum Abschluss der Standardisierung nur noch kleinere Änderungen erfahren dürfte. Ein Aspekt der Neuerungen umfasst die Synchronisierung des Metamodells der OMG zur Definition von Geschäftsprozessen „Business Process Definition Metamodel“ 6 (BPDM) mit der aktuellen Version von BPMN. Generell stellt ein Metamodell für eine Modellierungssprache die Menge der verfügbaren Sprachelemente zur Verfügung. Die Verbindung zwischen den jeweiligen Elementen des Metamodells und der Modellierungssprache erfolgt über eine Abbildung. Grundsätzlich lässt sich durch eine wohlgeformte Abbildung die automatische Transformation eines BPMN-Modells in eine andere, ebenfalls BPDM-basierte, Modellierungssprache realisieren. Durch die Verbindung zum BPDM-Metamodell wird ferner die Voraussetzung dafür geschaffen, dass sogenannte „Orchestrierungen“ von „Choreografien“ im Begriffsverständnis der OMG klar voneinander getrennt werden können. Der aus der BPMS- und SOA-Welt bekannte Begriff der „Orchestrierung“ charakterisiert ausführbare Prozesse, die durch Dienste (ggf. mit Web Services) angereichert und durch einen Teilnehmer (aus BPMN-Sicht: einen Pool) gesteuert werden. Hierfür existiert nun eine sogenannte Ausführungssemantik, die die genaue Bedeutung der modellierbaren Sachverhalte für die Ausführung definiert.