Und er skizzierte seine Haltung gegenüber den fortschrittlichsten von ihnen - eine anschauliche Beschreibung. Alle Geschäftsprozessmodellierungsmethoden bestehen aus bestimmten Elementen und Regeln. Es ist Zeit, über Notationen zu sprechen.

Notation ist ein Satz von Symbolen und Regeln, die verwendet werden, um Geschäftsprozesse grafisch zu beschreiben oder zu modellieren. Einfach ausgedrückt bestimmt die Notation, wie wir Prozesse, Operationen, Ereignisse usw. im Diagramm bezeichnen und auch durch welche Regeln wir sie miteinander verbinden.

Die 3 beliebtesten Notationen können genannt werden: die IDEF-Familie, eEPC und BPMN 2.0. Ich werde nicht über die Entstehungsgeschichte, Entwicklung und Regeln für die Verwendung von Notationen sprechen - all dies kann auf Wikipedia nachgelesen werden. Stattdessen präsentiere ich meine Sicht auf ihre Verwendung rein aus praktischer Sicht.

Beliebte Methoden zur Modellierung von Geschäftsprozessen

IDEF-Familie

Nun, es wird eine kleine Einführung geben. IDEF ist nicht eine Notation, sondern eine ganze Familie. Sie unterscheiden sich in Seriennummern - IDEF0, IDEF1, IDEF2 usw. Jede Notation hat ihre eigenen Eigenschaften und wird verwendet, um verschiedene Elemente eines Geschäftssystems zu beschreiben. Wir betrachten die Familie als Ganzes.
Also IDEF. Das erste, was Sie wissen müssen, ist, dass IDEF die "älteste" Notation ist. Zweitens wurde es seit sehr langer Zeit (Jahrzehnte!) Von hier der erste Stein zum Garten. Die IDEF-Familie ist hoffnungslos, moralisch, funktional veraltet.
Weiter. Die Verwendung von IDEF-Geschäftsprozessmodellen ist äußerst schwierig. Sowohl für das Studium als auch für die Analyse. Nachfolgend finden Sie ein Beispiel für ein Geschäftsprozessdiagramm. Urteile selbst.

Die Notation hat Einschränkungen hinsichtlich der Anzahl der im Diagramm angezeigten Prozesse - nicht mehr als 7. Daher wird es notwendig, die Beschreibungen an diese Regeln anzupassen. Darüber hinaus gibt es Regeln, die das Leben sowohl von "Schreibern" von Geschäftsprozessen als auch von "Lesern" erheblich erschweren.
Zusammengenommen bringt dies eine Vielzahl von schwer verständlichen, äußerst verwirrenden Schemata mit sich. Aber es gibt ein Plus - egal welches Programm Sie verwenden, um ein Prozessmodell in IDEF-Notation zu erstellen, das Flussdiagramm wird auf einem A4-Blatt im Querformat ausgerichtet. Jene. Es ist bequem, solche Schemata zu drucken. Hier enden die positiven Aspekte.)
Über die Software. Ja, es gibt eine riesige Menge an Software, die die Modellierung in dieser Notation unterstützt. Einschließlich kostenlos. Aber zum größten Teil ist es auch veraltet und erlaubt es nicht, Probleme zu lösen, die heute relevant sind. Am Ende können Sie in jedem Grafikeditor ein Geschäftsprozessmodell zeichnen. Beginnend mit elementarem Paint und endend mit professionellen Tools wie Microsoft Visio. Sogar von Hand auf einem Blatt Papier können Sie ein Diagramm erstellen.
Übrigens ist es gerade aus dem Bedürfnis nach Automatisierung, d.h. bei der Übersetzung von Geschäftsprozessmodellen in ein Programm, und moderne Notationen wurden geboren. Einschließlich IDEF. Dies ist der Grund für die strikte Einhaltung der Modellierungsregeln. Die Maschine kann eine strenge grafische Sprache verstehen, ist aber nicht in der Lage, eine Textbeschreibung zu verstehen.

Fazit - Wenn Sie vor der Wahl der Notation zur Beschreibung und Modellierung von Geschäftsprozessen stehen, hören Sie auf keinen Fall bei IDEF auf.

eEPC-Notation

Aber das ist schon interessant. Schon der Name der Notation Ereignisgesteuerte Prozesskette (das „e“ am Anfang bedeutet erweitert) weist darauf hin, dass sich die Modellierung in dieser Notation auf Ereignisse konzentriert. Ereignisse bestimmen nämlich die Entwicklung des Prozesses.
Diese Notation basiert auf… Einer der Notationen der IDEF-Familie. Insbesondere IDEF3. eEPC ist jedoch viel funktionaler und übersichtlicher.

Modelle, die in dieser Notation erstellt wurden, ermöglichen es Ihnen, Geschäftsprozesse sehr effektiv zu untersuchen und zu analysieren. In einem Diagramm sehen Sie nicht nur die Reihenfolge der ausgeführten Prozesse, sondern auch die Ereignisse, die die Entwicklung des Prozesses, Dokumente, Informationssysteme, Ressourcen, Personal usw. steuern. Trotz der Tatsache, dass der grundlegende Satz von Notationszeichen klein ist, gibt es eine Vielzahl von Möglichkeiten, beliebige Prozesse zu modellieren. Die Konstruktionslogik ist sehr einfach und klar.

Natürlich gibt es auch erhebliche Mängel. Beispielsweise ist es nicht möglich, einen Prozess als rollierenden Workflow über Geschäftsprozessrollen hinweg abzubilden. Mit anderen Worten, es ist nicht offensichtlich, wie die Interaktion zwischen den Prozessbeteiligten stattfindet. Und dies ist sowohl aus Sicht der Wahrnehmung des Schemas als auch aus Sicht der Analyse ein schwerwiegender Nachteil.
In der eEPC-Notation gibt es keine Ereignistypen, was es unmöglich macht, beispielsweise ein Zeitereignis von einer eingehenden Nachricht zu unterscheiden. Es gibt auch keine Trennung der Ströme in Arbeiter- und Informationsströme, was das Lesen von Diagrammen erschwert.

Fast jede Software, sofern sie nicht auf eine bestimmte Notation zugeschnitten ist, ermöglicht es Ihnen, Geschäftsprozesse in der eEPK-Notation zu modellieren.
Die für integriertes Geschäftsprozessmanagement konzipierte ARIS-Plattform nutzt eEPK zur Prozessmodellierung. Die Plattform ermöglicht es Ihnen, die Eigenschaften aller Elemente im Prozess festzulegen, zu ändern und die Auswirkungen auf das System zu bewerten, d.h. eine komplette Simulation durchführen.
Das alles ist natürlich nicht schlecht, aber meiner Meinung nach hat die Software zwei wesentliche Nachteile: hohe Kosten und Fokus auf komplexe, integrierte Softwarelösungen. Beide Mängel erlauben es nicht, die Software in kleinen Unternehmen zu verwenden, und selbst in großen Unternehmen erfordert sie einen enormen Aufwand an Ressourcen für die Integration und Wartung.

Zusammenfassung - Die eEPK-Notation ist nicht die schlechteste Lösung zur Beschreibung und Modellierung von Geschäftsprozessen.

BPMN 2.0-Notation

Ich werde gleich sagen, dass dies meiner Meinung nach die beste Notation ist, um Geschäftsprozesse zu beschreiben und zu modellieren.
BPMN (Business Process Model and Notation) – Geschäftsprozessmanagement-Notation. So hat das Business Process Management Institute (BPI) seine Idee bescheiden und ohne Schnörkel genannt. Ja, an der Entstehung und Entwicklung von BPMN ist ein ganzes Institut beteiligt. Allein dies deutet darauf hin, dass die Notation das Ergebnis ernsthafter, wissenschaftlich fundierter Arbeit ist. Darüber hinaus geht diese Arbeit weiter, und derzeit gibt es nichts Wichtigeres als die ständige Weiterentwicklung von Management-Tools. Kommen wir jedoch zur Sache.
BPMN ist die bequemste, flexibelste, visuellste, funktionalste und gleichzeitig einfachste Notation.
Ein wesentlicher Unterschied ist das Vorhandensein des Begriffs „Spur“. Eine Bahn ist ein Bereich in einem Prozessmodell, der alles darstellt, was eine bestimmte Person in einem bestimmten Prozess tut. Wenn der Prozess verschiedene Personen betrifft, wird deren Interaktion natürlich durch die Spuren angezeigt. Und das ist extrem wichtig.

