Projet De Conception

Choix dune architecture informatique

Synthse sur les Workflows

Baptiste GERARD Houcem (CdP) BOULBIT

Maricel NUNEZ Vlad LAPADATESCU Groupe PC4

12 Novembre 2008 Version 3.0

Choix dune architecture informatique

NUNEZ, LAPADATESCU

GERARD, BOULBIT,

Sommaire
Dfinitions......................................................................................................3 Workflow......................................................................................................3 Typologie de Workflow et modle de rfrence ..........................................3 Moteur de Workflow.....................................................................................3 Concepts autour de Workflow........................................................................4 Business Process Management ...................................................................4 Design ......................................................................................................... 4 Modlisation ................................................................................................4 Analyse........................................................................................................ 4 Amlioration.................................................................................................4 Documentation............................................................................................4 Business Process Automatisation.................................................................4 Service Oriented Architecture .....................................................................5 Technologies..................................................................................................6 Logiciels.......................................................................................................6 JBPM........................................................................................................... 6 BONITA....................................................................................................... 8 Staffware....................................................................................................9 WorkflowGen............................................................................................10 Enhydra Shark..........................................................................................11 Solutions intgres ...................................................................................13 Comment choisir son Workflow....................................................................13 Moteur de Workflow pour notre projet.........................................................14

Document de synthse - veille technologique WORKFLOW 2

Choix dune architecture informatique

NUNEZ, LAPADATESCU

GERARD, BOULBIT,

Dfinitions
Workflow
On appelle "Workflow" la modlisation et la gestion informatique de l'ensemble des tches accomplir et des diffrents acteurs impliqu dans la ralisation d'un processus mtier. Le terme de Workflow pourrait donc tre traduit en franais par Gestion lectronique des processus mtier. Un processus mtier reprsente les interactions sous forme d'informations entre divers acteurs tels que : Des humains, des applications ou services, des processus tiers. De faon pratique, un Workflow peut dcrire : - le circuit de validation, - les tches accomplir entre les diffrents acteurs d'un processus, - les dlais respecter, - les modes de validation Il fournit en outre, chacun des acteurs, les informations ncessaires pour la ralisation de sa tche. Pour un processus de publication en ligne par exemple, il s'agit de la modlisation des tches de l'ensemble de la chane ditoriale, de la proposition du rdacteur la validation par le responsable de publication. d'change

Typologie de Workflow et modle de rfrence

On distingue gnralement deux types de Workflow : - Le Workflow procdural (aussi appel Workflow de production ou Workflow directif) correspondant des processus mtiers connus de l'entreprise et faisant l'objet de procdures prtablies : le cheminement du Workflow est plus ou moins fig ; valable au dbut des annes 90. - Le Workflow ad hoc bas sur un modle collaboratif dans lequel les acteurs interviennent dans la dcision du cheminement : le cheminement du Workflow est dynamique. La WMC, Workflow management coalition, regroupant 300 membres fournisseurs de systme de Workflow travers le monde, a dvelopp de standards dans le domaine de Workflow. Ce modle est la reprsentation d'un systme de gestion de Workflow et de ses interfaces. Il y en a 5 dont notamment sur le standard sur la dfinition d'un Workflow (XPDL).

Moteur de Workflow
Un moteur de Workflow est l'outil permettant de crer, grer et excuter des instances de Workflow. Ce type d'outil permet ainsi de formaliser les rgles

Document de synthse - veille technologique WORKFLOW 3

Choix dune architecture informatique

GERARD, BOULBIT,

NUNEZ, LAPADATESCU mtier de l'entreprise afin d'automatiser la prise de dcision, c'est--dire la branche du Workflow choisir, en fonction du contexte donn. Ce systme permet aussi de s'interfacer avec des outils d'administration, des outils de suivi, des applications clientes ou d'autres systmes de gestion de Workflow. Par abus de langage, on peut appeler ce dispositif logiciel tout simplement "Workflow".

Concepts autour de Workflow

Business Process Management
BPM est une catgorie des logiciels et des activits analytiques qui ont t cres pour donner une structure efficiente et complte pour le design, modlisation, analyse, amlioration et documentation dun business process.

Design
Cest le premier pas dans la cration dun business process. La cration graphique dun process map ou une reprsentation lectronique dun processus en spcifiant les tches et lordre des tches (soit en srie soit en parallle) Spcification des rgles Identification des ressources Les attentes en termes de performances

