CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

Le BPM

Introduction ........................................................................................................................ 2 1.1 Dissiper lambigut ................................................................................................... 2 1.2 Quelques dfinitions ................................................................................................... 2 1.3 Dfinition du BPM ..................................................................................................... 3 1.4 Modlisation BPMN .................................................................................................. 4 1.4.1 Les briques de la modlisation ........................................................................... 4 1.4.2 Des patterns dans le contrle du flot .................................................................. 5 1.4.3 Voici les patterns proposs par le BPMN .......................................................... 5 Le couple BPM - SOA ............................................................................................................... 7 1.5 Dfinition de SOA ...................................................................................................... 7 1.6 convergence des dmarches BPM et SOA ................................................................. 7 1.7 BPM en appui sur les architectures SOA ................................................................... 8 2 La gestion de processus dOcto technology ..................................................................... 10 2.1 Les patterns SOA ..................................................................................................... 10 2.2 Les diffrentes solutions de mise en ouvre de processus mtier .............................. 11 3 Le workflow ..................................................................................................................... 14 3.1 Dfinition: ................................................................................................................ 14 3.2 Exemple de workflow .............................................................................................. 15 3.3 Conclusion :.............................................................................................................. 16 4 Rfrences : ...................................................................................................................... 17

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

1 Introduction
Ce rapport tente de dcrite de manire synthtique les concepts qui intervienent dans le BPM. En vue dobtenir un regard critique, ou un certain recul, sur les outils de BPM proposs par les diteurs du march, ce document prsentera aussi une dmarche de gestion de processus du cabinet darchitecture Octo technology.

1.1 Dissiper lambigut

Lacronyme BPM peut sembler ambigu car celui rfre deux disciplines dans ltude des processus dentreprise. Le BPM (Business Process Modeling ou Modlisation des processus mtier) est lactivit qui consiste reprsenter et modliser les processus dentreprise. Il a pour vocation de fournir une modlisation actuelle ou en ltat du processus pour ensuite pouvoir lanalyser. Comme on le verra par la suite, il fait parti de ltape initiale dune discipline plus globale le BPM (Business Process Management ou Gestion des processus mtier) Il est aussi utilis pour cartographier la vue mtier dune entreprise qui est employe dans les dmarches durbanisation du systme dinformation. Pour dcrire de manire unifier les processus dentreprise, un standard de langage de modlisation des processus est apparu le BPMN (Business Process Model Notation). Il a t dvelopp par le BPMI (Business Process Management Initiative) et est maintenu par lOMG. Ce langage est support par les principaux diteurs de solution SOA.

1.2 Quelques dfinitions

Avant dentamer la suite de ce rapport, voici quelques dfinitions pour fixer un sens prcis aux mots cl du document : Un processus1 mtier est un enchanement de tches mtier ralises par un ensemble dacteurs de lentreprise et produisant une valeur ajoute pour celle-ci. Un service2 est un traitement normalis, mutualis et rfrenc au sien de lentreprise, dont linterface dappel est dcrite dans un langage neutre (indpendant des technologies), et qui est dploy physiquement sur un serveur.

1 2

Valtech livre orange sur lurbanisation & lintgration de systmes idem

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

1.3 Dfinition du BPM

Le BPM (Business Process Management) traite du cycle dingnierie des processus dentreprise en rpondant aux problmatiques mtiers telles que : lefficacit ( tape redondante voire inutile, dlais incertains, goulot dtranglement) le contrle (qui contrle et qui est le responsable du processus) transparence (pouvoir suivre les tapes de processus )

Ainsi une dfinition au sens large serait Le BMP est la discipline qui fournit lensemble des mthodes, technologies et outils destins amliorer lefficacit, la traabilit et lagilit des processus mtiers au sein desquels collaborent des systmes, des logiciels, des personnes et aussi des clients, des fournisseurs et des partenaires... le BPM traite du cycle dingnierie des processus 3 Le logo suivant pris du wiki rsume cette dfinition.