Tatsache ist, dass die größten Probleme in Geschäftsprozessen an den Schnittstellen der Arbeit verschiedener Leistungserbringer (Rollen, Prozesse) liegen. Modelle in BPMN-Notation ermöglichen es Ihnen, alle Interaktionen zu sehen und zu analysieren.
Der Zeichensatz in BPMN reicht aus, um jeden Prozess zu beschreiben und jede Art von Ereignis zu bezeichnen. Übrigens gibt es nur in dieser Schreibweise eine Aufteilung der Ereignisse in Start-, End- und Zwischenereignisse. Warum ist es wichtig? Denn der Prozess beginnt und endet immer mit einem Ereignis. Oder Veranstaltungen. Durch diese Aufteilung können Sie sofort verstehen, wo der Prozess beginnt und endet.
Es gibt eine Aufteilung der Ströme in Arbeit, Information und Assoziationen. Auf diese Weise können Sie den Arbeitsfluss, den Informationsaustauschfluss und die Flüsse, die bestimmen, ob beispielsweise Dokumente zu einem bestimmten Prozess gehören, voneinander trennen. Diese Trennung erleichtert wiederum das Lesen und Analysieren von Geschäftsprozessmodellen.
Zusätzlich zu Standard-Icon-Sets können Sie mit BPMN Ihre eigenen erstellen, wodurch Sie die Notation an jeden Bedarf anpassen können.

Separat möchte ich die Notationsregeln beachten. Sie sind sehr flexibel. Es gibt viele Variationen der Prozessmodellierung. Das reduziert einerseits die Ordnung und verlangt von uns, vor der Beschreibung der Prozesse festzulegen, welche Regeln wir im Unternehmen anwenden werden. Auf der anderen Seite können Sie damit ein einzigartiges Werkzeug zur Modellierung von Geschäftsprozessen erstellen, das auf Ihre Bedürfnisse zugeschnitten ist. Basierend auf BPMN können Sie ohne großen Aufwand Ihre eigene Notation erstellen.

Programme, die sich auf die Verwendung der BPMN-Notation konzentrieren, entwickeln sich am aktivsten. Viele von ihnen können kostenlos verwendet werden, während Sie ein voll funktionsfähiges Set erhalten. Zum Beispiel das BizAgi-Programm. Dies ist eine ganze Plattform, mit der Sie Geschäftsprozesse nicht nur modellieren und analysieren, sondern auch ausführbare Geschäftsprozesse erstellen können. Diese Software kann in Unternehmen jeder Art, Größe und mit Fokus auf jedes Budget implementiert werden.

Einer der großen Vorteile dieser Notation ist die Fähigkeit vieler Programme, Geschäftsprozessmodelle direkt in Programmcode zu übersetzen. Dies vereinfacht den Softwareentwicklungsprozess erheblich. Daher bevorzugen viele Entwickler die BPMN-Notation.

Es gibt auch Möglichkeiten zur Verknüpfung von BPMN- und 1C-Modellen. Das Ergebnis ist ein effizientes Prozessmanagementsystem mit Online-Tracking-Fähigkeit. Aber ich werde darüber ein anderes Mal in einem Überblick über Programme zur Modellierung und Verwaltung von Geschäftsprozessen sprechen.

Zusammenfassung – Die BPMN-Notation ist die Wahl der meisten Fachleute im Geschäftsprozessmanagement. Es ist das modernste und entwickelt sich aktiv. Ich empfehle die Zusammenarbeit mit ihr.

Auf welcher Grundlage sollten Sie eine Notation wählen? Ich könnte anfangen, über Sinn und Zweck der Beschreibung zu sprechen. Betrachten Sie im Detail die vergleichenden Merkmale jeder Notation. Denken Sie an die Bequemlichkeit, mit jedem von ihnen zu arbeiten. Aber ich werde nicht. Alles ist viel einfacher.

• Wählen Sie die Notation, mit der Sie bereits vertraut sind.
• Wenn nicht akzeptiert, wählen Sie BPMN.
• Wählen Sie die Software und dementsprechend die Notation, mit der sie funktioniert.
• Sie wissen nicht, wo Sie anfangen sollen? Beginnen Sie mit BPMN.

Im Internet finden Sie viele Rezensionen und Diskussionen über Notationen zur Modellierung von Geschäftsprozessen. Berater und Business-Analysten diskutieren lange darüber, welche Notation am besten für die Modellierung von Geschäftsprozessen in Unternehmen geeignet ist. Aus unserer Sicht ist die Diskussion von Notationen ohne Bezug zum Softwareprodukt nicht sinnvoll. Schließlich ist ein grafisches Diagramm nur die Spitze des Eisbergs, alle Geschäftslogik und Beziehungen werden "innerhalb" der Notationsblöcke gespeichert und sind auf dem Diagramm nicht sichtbar.

So entfaltet beispielsweise die inzwischen populäre BPMN-Notation ihre Vorteile erst in Verbindung mit einem BPM-System, das das gezeichnete Geschäftsprozessdiagramm in Echtzeit „verstehen“ und „ausführen“ kann. Das heißt, mit dieser Notation können Sie die Ausführung des Prozesses automatisieren und steuern. Wenn Sie den Prozess einfach in BPMN-Notation in Visio zeichnen und als Bild speichern, dann verlieren Sie fast alle Vorteile dieser Notation gegenüber jeder anderen.

Jetzt sind viele Softwareprodukte auf dem Markt erschienen, die angeblich mehrere Notationen gleichzeitig unterstützen, aber Tatsache ist, dass die Logik dieser Programme tatsächlich für jede dieser Notationen gleich ist. In der Regel werden Verantwortlichkeiten und Dokumente innerhalb des Blocks festgelegt, und um die Anforderungen einer der Notationen visuell zu erfüllen, können dem Diagramm Grafikblöcke hinzugefügt werden, deren Vorhandensein die Funktionalität in keinem beeinträchtigt Weg. Das heißt, Sie bauen tatsächlich zwei Modelle: eines gemäß der Logik des Programms und das zweite - um die Anforderungen der Notation zu erfüllen, und gleichzeitig stimmen diese Modelle möglicherweise nicht überein (was wir sehen, stimmt nicht entsprechen dem, was in der Datenbank gespeichert ist).

Unten sehen Sie ein Beispiel für ein Geschäftsmodellierungssystem, das auf dem Papier die ARIS eEPC-Notation unterstützt, tatsächlich aber einer Funktionskarte die Verantwortung zuweist und Grafikblöcke „für die Schönheit“ verwendet werden.

Aber kritisieren wir nicht die Entwicklungen anderer, sondern betrachten wir die gängigsten Notationen auf dem Markt zur Modellierung von Geschäftsprozessen sowie deren Implementierung im Programm Fox Manager.

Prozesse auf höchstem Niveau

Die heute gebräuchlichste Schreibweise für den Aufbau von Prozessen der obersten Ebene ist IDEF0(Methodik der funktionalen Modellierung) und ARIS VAD(Wertschöpfungskette).

Im Fox Manager haben wir uns nicht an die strengen Vorgaben irgendeiner Notation gehalten, sondern einfach ein Prozessinteraktionsdiagramm erstellt, das aus Kästchen und Pfeilen besteht und Zusammenhänge sowie Ein- und Ausgänge von Prozessen in einem visuellen grafischen Diagramm darstellt. Der Vorteil unseres Top-Level-Prozessmodellierungsansatzes besteht darin, dass solche Diagramme automatisch von Fox Manager generiert werden können. Sehen Sie sich ein kurzes Video an, um zu verstehen, wie es funktioniert.

Was ist der Unterschied zwischen unserem Schema und IDEF0? Zunächst einmal gibt es in IDEF0 Vorgaben dafür, auf welche Seite des Blocks welcher Pfeil passen soll:

• der Eingabepfeil kommt immer an den linken Rand der Aktivität
• Steuerpfeil - zum oberen Rand
• Mechanismus Pfeil - Unterkante
• Ausgangspfeil - rechter Rand

Ist dies ein wichtiger Unterschied, der dieser Notation Vorteile gegenüber unserem Ansatz verleiht? Aus unserer Sicht nein, aber wenn Sie möchten, können Sie das Interaktionsschema in Fox Manager strikt an die Anforderungen dieser Notation anpassen (oben - das ursprüngliche Schema in IDEF0, unten - sein Analogon in Fox Manager).

Wie Sie sehen können, können Sie bei Bedarf auch IDEF0-Schemas in Fox Manager modellieren.

