Modélisation des processus
Objectifs
La gouvernance SOA n'a pas vocation à préciser la méthode de modélisation des processus.
Toutefois, ceux-ci peuvent être regroupé et documenté au sein des Domaines fonctionnels cartographiés. Un modèle de description d'un processus est proposé pour cela.
Cette documentation est l'étape préalable avant celle de l'automatisation ou de la simulation. Un outillage transverse est alors nécessaire. Son inscription et son périmètre dans l'architecture SOA sont précisées dans Architecture logique BPM.
Localisation des flux
L'identification des flux proposés dans le LFI prend racine dans les processus métier. Il convient de les lire avec une volonté de dénicher tous les flux provenant ou vers les systèmes mis en jeu.
Pour cela il faut se focaliser sur les transition. Les activités sont automatisées par des systèmes. Elles s’enchaînent en consommant des informations ou en réagissant à des messages ou des événements extérieurs. Ces automatisations s'échangent donc des Données, des Evénements ou bien des Services entre elles.
Le tableau suivant illustre les cas les plus courant:
BPM | Exemple | Flux |
---|---|---|
Emission / Réception d'un événement | Pattern Evénement ou Service | |
Transition entre 2 activités | Les 2 activités ne sont pas automatisés dans le même système. Il y a une donnée transportée. Il convient de compléter le diagramme avec la donnée. Pour trouver le pattern, il faut dérouler l'analyse complète du flux. | |
Emission / Réception de signaux | Pattern Evénement ou Service | |
Conditions | Pas de pattern explicite. Sous-entend un mécanisme de routage de l'information. |
Toutefois, certaines activités peuvent être directement modélisés comme des Services
BPM | Exemple | Flux |
---|---|---|
Activité de service | Pattern Service |
Middleware Solutions https://www.middleware-solutions.fr