Modlisation
Cest le deuxime pas et a consiste faire des suppositions sur le temps et le cot de chaque tche, mais aussi dans quelle chance quun vnement va se produire.

Analyse
Cela consiste analyser les informations collectes a partir du modle quon a construit et produire des rapports standardiss dans le but de pouvoir analyser la performance du process.

Amlioration
Une fois que le processus a t analys, on doit identifier des endroits ou on va essayer damliorer le processus.

Documentation
Apres avoir fini tous les autres pas, le dernier pas dans BPM est la documentation. Cela est trs important car la documentation nous permet davoir une copie en dur du process design qui peut tre utilise dans la formation des nouveaux employs mais aussi dans une future tentative damlioration du processus.

Business Process Automatisation

Document de synthse - veille technologique WORKFLOW 4

Choix dune architecture informatique

GERARD, BOULBIT,

NUNEZ, LAPADATESCU Business Process Automatisation est le processus quune entreprise utilise pour rduire les couts. Elle consiste intgrer des applications, rduire le travail l o il est possible et utiliser des logiciels dans lorganisation de lentreprise. On a quatre faons dautomatiser un processus : - Lextension des systmes IT existants - Lachat dune composante BPA spcialises - Lachat dune solution BPM avec des extensions BPA - Lachat dune solution Middleware.

Service Oriented Architecture