Die IDEF0-Notation hat auch andere Anforderungen (die jedoch normalerweise von Business-Analysten nicht beachtet werden) - dies ist eine Begrenzung der Anzahl der Blöcke im Diagramm (6-8) und das Dominanzprinzip (die wichtigste Funktion sollte sein in der oberen linken Ecke). Auch hier gibt es in unserem Programm keine Hindernisse für die Anordnung von Blöcken auf diese Weise.

Bei der ARIS-VAD-Notation ist es hier noch einfacher: Es reicht aus, Prozesse entlang der Wertschöpfungskette aufzubauen und auf Wunsch Verantwortliche und Wechselwirkungen aufzuzeigen.

Das Bild zeigt ein Beispiel eines solchen Diagramms in unserem Programm (oben - das ursprüngliche ARIS VAD-Diagramm, unten - sein Analogon in Fox Manager). Natürlich können Sie Fehler in Form von Blöcken, Pfeilen oder Hervorhebungen finden, aber generell besteht kein Zweifel daran, dass Sie in unserem Programm auf Wunsch Diagramme gemäß den Anforderungen der ARIS VAD-Notation erstellen können.

Prozesse auf niedrigerer Ebene

In Fox Manage verwenden wir eine einfache, visuelle und sehr flexible Notation, um Low-Level-Prozesse zu modellieren. Sie können sich mit seinen Fähigkeiten aus dem Video vertraut machen.

Es gibt viele Notationen für die Modellierung von Geschäftsprozessen auf niedriger Ebene: Basic Flowchart, Cross Functional Flowchart, EPC und andere. Die meisten von ihnen unterscheiden sich geringfügig voneinander.

Wenn wir beispielsweise im Fox Manager-Programm im Diagramm die Blöcke der Verantwortlichen, Dokumente und Ressourcen zusammenklappen, erhalten wir ein Analogon der Notation grundlegendes Flussdiagramm(rechts ist der ursprüngliche Prozess, links ist das Analogon in Fox Manager).

Wenn alle Blöcke im Diagramm erweitert werden, erhalten wir ein Analogon des Prozesses in der Notation EPC. Das Tolle ist, dass bei Verwendung der Fox-Manager-Notation Blöcke dynamisch reduziert und erweitert werden können, ohne dass eine neue Version des Prozesses in einer anderen Notation erstellt werden muss. Das rechte Bild zeigt den ursprünglichen Prozess, und auf der linken Seite ist das Analogon in Fox Manager.

Ja, natürlich gibt es Unterschiede, wir haben z.B. die Steuerfunktion als Ereignisanzeige verwendet, wir haben auch keine separaten Blöcke "Logisches UND" und "Logisches ODER", sondern können sie einfach durch einen anderen Block ersetzen (Raute ) mit dem Buchstaben „X“ oder „V“ darin.

Notationsunterstützung Funktionsübergreifendes Flussdiagramm wurde dem Programm in einem unserer kostenlosen Updates hinzugefügt. Diese Notation unterscheidet sich von den oben bereits besprochenen Notationen dadurch, dass Sie darauf verantwortliche Personen nach Spuren und nicht neben dem Block anzeigen können. Leider hat diese Methode ihre Nachteile, wenn es viele verantwortliche Personen gibt, wird der Prozess unsichtbar und schwer lesbar. Probleme ergeben sich auch, wenn die Verantwortung für eine Funktion auf zwei oder mehr Positionen gleichzeitig verteilt werden muss. Nachfolgend finden Sie ein Beispiel für einen solchen Prozess in Fox Manager.

Was die Notation angeht BPMN, dann halten wir seine Fähigkeiten für zu redundant, um Geschäftsprozesse zu beschreiben, zu analysieren und zu regeln. Diese Notation enthält etwa 100 verschiedene Blöcke und ihre Unterarten, die in der Prozessautomatisierung verwendet werden, aber sie sind nutzlos für Geschäftsmodellierungssysteme, die Prozesse nicht in Echtzeit „ausführen“ können, sondern Informationen daraus entnehmen, um regulatorische Dokumente zu bilden.

Natürlich ist es wahrscheinlich möglich, die Menge der Elemente dieser Notation auf das erforderliche Minimum zu reduzieren und zu versuchen, sie für Regulierungszwecke anzupassen, aber in diesem Fall verlieren wir ihren Hauptvorteil - die Fähigkeit, Prozesse mit einem BPM auszuführen Motor. Wenn gleichzeitig nur noch 5-10 notwendige Blöcke übrig sind, wird das Erscheinungsbild solcher Prozesse höchstwahrscheinlich den bereits betrachteten Notationen sehr ähnlich sein.

Fazit

Wir glauben, dass das Fox Manager-Programm die optimalen Notationen für die Modellierung von Geschäftsprozessen gewählt hat, die sowohl leicht verständlich sind als auch eine hohe Funktionalität aufweisen.

Die Notationsunterstützung wird auf der Basis des Programmkerns implementiert, wir verwenden kein Visio und andere Komponenten von Drittanbietern, daher ist die Geschwindigkeit der Datenverarbeitung aus solchen Flussdiagrammen sehr hoch.

Im Diagramm können viele zusätzliche Informationen angezeigt werden, z. B. können Sie neben dem Namen der Funktion den Typ, die Häufigkeit, die Zeit und sogar die Kosten anzeigen, die dynamisch in Echtzeit berechnet werden, während sich der Prozess füllt. Gleichzeitig kann das Erscheinungsbild des Schemas für jeden Benutzer individuell angepasst werden.

Und in unserem Prozesseditor können Sie die Änderungen, die von Benutzern vorgenommen wurden, verfolgen und in einer Tabelle oder grafisch in einem Diagramm anzeigen.

Wenn Ihnen die Standardfunktionalität nicht ausreicht, können Sie die Grundausstattung an Bausteinen zur Modellierung von Geschäftsprozessen erweitern. Sie können beispielsweise Risikoblöcke oder Indikatoren erstellen und diese in einem grafischen Prozessdiagramm darstellen.

Wir sind uns jedoch bewusst, dass einige Business-Analysten neuen Entwicklungen nicht trauen und lieber die alten, vertrauten Notationen verwenden. Der Zweck dieses Artikels besteht darin, die Flexibilität des Programms Fox Manager und die Möglichkeit aufzuzeigen, das Erscheinungsbild von Diagrammen an die Anforderungen der meisten Notationen auf dem Markt anzupassen. Erstellen Sie Geschäftsprozessmodelle nach Ihren Wünschen!

Geschäftsprozessmodellierungsnotation (BPMN) wurde erstmals 2004 der Öffentlichkeit vorgestellt und vom Object Management Group Konsortium beschrieben. Im Mittelpunkt des Prozessmanagements in BPMN steht die Idee, dass die Managementstrategie selbst auf drei Hauptmethoden basiert: Geschäftsprozessmodellierung, -analyse und -optimierung. Sie werden ihrerseits von einer Reihe von Tools unterstützt, die folgendem dienen:

• zur Strategieentwicklung, Beschreibung, Analyse, Dokumentation;
• Informationsunterstützung von Geschäftsprozessen;
• Workflow-Unterstützung (Workflow-Management).

BPMN wurde von Anfang an als Notation geschaffen, die für jeden Benutzer geeignet ist - von Business-Analysten und Entwicklern bis hin zu Führungskräften, Geschäftsprozessmanagern und einfachen Mitarbeitern von Abteilungen. Es vereint unterschiedliche Sichtweisen auf den Geschäftsprozess und standardisiert so das Modell.

Die offizielle vollständige Beschreibung der BPMN-Notation zeigt, dass die Konzepte und einige Objekte der folgenden Diagramme und Notationen kombiniert wurden, um die erste Version des Modells zu entwickeln:

• UML-Aktivitätsdiagramme;
• Aktivitätsfluss- und Entscheidungsflussdiagramm ADF (Activity Decision Flow);
• Diagramm von Ereignisketten des EPK-Prozesses (ereignisgesteuerte Prozesskette);
• Notation der Funktionsmodellierung IDEF (Icam DEFinition for Functional Modeling);
• andere Modelle (UMLEDOC Business Processes, RosettaNet, LOVeM).

2010 wurde die Version BPMN 2.0 veröffentlicht, die in Zusammenarbeit vieler Forschungsgruppen entstanden ist, darunter das OMG-Konsortium, das Hasso-Plattner-Institut (Potsdam, Deutschland), die Humboldt-Universität (Berlin, Deutschland) und die Hochschulinitiative Signavio.

2013 wurde BPMN 2.0.1 als internationaler Standard verabschiedet IS0/1 EU 19510:2013 Informationstechnik. Modell und Notation des Objektmanagementprozesses im Konzerngeschäft.

