Commentaires sur : Retour d’expérience BPMN http://blog.octo.com/retour-d-experience-bpmn/?utm_source=rss&utm_medium=rss&utm_campaign=retour-d-experience-bpmn Le blog d'OCTO Technology, cabinet d'architectes en systèmes d'information Wed, 08 Feb 2012 14:30:47 +0000 hourly 1 http://wordpress.org/?v=3.3.1 Par : Business Process Modeling Notation « Man on the moon http://blog.octo.com/retour-d-experience-bpmn/comment-page-1/#comment-1876 Business Process Modeling Notation « Man on the moon Tue, 08 Dec 2009 01:54:09 +0000 http://new-blog.octo.com/2008/09/29/retour-d-experience-bpmn/#comment-1876 [...] Retour d’experience BMPN [...] [...] Retour d’experience BMPN [...]

]]> Par : Christophe http://blog.octo.com/retour-d-experience-bpmn/comment-page-1/#comment-1848 Christophe Thu, 03 Dec 2009 10:40:05 +0000 http://new-blog.octo.com/2008/09/29/retour-d-experience-bpmn/#comment-1848 Bonjour, je suis à la recherche de documentation francophone sur BPMN 2.0 pour des collaborateurs et je n'en trouve pas. Aurais-je, comme je le crains, plus vite fait de leur apprendre l'anglais ? Bonjour,
je suis à la recherche de documentation francophone sur BPMN 2.0 pour des collaborateurs et je n’en trouve pas.
Aurais-je, comme je le crains, plus vite fait de leur apprendre l’anglais ?

]]> Par : Emilie Chabbouh http://blog.octo.com/retour-d-experience-bpmn/comment-page-1/#comment-288 Emilie Chabbouh Thu, 02 Oct 2008 14:50:16 +0000 http://new-blog.octo.com/2008/09/29/retour-d-experience-bpmn/#comment-288 <p>Sur un projet, j'ai vu fonctionner l'outil Intalio BPMS qui fournit toute la chaîne : modélisation BPMN, génèration de BPEL et exécution par un moteur de workflow.<br /> <br /> Et effectivement tous les acteurs du projet, quelque soit leur profil, ont partagé la modélisation des processus et l'ont raffinée progressivement. MOA et fonctionnels élaboraient sur la modélisation BPMN, les développeurs définissaient les appels de service et les mappings correspondants. Cet outil était d'autant plus intéressant que le mapping était réalisé via un outil graphique, et que l'on pouvait ainsi le valider avec les fonctionnels, voire la MOA.<br /> C'est cet aspect qui m'a le plus marquée (et qu'on retrouve séparément dans tout outil qui fournit toute la chaîne modélisation + génèration + exécution) : un langage et un outil commun pour toute l'équipe, pour un travail vraiment collaboratif.</p> Sur un projet, j’ai vu fonctionner l’outil Intalio BPMS qui fournit toute la chaîne : modélisation BPMN, génèration de BPEL et exécution par un moteur de workflow.

Et effectivement tous les acteurs du projet, quelque soit leur profil, ont partagé la modélisation des processus et l’ont raffinée progressivement. MOA et fonctionnels élaboraient sur la modélisation BPMN, les développeurs définissaient les appels de service et les mappings correspondants. Cet outil était d’autant plus intéressant que le mapping était réalisé via un outil graphique, et que l’on pouvait ainsi le valider avec les fonctionnels, voire la MOA.
C’est cet aspect qui m’a le plus marquée (et qu’on retrouve séparément dans tout outil qui fournit toute la chaîne modélisation + génèration + exécution) : un langage et un outil commun pour toute l’équipe, pour un travail vraiment collaboratif.

]]> Par : Cedrick Lunven http://blog.octo.com/retour-d-experience-bpmn/comment-page-1/#comment-286 Cedrick Lunven Wed, 01 Oct 2008 15:32:49 +0000 http://new-blog.octo.com/2008/09/29/retour-d-experience-bpmn/#comment-286 <p>Merci pour ce retour d'expérience. Pour ma part je travaille depuis plusieurs années avec des moteurs de workflow (Filenet PE, Tibco iPE essentiellement) et il est trop rare que les éditeurs suggèrent une démarche de modélisation BPMN suivi d'une intégration dans le moteur.<br /> <br /> Business Studio (dans sa version complète tout du moins) propose une telle démarche : il propose 2 vues. <br /> - la première full BPMN est destinée à la MOA <br /> - une seconde vue, spécifique au moteur Tibco permet, au développeur de venir déclarer ses composants (Activité Service) ou ajouter les éléments spécifiques éditeur (formulaires...).<br /> <br /> La modélisation est exportée sous forme d'un fichier XML au format XPDL. (BPMN, quant à elle, est une norme GRAPHIQUE). XPDL se veut également fédérateur dans le monde du BPM. (à distinguer du bpel)<br /> <br /> XPDL n'est pas encore mature ou assez restrictive. En effet à l'usage on ne peut définir des XPDL dans business studio et les importer dans des outils comme 'Bizagi', ou MEGARIS.<br /> <br /> BPMN apporte de bonnes choses. On attend une chaine d'exécutable automatisée. Dans ce domaine on pourrait imaginer un outil de génèration d'application Web avec des technologies open source largement adoptée par la communauté (spring, struts2). C'est un point de départ pour définir le meta modèle du BPM et imaginer des composants qui s'adaptent à plusieurs moteurs workflows.</p> Merci pour ce retour d’expérience. Pour ma part je travaille depuis plusieurs années avec des moteurs de workflow (Filenet PE, Tibco iPE essentiellement) et il est trop rare que les éditeurs suggèrent une démarche de modélisation BPMN suivi d’une intégration dans le moteur.

Business Studio (dans sa version complète tout du moins) propose une telle démarche : il propose 2 vues.
– la première full BPMN est destinée à la MOA
– une seconde vue, spécifique au moteur Tibco permet, au développeur de venir déclarer ses composants (Activité Service) ou ajouter les éléments spécifiques éditeur (formulaires…).

La modélisation est exportée sous forme d’un fichier XML au format XPDL. (BPMN, quant à elle, est une norme GRAPHIQUE). XPDL se veut également fédérateur dans le monde du BPM. (à distinguer du bpel)

XPDL n’est pas encore mature ou assez restrictive. En effet à l’usage on ne peut définir des XPDL dans business studio et les importer dans des outils comme ‘Bizagi’, ou MEGARIS.

BPMN apporte de bonnes choses. On attend une chaine d’exécutable automatisée. Dans ce domaine on pourrait imaginer un outil de génèration d’application Web avec des technologies open source largement adoptée par la communauté (spring, struts2). C’est un point de départ pour définir le meta modèle du BPM et imaginer des composants qui s’adaptent à plusieurs moteurs workflows.

]]>