UiPath Documentation
process-mining
2.2510
true

Process Mining-Benutzerhandbuch

Letzte Aktualisierung 5. Mai 2026

Process Mining-Typen

Folgt direkt dem Diagramm

Folgt direkt Prozessmodelle (Adjazenzdiagramme) konzentrieren sich auf Einfachheit und Lesbarkeit und zeigen eine klare und direkte Darstellung des Ereignisprotokolls. Diese Prozessmodelle sind intuitiv und leicht verständlich, sodass sie hilfreich sind, da sie den grundlegenden Ablauf von Aktivitäten leicht verstehen. Auch wenn sie eventuell nicht alle komplexen Verhaltensweisen im Prozess erfassen, wie z. B. Parallelität, bieten die direkt folgenden Prozessmodelle einen nützlichen Ausgangspunkt für die Prozessanalyse.

Die Beziehung Folgt direkt stellt die Reihenfolge dar, in der Aktivitäten in einem Prozess auftreten. Sie basiert auf Ereignisprotokollen, die Aufzeichnungen von Aktivitäten enthalten, die während der Ausführung eines Prozesses ausgeführt wurden. Durch die Analyse der Ereignisprotokolle können Process Mining-Techniken identifizieren, welche Aktivitäten normalerweise nacheinander ausgeführt werden. Zwischen diesen beiden Aktivitäten ist eine Edge als A➝B definiert.

Wenn beispielsweise die Pfade A→B und C→D in einem Prozess parallel ausgeführt werden können, können die Aktivitäten der beiden Pfade im Ereignisprotokoll in beliebiger Reihenfolge auftreten. Bei der Methode „Folgt direkt dem Diagramm“ werden diese Ereignisse nicht als parallel ausgeführt, und der resultierende Prozessablauf kann wie folgt aussehen: A➝C➝B➝D.

Ein Discover-Prozessmodell oder ein BPMN-Prozessmodell berücksichtigt jedoch parallele Strukturen.

Prozessmodell erkennen

Die Erkennung eines Prozessmodells ermöglicht Ihnen ein besseres Verständnis Ihrer Prozessstruktur. Durch die Analyse des gesamten Prozesses (des gesamten Ereignisprotokolls) mit erweiterten Process Mining-Techniken werden Aktivitäten automatisch erkannt, die parallel ablaufen, Teil einer Entscheidung sind oder Teil einer komplexeren Schleife sind. Diese Beziehungen werden als Prozesssemantiken bezeichnet.

In der folgenden Tabelle werden die semantischen Prozesstypen beschrieben, die in Prozesserkennungsmodellen verwendet werden.

Typ des semantischen KnotensBeschreibungVisuelle Darstellung
Paralleles Gateway (UND)Stellt zwei oder mehr Verzweigungen dar, die parallel erfolgen.Paralleles Gateway (UND)
Exklusives Auswahlgateway (XOR)Stellt eine ausschließliche Auswahl (Entscheidungspunkt) zwischen zwei oder mehr Verzweigungen dar.Exklusives Auswahlgateway (XOR)
SchleifengatewayStellt einen wiederholbaren Unterprozess mit einem Schleifentextpfad und einem oder mehreren Nachbearbeitungspfaden dar.Schleifengateway

Beispiel Prozessdiagramm des Modells Discover

BPMN-Modell importieren

Wählen Sie BPMN-Modell importieren aus, wenn Sie Ihr eigenes BPMN 2.0-Modell importieren und als Process Mining-Typ für Ihre Prozess-App verwenden möchten.

Hinweis:

Mit dem BPMN-Modell ordnen erweiterte Prozessalgorithmen Ihre Ereignisprotokolldaten dem BPMN-Modell zu, sodass Sie analysieren können, wie das BPMN-Modell und Ihre Daten zusammenhängen.

  1. Ziehen Sie die .bpmn -Datei, die das BPMN 2.0-Modell enthält, das Sie importieren möchten, und legen Sie es ab.

    Importieren Sie eine BPMN-Datei

Wenn die Datei erfolgreich importiert wurde, ist die Schaltfläche Weiter aktiviert.

Tipp:

Wenn Sie nach dem Erstellen der Prozess-App ein anderes BPMN-Modell verwenden möchten, können Sie ein BPMN-Modell in Prozessmodelle importieren.

Anforderungen an BPMN-Modelle

In den folgenden Abschnitten werden die Anforderungen für den erfolgreichen Import eines BPMN 2.0-Modells für die Verwendung in Process Mining beschrieben.

