100 lines
6.3 KiB
Markdown
100 lines
6.3 KiB
Markdown
 
|
# PICTURE-Elementkatalog (BPMN 2.0)
|
|||
|
|
|
|||
|
|
Quelle: Informationsportal der PICTURE-Prozessplattform, Abschnitt „BPMN 2.0"
|
|||
|
|
(Stand der Übernahme: 2026-09-21). PICTURE deckt die OMG-Konformitätsklassen
|
|||
|
|
„Deskriptives BPMN" und „Analytisches BPMN" ab – Symbole/Icons sind hier
|
|||
|
|
bewusst weggelassen, da für den Skill nur Name, Bedeutung und DSL-Zuordnung
|
|||
|
|
relevant sind. Bei Bedarf original im PICTURE-Portal nachschlagen.
|
|||
|
|
|
|||
|
|
Spalte „`md_to_bpmn.py`" zeigt das DSL-Schlüsselwort aus `Anleitung.md`.
|
|||
|
|
**„–“ bedeutet: von `md_to_bpmn.py` aktuell nicht erzeugbar** – im Entwurf als
|
|||
|
|
Freitext/Hinweis dokumentieren und nach dem Import manuell in PICTURE ergänzen.
|
|||
|
|
|
|||
|
|
## Aktivitäten
|
|||
|
|
|
|||
|
|
| Name | Beschreibung | `md_to_bpmn.py` |
|
|||
|
|
|---|---|---|
|
|||
|
|
| Aufgabe | Arbeitsschritt, der nicht weiter verfeinert wird. | `Task` / `Aufgabe` |
|
|||
|
|
| Manuelle Aufgabe | Ausführung durch einen Menschen ohne IT-Unterstützung. | `Manuelle Aufgabe` |
|
|||
|
|
| User-Aufgabe | Ausführung durch einen Menschen mit Software-Unterstützung. | `User Aufgabe` |
|
|||
|
|
| Service-Aufgabe | Automatische Ausführung durch einen Dienst/Service. | `Service Aufgabe` |
|
|||
|
|
| Script-Aufgabe | Automatische Ausführung durch eine Process Engine per Script. | `Script Aufgabe` |
|
|||
|
|
| Geschäftsregel-Aufgabe | Automatische Ausführung nach Entscheidungs-/Berechnungsregeln. | `Geschäftsregel Aufgabe` |
|
|||
|
|
| Aufgabe (sendend) | Versand einer Nachricht an einen externen Beteiligten. | `Sendeaufgabe` |
|
|||
|
|
| Aufgabe (empfangend) | Empfang einer Nachricht von einem externen Beteiligten. | `Empfangsaufgabe` |
|
|||
|
|
| Geschlossener Teilprozess | Gekapselte Aktivitätsmenge, Details in separatem Diagramm ausgelagert. | `Teilprozess` |
|
|||
|
|
| Aufgeklappter Teilprozess | Gekapselte, aber inline dargestellte Aktivitätsmenge (keine Auslagerung). | – (noch nicht unterstützt, siehe Einschränkungen in `Anleitung.md`) |
|
|||
|
|
| Aufruf-Element (Call Activity) | Verknüpfung mit einem separaten, eigenständigen Prozess. | `Aufruf` |
|
|||
|
|
|
|||
|
|
## Wiederholungen
|
|||
|
|
|
|||
|
|
| Name | Beschreibung | `md_to_bpmn.py` |
|
|||
|
|
|---|---|---|
|
|||
|
|
| Schleife | Aktivität wiederholt sich, solange eine Bedingung zutrifft. | – (noch nicht unterstützt) |
|
|||
|
|
| Multi-Instanz (sequenziell) | Aktivität läuft für eine bekannte Anzahl Objekte nacheinander. | – (noch nicht unterstützt) |
|
|||
|
|
| Multi-Instanz (parallel) | Wie sequenziell, aber alle Ausführungen parallel. | – (noch nicht unterstützt) |
|
|||
|
|
|
|||
|
|
## Ereignisse
|
|||
|
|
|
|||
|
|
Start-, Zwischen- und Endereignisse können optional typisiert werden. In der
|
|||
|
|
DSL: `<Start|Zwischenereignis|Ende> <Kind> [sendend|empfangend]: <Label>`.
|
|||
|
|
|
|||
|
|
| Ereignis-Kind | Bedeutung | `md_to_bpmn.py`-Wort |
|
|||
|
|
|---|---|---|
|
|||
|
|
| (untypisiert) | Allgemeines Ereignis, meist Start/Ende. | – (kein Zusatzwort) |
|
|||
|
|
| Nachricht | Empfang/Versand einer Nachricht (Dokument, Information). | `Nachricht` |
|
|||
|
|
| Zeit | Periodisches, zeitpunkt- oder zeitspannenbezogenes Ereignis. | `Zeit` |
|
|||
|
|
| Eskalation | Meldung an den nächsthöheren Verantwortlichen. | `Eskalation` |
|
|||
|
|
| Bedingung | Reaktion auf veränderte (Geschäfts-)Bedingungen. | `Bedingung` |
|
|||
|
|
| Link | Fortsetzung eines aufgetrennten Sequenzflusses; nur als Zwischenereignis, paarweise sendend/empfangend. Von Analysefunktionen nicht unterstützt. | `Link` (nur Zwischenereignis) |
|
|||
|
|
| Fehler | Auslösen/Behandeln definierter Fehler. | `Fehler` |
|
|||
|
|
| Signal | Signal an (potenziell) mehrere Prozesse gleichzeitig. | `Signal` |
|
|||
|
|
| Terminierung | Sofortige Beendigung der Prozessinstanz. | `Terminierung` (nur Endereignis) |
|
|||
|
|
|
|||
|
|
Start-Ereignisse sind immer eintretend/empfangend, Endereignisse immer
|
|||
|
|
auslösend/sendend (Skript weist eine widersprüchliche Angabe ab).
|
|||
|
|
Zwischenereignisse sind standardmäßig empfangend (Catch); mit `sendend`
|
|||
|
|
wird daraus ein Throw-Ereignis.
|
|||
|
|
|
|||
|
|
## Kontrollfluss-Operatoren (Gateways)
|
|||
|
|
|
|||
|
|
| Name | Bedeutung | `md_to_bpmn.py` |
|
|||
|
|
|---|---|---|
|
|||
|
|
| Parallele Verzweigung (AND-Split) | Alle nachfolgenden Pfade laufen gleichzeitig. | `Gateway AND` |
|
|||
|
|
| Exklusive datenbasierte Verzweigung (XOR) | Genau ein Pfad wird abhängig von den Daten gewählt. | `Gateway XOR` |
|
|||
|
|
| Inklusive datenbasierte Verzweigung (OR) | Ein oder mehrere Pfade werden gewählt. | `Gateway OR` |
|
|||
|
|
| Exklusive ereignisbasierte Verzweigung | Es folgt der Pfad, dessen Ereignis/empfangende Aufgabe zuerst eintritt; alle anderen Pfade verfallen für diese Instanz. Darf **nicht** spiegelbildlich als Zusammenführung genutzt werden. | `Gateway Ereignisbasiert` |
|
|||
|
|
| Entweder-Oder-Zusammenführung (XOR-Merge) | Ankommende Pfade laufen unabhängig voneinander einfach weiter; Nachfolger wird ggf. mehrfach durchlaufen. | `Gateway XOR` als Zusammenführung |
|
|||
|
|
| Verschmelzung (AND-Merge) | Wartet auf **alle** eingehenden Pfade, bevor es weitergeht. | `Gateway AND` als Zusammenführung |
|
|||
|
|
| Oder-Verschmelzung (OR-Merge) | Wartet auf alle **aktiven** eingehenden Pfade. | `Gateway OR` als Zusammenführung |
|
|||
|
|
|
|||
|
|
`md_to_bpmn.py` erzeugt für Split und Merge denselben Gateway-Typ (XOR/OR/AND
|
|||
|
|
sind in BPMN dieselben Elemente, nur mit unterschiedlicher Kanten-Anzahl) –
|
|||
|
|
siehe `Modellierregeln.md` für die Regel, welcher Merge-Typ zu welchem
|
|||
|
|
Split-Typ passt, und für PICTUREs Grenze von vier Anschlusspunkten je
|
|||
|
|
Gateway (Modellierregel 4).
|
|||
|
|
|
|||
|
|
## Sequenz- und Nachrichtenflüsse
|
|||
|
|
|
|||
|
|
| Name | Beschreibung | `md_to_bpmn.py` |
|
|||
|
|
|---|---|---|
|
|||
|
|
| Sequenzfluss | Reihenfolge innerhalb eines Pools. | `->` |
|
|||
|
|
| Nachrichtenfluss | Nur zwischen Pools, nie innerhalb desselben Pools. | `~>` (ausgehend) / `<~` (eingehend) zu einem per `Extern:` deklarierten Beteiligten |
|
|||
|
|
|
|||
|
|
## Artefakte
|
|||
|
|
|
|||
|
|
| Name | Beschreibung | `md_to_bpmn.py` |
|
|||
|
|
|---|---|---|
|
|||
|
|
| Datenobjekt / Dokument | Information, die im Prozess erstellt/genutzt/weitergegeben wird. Sparsam einsetzen, nur bei besonders wichtigem Sachverhalt. | `Datenobjekt` |
|
|||
|
|
| Datenspeicher | Dauerhafte, von der Prozessinstanz unabhängige Ablage (Datenbank, Aktenschrank). | `Datenspeicher` |
|
|||
|
|
| Textuelle Anmerkung | Kommentar zu einem beliebigen Modellelement. | `Hinweis` |
|
|||
|
|
| Gruppe | Rein visuelle Klammer ohne Einfluss auf Ablauf/Verantwortlichkeiten. | `Gruppe` |
|
|||
|
|
|
|||
|
|
## Pools & Schwimmbahnen
|
|||
|
|
|
|||
|
|
| Name | Beschreibung | `md_to_bpmn.py` |
|
|||
|
|
|---|---|---|
|
|||
|
|
| Pool | Grenze eines Prozesses/Teilprozesses. | entsteht automatisch, sobald Lanes oder `Extern:`-Beteiligte vorkommen |
|
|||
|
|
| Schwimmbahn | Unterteilung eines Pools nach Organisationseinheit/Rolle/System. | automatisch aus `Verantwortlicher: Aufgabe`-Präfix |
|
|||
|
|
| Geschlossener Pool | Externe/r Beteiligte/r bzw. externer Prozess ohne dargestellten Inhalt, tauscht nur Nachrichten aus. | `Extern: <Name>` + `~>`/`<~` |
|