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

Anwendungsfall: Ein Onboarding-Workflow verwendet denselben Collect Documents -Unterprozess im Onboarding-Prozess von Mitarbeitern und Lieferanten. Anstatt Schritte zu duplizieren, wird in jedem übergeordneten Prozess eine Aufrufaktivität hinzugefügt, die auf denselben Unterprozess verweist.

Anwendungsfall: Dieses Beispiel für einen Teilprozess zeigt einen Workflow für das bedingte Herunterladen und Hochladen von Dateien in Maestro. Der Prozess beginnt mit einem Nachrichtenstartereignis 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 fasst zusätzliche Schritte im Zusammenhang mit Aktionen nach dem Hochladen zusammen, bevor der Workflow beim Endereignis abgeschlossen wird.

Modellierungsrichtlinien

• Geben Sie 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.

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.

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 Informationen zu den in Maestro unterstützten BPMN-Elementen finden Sie unter BPMN-Unterstützung.