Les entreprises ont toujours cherch une solution pour intgrer les systmes existants dans le but davoir un support IT pour les business process . SOA Offre une telle architecture. Elle unifie les business process en structurant des grandes applications dans une collection des modules plus petits quon appelle des services. Diffrents groupes dutilisateurs (a lintrieur ou extrieur de lentreprise) peuvent utiliser ces applications. En plus, les nouvelles applications qui sont construites autour de ces concepts ont beaucoup plus de flexibilit et duniformit. Le service peut : tre cod dans n'importe quel langage s'excuter sur n'importe quelle plate-forme (matrielle et logicielle). Le service doit : offrir un ensemble d'oprations dont les interfaces sont publies tre autonome (disposer de toutes les informations ncessaires son excution : pas de notion d'tat) ; respecter un ensemble de contrats (rgles de fonctionnement) correspondre aux processus mtier et fonctions mutualisables au niveau de l'entreprise afin d'aligner l'informatique aux changements des dcisions stratgiques et tactiques.

Document de synthse - veille technologique WORKFLOW 5

Choix dune architecture informatique

NUNEZ, LAPADATESCU

GERARD, BOULBIT,

Technologies
Logiciels

JBPM
Dfinition
JBOSS JBPM est une distribution qui est la fois un serveur d'application J2EE incluant un moteur de Workflow. Il permet la dfinition des Workflow complexe via une interface graphique trs simple et leur suivi. Ce qui fait qu nimporte quel moment, on peut savoir ltat davancement dune instance de processus avec les chances, les acteurs, les tches et les donnes remplir pour passer ltape suivante du processus.

Utilisation

Grce un Plugin install sur Eclipse ou un autre API de dveloppement Java, on peut dessiner facilement des processus JBPM dune faon intuitive. Cela va gnrer un fichier XML qui rsume le processus dans un schma balis. Moteur de Workflow souple et extensible JBoss JBPM unifie la dfinition, l'excution et l'administration des processus de Workflow et constitue une plate-forme centralise de gestion des interactions entre les utilisateurs et les systmes.

Principales caractristiques

Architecture "pluggable" Il peut tre mis en uvre dans les environnements les plus simples ou s'adapter pour traiter les modles de Workflow les plus complexes dans une application J2EE clustrise.

Intgration avec JBoss Seam JBoss Seam est un Framework trs performant qui permet de dvelopper des applications de la nouvelle gnration Web 2.0 en unifiant et intgrant des technologies populaires SOA (Architecture Oriente vers les Services) (Asynchronous JavaScript and XML (AJAX), Java Server Faces (JSF), Enterprise Java Beans (EJB3), Java Portlets et Business Process Management (BPM), par exemple) et le Workflow.

Modle de programmation simplifie

Document de synthse - veille technologique WORKFLOW 6

Choix dune architecture informatique

GERARD, BOULBIT,

NUNEZ, LAPADATESCU JBoss JBPM est modulaire. Il s'excute avec JBoss Enterprise Middleware ou n'importe quelle plate-forme middleware JEE. JBoss JBPM est disponible via souscriptions, ce qui inclut: logiciels certifis, mises niveau, documentation, et support pluriannuel avec mises jour autorises pour l'ensemble des logiciels middleware JBoss d'entreprise.

Document de synthse - veille technologique WORKFLOW 7

Choix dune architecture informatique

NUNEZ, LAPADATESCU

GERARD, BOULBIT,

BONITA
Bonita est un systme de Workflow open source conforme au standard XPDL, qui offre des fonctionnalits avances pour la gestion des processus au sein des entreprises et/ou des organisations publiques. Bonita sappuie sur les services et composants offerts par les serveurs dapplications J2EE pour grer la monte en charge ainsi que linteraction avec les systmes dinformations existants. Il se base aussi sur les processus de machine virtuelle (VPM). Adapt aux processus critiques impliquant de trs nombreux utilisateurs, Bonita est exploit dans de trs grandes organisations (banques, ministres, dfense, industrie, sant, etc.) pour des applications de gestion administrative, de scurit, de contrle de production, de gestion documentaire, etc.
FONCTIONNALITES Systme de Workflow J2EE conforme au standard XPDL. Comprend et gre : Gestion des processus de longue dure Infrastructure de notifications. Interaction avec des systmes dinformation htrognes Dfinition du Workflow avec XPDL, API Java et/ou API Web Services Intgration avec la plateforme de portail et de gestion de contenu eXo Platform Intgr, test et configur avec le serveur dapplications JOnAS AVANTAGES

Changement de la dfinition du Workflow en cours dexcution Solution intgre aux serveurs dapplications J2EE Solution prte lemploi Deux modes de fonctionnement : cooprative et administrative Projet hberg par le consortium ObjectWeb, 1er consortium mondial ddi aux middlware Open Source

Les services offerts par Bull Bull, leader du projet au sein du consortium ObjectWeb, offre un support professionnel (formation, support) sur Bonita ainsi que des services de dveloppement et dintgration autour des applications Workflow.

Document de synthse - veille technologique WORKFLOW 8

Choix dune architecture informatique

NUNEZ, LAPADATESCU

GERARD, BOULBIT,

Staffware
Staffware est un systme de gestion de Workflow trs rpandu. Il est produit par la firme du mme nom, base en Angleterre. Son architecture respecte le modle du WFMC. Loutil de dfinition de processus de Staffware est le Graphical Workflow Definer . Il ne possde aucune fonction danalyse. Le GWD a lavantage dtre visuellement trs clair. Il repose sur lutilisation de tches et dindicateurs de routage. Les tches sont de trois types : automatiques (offertes une application plutt qu un tre humain), normales (offertes une ressource humaine) et vnementielles (dclenches par un vnement externe). Par dfaut le routage consiste en un OR-join/AND-split, ce qui signifie que la ralisation dune des tches prcdant directement la tche courante va permettre dactiver cette dernire. Une fois termine, toutes les tches destinations de la tche courante seront mises en route. Les autres patterns de routage que sont AND-join et OR-split ncessitent lutilisation dun avatar graphique qui sera insr dans le schma. Il ny a pas de places (ou tats) dans la dfinition dun processus. La gestion des ressources fonctionne par groupes dutilisateurs. Le travail est alors allou une des personnes appartenant au groupe dtermin pour laccomplissement de la tche. Chaque utilisateur a une liste de travail dans laquelle il choisit le prochain objet de travail quil excutera.

Document de synthse - veille technologique WORKFLOW 9

Choix dune architecture informatique

NUNEZ, LAPADATESCU

GERARD, BOULBIT,

WorkflowGen
Depuis sa sortie en 2003, WorkflowGen a t dploye par des centaines d'organisations travers le monde pour automatiser tous types de process mtiers (IT, RH, Gestion, Applications Mtiers, etc.) et est utilise quotidiennement par des dizaines de milliers d'utilisateurs. Le logiciel de Workflow / BPM WorkflowGen permet d'tablir une intgration dynamique avec SharePoint et WSS (versions 2003 et 2007) simplement en paramtrant des connecteurs. WorkflowGen Adapter pour SAP permet d'intgrer rapidement et facilement des appels de transactions SAP (import et export) dans vos process et les WebForms .NET. Le logiciel de Workflow / BPM WorkflowGen associ aux WebForms .NET et l'Adapter pour SAP vous offre un "Front-end" lger et puissant pour SAP.

Document de synthse - veille technologique WORKFLOW 10

Choix dune architecture informatique

NUNEZ, LAPADATESCU

GERARD, BOULBIT,

Enhydra Shark

Shark est un moteur Workflow java, conformes WFMC et s'appuyant sur XPDL.

Figure: Le suivi dexcution dun processus dans la console dadministration de Shark.

Synthse

Shark est une solution robuste et performante. L'diteur de Workflow, JAWE, est fourni sparment dans un projet indpendant. Il peut tre utilis dans le cadre d'un autre moteur de Workflow conforme au standard XPDL. Au del des versions 'Community' de Shark et JAWE, disponibles en LGPL, la socit Together fournit sous License commerciale des versions incluant des extensions propritaires, Together Workflow Server and Together Workflow Editor. De nombreux composants utiles ne sont nanmoins prsents que dans la version commerciale.

Utilisateurs

Enhydra Shark est reconnu comme un Workflow performant, utilis par de nombreuses socits, notamment en Allemagne. L'ERP OfBiz s'appuie aussi sur Enhydra Shark pour son propre Workflow.

Communaut

Enhydra Shark est issu de la communaut Enhydra, originellement cre par Lutris aux USA la fin des annes 90, puis intgre au dbut des annes 2000 au consortium ObjectWeb (maintenant OW2). Aujourd'hui, Shark est principalement dvelopp par la socit autrichienne Together, qui complte la version communautaire LGPL par une version commerciale.

Fonctionnalits

Enhydra Shark est un Workflow open source Java, implmentant les spcifications WFMC et s'appuyant sur XPDL comme format de dfinition de processus de Workflow. Shark peut tre complt par l'diteur graphique Enhydra JAWE (Java Workflow Editor). Chaque composant (persistance, gestion des transactions, etc.)

Document de synthse - veille technologique WORKFLOW 11

Choix dune architecture informatique

GERARD, BOULBIT,

NUNEZ, LAPADATESCU peut tre utilis via sa implmentation standard, ou tendu/remplac par des modules spcifiques. Ainsi, Enhydra Shark peut tre utilis comme une simple "Librarie Java" dans un Servlet ou une application swing, ou excut dans un conteneur J2EE et accd comme un service web ou Corba. Shark est disponible en anglais, allemand, franais et serbe. Au del des versions 'Community' de Shark et JAWE, disponibles en LGPL, la socit Together fournit sous licence commerciale des versions incluant des extensions propritaires, Together Workflow Server and Together Workflow Editor. De nombreux composants utiles ne sont prsents que dans la version commerciale.

Robustesse et Performance Documentation Dsavantages

Enhydra shark est une solution robuste et performante, utilisable en production. Une documentation assez dtaille existe en anglais. Enhydra shark est relativement simple installer et utiliser, s'il s'agit d'une information simple. S'il s'agit des applications plus complexes il tend tre ennuyeux et lent, par ce qu'il n'est pas rellement productif.

Document de synthse - veille technologique WORKFLOW 12

Choix dune architecture informatique

NUNEZ, LAPADATESCU

GERARD, BOULBIT,

Solutions intgres
Les Progiciels de Gestion Intgrs (ERP) proposent gnralement des outils de Groupware et de Workflow afin d'assurer la transversalit et la circulation de l'information entre les diffrents services de l'entreprise. Ce qui fait que les moteurs de Workflow ne sont pas toujours visibles pour lutilisateur. Nous allons donner deux exemples de ce genre de situation :

SAP Business Workflow

SAP est un programme de planning des ressources dentreprise (ERP). SAP Business Workflow est utilis pour dfinir des processus business qui ne sont pas encore intgrs dans le systme actuel. Ces processus peuvent tre de niveaux simples tels que des procdures dapprobation ou plus consquents tels des processus de gestion des ressources et des dpartements associs. Le logiciel peut galement tre utilis pour modliser des processus qui prendront le relais lors de la gestion des erreurs. Il sintgre compltement lapplication SAP et aux normes qui lui sont propres. Il se base sur loutil de dfinition de processus Workflow Builder. Workflow Builder est un logiciel ne ncessitant pas de connaissances en matire de scripts BPEL (business process execution language), ce qui facilite la prise en main pour les gens ne matrisant pas ces aspects sous SAP. Lditeur permet de dfinir des rles, dassigner des tches et action utilisateur via une interface base sur lutilisation de formulaires. Windows Workflow Foundation

Dvelopp par Microsoft, cet outil permet de crer et spcifier un Workflow. Il se base sur une modlisation propre Microsoft, ce qui ne cadre pas avec la volont de la WFMC dtablir des standards. Windows Workflow Foundation est un composant de la nouvelle architecture Win FX. Ils fournissent une plateforme de dveloppement (un "Framework") utilise pour concevoir des Workflow destination des applications Windows. Ces applications dpendent du fait qu'elles fassent interagir des personnes ou des applications. Pour cela, Windows Workflow Foundation dfinit deux types de Workflow afin de prendre en compte les spcificits des diffrents types d'acteurs. En premier lieu les Workflow de type squentiel utilis pour les Workflow faisant intervenir des applications et dont le fonctionnement est prdictible. En second lieu les Workflow de type "machine tats" pour les Workflow faisant intervenir des personnes et dont le fonctionnement est rgi par leur comportement et les actions que ces personnes ralisent.

Comment choisir son Workflow

Pour choisir son Workflow, plusieurs aspects peuvent tre retenus: - la conformit la norme architecturale WFMC - la reprsentation utilise dans lditeur de processus. - Le fait de possder une interface de suivi des processus - Le fait de pouvoir intgrer et interagir avec dautres applications Il existe un manque de standardisation en matire de spcification, mais galement darchitecture de systme de gestion de Workflow.

Document de synthse - veille technologique WORKFLOW 13

Choix dune architecture informatique

GERARD, BOULBIT,

NUNEZ, LAPADATESCU Et cela entraine un manque de cohrence dans la manire de concevoir, spcifier et implmenter un Workflow (et le systme qui le supporte), ainsi quune forte indpendance des outils.

Moteur de Workflow pour notre projet

A cette phase danalyse du nouveau schma directeur pour le systme dinformation de lentreprise Pechiney Electromtallurgie nous avons pu identifier quelques faiblesses du systme dinformation actuel. Plus prcisment au niveau de larchitecture applicative, nous avons relev ce qui suit : Les domaines oprationnels de lentreprise sont grs par des applications individuelles. Ces applications ne sont pas intgres sous un seul systme dinformation global. Ces application changent entre elles dune manire asynchrone et en mode fichiers, la priodicit journalires.

Les moteurs de Workflow, quils soient des logiciels indpendant qui interagissent avec le reste des applications via un Middleware, ou quils soient intgr dans une solution globale, dans un ERP comme SAP par exemple, pourront apporter beaucoup de qualit de travail en terme de performance et de fluidit de validation des tches et de suivi des processus mtiers. Lutilit des moteurs de Workflow se voit surtout dans les processus mtiers qui transitent entres plusieurs domaines fonctionnelles. Par exemple, entre le service de Vente et dapprovisionnement, entre le service de Maintenance et de fabrication, on peut mettre en place un moteur de Workflow pour dclencher des instances de processus mtier automatis afin de grer les ordres, les dlais, les rles des responsables et les tches effectuer en vue datteindre la tche finale du processus. Un exemple plus parlant, peut tre celui du processus de maintenance des matriaux des units de fabrications : Si un dfaut est dtect au niveau dune machine, le responsable de lunit instancie un processus de maintenance, il fait une demande dintervention pour le service de maintenance. Le responsable de service de maintenance se voit affect une tche dintervention dans un dlai propos, ou prdfini. Suite une analyse dans le site, il validera sa tche et passera le relai dautres responsables au sein de son unit ou dans le service dachat par exemple, et ainsi le processus se poursuit entre plusieurs domaines fonctionnelles de lentreprise dune faon optimale,

Document de synthse - veille technologique WORKFLOW 14

Choix dune architecture informatique

GERARD, BOULBIT,

NUNEZ, LAPADATESCU interactif et o chaque responsable peut tout moment suivre lavancement dun telle ou telle demande de maintenance en temps rel.

Document de synthse - veille technologique WORKFLOW 15