Die wichtigsten Konzepte und Gruppen von Objekten in BPMN sind in der Tabelle angegeben. 4.6.

Tabelle 4.6

Grundlegende Konzepte und Objektgruppen in BPMN

Notation eEPK (Extended Event-driven Process Chain, erweiterte Ereigniskette von Prozessen) beinhaltet eine Beschreibung des Aktionsalgorithmus einzelner Organisationseinheiten, der es ermöglicht, ein allgemeines Prozessszenario als Abfolge von Einzelschritten zu bilden.

Reis. 4.17.

Die Hauptobjekte des eEPK-Diagramms sind die in Tabelle gezeigten Elemente. 4.7.

Tabelle 4.7

Objekte und Notation von eEPK-Diagrammen

Objekttyp	Beschreibung	Grafik Bezeichnung
	Der Zustand der externen und internen Umgebung, der auch Voraussetzung für Beginn und Ende der Funktionsausführung ist. Endereignisse können auch Startereignisse für einen anderen Prozess sein
Boolesch	Regeln für die Ausführung einer Funktion (wenn nur eines der Ereignisse eintritt oder beide Ereignisse erforderlich sind) und Regeln für das Eintreten von Ereignissen während der Ausführung von Funktionen (eigentlich die Regeln zum Zusammenführen und Trennen von Prozesszweigen)
	Beschreibung der Arbeitsaufgabe, die ein einzelner Schritt im Prozess ist
Schnittstelle Prozess	Externer (in Bezug auf das aktuelle Diagramm) Prozess oder Funktion. Wird verwendet, um die Beziehung von Prozessen anzuzeigen (sowohl für die logische Sequenz „nächster/vorheriger Prozess“, als auch um die Richtung der Übertragung des Objekts anzuzeigen)
Organigramm-Objekte	Benennung von Organisationseinheiten (Positionen, Abteilungen, Rollen) - Ausführende, Inhaber oder Beteiligte von Funktionen. Geschäftsrollen werden in diesem Fall so betrachtet, als ob sie Berechtigungen zum Verwalten von Funktionen benötigen

eEPK wird nicht zufällig als "erweitertes" Diagramm bezeichnet - in der Praxis können auch andere Objekte in ein solches Modell aufgenommen werden, zum Beispiel:

• Teile im Lager;
• Papier- und elektronische Dokumente;
• Produkte (verwendet und hergestellt);
• Informationsobjekte;
• Informationssysteme und ihre einzelnen Module und Funktionen;
• Datenbank;
• Ziele (die von einer bestimmten Funktion unterstützt werden);
• Ausführungsorte (z. B. Produktionshalle Nr. 4);
• andere Elemente der Beschreibung.

Zwischen allen Objekten sind zwangsläufig Beziehungen definiert, z. B. „erstellt“ (ein Dokument), „verteilt“ (eine Aufgabe zwischen Mitarbeitern), „verwendet“ (1C-Informationssystem), „führt“ aus (eine Funktion wird von einem Manager ausgeführt). , „entscheidet“, „liefert“, „ist Eigentümer“ und viele andere mehr.

Beispiel

Textbeschreibung

Der Prozesseingang erhält eine Anfrage vom Client, die verarbeitet werden muss. Diese Funktion obliegt dem Vertrieb. Basierend auf den Ergebnissen der Bearbeitung der Anfrage wird eine Bestellung im 1C-System generiert.

Grafische Beschreibung

Reis. 4.18.

Wie aus Abbildung 4.18 ersichtlich ist, ermöglicht die grafische Beschreibung des Algorithmus die Erstellung eines integrierten Bildes des Prozesses. Es wiederum kann in Zukunft entweder als Grundlage für eine As-^-Analyse oder für eine anschließende Verfeinerung und Automatisierung sowohl des Prozesses selbst als auch seiner Steuerung im Hinblick auf das Erreichen von Zielkennzahlen verwendet werden.

Architektur integrierter Softwaresysteme ARIS ist ein Geschäftsmodellierungstool, das von der IDS Scheer AG entwickelt wurde und jetzt im Besitz der Software AG ist.

ARIS sowohl als Methodik als auch als Plattform bietet Design, Implementierung und Management von Geschäftsprozessen sowohl im Rahmen der täglichen Arbeit als auch zum Zweck der Analyse, Optimierung und des Reengineering von Geschäftsprozessen.

Das Organisationsmodell in ARIS kann als ein Satz zusammenhängender und komplementärer grafischer Modelle definiert werden, die die modellierten Themenbereiche der Aktivitäten der Organisation angemessen beschreiben (Abb. 4.19).

Reis. 4.19.

Somit ermöglicht ARIS als Methodik die Modellierung solcher Unternehmenssubsysteme als organisatorische, funktionale, informationelle, Prozess- und Input/Output-Subsysteme. Sie bilden sich auf drei Beschreibungsebenen, die hierarchisch von der Analyse betriebswirtschaftlicher Problemstellungen bis hin zur konkreten Umsetzung mit Hilfe der IT gehen:

• Anforderungsniveau (semantische Modelle);
• Spezifikationsebene (Betriebsbeschreibungen mit Schwerpunkt Informationstechnologie);
• Implementierungsebene (Modelle, die Spezifikationen auf Informationstechnologieebene weiter detaillieren).

Für jede der Darstellungen stellt das Softwareprodukt ARIS verschiedene Arten von Diagrammen zur Verfügung:

• Organigramm;
• ERM-Datendiagramm;
• BPMN 2.0-Diagramme;
• Prozesslandschaft (VACD-Wertschöpfungskette);
• Systemlandschaft (Komponentendiagramm);
• hierarchisches Aktivitätsdiagramm ( weiße Tafel);
• EPC-Geschäftsprozessdiagramm;
• Diagramm der IT-Infrastruktur (Netzwerk);
• allgemeines Diagramm.

Die ARIS-Methodik basiert auf der Annahme, dass die Tätigkeit eines Unternehmens durch eine Hierarchie von Modellen vollständig beschrieben werden kann. Außerdem werden verschiedene Tools verwendet, mit denen Sie neue Möglichkeiten erhalten (Tabelle 4.8).

ARIS-Erweiterungen

Tabelle 4.8

Eine der Hauptphasen bei der Gestaltung von IS ist die Beschreibung von Geschäftsprozessen, für die es notwendig ist, die Notation zu wählen, in der sie ausgeführt werden. Derzeit gibt es eine Reihe der gängigsten Sprachen zur grafischen Beschreibung von Geschäftsprozessen: IDEF, UML und ARIS. Um die am besten geeignete Notation zur Beschreibung von Geschäftsprozessen für diese Arbeit auszuwählen, ist es notwendig, jeden von ihnen zu analysieren und die Vor- und Nachteile zu bewerten.

IDEF ist eine Familie von Modellierungsmethoden, bestehend aus 15 Geschäftsprozessbeschreibungsansätzen (von IDEF0 bis IDEF14). Diese Notation wird verwendet, um ein Funktionsmodell des Systems zu erstellen. Trotz der großen Anzahl von Notationen, die in dieser Methodik enthalten sind, sind IDEF0 und IDEF3 die in der Praxis am häufigsten verwendeten Notationen, die in der aktuellen Analyse berücksichtigt werden. Ein Beispiel für ein IDEF0-Diagramm, das Funktionen und Abläufe sowie Informations- und Materialflüsse zeigt, ist in Abb. 2 dargestellt. 1.2.

Abbildung 1.2. IDEF0-Notation

Ein Beispiel für die Verwendung der IDEF3-Notation, die die logische Abfolge der Arbeitsausführung beschreibt, ist in Abb. 2 dargestellt. 1.3.

Abbildung 1.3. IDEF3-Notation

Bei der Verfolgung von Dokumentationsströmen mit der IDEF-Methodik wird es notwendig, die DFD-Notation gemeinsam zu nutzen.

Die am zweithäufigsten verwendete Methodik ist die UML-Methodik, eine objektorientierte Modellierungssprache zur Beschreibung komplexer Systeme. Die UML-Sprache ermöglicht Ihnen den direkten Übergang von Systembeschreibungen zum Schreiben von Computerprogrammen und bildet die Grundlage für ein zukünftiges Automatisierungstool. Daher enthält es mehr als 10 verschiedene Arten von Diagrammen, wie in Abb. 1.4.

Abbildung 1.4. UML-Diagramm

Ein Aktivitätsdiagramm dient der Beschreibung von Geschäftsprozessen.

