Bonjour,
Je tombe par hasard sur cette publication avec une impression de déjà vue. De fait, j'avais par le passé déjà parcouru le doc de Bonita qui a le mérite d'introduire le sujet sans faire de prosélytisme.
Je n'ai donc pas été surpris de retrouver dans la publication DVP les mêmes anomalies; cependant, compte tenu du profil professionnel des lecteurs de DVP, quelques mises au point s'imposent.
Vous ne pouvez pas acheter un BPMN, il s'agit d'un standard dans le domaine de la modélisation de processus et le développement informatique.
A comprendre comme
un standard dans le domaine de la modélisation de processus qui pourra faciliter le développement de l'application qui le mettra en œuvre sans que ce soit une certitude.
Par ailleurs, un processus n'est pas toujours informatisable (ex.: faire une mayonnaise), mais il reste pertinent de le modéliser pour:
- répondre à des obligations légales (autorités de tutelle, de régulation,...)
- faciliter les opérations d'audit (interne ou externe)
- vérifier la prise en compte d'un risque
- permettre l'externalisation
Dans un BPMS, la notation BPMN désigne des instructions informatiques pouvant être exécutées.
C'est un raccourci: certes les passerelles (
gateway) de types "X" ou "+" seront aisément transposées en leur équivalent alliant IF, AND, OR, mais pour les autres symboles, l'effort rédactionnel sera du même niveau que dans un cahier des charges classique. BPMN peut accompagner, mais pas inventer.
Concernant les symboles, quelques précisions voire rectifications:
- couleur des symboles: BPMN ne spécifie rien. C'est à l'appréciation des éditeurs avec parfois un consensus sur les évènements début & fin; mais il ne faut pas se référer à la couleur pour statuer sur le type d'évènement notamment.
- "flux séquentiel" est trompeur, je lui préfère "flux de séquence"
- au § III-E, 2 erreurs sur les signaux: d'après la convention Bonita (bleu=évènement intermédiaire) et BPMN (bord double=intermédiaire) le signal émission figure au bon chapitre, mail il représente une réception (picto (triangle) non rempli). Quant au signal de réception, il est, vous l'aurez compris, en émission, mais il n'est pas intermédiaire mais de fin (bord épais)
- au § IV-H, les représentations des évènements "début" ne sont pas conformes à BPMN puisque leur bord épais signale une fin. On trouve également une fin avec réception de message (enveloppe non remplie) qui n'existe pas !
Enfin, au § IV-K, la recommandation
Pensez à ce qui arrive à un jeton unique traversant chaque chemin un par un.
n'a manifestement été appliquée au schéma proposé: que devient le jeton qui déclenche l'émission du signal?
Au-delà, j'encourage tout le monde à s'approprier BPMN, y compris pour décrire les processus de haut niveau. Le schéma obtenu a de nombreuses vertus...
0 |
0 |