Überprüfung Ihres Modells

Der Editor überprüft Ihr Modell während der Arbeit und zeigt Ihnen auf, was daran falsch ist, bevor es jemand anderes bemerkt. Es gibt zwei Prüfungen: das Lint-Panel, das überprüft, wie der Prozess modelliert ist, und den Validierungsbericht, der beurteilt, ob das BPMN selbst gut strukturiert ist.

Das Lint-Panel

Klicken Sie auf Lint in der Symbolleiste, um das Panel zu öffnen. Die Kopfzeile zeigt eine laufende Zählung in drei Schweregraden:

Schweregrad	Bedeutung
Error	Das Modell ist fehlerhaft – es beschreibt keinen ausführbaren Prozess.
Warning	Das Modell funktioniert, aber etwas daran wird Verwirrung oder Wartungsaufwand verursachen.
Info	Ein Vorschlag. Lesenswert, aber kann ignoriert werden.

Klicken Sie auf ein Problem, um das betreffende Element auszuwählen und dorthin zu scrollen, damit Sie es ohne Suche beheben können. Wenn keine Probleme mehr vorliegen, zeigt das Panel No issues found an.

Schnellkorrekturen

Einige Probleme bieten eine Ein-Klick-Korrektur direkt im Problem an – zum Beispiel Remove gateway, Delete element oder Delete duplicate flow. Das Anwenden einer Schnellkorrektur ist wie eine normale Bearbeitung, daher kann sie mit Ctrl+Z rückgängig gemacht werden.

Was Lint prüft

Die Prüfungen fallen in einige Kategorien.

Struktur – jeder Prozess benötigt einen Anfang und ein Ende

• Ein Prozess oder Teilprozess ohne Startereignis oder ohne Endereignis.
• Ein Prozess mit mehreren leeren Startereignissen, wobei jeder Einstiegstyp angegeben sein sollte oder die Starter zusammengeführt werden müssen.
• Ein Element, das als impliziter Anfang oder Ende wirkt, weil nichts davor oder dahinter angeschlossen ist.

Konnektivität – nichts sollte isoliert sein

• Ein Element ohne eingehende oder ausgehende Flüsse.
• Eine Sackgasse: kein ausgehender Sequenzfluss.
• Ein unerreichbares Element: kein eingehender Sequenzfluss.
• Ein Sequenzfluss, dessen Quelle oder Ziel nicht mehr vorhanden ist.
• Zwei Elemente, die durch doppelte Sequenzflüsse verbunden sind.
• Eine doppelte Element-ID.

Gateways – Verzweigungen sollten eindeutig sein

• Ein Element mit mehreren ausgehenden Flüssen, das die Aufgabe eines Gateways übernimmt (implizite Aufteilung), oder mit mehreren eingehenden Flüssen, das eine Zusammenführung darstellt.
• Ein Gateway, das sowohl zusammenführt als auch verzweigt, welches in zwei Gateways aufzuteilen ist.
• Ein Gateway, das als auseinandergehend oder zusammenführend deklariert ist, aber falsch angeschlossen wurde.
• Ein Gateway mit einem Eingang und einem Ausgang – es führt weder zusammen noch verzweigt und kann entfernt werden.
• Ein ereignisbasiertes Gateway, dem etwas anderes als ein Zwischenereignis oder eine Empfangsaufgabe folgt.
• Ausgehende Flüsse, die eine Bedingung benötigen, weil die Geschwister bedingt sind.
• Inklusive und komplexe Gateways, welche als schwerer verständlich als exklusive oder parallele Gateways gelten.

Unterprozesse und Endereignisse

• Ein typisiertes Startereignis innerhalb eines eingebetteten Unterprozesses, welches einen leeren Start verwenden muss.
• Ein leeres Startereignis in einem Ereignis-Unterprozess, der einen typisierten Start benötigt.
• Ein überflüssiges Terminierungs-Endereignis.

Benennung und Größe – Lesbarkeit

• Ein Element ohne Namen.
• Ein Aktivitätsname, der nicht mit einem Tätigkeitsverb beginnt („Rechnung genehmigen“, „Benachrichtigung senden“).
• Ein Ereignisname, der nicht als abgeschlossener Zustand formuliert ist („Rechnung empfangen“, „Auftrag versandt“).
• Ein Prozess, der so groß ist, dass er in Unterprozesse aufgeteilt werden sollte.
• Ein Element mit so vielen eingehenden oder ausgehenden Pfaden, dass die Verzweigungen aufgeteilt oder vorgelagert zusammengeführt werden sollten.

Der Validierungsbericht

Die Arbeitsflächen-Steuerelemente enthalten Show validation report, das die gleichen Ergebnisse als reinen Textbericht anzeigt, statt als interaktive Liste. Es gibt die Gesamtzahl der Probleme an, gefolgt von jedem Problem mit dessen Schweregrad und der ID des zugehörigen Elements – oder es bestätigt, dass keine Probleme gefunden wurden.

Verwenden Sie das Lint-Panel während der Prozessentwicklung, da Sie auf ein Problem klicken und direkt zum Element springen können. Nutzen Sie den Validierungsbericht, wenn Sie die Ergebnisse als Text benötigen, den Sie in eine Prüfnachricht, ein Ticket oder eine E-Mail kopieren möchten – die Element-IDs machen jedes eindeutig.

Vorschau der Prozessdokumentation

Show process documentation preview in den Arbeitsflächen-Steuerelementen stellt das Modell als schriftliche Beschreibung dar, sodass Sie den Prozess als Fließtext lesen und Schritte erkennen können, die sprachlich keinen Sinn ergeben. Dies ist dieselbe Beschreibung, die Sie auch über Export > Markdown docs erhalten.

Hinweise auf der Arbeitsfläche

Wenn ein Modell anderswo erstellt wurde und etwas enthält, das die Arbeitsfläche nicht zeichnen kann, erscheint eine Mitteilung, anstatt es still zu ignorieren. Hinweise betreffen:

• Drilldown-Ansichten, die nicht gerendert werden, sodass Sie nur eine Teilsicht sehen.
• Elemente ohne Positionsinformationen, die nicht angezeigt werden.
• Elementtypen, die als Platzhalter gezeichnet werden.

Das zugrundeliegende BPMN bleibt in jedem Fall erhalten – ein Hinweis zeigt nur, dass die Abbildung unvollständig ist, nicht die Datei.

Vorgeschlagene Reihenfolge

1. Zeichnen Sie den Prozess.
2. Öffnen Sie Lint und beheben Sie zuerst die Fehler, dann die Warnungen.
3. Lesen Sie die Prozessdokumentations-Vorschau, um zu prüfen, ob der Prozess in Worten sinnvoll ist.
4. Führen Sie Clean up routes und Arrange > Auto layout aus, um das Diagramm aufzuräumen.
5. Speichern und dann veröffentlichen.