ARIS ist eine Technologie zur Beschreibung von Unternehmen, dh eine Reihe von Werkzeugen zur Analyse und Modellierung der Aktivitäten eines Unternehmens. Ein Beispiel für ein in der ARIS-Notation beschriebenes Diagramm ist in Abbildung 1.5 dargestellt.

Abbildung 1.5. ARIS-Diagramm

Die Methodik unterstützt vier Arten von Modellen, die verschiedene Aspekte des Systems widerspiegeln:

• Organisationsmodelle, die die Hierarchie von Organisationseinheiten, Positionen und bestimmten Personen, die Verbindungen zwischen ihnen sowie die territoriale Bindung von Struktureinheiten darstellen;
• funktionale Modelle, die eine Hierarchie von Zielen enthalten, die dem Verwaltungsapparat gegenüberstehen, mit einer Reihe von Funktionsbäumen, die zum Erreichen der Ziele erforderlich sind;
• Informationsmodelle, die die Informationsstruktur widerspiegeln, die für die Implementierung des gesamten Satzes von Systemfunktionen erforderlich ist;
• Managementmodelle, die eine umfassende Sicht auf die Implementierung von Geschäftsprozessen innerhalb des Systems darstellen.

Jede Notation bietet eine Vielzahl von Möglichkeiten zur Beschreibung von Geschäftsprozessen. Die Ereignismodellierung in ARIS ermöglicht es Ihnen jedoch, detailliertere und korrekte Beschreibungen von Prozessen zu erstellen, aber Sie müssen die Komplexität und den Aufwand der Beschreibung im Vergleich zu anderen betrachteten Notationen beachten (Tabelle 1. 1 ). Die Effektivität der Verwendung von Notationen kann abhängig von den zu lösenden Aufgaben variieren. Beispielsweise kann das Fehlen klarer Konventionen für die Modellierung von Steuerhandlungen innerhalb von ARIS dazu führen, dass Modelle erstellt werden, die die gestellten Fragen nicht beantworten, während Sie mit der IDEF0-Notation dieses Problem lösen können. Andererseits kann ein Vorgang, der von einem Mitarbeiter durchgeführt wird, besser mit der ARIS-Sprache beschrieben werden als mit IDEF0 oder IDEF3.

Tabelle 1. 1. Vergleichende Notationstabelle zur Beschreibung von Geschäftsprozessen

Um eine bestimmte Notation zur Beschreibung von Geschäftsprozessen auszuwählen, ist es notwendig, die Kriterien zu bestimmen, die den Anforderungen dieser Arbeit genügen:

• · Möglichkeit zur visuellen Darstellung ein-/ausgehender Dokumente, Informationen, genutzter Infrastruktur etc.
• · Fähigkeit, die Aktivitäten des Unternehmens aus verschiedenen Blickwinkeln zu beschreiben.
• · Fähigkeit, in verschiedenen Notationen erstellte Modelle miteinander zu verbinden.

Die oben genannten Funktionen sind vollständig in der ARIS-Notation implementiert, die in dieser Studie zur Beschreibung von Geschäftsprozessen verwendet wird.

Bei der Entwicklung eines Informationssystems müssen eine Reihe von Bedingungen und Anforderungen berücksichtigt werden, die ihm von der Abteilung auferlegt werden - das System muss umfassend sein und Referenz-, Experten- und Analysekomponenten enthalten.

Um einen solchen integrierten Ansatz zur Definition des zu entwickelnden IS zu implementieren, muss das Systemrepository eine Wissensbasis, eine Datenbank mit Dokumenten und eine zur Analyse gesammelte Datenbank enthalten.

Das entwickelte IS erfüllt folgende Anforderungen:

• Referenzcharakter von IS - das zu entwickelnde System liefert den Benutzern die Informationen, die für den Prozess der Projektumsetzung erforderlich sind (Beratung, gewonnene Erkenntnisse, Dokumentvorlagen usw.);
• · Expertencharakter des IS – beim Füllen des Systems mit Anfangsdaten, einschließlich der Bestimmung von Indikatoren zur Bewertung von Methoden und Rängen von Projekten, wurden die Erfahrungen, Meinungen und Ratschläge der führenden Experten des Unternehmens herangezogen;
• analytischer Charakter von IS - für die Implementierung des Systems wurden Projektmanagementmethoden analysiert und die kritischsten (im Rahmen dieser Studie) Daten für die Aufnahme in das System ausgewählt;
• Wissensbasis in IS - Wenn ein neues Projekt im System erstellt wird, wird die Methodik für seine Verwaltung durch semantische Regeln im "Frage-Antwort" -Modus bestimmt, deren Berechnung und Definition in Übereinstimmung mit den Reihen der durchgeführt wird Methoden nach Indikatoren (Anhang B.);
• · Dokumentendatenbank in IS – das System speichert eine Reihe von Dokumenten in den Bibliotheken des Knotens: Projektverfahren, Vorlagen von Zeitplänen, Chartas usw.;
• · Datenbank in IS – der Ansatz zur Implementierung von Knoten auf SharePoint-Portalen kann als relationale Datenbank dargestellt werden, in der ihre Tabellen SharePoint-Listen sind.

Das Managementsystem für die implementierten Geschäftsprozesse ist die IS-Entwicklungsplattform - MS SharePoint 2013.

Die Entwicklung eines Informationssystems, eine Beschreibung der Geschäftsprozesse und der Systemkonfiguration auf der SharePoint 2013-Plattform wird in Kapitel 2 gegeben.

8.8. BPMN-Methodik

Modell und Notation von Geschäftsprozessen (BPMN, Business Process Model and Notation)– Methodik der Modellierung, Analyse und Reorganisation von Geschäftsprozessen. Entwickelt von der Business Process Management Initiative (BPMI), unterstützt und entwickelt von der Object Management Group (OMG) seit 2005. Im Gegensatz zu anderen Geschäftsmodellierungsmethoden, die den Status eines „proprietären“ () oder „nationalen“ () Standards haben, erhielt BPMN einen „internationalen“ Status - die International Organization for Standardization veröffentlichte den ISO / IEC 19510: 2013-Standard. Informationstechnologie - Objektverwaltungsgruppe. Geschäftsprozessmodell und Notation.

Das Hauptziel von BPMN ist die Bereitstellung einer zugänglichen Notation zur Beschreibung von Geschäftsprozessen für alle Benutzer: von Analysten, die Prozessdiagramme erstellen, und Entwicklern, die für die Implementierung von Technologien zur Ausführung von Geschäftsprozessen verantwortlich sind, bis hin zu Managern und normalen Benutzern, die diese Geschäftsprozesse verwalten und überwachen. Somit zielt BPMN darauf ab, die Lücke zwischen Geschäftsprozessmodellen und ihrer Implementierung zu schließen.

Laut den Entwicklern des BPMN-Standards enthält er die besten Ideen, die in den folgenden Notationen und Modellierungsmethoden verfügbar sind:

o EDOC (Enterprise Distributed Object Computing, unternehmensweite verteilte Verarbeitung von Objekten) – Business Processes (Geschäftsprozesse);

EbXML (Electronic Business eXtensible Markup Language, erweiterbare Auszeichnungssprache für den elektronischen Geschäftsverkehr) BPSS (Business Process Specification Schema, Geschäftsprozessspezifikationsschemata);

ADF (Activity-Decision Flow, Activity-Result Flow) Diagramm;

LOVEM (Line of Visibility Engineering Methodology, visuelle Designmethodik);

Der Standard weist auch darauf hin, dass die BPMN-Methodik für eine bessere Lesbarkeit und Flexibilität die Tradition von .

Die Unterstützung und Weiterentwicklung von BPMN durch OMG hat diese Methodik geprägt. Einer der Schlüsselbereiche von OMG ist die Förderung von , das für die Modellierung objektorientierter Systeme entwickelt wurde. In dieser Hinsicht werden in BPMN bei der Modellierung (Entwicklung von Diagrammen) neben den Konzepten und Konzepten des strukturellen Ansatzes (Aktion, Kontrollfluss, Datenobjekt usw.) solche Konzepte, die für den objektorientierten Ansatz charakteristisch sind, wie Nachricht, Messaging und Nachrichtenfluss.

Elemente (Symbole) der grafischen BPMN-Notation werden nach Zweck in Kategorien eingeteilt:

Flow-Objekte;

Daten (Daten);

Verantwortungsbereiche (Swimlanes);

Objekte verbinden;

Artefakte.

Die folgende Tabelle listet die BPMN-Notationssymbole und ihr Basisbild auf.

Tabelle 8.3. Konventionen zu BPMN-Diagrammen