Les principaux objectifs du BPM sont : davoir un langage commun entre la MOA et la MOE de permettre la convergence entre besoin mtier et SI dobtenir un rfrentiel des processus mtier damliorer lagilit des entreprises (mtier et SI)

Forum de CXP 21 Octobre 2008 BPM : le dfi de lagilit

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

1.4 Modlisation BPMN

Le BPMN fourni un ensemble dobjets graphiques qui permet de modliser tout processus dentreprise.

1.4.1 Les briques de la modlisation

La hirarchie des objets du langage graphique BPMN entrant dans la modlisation dun processus mtier sont les suivants :
Les "couloirs" (Swimlanes) qui ? Les "objets de flux" (Flow Objects) Les "activits" (Activities) Fait quoi ? simples (Task) complexes (Process / Sub-Process) Les "vnements" (Events) Quand ? Evnement initiateur du Processus (Start Event) Evnement Intermdiaire de Processus (Intermediate Event) Evnement terminal du Processus (End Event) Les "portes" (Gateways) Synchronisations ou dcisions

XOR XOR

OR AND Complexe Event-based

Les "objets de relation" (Connectivity Objects) Dans quel ordre et avec quoi ? des flux squence (Sequence flow) des flux message (Message flow) des Associations (Association)

Les "artfacts" (Artifacts). On retrouvera la description de chaque objet dans le livre orange de Valtech4. On peut remarquer une certaine similitude avec la modlisation Merisienne. En effet, les conceptes qui dcrivent la dynamique du SI dans Merise sont aussi les trois abstractions5 suivantes : lvnement, la synchronisation, lopration. Mais la modlisation Merisienne est plutt orient dans le contexte de conception de systme dinformation.
4 5

Livre orange de Valtech Annexe : aperu de BPMN p 65 La mthode Merise principes et outils p 103

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

1.4.2 Des patterns dans le contrle du flot

Comme on le verra par la suite lorsque lon parlera de la gestion des processus, lactivit de modlisation a aussi ses patterns. Cest--dire, des mini-structures rcurrentes que lon retrouve dans les bonnes modlisation de processus dentreprise. Ceci afin dviter une modlisation type usine gaz : faire une modlisation complique pour finalement quelque chose de simple. Cette approche permet aussi de mieux matriser la complexit dun processus car compos dun certain nombre de mini-structures rcurrentes plus facile comprendre.

1.4.3 Voici les patterns proposs par le BPMN6

Valecth livre orange p 65

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

Le couple BPM - SOA

1.5 Dfinition de SOA
SOA (Service Oriented Architecture) est un style Architecture logicielle pour lequel les processus mtier de lentreprise sont des composants logiciels paramtrables, orchestrant des tches avec les acteurs de lentreprise et des appels des composants de services pour sexcuter. On pourra se rfrer au mtamodle propos par Valtech7 pour voir un exemple darchitecture logicielle SOA.

1.6 convergence des dmarches BPM et SOA

Le BPM est souvent associ la dmarche SOA car la vision SOA permet de replacer les processus mtier au coeur de larchitecture SI 8. Voir mme la convergence des deux dmarches BPM et SOA est source doptimisation SI et source dagilit pour lentreprise.

daprs le sminaire Norsys 2008

7 8

Livre orange de Valtech, 6 Annexe : Mtmodle pour lapproche Think Service Livre orange de Valtech p 65

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

1.7 BPM en appui sur les architectures SOA

Pour atteindre les objectifs dune architecture SOA, il est ncessaire de dcomposer le SI en couche de services : mtiers fonctionnelles techniques

Le dploiement dun processus mtier sur ce type darchitecture SI est plus facile car chaque tche de lenchanement mtier utilise un service rutilisable de larchitecture SOA. Cest grce au principe darchitecture SOA : les services nappartiennent aucune application particulire qui fait que lutilisation de services est au maximum dcouple. On peut changer par exemple une tche et de redployer le processus sans modifier les couches services du SI (pour peu que ces dernires satisfont toujours au besoin), on dit quil y a dcouplage entre ces deux aspects do la flexibilit mtier et SI attendue. Le schma suivant extrait du forum du CXP rsume ce principe. Les diffrentes interactions dans les couches mtier, fonctionnelles et techniques sont sujets des contraintes de couplage faibles (non dcrites ici, mais on peut nanmoins consulter les principes darchitecture applicative SOA9)

