2026-09-23 12:34:37 +02:00
|
|
|
|
# Status des Projekts
|
|
|
|
|
|
|
|
|
|
|
|
Kurz und aktuell. Wird bei jedem Merge und jeder Übergabe gepflegt (Skill `sn-uebergabe`). Älteres wandert nach unten
|
|
|
|
|
|
in „Erledigt" oder wird gelöscht. **Stand: 23.09.2026.**
|
|
|
|
|
|
|
|
|
|
|
|
## Aktuelle Phase
|
|
|
|
|
|
|
|
|
|
|
|
**Aufbau.** Das Repository wurde aus `AG_QGIS/Projektwissen` abgeleitet (ADR 0001): Arbeitsweise, Skripte und
|
|
|
|
|
|
Skills sind übernommen, alles QGIS- und Plugin-Spezifische ist entfernt. Kern ist der Skill `sn-bpmn`
|
|
|
|
|
|
(Prozessbeschreibung → BPMN 2.0 für PICTURE), übernommen vom Branch `BPMN-Skill` in AG_QGIS.
|
|
|
|
|
|
|
|
|
|
|
|
## Wer arbeitet woran
|
|
|
|
|
|
|
|
|
|
|
|
| Person / Behörde | Schwerpunkt | Stand |
|
|
|
|
|
|
|---|---|---|
|
|
|
|
|
|
| Daniel Helbig (LK Meißen) | Aufbau des Repositorys, Skill `sn-bpmn` | aktiv |
|
|
|
|
|
|
|
|
|
|
|
|
## Offene Baustellen (priorisiert)
|
|
|
|
|
|
|
2026-09-23 13:50:24 +02:00
|
|
|
|
1. **Repo `Projektwissen` in Gitea öffentlich schalten** (Repo → Einstellungen → Sichtbarkeit). Die Organisation ist
|
|
|
|
|
|
öffentlich, das Repo nicht; ohne das liest `scripts/gitea.py` keine Tickets, und die Skills `sn-ticket` und
|
|
|
|
|
|
`sn-aufgabe-bearbeiten` laufen ins Leere.
|
2026-09-23 13:02:48 +02:00
|
|
|
|
2. **ADR 0003 (Ablage in `prozesse/`) vom Team annehmen lassen**, dann den ersten echten Prozess ablegen.
|
2026-09-23 12:34:37 +02:00
|
|
|
|
3. **Glossar um BPMN-/PICTURE-Begriffe ergänzen** und die Flurbereinigungsbegriffe auf das prüfen, was für
|
|
|
|
|
|
Prozesse gebraucht wird.
|
|
|
|
|
|
4. **Leitfäden vom Team gegenlesen lassen.** `docs/leitfaden/03–05` sind für die Prozessarbeit neu gefasst;
|
|
|
|
|
|
die Beispiele (Issue #12 usw.) sind erfunden und durch echte zu ersetzen, sobald es sie gibt.
|
|
|
|
|
|
5. **Umgang mit `sn-bpmn` in AG_QGIS klären.** Der Branch `BPMN-Skill` in `AG_QGIS/Projektwissen` ist durch dieses
|
|
|
|
|
|
Repository abgelöst und kann dort nach Absprache gelöscht werden.
|
|
|
|
|
|
|
|
|
|
|
|
## Erledigt
|
|
|
|
|
|
|
2026-09-23 14:09:48 +02:00
|
|
|
|
- 23.09.2026 **Eingangsordner `input/` und Skill `sn-einlesen`** (#5): `.md`-Dateien werden geprüft (andere
|
|
|
|
|
|
Typen vorerst abgelehnt), mit dem Bestand verglichen, nach Entscheidung des Nutzers durch `sn-bpmn` geführt und
|
|
|
|
|
|
bei Erfolg mit Zeitstempel vermerkt. Einsteiger-Ablauf: `docs/leitfaden/07_prozesse_einlesen.md`.
|
|
|
|
|
|
|
2026-09-23 13:50:24 +02:00
|
|
|
|
- 23.09.2026 **Regeln für PR- und Issue-Texte an AG_QGIS angeglichen:** Vertragsabschnitt in der PR-Vorlage
|
|
|
|
|
|
(„Änderungen an Syntax und Ablageformat“), Vertragsfrage in der Issue-Vorlage, Testpflicht wieder für jede neue
|
|
|
|
|
|
Funktionalität, vollständige Checklisten, kein Arbeitsbranch ohne Issue. `gitea.py` meldet ein nicht öffentliches
|
|
|
|
|
|
Repo jetzt als Fehler statt „keine Tickets“ und stürzt bei Zeichen außerhalb von cp1252 nicht mehr ab.
|
|
|
|
|
|
|
2026-09-23 13:32:14 +02:00
|
|
|
|
- 23.09.2026 **BPMN-Vorschau** im Browser, offline: `scripts/vorschau.py` und `werkzeuge/vorschau/vorschau.html`
|
|
|
|
|
|
auf Basis von bpmn-js 18.29.1 (lokal eingebettet, MIT mit Wasserzeichen-Auflage). Anzeige direkt in Gitea wäre
|
|
|
|
|
|
Sache der Server-Administration (externer Renderer), Issue-Entwurf liegt vor.
|
|
|
|
|
|
|
2026-09-23 13:02:48 +02:00
|
|
|
|
- 23.09.2026 **Ablage der Prozessmodelle** in `prozesse/<name>/` mit Steckbrief, `.md` und erzeugter `.bpmn`
|
|
|
|
|
|
(ADR 0003). `scripts/pruefe_prozesse.py` prüft Struktur, Status und Aktualität der `.bpmn`, auch als Test.
|
|
|
|
|
|
Die in `Anleitung.md` genannten, aber nie committeten Beispiele liegen jetzt unter
|
|
|
|
|
|
`.agents/skills/sn-bpmn/beispiele/`.
|
|
|
|
|
|
|
2026-09-23 13:50:24 +02:00
|
|
|
|
- 23.09.2026 **Repository aus AG_QGIS/Projektwissen abgeleitet** (Stand `main` @ `a0bb40a` bzw. `BPMN-Skill` @ `6efcac4`),
|
2026-09-23 12:34:37 +02:00
|
|
|
|
ohne Historie. Skripte auf die Organisation `AG_Prozesse` umgestellt, Hauptbranch `main`, Test über `pytest`
|
|
|
|
|
|
(32 Tests grün), `pruefe_umlaute.py` prüft jetzt den Workspace selbst.
|