Nr. p / p	Symbol	Name	Anmerkungen
1. STROMOBJEKTSYMBOLE
1.1		Vorfall (Vorfall)	Eine Tatsache (Situation, Reihe von Bedingungen oder Umständen), die die weitere Entwicklung eines oder mehrerer Prozesse aktiviert oder beeinflusst. Ereignisse initiieren Aktionen oder sind deren Ergebnisse. Im Gegensatz zu einer Funktion, die eine gewisse Zeit in Anspruch nimmt, bezieht sich ein Ereignis auf einen bestimmten Zeitpunkt.
1.2		Handlung, Aktivität (Aktivität)	Eine Aktion oder eine Reihe von Aktionen, die von einem Ausführenden während eines Prozesses ausgeführt werden. Neben dem Namen der Aktion können oben und unten am Symbol die Namen der Beteiligten angegeben werden.
1.3		Tor, logischer Operator (Tor)	Wird verwendet, um eine Zusammenführung und/oder Verzweigung eines Stroms von Ereignissen und Aktivitäten anzuzeigen.
1.4		Nachrichtenaustausch (Wandlung)	Beschreibung der Aktion, die den Informationsaustausch zwischen Teilnehmern (Pools) der Interaktion charakterisiert.
2. DATENSYMBOLE
2.1		Datenobjekt (Datenobjekte)	Inventargegenstände (TMC) oder Informationen, die aufgrund von Aktionen verwendet oder erhalten werden.
2.2		Data Warehouse (Datenspeicher)	Eine Datenbank oder ein Fragment einer Datenbank, die Informationen zum Ausführen von Aktionen enthält.
2.3		Nachricht (Botschaft)	Spiegelt die Tatsache der Informationsübertragung zwischen den Prozessbeteiligten wider.
3. SYMBOLE DES VERANTWORTUNGSBEREICHS
3.1		Schwimmbad, Teilnehmer (Schwimmbad, Teilnehmer)	Strukturelle Einheit, der die Handlung übertragen wird (Firma, Organisation, Abteilung, Dienst).
3.2		Schiene (Fahrbahn)	Die Position des Darstellers oder die Rolle des Subjekts, das mit der Ausführung der Handlung betraut ist. Ein integraler Bestandteil einer Organisationseinheit.
4. SYMBOLE VON VERBINDUNGSELEMENTEN (LINIEN)
4.1		Betriebsablauf, Kontrollfluss (Sequenzfluss)	Gibt die Reihenfolge (vorher-nachher) des Auftretens von Ereignissen und der Ausführung von Aktionen an.
4.2		Nachrichtenfluss (Nachrichtenfluss)	Spiegelt den Informationsaustausch zwischen den Prozessbeteiligten wider. Verbindet typischerweise Aktivitäten und/oder Pools von zwei Teilnehmern in einem Prozess.
4.3		Verband (Verband)	Spiegelt die Beziehung zwischen Daten (Artefakten) und Flussobjekten wider.
4.4		Messaging-Link (Gesprächslink)	Gibt den Austausch von Nachrichten zwischen Teilnehmern an der Interaktion an.
5. ARTEFAKTSYMBOLE (SPEZIALSYMBOLE)
5.1		Gruppe (Gruppe)	Wird verwendet, um grafische Elemente zu gruppieren, die derselben Kategorie angehören.
5.2		Kommentar, Textanmerkung (Textanmerkung)	Anmerkung (zusätzliche Informationen), die dem angezeigten Element zugeordnet ist.

Die Symbole der Flussobjekte, des Datenobjekts und des Kontrollflusses haben eine zusätzliche semantische Aufteilung, um die Besonderheiten laufender Ereignisse, die Ausführung von Aktionen, die Merkmale des Zusammenführens / Verzweigens von Flüssen usw. anzuzeigen. Die Angabe der Besonderheiten erfolgt durch ein zusätzliches grafisches Bild (Icon, Marker), das innerhalb des Hauptsymbols platziert ist. Außerdem können Ereignissymbole eine andere Umriss- und Hintergrundfarbe haben.

Nachfolgend finden Sie eine Beschreibung der spezifischen Zeichenzuordnung und ihrer semantischen Interpretation.

1. Veranstaltungen.

Während der Ausführung des Prozesses können verschiedene Ereignisse eintreten, die den Ablauf des Prozesses beeinflussen: der Beginn des Prozesses, sein Abschluss, die Änderung des Status des Dokuments, der Empfang einer Nachricht und vieles mehr. Ereignisse sind optionale Elemente, daher erscheinen sie möglicherweise nicht in einem BPMN-Prozessdiagramm.

Alle Veranstaltungen klassifiziert aus folgenden Gründen:

Nach Ankunftszeit:

o Startereignis - leitet den Beginn des Prozesses ein (Diagramme). Aus dem Startereignis kann der Kontrollfluss nur herauskommen, und der Nachrichtenfluss kann sowohl eintreten als auch austreten. Ein Prozessdiagramm zeigt normalerweise nur ein Startereignis an, aber es kann fehlen oder es kann mehr als eines geben, wenn ein Prozess mit Pools, Bahnen oder erweiterten Unterprozessen angezeigt wird. Der Ereignisumriss wird als einzelne dünne Linie angezeigt;

o Endereignis - ist das Ergebnis der Ausführung des Prozesses. Im letzten Ereignis kann der Kontrollfluss nur eintreten, und der Nachrichtenfluss kann sowohl eintreten als auch austreten. In ein Endereignis kann nur ein Thread (Pfeil) eintreten. Im Diagramm kann das Endereignis, wie das Startereignis, eins, mehrere (auch wenn keine Pools und Tracks vorhanden sind) oder keines sein. Der Ereignisumriss wird als einzelne dicke Linie angezeigt;

o Zwischenereignis – alle anderen Ereignisse, die während der Ausführung des Prozesses auftreten. Ein Zwischenereignis muss von einem Thread betreten und verlassen werden. Die Ausnahme bilden Grenzereignisse (Grenzereignisse), die direkt entweder ganz am Anfang der Aktion oder an ihrem Ende auftreten und verarbeitet werden. Solche Ereignisse werden am Rand (Kontur) der Aktivität angezeigt und können nur entweder einen eingehenden oder einen ausgehenden Stream haben. Der Ereignisumriss wird als doppelte dünne Linie angezeigt;

Unterbrechen Sie nach Möglichkeit die Ausführung einer Aktion (Teilprozess):

o Unterbrechungsereignis – Ein Start- oder Zwischenereignis, das während der Ausführung einer Aktion auftritt, aber erst nach Abschluss der Aktion den mit dem Ereignis verbundenen ausgehenden Datenfluss auslöst. Der Ereignisumriss ist als gestrichelte Linie dargestellt;

o Unterbrechungsereignis – ein Ereignis, das vor oder nach der normalen Ausführung einer Aktion eintritt oder in Ausnahmesituationen deren sofortige Beendigung erfordert. Wenn beispielsweise nicht alle erforderlichen Informationen vorliegen oder während der Verarbeitung ein Fehler auftritt, müssen zusätzliche Aktionen ausgeführt werden usw. Der Ereignisumriss wird als durchgezogene Linie angezeigt;

Nach Art des Aktionsergebnisses:

o Ereignisauslöser der Verarbeitung – ein Start- oder Zwischenereignis, das als Ergebnis der Ausführung einer Aktion aufgetreten ist und dessen nachfolgende Verarbeitung erfordert. Wird als leeres Symbol angezeigt;

o Ereignis-Ergebnis der Verarbeitung – ein Zwischen- oder Endereignis, das als Ergebnis der Ausführung einer Aktion aufgetreten ist und das Endergebnis einer standardmäßigen oder nicht standardmäßigen Ausführung eines Prozesses ist. Wird als gefülltes Symbol angezeigt;

Aufgrund des Auftretens (Auslöser) - siehe Tabelle. 8.4:

Tabelle 8.4. Ereigniskonventionen in BPMN-Diagrammen

Auf Abb. 8.9 zeigt ein Beispiel für die Verwendung verschiedener Arten von Ereignissen entsprechend dem Zeitpunkt des Auftretens (Anfangs-, Zwischen- und Endzeitpunkt) und dem Ergebnis der Aktion (Initiator und Ergebnis der Verarbeitung).

Reis. 8.9. Ein Beispiel für die Verwendung verschiedener Arten von Ereignissen je nach Zeitpunkt des Auftretens und Ergebnis der Aktion