T che2 P roces s u sm tier T che1 T che3 T cheN

Servicesm tier

Servicesfon ctio nn els

Servicestech niq u es

Un processus mtier est sa dclinaison en terme de services sur larchitecture SI. Schma repris du forum du CXP

Livre orange Valtech p 38

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

Les architectes du cabinet de conseil en architecture Octo Technology accordent aussi au BPM une place ncessaire dans leur dmarche darchitecture SOA. Mais ils sont plus rservs que les autres socits sur les outils dorchestration de services proposs par les diteurs. Pour Octo lorchestration de services vu comme un moyen facile dimplmenter un processus mtier prche encore pour la gestion de processus complexe .

En effet, pour eux ces outils BPM censs en quelques clic de souris dimplmenter un processus et de le faire vivre facilement nest possible que pour certain type de processus. Leur pattern darchitecture fonctionnel processus implicite et explicite 10 de leur livre blanc propose didentifier la nature des diffrents processus dentreprise et de leur associer une implmentation en adquation (en autre) avec leur complexit, leur nature transverse.

On verra plus loin une classification ou grille qui permet de choisir lincarnation dun processus mtier suivant divers solutions techniques (dveloppement spcifique, externalisation vers des outils spcifiques BPM/workflow ou des outils dinfrastructure EAI/ETL). Les avantages/inconvnients en terme de maintenance, suivi, seront dcrit pour chaque type de solution.

Pour rappel, lobjectif de lEAI (Entreprise Application Intgration) est dchanger de manire performante des informations entre applications ou progiciels, sur plates-formes htrognes. Dans des Systmes dInformation en constante volution lEAI rpond la problmatique dintgration de systmes htrognes (Solution leffet spaghetti )

10

Octo technology livre blanc sur larchitecture orient service (SOA) p36-39

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

2 La gestion de processus dOcto technology

Comme annonc prcdemment, le sujet de la gestion de processus dans la dmarche SOA dOcto technology est dcrit par le pattern processus explicite et implicite

2.1 Les patterns SOA

A la fin des annes 90, en rponse une volont de matrise de la complexit croissante des systme dinformation, les DSI ont engag des dmarches de cartographie. Malheureusement ces dernires ont t entreprises de manire trop exhaustives et finalement peu exploitables et maintenables. Aux dmarches de cartographies centres sur lexhaustivit de linformation les architectes dOcto technology privilgient une approche oriente pattern . Ils gnralisent, au niveau du systme dinformation, le concept de design pattern11 repris du domaine de larchitecture logiciel. Ils basent leur dmarche darchitecture SOA sur la prsence au sein du SI de patterns caractristiques de cette architecture. Ces patterns constituent pour eux la valeur intrinsque du SI. Un pattern12 (ou modle darchitecture) est la formalisation dune ide correspondante une solution pour un problme identifi, et qui se rpte dans le temps. Octo propose une structure pour cataloguer les patterns SI caractristiques de larchitecture SOA

Les patterns darchitecture SOA

11 12

design pattern : Elements of reusable Object-oriented software livre dOcto technology Une politique pour le systme dinformation

10

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

2.2 Les diffrentes solutions de mise en ouvre de processus mtier

Soulignons dabord, que la socit Octo se positionne en rupture avec les autres diteurs de solution SOA. Et mme avec ce qui a t prsent prcdemment concernant les objectifs de flexibilit avec le couple BPM/SOA. Car ils pensent que la flexibilit que les entreprises attendent nest pas lie la mise en ouvre dun outil de gestion de processus mais plutt la matrise de son architecture fonctionnelle. 13 Ils sont aussi en porte faux sur un autre point fondamental de lurbanisation : la vision en quatre couches du systme dinformation communment admise par la dmarche durbanisation des SI. Ainsi, ne retiennent-ils dans leur dmarche SOA que trois couches sur les quatre. Ils fusionnent la vision fonctionnelle et la vision applicative car les dmarches de pilotage et de conception SI adressent de manire inscables ces deux aspects .14

