BPMN 2.0 : ce que la nouvelle version de la notation va apporter (ou pas)

Portabilité, propriétés d'exécution des modèles de processus... En cours de finalisation au sein de l'OMG, la version 2.0 du langage BPMN apporte son lot de nouveautés. (25/06/2009)

Bpms.info a toujours suivi avec intérêt l'évolution de la notation BPMN . Il y a deux ans, dans l'article « BPMN, la norme du BPM » nous parlions des principes de cette norme et déjà nous évoquions la préparation de la version 2.0 pour couvrir ses lacunes.

Qu'en est-il exactement ? Les souhaits formulés par la communauté ont-ils été exaucés ?

Comme en témoigne sur son blog Bruce Silver, auteur du site "BPMS Watch website" et du livre "BPMN Method and Style", considéré comme un expert dans le domaine et membre actif de la commission chargée de rédiger les nouvelles spécifications, cette version 2.0 n'a pas répondu à toutes les attentes mais a fourni des solutions concrètes sur un certain nombre de points. En voici quelques exemples.

Portabilité des modèles entre les différents outils

Portabilité vers un outil BPM

Parmi les principaux sujets traités par l'OMG, définir un schéma d'échange standard basé sur XML pour l'échange de modèles exécutables, en était le principal.

Le format XML, qui sera défini, est un enjeu important car BPMN 2.0 a la volonté de devenir un langage de modélisation exécutable en remplacement de BPEL.

L'intérêt étant bien sûr d'être en capacité d'exécuter directement les modèles dans un moteur de workflow. Ce sera une grande avancée pour les clients d'IBM, Oracle, SAP & autres fournisseurs qui prendront en compte BPMN 2.0.

Malheureusement, le schéma XML défini ne suffira probablement pas. Cela requiert également des spécifications pour lister les éléments à inclure pour l'échange entre les différents outils à l'instar de BPEL, qui lui possède des spécifications complètes - différents niveaux de portabilité - basées sur XPDL.

Portabilité entre outils BPA

Actuellement, échanger un Modèle d'un outil par un autre signifie souvent devoir tout reprendre, et pourtant BPMN est supposé être un standard : le schéma d'échange standard basé sur XML devrait répondre à ce manque. Malheureusement la portabilité au niveau graphique risque d'être décevante. ...... 

Enrichissement de la bibliothèque d'événements

La grande différence entre BPMN et d'autres notations, c'est que BPMN utilise une approche événementielle très développée.

Un événement signale que quelque chose s'est passée & BPMN permet de dire comment le Processus doit répondre : commencer une nouvelle instance, rediriger vers un traitement exceptionnel, reprendre un flux qui était en attente, ou stopper une activité en cours. BPMN 2.0 se propose d'ajouter des événements appelés "événements de non interruption". ..... 

Ajout d'un type de tâche spécifique : la Règle de gestion

Enfin, et non des moindres, nous devrions voir apparaître une tâche « règle de gestion ».

En effet, ce sont les relations entre les processus et les règles de gestion qui génèrent le plus de désinformation et de frustration. ......

Pas de distinction entre les informations liées à la modélisation et celle liées à l'exécution

On aurait donc pu penser que L'OMG allait y apporter une solution, pourtant, aucun consensus n'est ressorti sur le détail des informations de modélisation requises pour être correctement interprété par les différents outils de modélisation pure. Seules certaines données liées aux interfaces, aux messages & opérations WSDL, et autres détails liés à l'exécution seront facultatifs.

Sans liste officielle, chaque éditeur choisira librement les informations relatives à la modélisation qui seront reprises dans leur outil, adieu donc à la standardisation.

Autre point non couvert par BPMN 2.0, la sémantique des modèles non exécutables.

Pas de distinction entre sémantique des modèles exécutables et non exécutables

BPMN présume qu'essentiellement la sémantique des modèles exécutables et non exécutables est la même, en réalité, ce n'est pas si simple.

Par exemple, pour l'interprétation du flux, une activité A est terminée, l'activité B démarre immédiatement, c'est de cette manière qu'un moteur de workflow fonctionne.

Pourtant, dans un modèle non exécutable, on aimerait pouvoir spécifier que l'activité B ne s'exécute pas nécessairement tout de suite après (cela arrive souvent à un niveau peu détaillé). .......

Propriétés liées à la simulation non définies

La plupart des outils BPMN offre aujourd'hui des fonctionnalités de simulation basées sur des paramètres spécifiques des activités, des rôles, des connecteurs et des événements. La standardisation de ces paramètres n'a pas été définie et laisse donc le champ libre aux éditeurs.

Conclusion

Alors que la première version de BPMN avait pour objectif de normaliser la notation, BPMN 2.0 s'est clairement concentré sur la partie exécutable des modèles laissant une nouvelle fois en attente les modélisateurs et analystes métier. .......

	Illustration d'une modelisation BPMN Photo © BPMN

Tout l'article sur Le Journal du net :
http://www.journaldunet.com:80/developpeur/expert/40222/bpmn-2-0---ce-que-la-nouvelle-version-de-la-notation-va-apporter--ou-pas.shtml