Auf Abb. 8.10 zeigt ein Diagramm mit mehreren End- und Grenzereignissen sowie verschiedenen Arten von Ereignissen für die Möglichkeit, die Ausführung einer Aktion zu unterbrechen (unterbrechend und ununterbrechend).

Reis. 8.10. Ein Beispiel für die Verwendung verschiedener Arten von Ereignissen, um die Ausführung einer Aktion zu unterbrechen

2. Aktion.

Ein als Diagramm dargestellter Prozess ist eine geordnete Reihe von Aktionen, die ausgeführt werden, um ein bestimmtes Ergebnis zu erzielen. Die zeitliche Abfolge der Prozessausführung wird durch die Lage der Prozesse im Diagramm von links nach rechts (oben nach unten im vertikalen Diagramm des BPMN-Prozesses) sowie die Richtung der Pfeile an den Verbindungselementen vorgegeben.

Es gibt drei Haupt Art der Aktion und sie Sorten:

Eine Aufgabe ist eine elementare (unteilbare, atomare) Aktion. Die Spezifität (Typ) der Aufgabe kann mit einem Symbol (Marker) in der oberen linken Ecke des Aktionssymbols angezeigt werden:

o - Dienst (Dienst). Die Aufgabe soll einen Dienst bereitstellen, der sowohl ein Webdienst als auch eine automatisierte Anwendung sein kann;

o - eine Nachricht senden (Senden). Die Aufgabe gilt als abgeschlossen, wenn die Nachricht mindestens einmal gesendet wurde;

o - Empfangen einer Nachricht (Receive). Die Aufgabe gilt als abgeschlossen, wenn die Nachricht mindestens einmal empfangen wurde;

o - Benutzer (Benutzer). Eine charakteristische Aufgabe, die von einem Ausführenden mit Hilfe anderer Personen oder Software ausgeführt wird;

o - manuelle Ausführung (Manuell). Eine charakteristische Aufgabe, die von einem Ausführenden ohne jegliche Automatisierung ausgeführt wird;

o - Geschäftsregel (Geschäftsregel). Eine Aufgabe, deren Technologie von den aktuellen Umständen abhängt und basierend auf einer bestimmten Geschäftsregel ausgewählt wird;

o - Skript (Skript). Eine Aufgabe, deren Ablauf in einer vom Ausführenden anerkannten Sprache beschrieben ist. Wird normalerweise für Aufgaben verwendet, die von automatisierten Mitteln ausgeführt werden;

Unterprozess – Eine zusammengesetzte Aktivität, die andere Aktivitäten, Gateways, Ereignisse und Arbeitsabläufe umfasst. Teile eines Teilprozesses können direkt im Diagramm innerhalb des Aktionssymbols angezeigt oder auf einem separaten Dekompositionsdiagramm platziert werden. Im zweiten Fall zeigt das übergeordnete Diagramm ein +-Symbol in der Mitte des unteren Rands der Aktivität (Teilprozess). Zusätzlich zu den Standard-Teilprozessen gibt es zwei spezifischere Varianten davon:

o – Ereignis-Unterprozess. Wird jedes Mal ausgeführt, wenn eines der Startereignisse eintritt. Im Diagramm ist ein Ereignisunterprozess nicht mit anderen Arbeitsablaufaktivitäten verknüpft. Der Umriss des Unterprozesses wird als Punkte dargestellt;

o - Transaktion (Transaktion). Eine Aktion, die aus zusammengesetzten Operationen besteht, deren erfolgreicher Abschluss (Erzielung eines bestimmten positiven Ergebnisses) durch den erfolgreichen Abschluss aller ihrer Komponenten möglich ist. Bei Problemen während der Ausführung eines Teilprozesses (Unmöglichkeit der Ausführung einer der Operationen oder hohe Wahrscheinlichkeit ihrer fehlerhaften Ausführung) werden die Ergebnisse vorangegangener Operationen storniert (Cancel-Event) oder kompensiert (Compensation-Event). Der Umriss des Unterprozesses wird als doppelte durchgezogene Linie gezeigt;

Forderung. Ermöglicht es Ihnen, wiederverwendbare Aufgaben und Teilprozesse in das Diagramm aufzunehmen. Sie ist im Diagramm fett hervorgehoben.

Zusatzfunktionen Die Umsetzung oder Ausführung einer Aktion kann durch Markierungen angezeigt werden, die am unteren Rand des Symbols angezeigt werden:

Schleife. Die Aktion wird in einer Schleife mit einer pre-(while) oder post-(repeat-until) Bedingung ausgeführt;

- ||| oder ≡ - Multi-Instanz. Parallele oder sequentielle Ausführung mehrerer Instanzen des gleichen Aktionstyps. Bei sequenzieller Ausführung kann die Aktion als Schleife mit einem (for)-Parameter betrachtet werden;

Vergütung. Die Aktion wird anstelle der Standardaktion ausgeführt, wenn sie nicht erfolgreich abgeschlossen werden kann;

- ~ - Anpassbarer Teilprozess (Ad-Hoc). Nur für Unterprozesse angegeben. Die spezifische Zusammensetzung und Abfolge der darin enthaltenen Aktionen wird vom Ausführenden im Prozess seiner Implementierung bestimmt.

Generell können für eine Aktion mehrere Token angegeben werden.

3. Gateway.

Das Gateway soll die Besonderheiten des Überspringens des Workflows in alternativen oder parallelen Zweigen angeben. Ein Gateway darf keine eingehenden oder ausgehenden Flüsse haben, muss aber mindestens zwei oder mehr entweder eingehende oder ausgehende Flüsse haben. Der Gateway-Typ wird durch eine Markierung innerhalb seines Symbols angegeben:

- , - exklusiv (Exklusiv, XOR - exklusives ODER). Entwickelt, um den Betriebsablauf in mehrere alternative Routen aufzuteilen, d.h. nur eine der vorgeschlagenen Routen kann während der Ausführung des Prozesses aktiviert werden. Skip-Bedingungen für die ausgehende Route werden als logischer Ausdruck neben die entsprechende Zeile gesetzt;

- - nicht exklusiv (Inklusiv, ODER - logisches ODER). Es ist dazu bestimmt, den Operationsfluss in mehrere Routen aufzuteilen, von denen jede aktiviert wird, wenn der ihr zugeordnete logische Ausdruck wahr ist. Somit können während der Ausführung des Prozesses mehrere Routen auf einmal ausgewählt werden, inkl. und keine, wenn alle Ausdrücke falsch sind;

- - Komplex (Komplex). Ähnlich wie bei einem nicht exklusiven Gateway. Der Unterschied besteht darin, dass ihm ein einzelner Ausdruck zugeordnet ist, der bestimmt, welcher der Workflows aktiviert wird;

- - parallel (Parallel, UND - logisches UND). Konzipiert für das Zusammenführen / Verzweigen gleichzeitig (parallel) Ausführen von Operationsabläufen;

- - exklusiv, basierend auf Ereignissen (Exclusive Event-Based). Entwickelt, um den Betriebsablauf in mehrere alternative Routen aufzuteilen. Die einzige Route, auf der der Prozess fortgesetzt wird, wird nicht auf der Grundlage eines logischen Ausdrucks ausgewählt, sondern in Abhängigkeit von den aufgetretenen Ereignissen, die auf der entsprechenden Route angezeigt werden;

- - Exklusives ereignisbasiertes Gateway zum Starten eines Prozesses. Ähnlich wie das vorherige, aber als Startsymbol eines Prozesses (Unterprozesses) verwendet. Hat keine eingehenden Streams;

- Paralleles ereignisbasiertes Gateway zum Starten eines Prozesses. Ähnlich wie die vorherige, aber es ist möglich, mehrere Fahrstraßen gleichzeitig zu aktivieren, wenn die ihnen zugeordneten Ereignisse ausgelöst werden. Eine asynchrone Ausführung von Routen (zugehörige Workflows und Aktivitäten) ist möglich. Jene. nach Aktivierung und Beginn der Ausführung einer der Routen können auch andere Routen aktiviert und ausgeführt werden, bis der Moment der Beendigung des Prozesses (Teilprozesses) gekommen ist. Hat keine eingehenden Streams.

Auf Abb. Abbildung 8.11 zeigt ein Beispieldiagramm mit zwei verschiedenen Arten von Gateways (exklusiv und ereignisbasiert).

Reis. 8.11. Ein Beispiel für die Verwendung verschiedener Arten von Gateways

4. Datenobjekt.

Mit Hilfe zusätzlicher Markierungen auf dem Diagramm können die Besonderheiten der Verwendung und des Inhalts der Daten angezeigt werden:

