Skip to content

[Innovationswoche '24][SDKs] Parsen und validieren des BPMN XMLs

User Story

Ich möchte immer darüber informiert werden, wenn es irgendwelche Änderungen in einem Prozess gibt und, dass sichergestellt wird, dass die Nachricht(en) prozesskonform sind.

Warum

Es soll ohne Medienbruch möglich werden, bspw. ODs und Fachverfahren darüber zu informieren, dass es gesetzliche Veränderungen am Prozess gibt. Diese Info (nicht im Scope) auch dem Hersteller über das SSP bereitgestellt werden. Die SDKs sollen Kenntnis bekommen können, wenn im Repo neue (gesetzlich verbindliche) Prozess-Versionen angekündigt werden (oder sogar scharf geschaltet werden)
Die SDKs sollen Plausibilitätsüberprüfungen durchführen können: Bspw.: Wurde eine Nachricht Prozess-Standard konform an die korrekte Task-ID geschickt? Bspw.: (schwieriger): Konnte im Gesamt-Prozess diese Nachricht rein logisch überhaupt schon geschickt werden? (Die Liste der möglichen Anwendungspotentiale ist voraussichtlich länger)

Links, Hinweise, Bemerkungen

Akzeptanzkriterien

  • [SDK-1] Die SDKs sollen fähig sein vom Prozess-Repo Prozessmodelle (oder rollenspezifische Partialmodelle: s. Vereinfachungen) in einer bestimmten Version abzurufen.
  • [SDK-2] Die SDKs sollen fähig sein, für jedes Prozessmodell, dass die Fachebene unterstützen will, eigenständig zu sagen, welche Rolle die Fachebene in diesem Prozess jeweils einnimmt. (Wo kommt dieses Wissen her: Am Ende aus dem SSP/aus der Destination-API? Wie machen wir das in der Innowoche?)
  • [SDK-3] Die SDKs sollen fähig sein, sich über das Auftreten von bspw. neuen Versionen eines Prozesses beim Repo zu informieren und diese Information der Fachebene bei Nachfrage maschinenlesbar zur Verfügung stellen.
  • [SDK-4] Die SDKs sollen fähig sein, dynamisch die Prozessmodelle, die auf der Fachebene ausgeführt werden könnten zu cachen und diese der Fachebene bei Nachfrage zur Verfügung zu stellen.
  • [SDK-5] (Optional, vermutlich zu aufwändig): Die SDKs sollen ein Prozessinstanz-Register dynamisch aufbauen (Prozessinstanzen kennen, die auf der Fachebene laufen). (+Binding auf Case)

Mögliche Vereinfachungen:

  • [SDK-1-V1]: Im Falle der gemeinsamen Entscheidung mit Team „Repo“ werden Partialmodelle nicht bereitgestellt.
  • [SDK-2-V1]: Rolle wird für Demo-Prozess hartkodiert in die Konfig abgelegt. Eine Pflege der Rolle in der Zustelldienst-Persistenz (via Destination-API) ist dann ebenfalls nicht notwendig.
  • [SDK-3-V1]: In Absprache mit Team „Repo“ wird der Teil-Showcase „Info/Warnung bei neuen Prozessversionen“ nicht umgesetzt.
  • [SDK-5-V1]: Im Falle der gemeinsame Entscheidung im Gesamtteam, im Showcase (dieser Innowoche) weder die Validierung verfügbarer (und in den Metadaten adressierter) fachlicher Prozessinstanzen zu zeigen noch die logische Plausibilität von Nachrichten relativ zum Stand jener Prozessinstanz zu zeigen, ist die Prozessinstanz-Registry nicht umzusetzen.

Mögliche Folgeaktivitäten (vom Entwickler zu ergänzen)

Edited by Marius Richter