Teilprozesse und Modularität

Teilprozesse unterstützen die Übersichtlichkeit des Modells, indem sie zusammengehörige Aktivitäten in einer einzigen wiederverwendbaren Struktur gruppieren. Sie tragen dazu bei, die Komplexität von Diagrammen zu reduzieren, die Geschäftslogik zu isolieren und die Wiederverwendung zu fördern.

In BPMN kann ein Teilprozess entweder inline oder über eine wiederverwendbare Aufrufaktivität modelliert werden. In Maestro:

• Es werden nur Aufrufaktivitäten unterstützt.
• Der Teilprozess muss als separates Diagramm modelliert werden.
• Der Aufrufprozess gibt Eingaben und erhält die Ausgabe über definierte Parameter.

Wozu dienen Aufrufaktivitäten?

Eine Aufrufaktivität verweist auf einen Teilprozess, der an anderer Stelle im Projekt oder in der Umgebung definiert ist. Sie verhält sich wie eine wiederverwendbare Funktion. Aufrufaktivitäten verbessern die Prozessmodellierung, weil sich dadurch:

• Doppelungen in Diagrammen vermeiden lassen
• Wiederverwendbare Logik isolieren lässt (z. B. Genehmigungen, Validierungen, Versand)
• Das Hauptdiagramm präzise gestalten lässt
• Ein konsistentes Verhalten über Prozessvarianten hinweg unterstützen lässt.

So modellieren Sie Teilprozesse

So erstellen Sie einen Teilprozess in Maestro:

• Modellieren Sie den Teilprozess als eigenständiges Diagramm.
• Fügen Sie im übergeordneten Diagramm eine Aufrufaktivität ein.
• Verknüpfen Sie die Aufrufaktivität mit dem Teilprozess.
• Konfigurieren Sie Eingabe- und Ausgabevariablen, um Daten auszutauschen.

Modellierungsbeispiele

Anwendungsbeispiel: Ein Onboarding-Workflow verwendet denselben Teilprozess sowohl Collect Documentsin den Mitarbeiter- als auch in den Anbieter-Onboarding-Prozesses.Anstatt Schritte zu duplizieren, wird in jedem übergeordneten Prozess eine Aufrufaktivität hinzugefügt, die auf denselben Teilprozess verweist.

Anwendungsbeispiel: Dieses Beispiel für Unterprozesse zeigt einen bedingten Workflow zum Herunterladen und Hochladen von Dateien in Maestro. Der Prozess beginnt mit einem Nachricht-Startereignis und verzweigt sich mithilfe eines exklusiven Gateways. Je nach Bedingung wird entweder ein E-Mail-Anhang oder eine Datei aus einem Datensatzfeld heruntergeladen. Beide Pfade führen zu einer Aufgabe „Datei hochladen“ zusammen, gefolgt von einem SubProcess-Element mit dem Namen Sub-Process1.Dieser Teilprozess enthält zusätzliche Schritte im Zusammenhang mit Aktionen nach dem Hochladen, bevor der Workflow am Endereignis abgeschlossen wird.

Modellierungsrichtlinien

• Geben Sie den Teilprozessen aussagekräftige Geschäftsnamen (z. B. Verify Contract Terms).
• Parameter für Dokumenteneingabe und -ausgabe sowie deren erwartete Nutzung.
• Fokussieren Sie Teilprozesse auf eine einzige Verantwortung oder ein einziges Ergebnis.
• Vermeiden Sie das Entwerfen von Teilprozessen mit Annahmen über den übergeordneten Kontext.

Benennungskonventionen

Die Namen von Teilprozessen und Aufrufaktivitäten sollten:

• Geschäftssprache statt technischer Begriffe enthalten
• Beschreiben Sie das Ergebnis (z. B. Collect Customer Data, nicht Form Step 2)
• Widerspiegeln, was der Teilprozess leistet, nicht wie.
• Participant lanes are not supported inside subprocesses.

Nicht unterstützt

• Erweiterte Teilprozesse (d. h. Inline-Teilprozesse) werden nicht unterstützt. Alle Teilprozesse müssen als separate Diagramme modelliert und mithilfe von Aufrufaktivitäten aufgerufen werden.
• Ad-hoc-Teilprozesse werden nicht unterstützt.
• Die implizite Freigabe von Variablen wird nicht unterstützt. Daten müssen explizit über Eingabe-/Ausgabebindungen zugeordnet werden.
• Participant lanes are not supported inside subprocesses.

Marker für Mehrfachinstanzen

Teilprozesse unterstützen Marker für Mehrfachinstanzen, bei denen jedes Element mehrmals ausgeführt wird. Elemente, die sich als Mehrfachinstanz markieren lassen, können alle Aufgabentypen sein, außer bei Teilprozessen.

Verschachtelte Marker

Folgende Zeichenfolgenvariablen werden als verschachtelte Iteratoren unterstützt:

Kategorie	Attribute	Verwendung/Zugriff
OuterSP – Abrufen von Kontaktinformationen für jeden Benutzer	InputCollection	var.GetUsers
OuterSP – Abrufen von Kontaktinformationen für jeden Benutzer	Iterator Item	iterator.item.gid
InnerSP – Alle E-Mails für jeden Kontakt abrufen	InputCollection	iterator[0].item.contactArray
InnerSP – Alle E-Mails für jeden Kontakt abrufen	Iterator Item	iterator[1].item.ContactId
E-Mail senden (Send E-Mail)	InputCollection	iterator[1].item.EmailArray
E-Mail senden (Send E-Mail)	Iterator Item	iterator[2]item.emailAddress

Weitere Details zu den in Maestro unterstützten BPMN-Elementen finden Sie unter BPMN-Support.