Urbanisation et Architecture CNAM NFE107 LE BPM Urbanisation et Architecture CNAM NFE107

Plan Dissiper l’ambiguïté sur BPM Le langage BPMN et les patterns UML et BPMN Le couple BPM/SOA Patterns d’architecture SOA La gestion de processus : pattern « processus implicites/explicites » Grille proposition de la gestion des processus Workflow Conclusion

Dissiper l’ambiguïté sur BPM BPM ( Business Process Model ) La modélisation des processus métier est l’activité qui consiste à formaliser et modéliser les processus d’entreprise avec des graphiques => Langage de modélisation graphique (BPMN, UML) Objectif métier : cartographier la vue métier du SI BPM ( business Process Management) La gestion des processus d’entreprise traite du cycle d’ingénierie des processus d’entreprise en répondant aux problématiques métiers. Objectif : modéliser, simuler, exécuter, optimiser, suivre un processus métier

BPMN BPMN (Business Process Model Notation) Est le langage standard pour modéliser graphiquement un processus métier. Il a été créé par le BPMI (Business Process Management Initiative) et est maintenu par l’OMG. Ce langage est supporté par les principaux éditeurs de solution SOA. Le BPMN fourni un ensemble d’objets graphiques qui permet de modéliser tout processus d’entreprise. Les concepts de cette modélisation sont assez similaires au modèle dynamique que propose Merise (l’événement, la synchronisation, l’opération ) Il existe un ensemble de pattern de modélisation

Les patterns de la BPMN (extrait de l’annexe livre orange de Valtech)

BPMN et UML UML et les cas d’utilisation métier UML défini des cas d’utilisation métier qui servent à décrire des séquences interaction entre acteurs et système. Cette modélisation offre l’avantage de la continuité des concepts entre les étapes les plus en amont et en aval du cycle de développement logiciel. UML n’a pas réussi à s’imposer comme standard de modélisation car il est une approche propre à l’ingénierie logicielle. Il serait même inopportun de chercher à en élargir le périmètre. Il reste plutôt un langage pratiqué par la MOE.

Le couple BPM/SOA Beaucoup d’éditeurs de solutions SOA intègrent dans leur démarches d’architecture SOA une approche BPM ( séminaire Norsys, livre orange Valtech, livre blanc d’octo). La convergence des deux démarches est source d’optimisation SI et source d’agilité pour l’entreprise. L’architecture SOA présente une fondation de composants SI réutilisables (optimisation SI) et sur laquelle les processus métiers pourront être déployer. Ce type d’architecture SOA permet un couplage faible entre le SI et l’implémentation des processus métiers lors du déploiement (d’où la flexibilité recherchée)

Patterns d’architecture SOA (Selon Octo technology)

Pattern : processus implicites/explicites Un pattern (ou modèle d’architecture) est la formalisation d’une idée correspondante à une solution pour un problème identifié, et qui se répète dans le temps. Processus explicites (E) signifie processus métier Processus implicites (I) signifie processus support au métier Les processus E/I s’implémentent sous différentes formes selon leur contexte ( complexité, nature transverse, l’orchestration, le suivi) Développement spécifique EAI/BPM Workflow EAI/ETL Comment choisir l’implémentation d’un processus métier ? C’est l’objectif de ce pattern.

Grille proposition de la gestion des processus Orchestration distribué Suivi distribué Suivi centralisé Coût d’évolutivité + + +++ Suivi de processus + ++ +++ Coût organisation/ressource +++ ++ + Type d’implémentation Dev spé Dev spé / EAI EAI / BPM Extrait du livre blanc « Architecture SOA » d’Octo technology

workflow Le workflow est la modélisation et la gestion informatique de l’ensemble des tâches à accomplir par différents acteurs impliqués dans la réalisation d’un processus métier. Peut être considéré comme un cas particulier du BPM Il appartient au monde du progiciel ( Oracle, SAP ), et fait parti de l’offre de base. Grâce à lui, certain acteurs du marché du progiciel ont adapté leur langage spécifique à une approche objet pour conférer au progiciel une architecture logicielle adapté (BOR pour Business Object Repository) et réutilisable par le moteur de workflow. Les objets métiers communiquent entre eux via la réutilisation du mécanisme logiciel ( « publish and subscribe ») du gang des 4.

Conclusion Le BPM est une discipline assez large. modélisation pour cartographier la vue métier cycle d’ingénierie des processus métier Le BPM est connexe à d’autres technologies (EAI, SOA, ETL) En tant que module BPM d’un socle d’intégration. En tant que partie d’une démarche d’architecture SI en particulier la SOA. Le BPM ne s’applique pas forcément à tout processus métier ( rappel du pattern processus explicites et implicites )