Componenti della soluzione di gestione dei processi di business

Articolo
10/14/2023

In questa sezione vengono descritti i componenti BizTalk Server principali della soluzione Gestione processo di business. Per informazioni sui file di origine, vedere Inventario file per la soluzione di gestione dei processi aziendali.

Orchestrazioni

Esistono due orchestrazioni principali: OrderBroker e OrderManager. L'orchestrazione OrderBroker accetta le richieste dei clienti tramite un servizio Web o in batch tramite FTP e invia risposte tramite una coda di Accodamento messaggi Microsoft (MSMQ). Le richieste passano da OrderBroker a OrderManager. Le due orchestrazioni sono associate con binding diretto tramite il database MessageBox.

OrderManager esegue le richieste tramite due fasi di elaborazione asincrone usando le orchestrazioni CableOrder1 e CableOrder2. Insieme, le orchestrazioni CableOrder1 e CableOrder2 rappresentano un singolo processo aziendale. Il processo tuttavia è stato suddiviso in due orchestrazioni in modo da poter passare da una fase a un'altra senza interrompere l'elaborazione degli ordini. Per altre informazioni sulla progettazione delle fasi, vedere "Divisione dei processi aziendali" in Alcuni principi di progettazione nella soluzione di gestione dei processi aziendali.

L'orchestrazione CableOrder1 usa l'orchestrazione Validate per convalidare l'ordine e per convertire i codici di richiesta in azioni, chiama l'orchestrazione Analyze per analizzare l'ordine e quindi chiama l'orchestrazione Activate, Cancel o Change a seconda dell'azione richiesta. L'orchestrazione CableOrder2 gestisce il completamento dell'ordine chiamando l'orchestrazione Completa . Si noti che CableOrder1 e CableOrder2 usano forme Call per richiamare le orchestrazioni subordinate.

Nota

L'orchestrazione Annulla include un blocco di compensazione che chiama l'orchestrazione Activate . In questo modo l'ordine verrà ripristinato correttamente come parte della compensazione della richiesta di annullamento.

Le orchestrazioni CableOrder1 e CableOrder2 usano l'associazione diretta. Per altre informazioni sull'associazione diretta di queste orchestrazioni, vedere Implementation Highlights of the Business Process Management Solution.For more information about the direct binding of these orchestrations, see Implementation Highlights of the Business Process Management Solution.

Molte orchestrazioni vengono scritte in modo che possano essere interrotte durante l'elaborazione tramite l'orchestrazione Interrupt . Per altre informazioni sul meccanismo di interruzione, vedere Logica di Gestione processi.

Applicazioni back-end

Nella soluzione Gestione processo di business vengono utilizzate simulazioni per tutte le applicazioni back-end. CableOrder1, CableOrder2 e le orchestrazioni che usano usano tutti un oggetto OrderHandler speciale. OrderHandler usa la comunicazione remota .NET per comunicare con una simulazione di un sistema di gestione degli ordini. Gli assembly CableProvisioningSystemClient e BTSScnBPMProvisioning (il progetto CableProvisioningSystemServer ) simulano rispettivamente i front-end e i back-end del sistema di gestione degli ordini.

La soluzione usa un'applicazione Windows Form, BSTScnBPMFacilities (progetto FacilitiesSimulator ), per simulare il server MSMQ che gestisce le richieste di strutture.

Oltre a questi componenti, le orchestrazioni creano voci in un database di SQL Server per la gestione di una cronologia degli ordini e della relativa elaborazione.

Pipelines

Nella soluzione vengono utilizzate solo pipeline predefinite standard configurate tramite la Console di amministrazione BizTalk o file di associazione. Le pipeline tuttavia utilizzano ampiamente la configurazione basata sulle singole istanze. La porta di ricezione per gli ordini inviati tramite FTP utilizza la configurazione basata sulle singole istanze per configurare la busta. Per altre informazioni sulla configurazione per istanza, vedere Come distribuire pipeline.

Adapter personalizzato

La soluzione usa un adattatore personalizzato, OpsAdapter, per elaborare alcuni errori rilevati nelle orchestrazioni OrderManager ed ErrorHandler . L'adapter viene utilizzato dalla soluzione sulle porte per cui è stata specificata la segnalazione degli errori. L'adapter invia gli errori al sistema operativo. Per altre informazioni sulla segnalazione degli errori, vedere Using Failed Message Routing.

Applicazione client

La soluzione include una pagina Web ASP.NET supportata da un programma C#, CSRMain.aspx, per simulare il sistema del servizio clienti.

Altri assembly

La soluzione usa due assembly aggiuntivi, schemi e utilità. L'assembly Schemi definisce i messaggi usati dalla soluzione per comunicare tra le diverse orchestrazioni, ad esempio il messaggio Interrupt . La soluzione usa anche diversi messaggi .NET definiti nell'assembly SchemaClasses .

L'assembly Utilities include classi di utilità e metodi per gestire i messaggi, definire un tipo di eccezione specifico per la soluzione, leggere i valori di configurazione dall'archivio segreti SSO e semplificare la gestione degli errori. L'assembly include anche l'oggetto Recaller .

Altri assembly includono assembly di mapping e schema, ad esempio OrderBrokerMaps, OrderBrokerSchemas, Mappe, MessagingSchemas e SchemaClasses.

L'assembly ServiceLevelTracking contiene gli artefatti comuni usati con BAM per tenere traccia degli ordini e dell'elaborazione. Le azioni di elaborazione degli ordini usate dalle fasi si trovano nell'assembly CableOrderActions .

Vedere anche

Condividi tramite