Projektwissen der AG Prozesse aus AG_QGIS/Projektwissen abgeleitet
Übernommen ohne Historie aus AG_QGIS/Projektwissen (main @ decd2a0), Skill sn-bpmn vom Branch BPMN-Skill @ 6efcac4 (ADR 0001). - Skripte hallo.py, gitea.py, setup_workspace.py auf die Organisation AG_Prozesse umgestellt; das Workspace-Repo zählt über [workspace] repo als Ticket-Repo, auch ohne weitere [[repos]]. - pruefe_umlaute.py prüft jetzt die .py-Dateien des Workspace selbst. - Branchmodell main plus Arbeitsbranches (ADR 0002). - AGENTS.md, README, Leitfäden, Skills, Vorlagen, Fallstricke und Glossar auf die Prozessmodellierung zugeschnitten; QGIS- und Plugin-Spezifisches entfernt. - Tests: python -m pytest -q .agents/skills -> 32 bestanden. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
This commit is contained in:
@@ -0,0 +1,99 @@
|
||||
# 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>` + `~>`/`<~` |
|
||||
Reference in New Issue
Block a user