Vous êtes sur la page 1sur 11

Modlisation de logiciels de gestion

20. Modlisation des processus de lentreprise

1 Prambule
Lidentification des vnements que nous avons traite au chapitre 310 Les vnements du cours de mthodologie [1] permet de recenser les vnements mtier ou systme auxquels le futur SII devra tre capable de donner une rponse. Cette rponse aux vnements est ralise par le SII sous forme de traitements informatiss. Pralablement la spcification des traitements informatiss, nous devons nous assurer davoir parfaitement compris le droulement des processus mtier qui devront tre supports, totalement ou partiellement, par les traitements informatiques. En finalit, la modlisation des processus de lentreprise vise deux objectifs : Comprendre le fonctionnement de lentreprise; cette comprhension passe par une description sous forme de modle des actions menes au sein de lentreprise suite un stimuli (vnement) ; ce stimuli peut tre externe, interne ou temporel. Disposer dune expression relativement claire des besoins mtier de lentreprise pour tablir les spcifications des traitements et donnes du futur systme dinformation informatis (SII).

Figure 1 - Informatique de gestion

Remarque: Lobjectif de ce chapitre est de prsenter sommairement les diffrents modles de processus mtier; dautres cours ou chapitres prsenteront les diffrents modles en dtail.

Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005

20. Modlisation des processus 1/11

30.09.2006/ P-A. Sunier http://lgl.isnetne.ch

2 Le concept de processus
[CM-05] Un processus est un systme dynamique orient vers la ralisation dun objectif.

Un processus est un systme au sens o nous lavons dfini au chapitre 60 Concepts de lapproche classique de dveloppement de SII du cours de mthodologie [1].

Un processus tant un systme, nous allons essayer de lapprhender en nous intressant lensemble des lments (activits, rles, acteurs, ressources, entres, rsultats) qui le compose et des relations existantes entre ces lments.

Figure 2 - Processus "Poser une fentre"

Naturellement, la seule tude des parties dun systme, ne suffit pas en apprhender sa complexit : dynamique - nous devrons tenir compte de son ouverture sur lenvironnement qui le pousse voluer dans le temps. orient son volution ne se droule pas au hasard, le systme reste sous-tendu latteinte de sa finalit. Par exemple, il y a quelques annes un processus de paiement sappuyait sur une transaction postale, au fil du temps il a volu pour prendre en compte des changements environnementaux comme lapparition des virements bancaires ou plus rcemment des paiements par Internet ; mais, malgr de probables changements internes, ce processus de paiement, conserve sa finalit qui consiste traiter une transaction financire. ralisation dun objectif comme nous lavons expliqu plus haut, la ralisation de lobjectif exprime le fait que le processus, en tant que systme ouvert, voluera tout en tendant atteindre la finalit de sa conception. Dans la vision systmique de la dfinition de processus que nous venons de donner, les lments dun processus peuvent tre eux-mmes des processus en interaction les uns les autres. Nous pouvons considrer lentreprise dans son ensemble comme un processus de premier niveau ; les dpartements constitutifs de lentreprise comme des processus de deuxime niveau ; les services des diffrents dpartements comme des processus de troisime niveau

Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005

20. Modlisation des processus 2/11

30.09.2006/ P-A. Sunier http://lgl.isnetne.ch

Les interactions entre lments dun systme deviennent des flux de donnes ou de matires 1 entre les sous processus dun processus de niveau suprieur. Certains auteurs prconisent de dcrire un processus non pas en terme de sous processus mais en termes dactivits, elles-mmes dcomposes en tches. Notre modeste exprience, nous amne proposer dutiliser les deux dmarches conjointement: Les processus de haut niveau sont dcomposs en sous processus de niveau infrieur ; la profondeur variera en fonction de lampleur du systme entreprise pris en compte. Si lanalyse porte sur lentier dune entreprise, nous aurons une multitude de niveaux; si lanalyse porte sur un simple service comme une gestion de notes de frais, un ou deux niveaux peuvent suffire. Les processus de dernier niveau ; les feuilles de larbre des processus seront dcrites en terme dactivits ; elles-mmes dcomposes en tches.

3 Diagrammes de flux de travaux


Dans loptique du premier objectif de la modlisation des processus mtier, savoir la comprhension du fonctionnement de lentreprise, nous proposons de raliser des diagrammes dits de flux de travaux. Les diagrammes de flux de travaux peuvent tre raliss selon de multiples formalismes. Nous avons choisi le formalisme des flux fonctionnels croiss 2 qui nous semble appropri favoriser le dialogue entre les experts mtiers les plus pointus et les personnes ignorantes du mtier.

