Composants de la solution de gestion des processus d’entreprise

Article
07/21/2023

Cette section décrit les principaux composants BizTalk Server de la solution de gestion des processus d'entreprise. Pour plus d’informations sur les fichiers sources, consultez Inventaire de fichiers pour la solution de gestion des processus métier.

Orchestrations

Il existe deux orchestrations main : OrderBroker et OrderManager. L’orchestration OrderBroker accepte les demandes des clients via un service web ou par lots via FTP, et envoie des réponses via une file d’attente Microsoft Message Queuing (MSMQ). Les demandes vont de OrderBroker à OrderManager. Les deux orchestrations sont directement liées par l'intermédiaire de la base de données MessageBox.

OrderManager exécute les requêtes via deux étapes de traitement asynchrones à l’aide des orchestrations CableOrder1 et CableOrder2. Ensemble, les orchestrations CableOrder1 et CableOrder2 représentent un processus métier unique. Cependant, le processus peut être divisé en deux orchestrations afin que des étapes puissent être modifiées sans interrompre le traitement de commande. Pour plus d’informations sur la conception des phases, consultez « Division des processus métier » dans Quelques principes de conception dans la solution de gestion des processus métier.

L’orchestration CableOrder1 utilise l’orchestration Validate pour valider l’ordre et traduire les codes de requête en actions, appelle l’orchestration Analyser pour analyser l’ordre, puis appelle l’orchestration Activer, Annuler ou Modifier en fonction de l’action requise. L’orchestration CableOrder2 gère l’achèvement de l’ordre en appelant l’orchestration complète. Notez que CableOrder1 et CableOrder2 utilisent des formes d’appel pour appeler les orchestrations subordonnées.

Notes

L’orchestration Cancel inclut un bloc de compensation qui appelle l’activation de l’orchestration. Cela garantit que la commande est correctement restaurée dans le cadre de la compensation de la demande Cancel.

Les orchestrations CableOrder1 et CableOrder2 utilisent la liaison directe. Pour plus d’informations sur la liaison directe de ces orchestrations, consultez Mises en évidence de l’implémentation de la solution de gestion des processus métier.

La plupart des orchestrations sont écrites de sorte qu’elles puissent être interrompues pendant le traitement à l’aide de l’orchestration d’interruption . Pour plus d’informations sur le mécanisme d’interruption, consultez Logique process Manager.

Applications principales

La solution de gestion des processus d'entreprise utilise des simulations pour toutes les applications principales. CableOrder1, CableOrder2 et les orchestrations qu’ils utilisent utilisent tous un objet OrderHandler spécial. OrderHandler utilise la communication à distance .NET pour communiquer avec une simulation d’un système de gestion des commandes. Les assemblys CableProvisioningSystemClient et BTSScnBPMProvisioning (projet CableProvisioningSystemServer ) simulent respectivement le front-end et le back-end du système de gestion des commandes.

La solution utilise une application Windows Forms, BSTScnBPMFacilities (le projet FacilitiesSimulator ), pour simuler le serveur MSMQ qui gère les demandes d’installations.

Outre ces composants, les orchestrations créent également des entrées dans une base de données SQL Server pour maintenir un historique des commandes et de leur traitement.

Pipelines

La solution utilise uniquement des pipelines par défaut standard configurés à l'aide de la console Administration de BizTalk ou des fichiers de liaison. Toutefois, les pipelines exploitent pleinement la configuration par instance. Le port de réception pour les commandes envoyées par FTP utilise la configuration par instance pour configurer l'enveloppe. Pour plus d’informations sur la configuration par instance, consultez Comment déployer des pipelines.

Adaptateur personnalisé

La solution utilise un adaptateur personnalisé, OpsAdapter, pour traiter certaines erreurs détectées dans les orchestrations OrderManager et ErrorHandler . La solution utilise l'adaptateur sur les ports pour lesquels la création de rapports d'erreurs est spécifiée. L'adaptateur prend les erreurs et les envoie au système d'opérations. Pour plus d’informations sur la création de rapports d’erreurs, consultez Utilisation du routage des messages ayant échoué.

Application cliente

La solution inclut une page Web ASP.NET soutenue par un programme C#, CSRMain.aspx, pour simuler le système de service client.

Autres assemblys

La solution utilise deux assemblys supplémentaires, Schémas et Utilitaires. L’assembly Schémas définit les messages que la solution utilise pour communiquer entre les différentes orchestrations telles que le message d’interruption. La solution utilise également plusieurs messages .NET définis dans l’assembly SchemaClasses .

L’assembly Utilities comprend des classes et des méthodes d’utilitaire pour aider à gérer les messages, à définir un type d’exception spécifique à la solution, à lire les valeurs de configuration à partir du magasin de secrets d’authentification unique et à faciliter la gestion des erreurs. L’assembly inclut également l’objet Recaller .

Les autres assemblys incluent des assemblys de carte et de schéma tels que OrderBrokerMaps, OrderBrokerSchemas, Maps, MessagingSchemas et SchemaClasses.

L’assembly ServiceLevelTracking contient les artefacts courants utilisés avec BAM pour suivre les commandes et le traitement. Les actions de traitement de commande utilisées par les étapes se trouvent dans l’assembly CableOrderActions .

Voir aussi

Partager via