Komponenten der Lösung für die Geschäftsprozessverwaltung

Artikel
07/21/2023

In diesem Abschnitt werden die BizTalk Server-Hauptkomponenten der Lösung für die Geschäftsprozessverwaltung beschrieben. Informationen zu den Quelldateien finden Sie unter Dateiinventur für die Geschäftsprozessverwaltungslösung.

Orchestrierungen

Es gibt zwei Standard Orchestrierungen: OrderBroker und OrderManager. Die OrderBroker-Orchestrierung akzeptiert Kundenanfragen über einen Webdienst oder in Batches über FTP und sendet Antworten zurück über eine MsMQ-Warteschlange (Microsoft Message Queuing). Anforderungen werden vom OrderBroker zum OrderManager gesendet. Die beiden Orchestrierungen sind durch die MessageBox-Datenbank direkt gebunden.

Der OrderManager führt die Anforderungen über zwei asynchrone Verarbeitungsstufen mit den Orchestrierungen CableOrder1 und CableOrder2 aus. Zusammen stellen die Orchestrierungen CableOrder1 und CableOrder2 einen einzelnen Geschäftsprozess dar. Der Prozess wurde jedoch in zwei Orchestrierungen aufgeteilt, damit Stufen geändert werden können, ohne die Auftragsverarbeitung zu unterbrechen. Weitere Informationen zum Entwurf der Phasen finden Sie unter "Dividieren von Geschäftsprozessen" in Einigen Entwurfsprinzipien in der Geschäftsprozessverwaltungslösung.

Die CableOrder1-Orchestrierung verwendet die Orchestrierung überprüfen , um die Bestellung zu überprüfen und Anforderungscodes in Aktionen zu übersetzen, ruft die Orchestrierung analysieren auf, um die Reihenfolge zu analysieren, und ruft dann je nach erforderlicher Aktion die Orchestrierung Aktivieren, Abbrechen oder Ändern der Orchestrierung auf. Die CableOrder2-Orchestrierung übernimmt die Vervollständigung des Auftrags, indem die Vollständige Orchestrierung aufgerufen wird. Beachten Sie, dass CableOrder1 und CableOrder2Aufrufformen verwenden, um die untergeordneten Orchestrierungen aufzurufen.

Hinweis

Die Orchestrierung abbrechen enthält einen Kompensationsblock, der die Orchestrierung aktivieren aufruft. Dies stellt sicher, dass der Auftrag im Rahmen der Kompensierung für die Abbruchanforderung ordnungsgemäß wiederhergestellt wird.

Die Orchestrierungen CableOrder1 und CableOrder2 verwenden eine direkte Bindung. Weitere Informationen zur direkten Bindung dieser Orchestrierungen finden Sie unter Implementierungshighlights der Business Process Management-Lösung.

Viele der Orchestrierungen sind so geschrieben, dass sie während der Verarbeitung mit der Interruptorchestrierung unterbrochen werden können. Weitere Informationen zum Interruptmechanismus finden Sie unter Process Manager Logic.

Back-End-Anwendungen

Die Lösung zur Geschäftsprozessverwaltung verwendet für alle Back-End-Anwendungen Simulationen. CableOrder1, CableOrder2 und die von ihnen verwendeten Orchestrierungen verwenden ein spezielles OrderHandler-Objekt . Der OrderHandler verwendet .NET-Remoting, um mit einer Simulation eines Auftragsverwaltungssystems zu kommunizieren. Die Assemblys CableProvisioningSystemClient und BTSScnBPMProvisioning (das CableProvisioningSystemServer-Projekt ) simulieren die Front- und Back-Ends des Auftragsverwaltungssystems.

Die Lösung verwendet die Windows Forms-Anwendung BSTScnBPMFacilities (das Projekt FacilitiesSimulator ), um den MSMQ-Server zu simulieren, der die Anforderungen an die Einrichtungen verarbeitet.

Zusätzlich zu diesen Komponenten geben die Orchestrierungen auch Einträge in eine SQL Server-Datenbank ein, um einen Verlauf der Aufträge und ihrer Verarbeitung zu führen.

Pipelines

Die Lösung verwendet nur Standardpipelines, die über die BizTalk-Verwaltungskonsole oder Bindungsdateien konfiguriert werden. Die Pipelines nutzen jedoch umfassend die instanzbezogene Konfiguration. Der Empfangsport für per FTP gesendete Aufträge nutzt die instanzbezogene Konfiguration zum Konfigurieren des Umschlags. Weitere Informationen zur konfiguration pro instance finden Sie unter Bereitstellen von Pipelines.

Benutzerdefinierter Adapter

Die Lösung verwendet einen benutzerdefinierten Adapter, den OpsAdapter, um einige Fehler zu verarbeiten, die in den Orchestrierungen OrderManager und ErrorHandler erkannt wurden. Die Lösung verwendet den Adapter an Ports, für die die Fehlerberichterstellung aktiviert ist. Der Adapter übernimmt die Fehler und sendet sie an das Betriebssystem. Weitere Informationen zur Fehlerberichterstattung finden Sie unter Using Failed Message Routing.

Clientanwendung

Die Lösung enthält eine ASP.NET Webseite, die von einem C#-Programm unterstützt wird, CSRMain.aspx, um das Kundendienstsystem zu simulieren.

Zusätzliche Assemblys

Die Lösung verwendet zwei zusätzliche Assemblys, Schemas und Hilfsprogramme. Die Schemas-Assembly definiert die Nachrichten, die die Lösung für die Kommunikation zwischen den verschiedenen Orchestrierungen verwendet, z. B. die Interrupt-Nachricht . Die Lösung verwendet auch mehrere .NET-Nachrichten, die in der SchemaClasses-Assembly definiert sind.

Die Utilities-Assembly enthält Hilfsprogrammklassen und -methoden, um Nachrichten zu verarbeiten, einen für die Lösung spezifischen Ausnahmetyp zu definieren, Konfigurationswerte aus dem SSO-Geheimspeicher zu lesen und die Fehlerbehandlung zu unterstützen. Die Assembly enthält auch das Recaller-Objekt .

Andere Assemblys umfassen Zuordnungs- und Schemaassemblys wie OrderBrokerMaps, OrderBrokerSchemas, Maps, MessagingSchemas und SchemaClasses.

Die ServiceLevelTracking-Assembly enthält die allgemeinen Artefakte, die mit BAM zum Nachverfolgen von Bestellungen und Verarbeitungen verwendet werden. Von den Phasen verwendete Auftragsverarbeitungsaktionen befinden sich in der CableOrderActions-Assembly .

Weitere Informationen

Freigeben über