Au niveau du mtier de lentreprise nous avons des flux physiques ; par contre au niveau du SI nous naurons plus que des flux de donnes. 2 Certains auteurs parlent aussi de diagramme Qui, Quand, Quoi . Le qui reprsente les traves de responsabilits, le quand reprsente la chronologie temporelle et le quoi reprsente les activits successives.
Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005 20. Modlisation des processus 3/11 30.09.2006/ P-A. Sunier http://lgl.isnetne.ch

Figure 3 - Flux de travaux du processus "Inscription d'un enfant" de notre crche

Les flux fonctionnels croiss sont raliss sous forme dune suite dactivits recevant des donnes 3 en entre et fournissant des donnes en sortie. Les donnes sont reprsentes sous forme dentrepts de donnes contenant des donnes dans un tat prcis. A lexception des entrepts de donnes qui peuvent faire office de dclencheur ou de rponse du processus modlis, tout entrept de donnes est dot dune activit en amont qui lalimente et dune activit en aval qui le consomme. Des traves sont disposes dans le diagramme pour reprsenter les responsabilits des diverses activits. Les activits sont ordonnes pour reprsenter le droulement chronologique.

En principe, tous les auteurs parlent de donnes car ils sintressent au traitement de linformation ncessaire au mtier ; mais, plus justement, il serait tout fait possible davoir des entres/sorties physiques ou de matires pour reprsenter les processus du systme oprant. En reprenant notre exemple de boulangerie, lactivit de ptrissage recevrait en entre de la farine, du levain et fournirait en sortie de la pte.
Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005 20. Modlisation des processus 4/11 30.09.2006/ P-A. Sunier http://lgl.isnetne.ch

4 Modliser les processus mtier


La modlisation des processus mtier varie selon que lon choisisse une approche classique ou une approche oriente objet. Pour illustrer ce chapitre, nous avons reproduit les diagrammes que nous avions raliss dans le cadre du projet de recherche [ISNet-43] ; ce projet visait comparer les deux approches : fonctionnelle ou classique dune part et oriente objet dautre part. Lors de ce projet, nous avons ralis la modlisation mtier dun cas pratique avec les deux approches. Ainsi, nous pouvons aisment comparer les apports de chacune des deux approches. Le cas pratique du projet concernait la gestion des bugs des produits livrs par un fabricant de cartes de tlphonie. Ces cartes permettaient de transformer un PC en centrale tlphonique.

4.1 Approche classique


4.1.1 Modle de processus
En approche classique, de nombreux courants de pense ont proposs leurs propres formalismes de reprsentation. Mais la plupart des formalismes se ressemblent; ils prsentent tous, dune manire ou dune autre, des squences dactivits ordonnes dans le temps. Les activits sont relies entre elles par des flux de donnes ou de matire; les donnes ou les matires peuvent tre stockes si ncessaire dans des entrepts. Les diagrammes de flux de travaux que nous avons prsents prcdemment sont dexcellents candidats pour servir de base la modlisation des processus mtier dentreprise. Le diagramme de la Figure 4 correspond au modle de processus de notre cas pratique; il a t ralis avec latelier de gnie logiciel Designer dOracle.

Remarque: Loutil de modlisation de processus mtier de Designer permet de reprsenter les vnements de dclenchement et de finalisation du processus reprsent.

Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005

20. Modlisation des processus 5/11

30.09.2006/ P-A. Sunier http://lgl.isnetne.ch

Figure 4 - Diagramme de processus de la gestion des bugs

4.1.2 Transition entre les reprsentations mtier et systme dinformation


Contrairement lapproche objet qui peut sappuyer sur lunification du processus de dveloppement avec UP et lunification de modlisation avec UML, lapproche classique ne propose pas de concepts formaliss pour passer de la reprsentation mtier la reprsentation du systme dinformation. Chaque mthode ou constructeur datelier de gnie logiciel (AGL) propose sa solution.
Figure 5 - Entreprise systme

LAGL Designer dOracle transforme automatiquement les processus mtier qui manipulent de linformation en fonctions informatiques du systme dinformation ; les entrepts de donnes, lexclusion des entrepts de matire, sont galement transforms en entrepts de donnes du systme dinformation.

Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005

20. Modlisation des processus 6/11

30.09.2006/ P-A. Sunier http://lgl.isnetne.ch

4.2 Approche oriente objet


En approche oriente objet, notamment avec le processus unifi UP, plusieurs modles supports par le langage UML sont utiliss pour modliser les divers aspects des processus mtier dentreprise. La prsentation ci-dessous nest pas exhaustive ; de cas en cas, linformaticien de gestion utilise les modles UML les plus appropris la situation qui loccupe. [Voir le chapitre 70 Concepts de lapproche oriente objet de dveloppement de SII du cours de mthodologie [1]]