Comment choisir limplmentation dun processus mtier ? Pour rpondre cette question il faut aussi savoir rpondre celle ci : De quelque type de processus suis-je en prsence ?

Les processus dentreprises sont souvent complexes, avec tats, interaction humaine, rgles de gestion complexes. Ce type de processus sera difficilement modlisable et implmentable, selon eux, avec des outils de BPM. Ces processus seront donc modliss via des uses cases et des diffrents diagrammes associs. Ces processus sont nomms processus explicites.

Les processus transverses, trs rares, sont candidats une externalisation au sein dun outil de gestion de processus. Ainsi, une solution technique adapte cet aspect est limplmentation laide outil de EAI/BPM

Les processus non transverses, se retrouvent localiss au sein mme des applications. Leur implmentation peut alors varier du dveloppement spcifique lutilisation dun outil spcifique (BPM ou Workflow), toujours local lapplication concerne. On prsentera un exemple de workflow dans la suite du document. Par opposition, lentreprise ou plus particulirement la DSI possde des processus de support au bon fonctionnement du systme dinformation. Ces processus ont rarement de sens pour le mtier de lentreprise et sont, la plupart du temps, orients synchronisation ou alimentation de donnes. Par exemple, lalimentation de lentrept de donnes du systme dcisionnel. On
13 14

Architecture Oriente Services [SOA] livre blanc p 37 livre dOcto technology Une politique pour le systme dinformation p 81

11

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

qualifie ces processus dimplicites. De part leur nature aussi transverse, ils sont de bons candidats une externalisation au sein dun outil dinfrastructure (outil EAI, ETL).

On a deux caractristiques principales de la gestion dun processus entre applicatifs : lorchestration du processus : cest--dire le moteur dexcution permettant le passage dun tat ltat suivant du processus, le suivi du processus : cest--dire la capacit savoir dans quel tat se trouve un processus un instant donn ainsi que ceux par lesquels il est pass.

En conclusion on peut synthtiser le pattern processus explicites implicites de la manire suivantes : La quasi-totalit des processus explicites sont implments au sein mme des applications, leur complexit nest pas propice au dveloppement laide dun BPM. Les outillages de BPM servent lorchestration de tches squentielles, par exemple un traitement Back-office nocturne. Les outillages de BPM peuvent orchestrer des changes inter-domaines, le plus souvent de nature implicite : irrigation des rfrentiels, extraction vers les systmes de synthse.

12

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

Grille du pattern processus explicite/implicites dOcto

13

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

3 Le workflow

3.1 Dfinition:
Un workflow15 est la modlisation et la gestion informatique de lensemble des tches accomplir et des diffrents acteurs impliqus dans la ralisation dun processus mtier ( aussi appel processus oprationnel ou bien procdure dentreprise ) Comme vu prcdemment le workflow est un cas dimplmentation non transverse (au sens technologique) dun processus mtier.

Dans loffre SAP, le moteur de workflow est fourni de par dfaut ( inclus dans loffre de base) Il permet dviter du dveloppement spcifique dans le progiciel. Lavantage de la mise en oeuvre dun processus mtiers par workflow par rapport un dveloppement spcifique est quil est plus facile, rapide et moins coteux. Dautant plus que le processus mtier comporte beaucoup dactivits, plusieurs personnes impliques, et un fort besoin de coordination.

La notion dobjet logiciel est fortement utilise dans un workflow. Les concepts objets (abstraction, encapsulation) ont permis une plus grande rutilisation des dveloppements que les langages procduraux. Un langage orient objet spcifique SAP (ABAP object) a ainsi t cre pour constituer une architecture logicielle adapte la mise en oeuvre de workflow. Le passage de la modlisation vers le dploiement passera par une traduction ( gnrateur de code) dun schma mtier en un ensemble de composant logiciels.

