130 likes | 504 Views
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 »
E N D
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)
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 )