CNAM cours NFE107 : Urbanisation et architecture des SI

Xavier Godefroy, Rapport sur le BPM, mai 2009

1





Le BPM







1 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
2
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 processus
1
mtier est un enchanement de tches mtier ralises par un ensemble
dacteurs de lentreprise et produisant une valeur ajoute pour celle-ci.

Un service
2
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
Valtech livre orange sur lurbanisation & lintgration de systmes
2
idem
CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
3
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)



3
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
4
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 Valtech
4
. 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 abstractions
5
suivantes :
lvnement, la synchronisation, lopration. Mais la modlisation Merisienne est plutt
orient dans le contexte de conception de systme dinformation.

4
Livre orange de Valtech Annexe : aperu de BPMN p 65
5
La mthode Merise principes et outils p 103
CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
5
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 BPMN
6







6
Valecth livre orange p 65
CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
6













CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
7
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 Valtech
7
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
Livre orange de Valtech, 6 Annexe : Mtmodle pour lapproche Think Service
8
Livre orange de Valtech p 65

CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
8
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 SOA
9
)

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


9
Livre orange Valtech p 38
Tche1
Tche3
Tche2
Servicesmtier
Servicesfonctionnels
Servicestechniques
Processusmtier
TcheN
CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
9
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
10
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 pattern
11
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 pattern
12
(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
design pattern : Elements of reusable Object-oriented software
12
livre dOcto technology Une politique pour le systme dinformation
CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
11

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
Architecture Oriente Services [SOA] livre blanc p 37
14
livre dOcto technology Une politique pour le systme dinformation p 81
CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
12
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.

CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
13


Grille du pattern processus explicite/implicites dOcto
CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
14
3 Le workflow


3.1 Dfinition:

Un workflow
15
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 subscribe
16
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
Wikipdia
16
design patterns : Elements of reusable oriented object software
CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
15
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





CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
16

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
CNAM cours NFE107 : Urbanisation et architecture des SI
Xavier Godefroy, Rapport sur le BPM, mai 2009
17
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