Le workflow sappuie sur un ensemble de composant mtier du repository du progiciel ( BOR : Business Objet repository) qui permet de traduire en terme logiciel lensemble des notions mtier tels que les tches, les vnements, les acteurs, les objets mtiers manipuls dans le progiciel. On retrouve le principe du publish and subscribe16 du gang of four dans la modlisation des vnements, cest--dire la manire dont les objets du repository vont communiquer entre eux.

Le progiciel offre des outils de modlisation graphique de workflow qui permet dexprimer une modlisation mtier. Cette dernire sera traduite dans le langage propritaire du progiciel (par exemple en ABAP objet sur SAP) et excuter par le moteur de workflow. Chaque concept mtier du modle sera associ une instance dobjet lors de lexcution du workflow

15 16

Wikipdia design patterns : Elements of reusable oriented object software

14

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

3.2 Exemple de workflow

Cet exemple dfini un workflow de validation de commande dans SAP. Il utilise aussi un dveloppement spcifique fournissant une IHM permettant dafficher et donner la possibilit de valider/invalider ces commandes. Ce dveloppement sera dclencher via une transaction spcifique Z_AFF_CMD

15

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

3.2.1 Conclusion :

On pourrait aujourdhui remettre en question les rserves dOcto concernant la difficult voir limpossibilit dimplmenter des processus complexes avec les outils de BPM (ce livre blanc date de Mars 2005)

Le BPM est connexe avec beaucoup dautres gros sujets tel que lEAI, la SOA. LEAI qui intervient dans son rle dintgrateur de systmes htrognes lors de la mise en oeuvre de processus transverses de lentreprise. Le socle SOA qui propose ses briques sous forme de services qui permettent de dployer et dexcuter un processus indpendamment du SI.

La notion de pattern SI en tant que principe darchitecture est trs intressante. Car on structure le SI sur des bonnes pratiques prouves et reconnues comme le sont les designs patterns en gnie logiciel. La plupart des problmatiques rcurrentes dans les SI dans un contexte donn se trouvent rpertories et une solution gnrique (manire de faire avec des hommes et des outils ) est propose.

Et UML dans tout a! Lapproche par les cas dutilisation reprsente une mthode prouve de spcifications qui sattache dcrire la valeur dans un systme informatique : les besoins mtiers. De la mme manire, la modlisation mtier avec UML dfini des cas dutilisation mtier servant dcrire une squence dinteraction entre acteurs et le systme. La modlisation mtier avec UML offre la continuit des concepts et de notations depuis les phases de capture des besoins jusquaux phases les plus dtailles de dveloppement informatique. Mais UML na pas russi simposer comme langage de modlisation mtier car il est une pratique propre lingnierie logiciels et des systmes. Il est mme inopportun de chercher en largir le primtre dans la mesure o son intrt rside prcisment dans le prolongement possible de cette modlisation sur le dveloppement informatique 17 En rsum, UML pour la MOE car pratique pour la continuit des concepts et des notations dans le cycle de vie du processus de dveloppement et le BPMN pour la MOA et la MOE.

17

Franck Valle : UML pour les dcideurs p 106-112

16

CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

4 Rfrences :
(1) Forum du CXP du 21 octoble 2008 BPM : le dfi de lagilit de Muriel Gunon analyst CXP. (2) Octo technology livre blanc sur larchitecture orient service (SOA) une politique de linteroprabilit de Mars 2005. (3) Valtech livre orange Urbanisation & Intgration de systmes Think Service janvier 2007. (4) Si3Si - De la cartographie au BPM et au BPEL.ppt (5) Design pattern : Elements of reusable oriented object software. (6) Livre dOcto technology Une politique pour le systme dinformation . (7) Octo technology livre blanc sur architecture de systme dinformation Novembre 2002. (8) La mthode Merise principes et outils Hubert Tardieu, Arnold Rochfeld, Ren Colletti. (9) UML pour les dcideurs Franck Valle

17