Académique Documents
Professionnel Documents
Culture Documents
www.modeliosoft.com
Page 2
Quoi
Un processus mtier est un enchanement dactions ralises par diffrents acteurs collaborant pour dlivrer un rsultat tangible et une valeur ajoute mtier pour lentreprise.
Processus mtier "Commande produit" (simplifi) Par exemple, le processus mtier "Commande produit" a pour objectif de livrer et facturer au client le produit command en respectant les dlais. Il faut noter quun modle de processus mtier dcrit en gnral le mtier, et non le systme informatique. Certaines actions dcrites sont excutes manuellement, sans interaction avec un composant ou une application logicielle (par exemple, laction "Livrer produit" peut tre ralise sans utilisation dun lment logiciel). Un processus mtier est transverse, il sappuie en gnral sur plusieurs structures et applications dune organisation, voire de plusieurs organisations. (Par exemple, le processus de constitution dun sjour intgre lagence de voyage, le tour operator et la compagnie arienne). En UML, les processus mtiers sont reprsents laide du diagramme dactivit (voir figure cidessus). Cependant, les praticiens prfrent souvent BPMN (Business Process Modeling Notation) jug plus facile apprhender.
Page 3
Page 4
Bonnes pratiques
Un processus mtier doit dabord tre clairement encadr, de faon le positionner dans une vision mtier globale au sein du SI : Lvnement dclencheur (ex : le client commande), Le (ou les rsultats) attendus (ex : livraison et facturation termines), Les objectifs poursuivis (ex : la rduction des dlais de livraison). Ensuite, le nommage. Le processus est nomm avec un verbe ou une locution verbale : par exemple, "Traiter un sinistre", "Instruire un dossier de prt". On vite linverse les termes flous comme "Gestion des dossiers", ou les termes relevant plus de fonction comme "Facturation".
Page 5
Les principaux lments constitutifs du processus sont les suivants : Terme Activit/ Processus Action/ Tche Partition/ Lane Activit UML BPMN Dfinition Reprsente un processus, et contient les lments du processus (actions, partitions ). Unit dexcution ou tche prise en charge par une partition. Reprsente lentit en charge de la ralisation des actions. Il peut sagir dacteur, de structure dentreprise ou dorganisation.
Object node /Data Object Transition Dcision Dbut de processus Fin de processus Fin de branche
Commande [valide]
Reprsente les informations changes entre les actions. Il est possible dindiquer ltat de lobjet entre crochets. Matrialise le passage dune action lautre. Permet de dfinir un branchement conditionnel. Dfinit le dmarrage du processus. Arrt du processus. Termine une branche du processus sans arrter le processus global, dont certaines branches peuvent continuer.
Page 6
Processus (extrait) avec dcision, flux d'objet avec changement d'tat Dans lexemple (voir figure ci-dessus - Diagramme dactivit), laction "Vrifier commande" traite une commande dans ltat "Cre". La vrification est russie (OK) la commande est dans ltat "Valide", et on passe laction "Traiter commande". Dans le cas, contraire, la commande est annule.
Page 7
Recommandation 1
Un des risques majeurs observs pour ce type de modlisation est labondance des lments et lhtrognit des reprsentations et des niveaux de dtails. Pour rduire ce risque, et mieux matriser llaboration des modles de processus mtier on se fixe deux rgles de conduite : Viser un changement de partition pour chaque transition daction, Eviter la recherche de lexhaustivit. Ce que lon cherche dcrire avant tout cest la collaboration et lchange entre les diffrents acteurs. Dans cette optique, le changement de partition chaque transition constitue la forme canonique quil faut vise (voir figure droite ci-dessous), sans pour cela limposer comme rgle absolue. Cette rgle permet, surtout dans les premiers modles, de se concentrer sur lessentiel, et vite de se perdre dans des dtails. A linverse, une longue squence denchanement dactions dans une mme partition est viter (voir figure gauche ci-dessous). En gnral, il sagit de la description du travail ralis par un acteur (et non dun processus dentreprise) qui pourra tre reprsente par un scnario de cas dutilisation (voir notre guide pratique pour les cas dutilisation). Par exemple la squence dactions suivante, excute par lacteur "Agent facturation": 1. Vrifier la commande. 2. Rechercher le prix et les taxes applicables. 3. Etablir la facture. 4. Envoyer la facture au client.
Page 8
Cette squence ne sera pas dcrite avec 4 actions diffrentes, mais comme un scnario dutilisation (dans le cadre du cas dutilisation "Facturation").
La description exhaustive du droulement du processus avec tous les cas et chemins possibles nest pas un objectif raliste. Il faut donc faire des choix et accepter le caractre partiel des reprsentations. On commence en gnral par la description de lenchanement le plus frquent, pour lenrichir progressivement avec les chemins plus exceptionnels. Le contenu se prcise galement chaque tape. Les premiers diagrammes sont focaliss sur les actions et leurs enchanements. Par la suite, prcise les partitions, on ajoute les objets, en entre et sortie de chaque action, et ventuellement les tats associs aux objets, et les vnements. On veillera toujours produire des diagrammes lisibles, quittes dcouper en plusieurs diagrammes (par exemple un diagramme pour lenchanement le plus frquent, et dautres diagrammes annexes pour les autres enchanements).
Page 9
Rgles de cohrence
Les lments de processus mtiers sont relis dautres types dlment UML ou des vues Organisation ou Mtier de Modelio SOA Solution. Cela permet de valider et de consolider les diffrents points de vue sur le systme en construction : Tout objet prsent dans un diagramme dactivit ou BPMN doit reprsenter une instance dun lment statique du modle (classe, composant ). Ce lien est ditable dans la bote de proprit de lobjet (champ "Type" sur un DataObject BPMN, Champ "Typ par" sur un nud dobjet/object node Diagramme dActivit). Si un tat est dfini dans un objet, il doit correspondre un tat de lautomate dtat de lobjet considr. Ce lien est ditable dans la bote de proprit de lobjet (champ "State" ou "Etat courant" des mmes lments). Chaque partition doit tre lie un lment du modle (acteur, package, classe). Ce lien est ditable dans la bote de proprit de la partition (champ "Elment de modle reprsent" sur les deux partitions).
Page 10
Peut durer plusieurs annes. Gnralement interrompu, notion d'tat et reprise sur vnement. Transverse. Sur plusieurs structures, voire plusieurs entreprises.
Localis
Il existe des relations entre les processus mtiers et les cas dutilisation. Chaque action dun processus mtier non manuelle sappuie sur des interactions avec un lment du systme informatique, qui sont reprsentes par des cas dutilisation. Par exemple, laction "Vrifier commande" est lie au cas dutilisation "Vrifier commande", qui dcrit de manire dtaille comment procde "lagent commande" pour effectuer cette vrification.
Page 11
Par contre, les actions strictement manuelles ne sont pas lies aux cas dutilisation, car elles ne ncessitent aucune interaction avec le systme. Dans Modelio, ces relations sont tablies par des liens de traabilit, via par exemple lditeur de traabilit.
Page 12
Mtriques
Si on se limite aux processus mtier de type client, le nombre de processus mtiers pour une entreprise moyenne est plutt de lordre de quelques dizaines.
Page 13
Recommandations
Eviter de doubler les flux actions avec les flux objets (voir figure ci-dessous) lorsque cela induit une redondance dinformation (lorsque les objets sont galement des vnements dclencheurs des actions).
Transition directe entre actions et transition via objet Distinguer les actions manuelles des autres (par une couleur, une rgle de nommage ou un strotype particulier). Identifier pour chaque action des entres et les sorties (sous forme dobjet ou dvnement).
Page 14
Page 15
Page 16