4.2.1 Modle de cas dutilisation mtier


Le modle des cas dutilisation mtier sapplique lentreprise dans son ensemble. Les acteurs mtiers sont dans lenvironnement externe de lentreprise, ce sont les clients, les fournisseurs, les gouvernements, les banques, dautres entreprises ou systmes informatiques. Les cas dutilisation mtier sont des services fournis par lentreprise et attendus par les acteurs externes. Le modle des cas dutilisation mtier permet dexprimer les besoins en processus mtier mais, il nexprime en aucun cas la dynamique quil peut y avoir entre et lintrieur des diffrents cas dutilisation.

Figure 6 - Diagramme des cas d'utilisation mtier de la gestion des bugs

Remarque: Lacteur externe du diagramme de la Figure 6 est nomm Appelant ; dans les diagrammes suivants, il est nomm Client. Appelant et Client sont des synonymes.
Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005 20. Modlisation des processus 7/11 30.09.2006/ P-A. Sunier http://lgl.isnetne.ch

4.2.2 Modle dactivits


Le modle dactivits est un modle de la famille des flux de travaux. Il peut sutiliser en amont de la dmarche pour comprendre le fonctionnement de lentreprise. En plus de cette utilisation en amont, nous conseillons vivement dutiliser le modle dactivits et les diagrammes dactivits pour montrer la dynamique interne des cas dutilisation.

Figure 7 - Diagramme d'activits de la gestion des bugs

Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005

20. Modlisation des processus 8/11

30.09.2006/ P-A. Sunier http://lgl.isnetne.ch

4.2.3 Modle de squences


Le modle de squence est un cas particulier du modle des interactions. Il peut sutiliser en amont de la dmarche pour reprsenter des cas particuliers de droulement de processus sous forme de diagrammes unitaires. Ensuite, partir de plusieurs diagrammes ou scnarios il est possible de faire ressortir les rgles de gnralisation qui permettront de spcifier les cas dutilisation ou de raliser des diagrammes dactivits. En plus de cette utilisation en amont, le diagramme de squence peut tre utilis pour dfinir les scnarios essentiels que les cas dutilisation raliss devront supporter ; ces scnarios essentiels seront la base des jeux de tests dintgration.

Figure 8 - Diagramme d'un scnario d'annonce de problme

4.2.4 Modle de machines tats transitions


Le modle de machines tats transitions permet de dfinir trs prcisment le comportement dune unit de traitement ; cette unit de traitement peut tre un processus mtier. Nous reviendrons plus en dtail sur le modle de machines tats transitions dans un chapitre spcifique.

Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005

20. Modlisation des processus 9/11

30.09.2006/ P-A. Sunier http://lgl.isnetne.ch

4.2.5 Transition entre les reprsentations mtier et systme


Le modle dobjets mtier dUP permet de modliser la transition entre la reprsentation mtier et la reprsentation du systme dinformation. Les travailleurs dinterface 4 assurent la transition entre les acteurs mtiers et le systme dinformation ; les travailleurs dinterface seront transforms en acteur du systme dinformation et leurs besoins en traitement informatiss seront exprims sous forme de cas dutilisation systme.

Figure 9 - Modle des objets mtier de la gestion des bugs

Le modle des objets mtier est un cas particulier de modle de collaboration 5 dUML.
4 5

SAV, Marketing, Test et R&D pour notre gestion de bugs de la Figure 9. Tout comme le modle de squence, le modle de collaboration est un cas particulier de modle dinteraction ; la plupart des AGL permettent de passer de lun lautre automatiquement.
Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005 20. Modlisation des processus 10/11 30.09.2006/ P-A. Sunier http://lgl.isnetne.ch

5 Rfrences bibliographiques
[1] Cours de mthodologie HES - 2005 http://lgl.isnetne.ch/methodologie-2005HES/index.htm Processus mtiers et SI de C. Morley, J. Hugues, B. Leblanc, o.Hugues 2005 c/o Dunod Atelier de gnie logiciel - Approche fonctionnelle ou objet Concurrence ou complmentarit ? P.-A. Sunier et consorts, 2001/2003 http://lgl.isnetne.ch/isnet43

[CM-05]

[ISNet-43]

Cours de modlisation 2005/2006 http://lgl.isnetne.ch/modelisation-2005

20. Modlisation des processus 11/11

30.09.2006/ P-A. Sunier http://lgl.isnetne.ch