Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

LE BPM Urbanisation et Architecture CNAM NFE107 Plan Dissiper l’ambiguïté sur

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 Extrait du livre blanc « Architecture SOA » d’Octo technology Suivi centralisé Suivi distribué Coût d’évolutivité Orchestration distribué + + +++ Suivi de processus + ++ +++ Coût organisation/ressource +++ ++ + Type d’implémentation Dev spé Dev spé / EAI EAI / BPM 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 ) uploads/Industriel/ bpm.pdf