Allgemeine Anforderungen für das BPMN-Modell

  • Das BPMN muss dem BPMN 2.0-Standard entsprechen.
  • Das BPMN muss eine einzelne Prozessdefinition enthalten.
  • Der BPMN darf nur unterstützte Elemente enthalten.
  • Alle Knoten im BPMN müssen eine ID haben.
  • Das BPMN-Modell sollte nicht mehr als 999 Knoten enthalten.

Unterstützte BPMN-Elemente

Die folgenden BPMN-Elemente werden unterstützt:

  • Ereignisse starten
  • Beenden Sie Ereignisse
  • Aufgaben
  • Exklusive Auswahlgateways
  • Inklusive Auswahlgateways
  • Parallele Gateways
  • Sequence-Flows

Aufgaben- und Flow-Anforderungen

AnforderungenBeispiel
Ein Startereignis muss definiert werden, und es kann nur ein Startereignis geben.Dokumentationsbild
Ein Endereignis muss definiert werden, und es kann nur ein Endereignis geben.Dokumentationsbild
Mindestens eine Aktivitätsaufgabe muss definiert sein.Dokumentationsbild
Für das BMPM-Modell müssen mindestens zwei Sequence-Flows definiert sein.Dokumentationsbild
Die Aufgaben müssen eindeutige Beschriftungen haben.Dokumentationsbild
Alle Sequence-Abläufe müssen eine Quelle und ein Ziel haben.Dokumentationsbild
Jede Aufgabe muss einen einzigen eingehenden und einen einzigen ausgehenden Sequence-Flow haben.Dokumentationsbild
Das Startereignis hat nur eine einzige ausgehende Edge.Dokumentationsbild
Das Endereignis hat nur eine einzige eingehende Kante.Dokumentationsbild
Alle Knoten und Sequence Flows im BPMN sind in einem einzigen Modell verbunden.Dokumentationsbild

Gateway-Voraussetzungen

Die Gateways in der BPMN müssen Paare bilden. Jedes Paar verfügt über ein öffnendes Gateway, das den Prozessablauf in mehrere Prozessabläufe aufteilt . Jedes Paar verfügt über ein schließendes Gateway, das die aufgeteilten Prozessabläufe zu einem einzigen Fluss verbindet . Diese Struktur wird als Block bezeichnet. Die Flows innerhalb eines Blocks können andere, geschachtelte Blöcke enthalten. Die einzigen Flows, die zum Eingeben und Verlassen der Flows innerhalb eines Blockes genutzt werden, führen jedoch die Aufteilungs- und Join- Gateways aus.

Die folgende Abbildung zeigt ein Beispiel für ein BPMN-Modell mit Gateway-Paaren, die Blöcke bilden. Die Blöcke werden hervorgehoben.

BPMN-Modell mit Gateway-Paaren, die Blöcke bilden

AnforderungenBeispiel
Jedes Gateway ist entweder ein Aufteilungs- oder ein Join- Gateway.
Ein geteiltes Gateway hat eine einzelne eingehende Edge und mindestens zwei ausgehende Edges.Aufteilen des Gateways
Ein Join- Gateway hat mindestens zwei eingehende Edges und eine einzelne ausgehende Edge.Treten Sie dem Gateway bei
Für jedes geteilte Gateway gibt es ein entsprechendes Join-Gateway desselben Typs und umgekehrt.Beispiel
Jedes Split-Join-Gateway-Paar und die Elemente zwischen ihnen sind eine Single-Entry-Single-Exit-Komponente: eine Modellkomponente, die nur eine einzige Eingangs-Edge und eine einzige Ausgangs-Edge hat.Beispiel
Jeder Pfad von einem geteilten Gateway bis zu dem entsprechenden Join-Gateway muss auch ein Single-Entry-Single-Exit sein.Beispiel
Es kann keine direkten Sequence-Flows zwischen entsprechenden aufteilenden und verbindenden parallelen Gateways geben.Beispiel
Jedes exklusive Auswahl-Gateway-Paar, das einen Schleifenfluss zu einem vorherigen Punkt im Prozess beschreibt, kann keinen leeren Hauptpfad und einen leeren Redo-Pfad haben, da dies eine unbestimmte Schleife ermöglicht, ohne dass eine Aufgabe ausgeführt wird.Beispiel

War diese Seite hilfreich?

Verbinden

Benötigen Sie Hilfe? Support

Möchten Sie lernen? UiPath Academy

Haben Sie Fragen? UiPath-Forum

Auf dem neuesten Stand bleiben