Définir une étendue
La définition d’une étendue implique de prendre en compte cinq domaines : processus métier, application, plateforme, système et intégration.
Processus métier
Un processus métier est une série d’activités aboutissant à un service ou produit et ayant des rôles, entrées et sorties définis. Il sert de base pour définir l’étendue d’une solution et fournit un contexte plus détaillé que les seuls besoins. Il montre également les liens entre les données et les personnes et il est hiérarchique et interconnecté entre les systèmes.
Voici des caractéristiques d’un processus métier :
Base pour la définition de l’étendue d’une solution
Contexte plus riche que les besoins
Montre les liens entre les données et les personnes
Hiérarchique
Entrelacé et peut s’étendre sur des systèmes
Pour créer un catalogue de processus, vous pouvez transformer des diagrammes de flux visuels en un format de catalogue. Veillez à inclure également la hiérarchie des processus dans les données du catalogue. Vous pouvez gérer les données à l’aide d’outils tels que Microsoft Azure DevOps et affecter les données à des tâches et rôles spécifiques tels que l’approbation des factures pour le rôle d’un commis aux factures fournisseur.
Étendue d’une application
L’étendue d’une application fait référence à la liste complète des solutions permettant de prendre en charge un ensemble spécifique de processus métier. Elle est souvent représentée dans un diagramme qui regroupe les applications individuelles par charge de travail ou processus métier.
Plateforme, système et intégration
L’étendue d’une application fait référence à un ensemble de processus métier, tandis que l’étendue d’un système ou d’une plateforme fait référence à un ensemble d’applications. Les systèmes sont un groupe d’applications associées utilisant une technologie commune, tandis que les plateformes sont des technologies polyvalentes et évolutives qui servent de base aux systèmes. L’étendue d’un système ou d’une plateforme est souvent représentée dans un diagramme, avec les plateformes représentées par une barre horizontale et les intégrations par des flèches indiquant la direction du flux de données entre les systèmes. Ces concepts sont illustrés dans les diapositives suivantes avec des exemples. Des plateformes telles que Microsoft Dataverse et Microsoft Power Platform jouent un rôle crucial dans la conception, car elles impactent la scalabilité, l’extensibilité, la sécurité des données et la composabilité.
Les trois domaines impactant l’intégration système sont le client, l’application et les services externes. La liste suivante décrit certaines responsabilités de chaque domaine :
Client : déploie l’application, s’inscrit à des services externes et configure le fournisseur/les connecteurs dans l’instance d’application concernée.
Application : les événements des messages reçus des connecteurs déclenchent des événements, les événements sont gérés dans des flux d’orchestration et les actions des événements déclencheurs du fournisseur envoient des messages au service externe utilisé par le client.
Service externe : dispose d’une infrastructure d’API pouvant être appelée comme une publication/réponse d’API REST. Les messages envoyés au moyen de l’API sont traduits dans le mappage fournisseur/connecteur.
L’image suivante illustre une intégration système avec des flux de données qui appellent les interactions avec d’autres systèmes hérités impliqués dans un ensemble de processus métier :
La capture d’écran suivante est un autre exemple de diagramme d’architecture système appelant toutes les applications impliquées dans cette étendue système et les interactions générales attendues entre les applications :