- – Eingangsdaten (Dateneingänge). Quellenelemente oder Informationen zum Ausführen von Aktionen. Erscheint oben im Symbol;

- – Daten ausgeben (Datenausgänge). Das Ergebnis der Aktion. Erscheint oben im Symbol;

- ||| - Datensammlung. Eine Sammlung oder ein Array ähnlicher Daten. Erscheint am unteren Rand des Symbols.

Die Beziehung zwischen einem Datenobjekt und Aktionen wird durch eine Assoziation dargestellt.

5. Arbeitsabläufe.

Neben der Standard-Workflow-Darstellung können spezifische Abläufe im Diagramm dargestellt werden:

- – Bedingter Sequenzfluss. Wird beim Verzweigen von Streams verwendet. Wird normalerweise als von einer Aktivität stammend angezeigt, um das Gateway nicht im Diagramm anzuzeigen. Die Bedingungen für die Aktivierung des Flusses sind nebenan als logischer Ausdruck angegeben;

- – Standardsequenzfluss. Wird beim Verzweigen von Streams verwendet. Kann von einer Aktion oder einem Gateway stammen. Keinem booleschen Ausdruck zugeordnet. Der Standard-Thread wird aktiviert, wenn andere Threads gemäß ihren booleschen Ausdrücken oder Ereignissen nicht aktiviert werden können.

Auf Abb. Abbildung 8.12 zeigt ein Beispieldiagramm mit bestimmten Kontrollflüssen (bedingt und standardmäßig).

Reis. 8.12. Beispiel mit spezifischen Kontrollflüssen

Die ganze Vielfalt an Prozessen und Interaktionsmöglichkeiten zwischen ihren Beteiligten wird in BPMN in Typen (Teilmodell) eingeteilt. Jeder Typ hat seine eigene Semantik und einen Satz angezeigter Elemente.

Tabelle 8.5. Arten von Diagrammen (Arten von Prozessen) BPMN

Name des Diagramms (Prozess)			Zweck		Ungefähre Ansicht
Prozessdiagramm (Prozessdiagramm)	Privater (interner) Geschäftsprozess (Privater (interner) Geschäftsprozess)	nicht ausführbar (Nicht ausführbar)	Ein Prozess, der von einem Teilnehmer ausgeführt wird, ohne andere Teilnehmer an der Interaktion im Diagramm anzugeben. Der Detaillierungsgrad (Abstraktion) eines Prozessbeteiligten kann beliebig sein (Organisation, Abteilung, Mitarbeiter). Es ist erlaubt, ein Pooldiagramm und darin enthaltene Spuren zu verwenden, aber die Abläufe von Operationen und Nachrichten sollten nicht über den Pool hinausgehen.	Wird für die High-Level-Prozessmodellierung verwendet. Auf dem Diagramm allgemein dargestellt, d.h. mit einem solchen Detaillierungsgrad, dass seine Umsetzung unter realen Bedingungen gemäß dem im Diagramm dargestellten Schema in der Regel unmöglich ist, da eine Beschreibung der möglichen Nuancen seiner Umsetzung fehlt. Insbesondere fehlen dem Diagramm normalerweise Gatter und Bedingungsausdrücke.
		durchführen (ausführbar)		Es dient zur detaillierten (detaillierten) Modellierung mit einer Beschreibung aller möglichen Nuancen des Prozesses.
	Öffentlicher (offener) Prozess (Öffentlicher Prozess)		Wird verwendet, um die Interaktion zwischen einem privaten Prozess und einem anderen Prozess oder Mitgliedern anzuzeigen, die als reduzierte Pools angezeigt werden.
Choreographie-Diagramm (Choreographie-Diagramm)			Wird verwendet, um einen privaten Prozess als Aktionen anzuzeigen, die Messaging beinhalten. Am oberen und unteren Rand des Aktionssymbols werden die Teilnehmer am Nachrichtenaustausch angezeigt, mit denen die gesendeten / empfangenen Nachrichten in direktem Zusammenhang stehen. Der Initiator einer bestimmten Interaktion und ihre Nachricht im Diagramm werden ohne Schattierung angezeigt, die empfangende Partei (Request Handler) und ihre Nachricht (Antwort) – mit Schattierung.
Interaktionsdiagramm (Zusammenarbeitsdiagramm)	Prozesse (Verfahren)		Wird verwendet, um die Zusammensetzung und Ausführungsreihenfolge von zwei oder mehr Prozessen in Form von Pools anzuzeigen und die Interaktion zwischen ihren Komponenten durch Nachrichtenflüsse anzuzeigen.
	durch Nachrichten (Eine Ansicht der Conversions)		Wird verwendet, um die Interaktion zwischen Teilnehmern in einem Prozess durch Sätze von Nachrichtenflüssen darzustellen. Ein Satz von Nachrichtenflüssen wird als Nachrichtenaustauschsymbol dargestellt, das durch Links mit den Teilnehmern am Informationsaustausch verbunden ist.

Die folgenden Abbildungen zeigen Beispiele für verschiedene Arten von Diagrammen aus dem BPMN 2.0-Standard, die für denselben Prozess erstellt wurden.

Reis. 8.13. Internes Prozessdiagramm

Reis. 8.14. Prozessdiagramm öffnen

Reis. 8.15. Prozess-Interaktionsdiagramm

Reis. 8.16. Choreographie-Diagramm

Der Prozess der Prozessmodellierung mit BPMN folgt den klassischen Prinzipien der Modellierung: Dekomposition und hierarchische Ordnung. Die Dekomposition mit Darstellung in separaten Diagrammen erfolgt für Teilnehmer (Pools) und einzelne Teilprozesse, ähnlich wie Aktivitäten in IDEF0-Diagrammen oder vordefinierte Prozesse in Flussdiagrammen.

1. Obwohl Ereignisse optionale Elemente in Diagrammen sind, wird empfohlen, Start- und Endereignisse anzuzeigen. Ein einzelner Prozess (Pool, Bahn, erweiterter Unterprozess) darf nur ein Startereignis haben, kann aber mehrere Endereignisse haben.

2. Das Diagramm sollte keine Elemente ohne eine einzige Verbindung enthalten.

3. Im Gegensatz zu EPK-Diagrammen sind mehrere aufeinanderfolgende Ereignisse oder Prozesse erlaubt.

4. Jedes Merge-Gateway muss mindestens zwei eingehende Links haben, und ein Branch-Gateway muss mindestens zwei ausgehende Links haben.

5. Die Verzweigung zu alternativen Streams durch logische Ausdrücke ("exklusives ODER" oder logisches "ODER") kann über das entsprechende Gateway (exklusiv, nicht exklusiv oder komplex) oder mithilfe bestimmter Workflows abgebildet werden.

Reis. 8.17. Beispiele für die Verzweigung zu alternativen Streams durch logische Ausdrücke

6. Das Verzweigen zu alternativen Streams basierend auf aufgetretenen Ereignissen kann durch ein exklusives ereignisbasiertes Gateway oder unter Verwendung von Edge-Ereignissen gerendert werden.

Reis. 8.18. Beispiele für die Verzweigung zu alternativen Streams in Abhängigkeit von den aufgetretenen Ereignissen

7. Das Gateway, das die Zweige verzweigt, und das Gateway, das diese Zweige zusammenführt, müssen übereinstimmen. Die Situation ist auch erlaubt, wenn das Verzweigungsgatter „UND“ ist, das Vereinigungsgatter „ODER“.

Beispiele für akzeptable und nicht akzeptable Situationen sind in der folgenden Abbildung dargestellt.

a) akzeptable Situationen

b) inakzeptable Situationen

Reis. 8.19. Beispiele für akzeptable und inakzeptable Nutzung von Gateways

8. Die Anzahl der Linienkreuzungen sollte minimiert werden. Es wird angenommen, dass die Schnittlinien keine logische Verbindung miteinander haben. Mit anderen Worten, die Strömungen an den Kreuzungen ändern ihre Richtung nicht.

8.10. Beispiele für die Erstellung von BPMN-Diagrammen zur Berechnung zulässiger Geschwindigkeiten

Zur Veranschaulichung der Verwendung von BPMN-Diagrammen wird das Verfahren zur Berechnung zulässiger Geschwindigkeiten gewählt. Im Diagramm entspricht dies der Funktion „Berechnung zulässiger Geschwindigkeiten“ (siehe Abb. 6.21) und im Diagramm dem Prozess „Berechnung zulässiger Geschwindigkeiten“ (siehe Abb. 6.24). Eine aussagekräftige Beschreibung des Verfahrens findet sich im Abschnitt.