modélisation_processus

8/7/2019 modlisation_processus

1/34

Olivier Glassey

Jean-Loup Chappelet

Comparaison de trois techniques de

modlisation de processus:

ADONIS, OSSAD et UML

Working paper de l'IDHEAP 14/2002UER: Management public / Systmes d'information


2/34

Comparaison de trois techniques de

modlisation de processus:ADONIS, OSSAD et UML

Olivier Glassey

Jean-Loup Chappelet

UER: Management public / Systmes d'information

Working paper de l'IDHEAP no 14/2002

novembre 2002

Ce document se trouve sur notre site Internet: http://www.idheap.ch/

2002 IDHEAP, Chavannes-prs-Renens


3/34

Rsum

Dans ce travail nous proposons de comparer trois techniques de modlisation de processusafin de dterminer quels en sont les concepts communs et didentifier les diffrences majeures,sil y en a. Nous avons retenu les techniques suivantes : ADONIS, un logiciel de modlisationde processus oprationnel qui intgre sa propre technique de modlisation ; OSSAD, unemthode de modlisation de systme dinformation et dorganisation ouverte et standard ; UML,le langage de notation graphique standardis bien connu. Aprs avoir tudi dans le dtail lesconcepts et les champs dapplication propres chacune de ces techniques, nous avons tabliun comparatif qui se rsume en trois interrogations : quels sont les objectifs de lorganisation ?quelle est la structure de lorganisation et quelles sont les ressources humaines disponibles ?comment fonctionne lorganisation ? Si les rponses cette dernire question (comment ?) sonttrs similaires dans les trois cas, il ressort nettement que les diffrences les plus importantesentre ces techniques se situent au niveau de la modlisation qui relve des deux premiresquestions (quoi et qui ?).

Abstract

In this work we want to compare three process modelling techniques in order to find theircommon concepts and to identify their important differences, if there are any. We chose thefollowing techniques: ADONIS, a software tool for operational process modelling that has itsproprietary modelling technique; OSSAD, an open and standard method for information systemand organization modelling; UML, the well-known standardized graphical notation language. Westudied in detail the concepts and the application fields of each of these techniques and weestablished a comparison that can be summarized in three questions: what are the objectives ofthe organization? what are the structure and the human resources of the organization? howdoes the organization work? Although the answers to the latter question (how?) are very similarin the three cases, it is very clear that the main differences between these techniques appear at

the level of modelling concerned by the first two questions (what and who?).


4/34

Comparatif ADONIS-OSSAD-UML

Table des matires

1. Introduction 1

1.1 ADONIS 11.2 OSSAD 2

1.3 UML 3

2. Types de modles et notation graphique 4

2.1 ADONIS 4

2.1.1 Carte de processus 4

2.1.2 Modle denvironnement de travail 5

2.1.3 Modle de processus oprationnel 7

2.2 OSSAD 11

2.2.1 Modle abstrait 11

2.2.2 Modle de rles 12

2.2.3 Modle de procdures 14

2.2.4 Modle doprations 16

2.2.5 Matrice activits-rles 17

2.2.6 Modle dunits organisationnelles 18

2.3 UML 20

2.3.1 Diagramme de cas dutilisation 20

2.3.2 Diagramme de squence 22

2.3.3 Diagramme de collaboration 23

2.3.4 Diagramme dactivit 24

3. Comparaison ADONIS-OSSAD-UML 26

3.1 Fonctionnement de lorganisation 263.2 Structure et ressources de lorganisation 27

3.3 Objectifs de lorganisation 28

3.4 Concepts de modlisation 28

4. Conclusion 29

5. Bibliographie 30

Liste des Working paper de l'IDHEAP dj parus 31


5/34

Comparatif ADONIS-OSSAD-UML 1

1. Introduction

Tant dans le monde de lentreprise que dans le milieu acadmique il existe de nombreuses

techniques de modlisation de processus, quil sagisse de mthodes, de langages de

modlisation ou doutils informatiques intgrs. Certaines dentre elles sont ouvertes etgratuites, dautres sont propritaires et payantes. Devant ce large choix, nous avons dcid de

comparer trois de ces techniques, que nous estimons reprsentatives de diffrentes coles

de la modlisation de processus. Cependant nous neffectuons pas ce travail pour tablir

quelle est la meilleure dentre elles, nous cherchons plutt dterminer quels en sont les

concepts communs et dcouvrir sil en existe qui sont fortement diffrencis (et si oui, pour

quelles raisons). Nous nous intressons galement aux diffrents types de modles offerts par

ces mthodes et aux niveaux dabstraction proposs. Ce travail est ralis dans le cadre du

projet europen eGOV1 qui vise, entre autres, prciser une mthode de rorganisation de

processus dans les administrations publiques.

Pour le prsent comparatif, nous avons choisi trois techniques de modlisation,

respectivement Adonis, OSSAD et UML. Comme nous lavons mentionn plus haut, nous

pensons quelles sont reprsentatives de diffrentes tendances actuelles du domaine :

- Adonis est un logiciel de modlisation de processus oprationnel qui intgre sa propre

technique de modlisation et son langage de description propritaires.

- OSSAD est une mthode de modlisation de systme dinformation et dorganisation

ouverte et standard. Elle a t dveloppe dans le cadre dun projet de recherche

europen et il existe quelques outils la supportant, dont OSS@D Process Design que nous

avons utilis pour ce comparatif.

- UML est un langage de notation graphique standardis qui peut tre utilis dans

diffrents domaines de modlisation et notamment pour dcrire des processus de gestion.Il existe des dizaines de logiciels qui supportent UML, dont le plus connu est Rational

Rose. Pour ce travail nous avons utilis UMLStudio.

Aux paragraphes suivants nous prsentons brivement ces trois techniques, avant de les

tudier individuellement et dans le dtail au chapitre 2. Nous verrons en effet les diffrents

types de modles que chacune propose, en tudiant de prs leurs notations graphiques

respectives et en les illustrant par des exemples. Comme ces techniques ont des champs

dapplication relativement divers, nous nous concentrerons uniquement sur la modlisation de

processus. En outre, nous ne parlerons pas des outils qui les supportent et des fonctionnalits

que ces derniers offrent, notamment en terme danalyse, de simulation, dimplmentation

dapplications ou de gnration de documentation. Au chapitre 3 nous passerons ensuite lacomparaison proprement parler des concepts proposs par Adonis, OSSAD et UML.

1.1 ADONIS

Contrairement OSSAD et UML2 qui sont des techniques ouvertes et standardises, Adonis

est une mthode propritaire totalement intgre avec loutil du mme nom. Ce dernier a t

dvelopp par l'entreprise Business Objects Consulting (BOC)3, une socit spcialise dans

1

Voirwww.egovproject.org2Voir points 1.2 et 1.3

3Voirwww.boc-eu.com


6/34


la gestion de processus oprationnels et issue du groupe BPMS (Business Process

Management Systems) de lInstitut dInformatique et dEconomie de lUniversit de Vienne.

Adonis est largement utilis dans les services financiers et dans les administrations publiques,

en particulier pour loptimisation et la documentation de processus ainsi que pour la gestion

de la qualit ou les certifications de type ISO. Il contient un module dacquisition de donnes

qui permet par exemple dimporter des statistiques en format Excel ainsi quun module demodlisation graphique. Celui-ci supporte uniquement la mthode standard Adonis dans sa

version de base, mais il est possible dacqurir des modules supplmentaires intgrant par

exemple la mthode IBM Lovem ou certains diagrammes dUML. Dans ce travail nous nous

intresserons uniquement la technique de modlisation propre Adonis. Loutil Adonis

permet par ailleurs deffectuer des analyses pousses grce son langage dinterrogation

intgr et de procder des simulations bases sur des algorithmes de calcul de chemin, de

temps ou de cots.

La modlisation standard dAdonis repose sur trois types de modles :

- La carte des processus donne une ide gnrale des diffrents processus ou sous-

processus effectus au sein dune organisation.- Le modle denvironnement de travail permet de reprsenter la structure dune

organisation en termes dunits, de responsables et de rles. Il prend galement en compte

les ressources disponibles.

- Le modle de processus oprationnelmontre le chemin suivi par un processus depuis sondbut jusqu sa fin, en passant par toutes les activits qui le composent. Il intgre de plus

la notion dacteurs en charge dune activit prcise et de ressources lies

laccomplissement dune activit.

Pour ce travail nous avions disposition une version standard dAdonis, avec un module

supplmentaire permettant de crer des modles de classes, des diagrammes de cas

dutilisation et des diagrammes de squence UML. Nous navons toutefois pas utilis ce

dernier, car il nest pas trs performant en comparaison avec dautres outils UML.

1.2 OSSAD

OSSAD rsulte dun projet de recherche europen men de 1985 1989 dans le cadre du

programme ESPRIT1. Cette mthode ouverte et non-propritaire a pour but de grer les

problmes organisationnels amens par larrive massive de la technologie dans les bureaux

(bureautique). Elle fonctionne deux niveaux :

- Le modle abstraitpermet dexprimer les objectifs dune organisation et la reprsente entermes de fonctions (par exemple marketing, finance, production) et de paquets

dinformation qui circulent entre ces fonctions (par exemple statistiques, contrats). Les

fonctions peuvent se dcomposer en autant de sous-fonctions que ncessaire pour

reprsenter une organisation, et les fonctions non dcomposes sont appeles activits.

- Le modle descriptif dcrit les moyens humains et les ressources technologiques dune

organisation. Il la reprsente en terme de procdures (manire de raliser une activit) et

des diffrentes oprations ncessaires leur accomplissement, ainsi quen termes de rles

(qui participe quelle activit), doutils et de ressources. Il se compose de trois types de

formalismes graphiques : les matrices activits-rles, les graphes de circulation des

1European Strategic Program for Research in Information Technology (Anctre des programmes cadres ICT).


7/34


informations qui dcrivent la communication entre rles ( graphe de rles) et entre

procdures (graphe de procdures), ainsi que lesgraphes des oprations dune procdure.

Pour ce comparatif nous avons utilis loutil OSS@D Process Design dvelopp par la socit

C-Log International1. Cet outil respecte parfaitement la mthode OSSAD et offre des

fonctionnalits de cration et de validation de modles. Il propose galement des outils desimulation pour valuer lexcution des oprations dune procdure. Seuls quelques termes

OSSAD ont t changs, ainsi les fonctions du modle abstrait deviennent des processus ou

lesgraphes deviennent des modles.

1.3 UML

UML est un langage de notation orient objet qui a t dvelopp et standardis par Rational

Software2 et Object Management Group3. Il a vu le jour en 1997 et est trs rapidement devenu

un standard de lindustrie pour spcifier, visualiser, dvelopper et documenter des logiciels.

Unified Modeling Language est n, comme son nom lindique, du regroupement de trois

techniques de modlisation objet, la mthode Booch, Object Modeling Technique (OMT) et

Objectory (OOSE) Process, respectivement dveloppes par Grady Booch, James Rumbaugh

et Ivar Jacobson. Ces trois chercheurs travaillent actuellement chez Rational Software.

UML couvre les diffrentes phases dun dveloppement objet (analyse, conception et

implmentation) en offrant neuf types de diagrammes :

- Le diagramme de cas dutilisation reprsente les comportements dun systme du point devue de lutilisateur.

- Le diagramme de classes reprsente la structure statique dun systme sous la forme de

classes et de relations et ne contient pas dinformations temporelles. Une classe est une

reprsentation abstraite dun ensemble dlments similaires.- Le diagramme dobjets reprsente les objets et leurs relations, un objet tant un lmentparticulier dune classe.

- Le diagramme de squence reprsente les objets et leurs interactions selon une ligne

temporelle.

- Le diagramme de collaboration reprsente les objets, leurs liens et leurs interactions de

manire structurelle. Les diagrammes de squence et de collaboration sont isomorphes4.

- Le diagramme de transition dtats exprime le comportement dynamique dun objet en

termes dtats, dactivits, de transitions et dvnements.

- Le diagramme dactivits dcrit les flux entre activits au sein dun systme. Cela permetde reprsenter le droulement dune procdure ou dune fonction.

- Le diagramme de composants montre limplmentation physique dun systme, en termesde composants logiciels.

- Le diagramme de dploiementdcrit la configuration des lments de traitement lexcution et les composants qui leur sont rattachs.

Dans ce comparatif nous nous en tiendrons aux diagrammes de cas dutilisation, desquence,

de collaboration et dactivits car ils sont les seuls couvrir la modlisation de processus

proprement parler. Nous avons utilis UMLStudio, un outil qui supporte tous les diagrammes

UML ainsi que dautres mthodes de modlisation et qui permet ses utilisateurs de

1 www.c-log.com2

www.rational.com3www.omg.org

4Cela signifie quil est possible de prendre un type de diagramme et de le transformer en un autre.


8/34


dvelopper leurs propres strotypes. Il intgre en outre des outils de gnration de code,

notamment pour Java ou C++.

2. Types de modles et notation graphique

Comme annonc en introduction, nous commenons par prsenter Adonis, OSSAD et UML

sparment, en dtaillant les concepts ou les classes dobjets de modlisation que ces

techniques proposent. Nous reprenons galement la dfinition formelle que les crateurs de

ces techniques donnent pour chacun de ces concepts. Nous nattendons pas du lecteur quil

retienne tous les dtails, mais plutt quil se forme une image gnrale de ces techniques, de

leurs points communs et de leurs diffrences. Pour ce faire, nous utilisons les mmes

exemples (cration et enregistrement dune entreprise au Registre du commerce suisse) pour

chaque technique, dans la mesure o il est possible de le faire car certains types modles sont

trop diffrents ou ne se retrouvent pas partout.

2.1 ADONIS

2.1.1 Carte de processus

La carte de processus est un modle Adonis qui offre une vue densemble des processus

oprationnels effectus dans une entreprise ou une organisation. Un processus peut tre

dcoup en sous-processus qui figurent sur la mme carte ou il peut faire rfrence un autre

modle (soit une nouvelle carte des processus, soit un modle de processus oprationnel). Les

concepts utiliss dans ce type de modle sont brivement prsents ci-dessous.

Table 1 : Notation pour les Cartes de processus

Les objets de la classeProcessus sont utilissuniquement dans les Cartes de processus. Ils peuvent

faire rfrence un modle de processus oprationnel ou

une autre carte des processus.

La relationA le processus est dfinie entre des objets de

la classeProcessus et sert exprimer le dcoupage en

sous-processus.

La classeNote permet de stocker du texte libre dans ladescription graphique d'un modle. Elle peut tre utilise

dans tous les types de modles Adonis.

LAgrgation permet de reprsenter graphiquement les

liens logiques entre contenus dans les Cartes de

processus et les Modles de processus oprationnels.

La figure 1 reprsente un exemple simplifi de cration dune entreprise. Ce processus

comprend les sous-processus Choix dune forme juridique et Inscription au registre du

commerce, qui a leur tour font rfrence dautres cartes de processus ou des modles de

processus oprationnels.


9/34


Figure 1 : Carte de processus

A limage de lexemple ci-dessus, les cartes de processus donnent notre avis une image trop

gnrale dune entreprise, dune organisation ou dun de leurs sous-ensembles pour tre

rellement utiles la modlisation. La dcomposition en processus et sous-processus peut

certes tre utile la comprhension dune organisation, mais ces dcompositions

fonctionnelles (donc hirarchiques) sont limites car elles ne montrent pas facilement les liens

fonctionnels entre niveaux. Elles napportent en effet que peu dinformations mme si ce type

de modle se situe un niveau dabstraction lev. Elles sont cependant utiles pour la

navigation entre diffrents modles au sein de lenvironnement Adonis car elles constituent

un point dentre permettant ensuite de zoomer sur les diffrents niveaux de reprsentation

dune organisation.

2.1.2 Modle denvironnement de travail

Adonis est livr avec un module de modlisation des environnements de travail qui permet de

reprsenter la structure (lorganigramme) dune organisation. Grce aux concepts expliqus

ci-dessous, les utilisateurs peuvent modliser aussi bien la hirarchie dune organisation, les

personnes qui y travaillent et les rles quelles y occupent, ainsi que les ressources

informationnelles, matrielles et logicielles disposition.

Table 2 : Notation pour les Modles denvironnement de travail

La classe Unit organisationnelle permet de reprsenterun sous-ensemble dune organisation dans les Modlesdenvironnement de travail. La combinaison des Units

organisationnelles (qui comprennent desResponsables etpeuvent avoir unDirecteur) permet de dfinir la

hirarchie dune organisation.

La classeResponsable reprsente les personnes

physiques dans les Modles denvironnement de travail.ChaqueResponsable peut avoir un ou plusieursRle(s)

et faire partie dune ou plusieurs Unit(s)organisationnelle(s) . UnResponsable peut en outre trele directeur dune ou plusieurs Unit(s)organisationnelle(s) .


10/34


La classeRle dcrit le domaine dactivit dun

Responsable.

La relationEst le suprieur de relie deux objets de laclasse Unit organisationnelle. Une Unitorganisationnelle peut tre hirarchiquement infrieure une ou plusieurs Unit(s) organisationnelle(s) et une

Unit organisationnelle peut tre hirarchiquement

suprieure une ou plusieurs Unit(s)

organisationnelle(s) .

La relationFait partie de relie un objet de la classe

Responsable un objet de la classe Unitorganisationnelle. PlusieursResponsables peuvent faire

partie dune Unit organisationnelle et unResponsable

peut faire partie de plusieurs Units organisationnelles.

La relationEst le directeur de relie un objet de la classe

Responsable un objet de la classe Unit

organisationnelle. UnResponsable peut grer plusieurs

Units organisationnelles et une Unit organisationnellepeut avoir plusieursDirecteurs.

LesRles sont assigns auxResponsables par

l'intermdiaire de la relationA le rle.

La relationA la ressource relie un objet de la classe

Unit organisationnelle un objet de la classe

Ressource1. Une Unit organisationnelle peut avoir une

ou plusieursRessource(s) et uneRessource peut tre

utilise par une ou plusieurs Unit(s)

organisationnelle(s) .

La relation Utilise la ressource relie un objet de la classe

Responsable un objet de la classeRessource1. Un

Responsable peut utiliser une ou plusieursRessource(s)

et uneRessource peut tre utilise par un ou plusieurs

Responsable(s).

La figure 2 montre de manire gnrale les diffrentes parties impliques dans la cration

dune nouvelle entreprise, sous la forme dun environnement de travail comprenant des units

organisationnelles, des responsables et des rles. Une premire unit organisationnelle est

constitue par lentreprise sur le point dtre cre et celle-ci comprend au moins un employ

1Les diffrentes classes de ressources sont dfinies au point 2.1.3


11/34


qui est responsable dinscrire lentreprise auprs du registre du commerce. A noter quil peut

sagir dune seule et mme personne qui dcide de crer sa propre entreprise, reprsente

selon plusieurs points de vue. Cette diffrentiation est fort utile dans le cas de grandes

organisations o plusieurs personnes peuvent tenir un rle et o plusieurs rles peuvent tre

jous par la mme personne. Une tude de notaire forme la deuxime unit organisationnelle

o un notaire aura le rle dofficialiser la cration dune socit commerciale par le biais dunacte notari. La nouvelle entreprise devra ensuite tre enregistre auprs du registre du

commerce o un employ effectuera la transaction.

Figure 2 : Modle denvironnement de travail

Les modles denvironnement de travail permettent selon nous de dcrire de manire

exhaustive la structure dune organisation et les ressources dont elle dispose. De plus Adonis

permet de mettre en relation de manire formelle ces modles et les modles de processus

oprationnel, ce qui permet de les valider et dassurer ainsi une reprsentation

multidimensionnelle de la ralit.

2.1.3 Modle de processus oprationnel

Le modle de processus oprationnelsuit pas pas le chemin dexcution dun processus, en

dtaillant squentiellement toutes les activits qui le composent et en montrant ses diffrentes

ramifications. Il intgre de plus la notion de responsabilit pour une activit prcise et deressources lies laccomplissement dune activit.

Table 3 : Notation pour les Modles de processus oprationnel

Chaque Modle de processus oprationneldoit contenirexactement un objetDbut du processus qui reprsente

le dbut du processus oprationnel. Un objet de la

classeDbut du processus na aucun prdcesseur et aau maximum un successeur.


12/34


Un objet de la classeFin marque la fin du chemin dunprocessus oprationnel et il peut en exister plusieurs

dans un Modle de processus oprationnel. LobjetFin

a au moins un prdcesseur et na pas de successeur.

La classeActivitdcrit une tche excuter. Un objet

de typeActivita un prdcesseur au moins et unsuccesseur au maximum. Il est possible dassigner une

ou plusieurs Variable(s) uneActivit.

La relation Successeurcaractrise lordre dedroulement des activits et des dcisions. Les

utilisateurs peuvent y ajouter des conditions ou des

probabilits de transition aprs uneDcision ou un

Paralllisme.

Un objet de classeAppel dun processus permet

dappeler dautres processus. Il est utilis lorsquun

sous-processus est appel plusieurs fois dans un modle

ou pour structurer un processus oprationnel de faonplus claire. LobjetAppel dun processus doit avoir un

prdcesseur au moins et un successeur maximum.

Un objet de classeDcision permet de crer des

ramifications. Ses conditions de succession doivent tre

dfinies de manire ce quune seule relation de

succession soit possible.

Un objet de classeParalllisme permet dexcuter

simultanment plusieurs chemins. Il a au moins unprdcesseur et un successeur.

Un objet de classe Unification permet de runir deschemins parallles. Il doit avoir exactement autant de

prdcesseurs que lobjetParalllisme correspondant a

de successeurs et ne doit pas avoir plus d'un successeur.

Grce aux objetsParalllisme et Unification, il est

possible de traiter simultanment des parties

indpendantes dun Modle de processus oprationnel.

Les objets de classe Swimlane permettent de regrouper

les activits effectues par des classes ou des entits

distinctes.

La relation Utilise va d'un objet de la classeActivitun objet de la classeRessource. Elle permet dassigner

les ressources ncessaires lexcution dune activit.


13/34


Les objets de la classeRessource dcrivent les

ressources ncessaires lexcution dune activit et

peuvent tre reprsents sous les diffrentes formes

prsentes ci-contre. Un objetRessource dans un

Modle de processus oprationnelcorrespondexactement lobjet du mme nom dfini dans un

Modle denvironnement de travail1. Ces objets

Ressources sont notamment pris en compte dans lesalgorithmes de simulation quoffre Adonis.

Les objets de classeRessource mobile ont exactement

la mme utilit que les ressources prsentes ci-dessus,

si ce nest que, comme leur nom lindique, ils sontmobiles et circulent entre les diffrentes Units

organisationnelles etResponsables impliqus dans le

droulement dun processus. Ils peuvent galement tre

reprsents sous diffrentes formes.

Les Variables sont utilises pour dfinir les conditionsde transition des relations Successeuraprs une

Dcision ou unParalllisme. Lobjet Variable na niprdcesseur ni successeur et il doit tre en relation

avec au moins un objet de la classeAssignation devariable.

Un objet de classeAssignation de variable sert assigner une certaine valeur une variable, en utilisant

une fonction de distribution constante ou discrte. Il na

ni prdcesseur ni successeur.

Une relationAssigne est dfinie entre un objet de la

classeAssignation de variable et un objet de la classe

Dbut du processus ouActivit. Elle peut tre appele

dans plusieursDcisions successives ouParalllismes.La relationAssigne une variable va dun objet de la

classeAssignation de variable vers un objet de la classe

Variable. Elle assigne une valeur constante ou discrte la variable.

1Voir point 2.1.2


14/34


La figure 3 dtaille processus dinscription dune entreprise au registre du commerce en

Suisse. Les swimlanes indiquent les diffrents acteurs impliqus et le chemin dexcution du

processus est clairement montr en fonction des conditions en vigueur. La circulation de

linformation et les ressources disponibles sont galement reprsentes. Les classes Activits

intgrent une information supplmentaire par rapport ce qui est expliqu ci-dessus : licne

dun petit personnage est ajoute dans le coin suprieur droit et elle indique que des Rles oudesResponsables ont t assigns uneActivitdonne.

Figure 3 : Modle de processus oprationnel

Les modles de processus oprationnel permettent de dcrire exactement et de manire

formalise le chemin dexcution dun processus, avec une validation immdiate par loutil

Adonis. Un des atouts de ce type de modle est notre sens la combinaison des swimlanes et

des rles (ou responsables), ce qui permet de dissocier les acteurs du monde rel et les

ensembles de responsabilits dfinies un niveau abstrait au sein de lorganisation. Les

ressources ncessaires sont aussi reprsentes, avec une notation relativement riche qui

permet de les catgoriser. Bien que les modles de processus puissent simbriquer et

permettre des reprsentations dcomposes, ils ne constituent quun seul niveau dabstraction.

Cela peut entraner une modlisation trs oprationnelle de la ralit et empcher une vision

globale des objectifs poursuivis par une organisation ou un des ses sous-systmes. Cette

vision globale est par ailleurs relativement mal dfinie par les cartes de processus commenous lavons vu au point 2.1.1.


15/34


2.2 OSSAD

2.2.1 Modle abstrait

Le modle abstrait dOSSAD sintresse aux objectifs dune organisation, indpendamment

des moyens et des ressources mis en uvre pour les raliser. Il offre plusieurs niveaux devisualisation en permettant de dcomposer un processus en sous-processus et en activits

grce au zoomage . Il est donc relativement invariant et permet de reprsenter un niveau

conceptuel les processus dune organisation, son environnement et les paquets dinformation

qui circulent. Les concepts utiliss pour crer un modle abstrait sont prsents ci-aprs.

Table 4 : Notation pour les Modles abstraits

UnProcessus (ou fonction) est un sous-ensemble dune

organisation qui poursuit des objectifs homognes.

Lorganisation est ainsi reprsente par le Modleabstrait.

UnProcessus peut tre form de plusieurs sous-

processus (ou sous-fonctions) : il est alors reprsent par

un double rectangle et lutilisateur a la possibilit de

zoomer sur un sous-ensemble du Modle abstrait1. Les

Sous-processus peuvent leur tour tre dcomposs en

Activits, qui ont un objectif principal et qui constituent

le niveau danalyse le plus fin du Modle abstrait.

UneEntit externe (ou processus externe) nappartient

pas lorganisation tudie mais fait partie de son

environnement. UneEntit externe est reprsente dansun Modle abstraitpour illustrer la circulation des

Paquets dinformation entre une organisation et son

environnement, mais elle ne peut pas faire lobjet dune

dcomposition.

UnPaquetreprsente un ensemble dinformation

circulant entreProcessus (et/ou desEntits externes). Ilsagit de lunique lien possible entre ces derniers et il

doit tre mis par un et un seulProcessus. Il peut par

contre tre reu par plusieursProcessus (au minimumun), y compris par son metteur.

Les liens entreProcessus etPaquets sont reprsents parune flche unidirectionnelle.

La figure 4 illustre de manire trs gnrale et relativement simplifie lenvironnement du

processus qui mne la cration dune nouvelle entreprise. Un entrepreneur constitue un

dossier de cration de son entreprise puis effectue un certain nombre dactivits (ou les fait

effectuer par un mandataire qui se charge de ce processus) menant la cration effective de sa

socit, avant de se mettre en relation avec diffrentes administrations pour lofficialiser afin

de pouvoir dmarrer rellement son activit commerciale.

1Voir figures 4 et 5


16/34


Figure 4 : Modle abstrait

La figure 5 montre de manire plus dtaille quelles sont les activits que lentrepreneur doit

mener bien pour crer son entreprise: choix dune forme juridique et constitution ventuelle

dune socit, obtention dun numro de TVA et inscription au registre du commerce si

ncessaire. Elle fait de plus intervenir des entits externes plus dtailles que le modleprsent la figure 4 qui montrait ladministration de manire trs abstraite.

Figure 5 : Modle abstrait zoom

Le modle abstrait est, comme annonc en introduction, une reprsentation relativement

invariante dune organisation. Cela savre trs utile dans un environnement o les

technologies et les oprations quotidiennes peuvent voluer rapidement, car les objectifs

fondamentaux dune organisation sont clairement formuls et ses missions formalises,

fournissant ainsi une base solide pour les personnes en charge de grer cette volution. Ce

modle abstrait est ensuite complt par les modles descriptifs prsents aux points suivants :

modle de rles, de procdures, doprations, dunits organisationnelles et matrice activits-

rles.

2.2.2 Modle de rles

Un modle de rles dcrit la circulation des informations dans une organisation et entre celle-ci et son environnement, en intgrant la notion de rles, cest--dire des ensembles de


17/34


responsabilits confis aux employs ou aux personnes extrieures en contact avec

lorganisation. Ces informations (ou ressources en information) sont reprises dans les modles

de procdures prsents plus loin. Les diffrents concepts permettant de construire un tel

modle sont lists dans la table 5.

Table 5 : Notation pour les Modles de rles

UnRle est un ensemble de responsabilits confies un

ou plusieurs acteurs1 dans le cadre du droulement dune

procdure2 telle que spcifie dans un Modle deprocdures.

UnRle externe est un ensemble de responsabilits

appartenant un ou plusieurs acteurs extrieurs

lorganisation, par exemple des clients ou des

fournisseurs.

UneEquipe regroupe plusieursRles poursuivant

Des objectifs homognes.

UneRessource est un ensemble dinformations

regroupes sur un support physique. Elle ne peut tre

mise que par un et un seulRle et utilise par un et un

seulRle. LesPaquets dinformation du Modle abstraitsont constitus dune ou plusieursRessource(s).

Le lien entre unRle et uneRessource quil produit est

montr par une flche unidirectionnelle. Ce lien est de

typeEmission. Le lien entre uneRessource et leRle qui

lutilise est montr par une flche unidirectionnelle. Celien peut tre de type Consultation ou Modification.

Figure 6 : Dfinition des acteurs jouant unRle particulier

1Voir figure 6

2Voir point 2.2.3


18/34


Comme expliqu plus haut, un Rle est un ensemble de responsabilits confi un ou

plusieurs acteurs, unActeurtant une personne physique, qui peut jouer un ou plusieurs rles.Cette dpersonnalisation, autrement dit la sparation entre les personnes et les rles quelles

jouent au sein dune organisation, permet de se concentrer uniquement sur les activits et les

procdures accomplir. OSS@d Process Design offre la possibilit de lier les acteurs dfinis

dans les modles dunits organisationnelles1

et les rles grce une bote de dialogue telleque montre la figure 6.

La figure 7 montre les rles qui entrent en ligne de compte lors de linscription dune

entreprise au registre du commerce. Un employ de ladministration qui a le rle de grer le

registre reoit une demande dinscription ainsi que des documents reprenant la raison sociale

exacte et la forme de lentreprise enregistrer. Ces documents ont t produits sous la

responsabilit de lentrepreneur qui doit galement demander un acte notari sil dsire

enregistrer certains types de socits. Lemploy du registre du commerce effectue ensuite

linscription (ou la refuse si elle nest pas possible) et retourne notification dinscription (ou

de refus).

Figure 7 : Modle de rles

Le modle de rles, en parallle avec le modle de procdures qui regroupe les mmes

ressources en information et qui fait le lien avec le niveau abstrait2, constitue le cur du

modle descriptif. Il montre les ressources qui circulent entre rles et constitue une vision plus

dtaille que celle du modle abstrait car un paquet correspondent en gnral plusieurs

ressources en information. Mais le lien entre descriptif et abstrait est vritablement fait par le

modle de procdures.

2.2.3 Modle de procdures

A laide de la notation dfinie dans la table 6, le modle de procdures permet de dtailler les

activits dfinies au niveau le plus fin du modle abstrait : une procdure correspond une

activit. Il montre galement quelles ressources en information sont ncessaires

laccomplissement dune activit et comment ces ressources circulent, faisant ainsi le lien

avec les paquets dinformation du modle abstrait. Ce type de modle demeure toutefois une

description statique des changes dinformations et ne sintresse pas leur droulement

chronologique. Les aspects dynamiques des flux dinformations sont dfinis dans le modle

doprations associ une procdure.

1Voir point 2.2.6

2Voir point 2.2.3


19/34


Table 6 : Notation pour les Modles de procdures

UneProcdure reprsente la manire spcifiquedaccomplir une activit et elle correspond uneActivit

dfinie dans le Modle abstrait.UnRle externe est un ensemble de responsabilits

appartenant un ou plusieurs acteurs extrieurs

lorganisation.


regroupes sur un support physique. Elle ne peut tre

mise que par une et une seuleProcdure (ouEntit

externe) et utilise par une et une seuleProcdure (ou

Entitexterne). LesRessources du Modle de rles etcelles du Modle de procdure correspondent car ce sont

en gnral les mmes informations qui circulent. Les

Paquets dinformation du Modle abstraitsontconstitus dune ou plusieursRessource(s).

Le lien entre uneProcdure et uneRessource quelleproduit est montr par une flche unidirectionnelle. Ce

lien est de typeEmission. Le lien entre uneRessource etlaProcdure qui lutilise est montr par une flche

unidirectionnelle. Ce lien peut tre de type Consultation

ou Modification.

La figure 8 montre les diffrentes procdures lies linscription dune entreprise au registre

du commerce et les ressources en information ncessaires pour laccomplissement de cette

activit. Elle montre ainsi quil est ncessaire de prparer un dossier dinscription,

dofficialiser la socit par un acte notari et de procder linscription proprement parler

qui dbouchera sur une notification dinscription, positive ou ngative. Elle nintgre

cependant pas de notion de temps et ne spcifie par exemple pas quil faut prparer le dossier

avant de soumettre linscription.

Figure 8 : Modle de procdures

Le modle de procdures constitue larticulation entre les activits du niveau abstrait et la

description dtaille de leur ralisation. Il permet aussi de mettre en correspondance les


20/34


ressources en information et les paquets dinformation. Ce type de modle assure donc le

passage du niveau abstrait (stratgique) au niveau descriptif (oprationnel) et constitue un

niveau de modlisation intermdiaire fort utile.

2.2.4 Modle doprations

Le droulement chronologique dune procdure se dcrit au moyen dun modle doprations,qui constitue le niveau de dtail le plus prcis de la mthode OSSAD. Une procdure est ainsi

dcoupe en oprations lmentaires qui sont accomplies par un seul acteur en une seule

fois. Ce type de modle reprend par ailleurs les rles dfinis dans le modle de rles et leur

associe les oprations dont ils ont la responsabilit grce des colonnes similaires au concept

des swimlanes dAdonis. Il permet galement de dfinir des chemins dexcution parallles

ou conditionnels. La table 7 prsente les symboles utiliss pour crer ces modles.

Table 7 : Notation pour les Modles doprations

LEtatou lEvnementest une situation particulire dansle droulement dune procdure. Cela permet dillustrer

un vnement temporel tel que le dbut ou la fin dune

procdure1.

Une Opration est une action lmentaire duneprocdure. Elle est accomplie par un et un seul acteur.

UneProcdure reprsente la manire spcifiquedaccomplir une activit et elle correspond uneActivitdfinie dans le Modle abstrait.

Lenchanement temporel des oprations et des

procdures est montr par une flche unidirectionnelle.

Les liens sont de typeDclenchementsils joignent desoprations ou des procdures, ou de typeEmission ou

Rception sils illustrent la transmission de ressourcesdinformations .

LesRles intervenant dans une procdure sont

reprsents par des colonnes. Les oprations effectues

par un rle sont places dans la colonne correspondante.

Lensemble des oprations dun rle pour une procdure

est appel Tche.

UnePr-condition est place avant une opration et elle

conditionne lexcution de cette opration. UnePr-

condition peut tre de typeEtou Ou, mais parconvention il est courant de ne reprsenter que les pr-

conditions de typeEt.

UnePost-condition est place aprs une opration et elleconditionne lexcution de la suite des oprations. Une

Post-condition peut tre de typeEtou Ou, mais parconvention il est courant de ne reprsenter que les post-

conditions de type Ou.

1Le dbut et la fin dune procdure sont en gnral dfinis implicitement dans OSSAD, mais dans certains cas il

peut tre utile de les marquer de faon explicite.


21/34


Une Opration parallle est marque par un rectanglegris et regroupe deux oprations effectues

simultanment. Elle peut galement tre reprsente par

une flche bidirectionnelle.

Une Squence est un ensemble doprations effectues

la suite par un seul acteur jouant le mme rle. Lesoprations constituant la squence sont reprsentes en

dessous de cette dernire mais elles peuvent tre

masques.


regroupes sur un support physique.

Un Outilreprsente tout moyen technique permettant la

ralisation dune opration. Il peut sagir de matriel, de

logiciel, de mobilier, etc.

La figure 9 reprend le mme chemin dexcution de la procdure dinscription dune nouvelle

entreprise que celui dfini avec Adonis la figure 3. Mis part quelques diffrences au

niveau de la reprsentation des rles et des symboles de notation graphique, les modles

Adonis et OSSAD sont similaires. OSSAD a cependant lavantage doffrir une couche

dabstraction supplmentaire avec ses modles de rles et de procdures, alors quAdonis

prsente la ralit de manire relativement plate.

Figure 9 : Modle doprations

2.2.5 Matrice activits-rles

Une matrice activits-rles se prsente sous la forme dun tableau dont chaque lignecorrespond une activit du modle abstrait et dont chaque colonne reprsente un rle du


22/34


modle descriptif. Une croix place dans une cellule montre la correspondance formelle entre

un rle et une activit et constitue une tche, cest--dire lensemble des oprations effectues

par un rle. La matrice activits-rles permet de lier le niveau abstrait et le niveau descriptif

en montrant qui fait quoi.

Lexemple de la figure 10 montre que lentrepreneur et le notaire sont impliqus dans le choixet la formalisation dune forme juridique pour la nouvelle entreprise, que lentrepreneur

effectue toutes les oprations lies la cration de lentreprise et quil collaborera avec un

employ du registre du commerce pour effectuer linscription de sa socit.

Figure 10 : Matrice activits-rles

Cette matrice constitue une reprsentation de la ralit fort originale qui ne se retrouve que

dans la mthode OSSAD. Elle offre un point de vue crois sur les activits et les rles qui en

sont responsables, ce qui permet de mettre en correspondance les diffrents modles

descriptifs et le modle abstrait et qui empche justement que les diffrents niveaux demodlisation soient dconnects.

2.2.6 Modle dunits organisationnelles

Les modles dunits organisationnelles permettent de montrer la structure et la hirarchie

dune organisation, ainsi que les personnes relles qui la composent et les postes quelles y

occupent. Ces modles reposent sur trois concepts simples prsents la table 8.

Table 8 : Notation pour les Modles dunits organisationnelles

UneUnit organisationnelle

est un dcoupage

administratif dune organisation. Il peut sagir dun

dpartement, dun service, dune section, etc.

UnActeurest une personne physique qui peut jouer

diffrents rles et qui occupe unPoste, qui peut treexprim par son titre ou par le type dactivits quun

acteur effectue dans lorganisation (par exemple

informaticien ou charg de la communication).


23/34


Les liens entre Units organisationnelles sont de type

Dpendance hirarchique et sont reprsents par une

flche unidirectionnelle grise. Les liens entreActeurspeuvent uniquement tre de type Suprieur de et utilisent

le mme formalisme. Tous les Acteurs placs en dessousdune Unit en font partie1.

Les modles dunits organisationnelles de OSS@D Process Design sont lgrement

diffrents de ceux proposs par la mthode OSS@D, mme sils contiennent les mmes

informations : les organigrammes sont reprsents de gauche droite (figure 11) et non pas en

arborescence verticale et les acteurs sont montrs dans la dcomposition des units

organisationnelles (figure 12). Les graphes dacteurs nexistent par ailleurs pas dans OSS@D

Process Design, car ils ne sont pas ncessaires. En effet, les rles attribus aux acteurs2 sont

repris automatiquement dans les modles dunits organisationnelles.

Figure 11 : Modle dunits organisationnelles

Figure 12 : Acteurs dune unit organisationnelle

Ces modles sont utiles la reprsentation dune organisation o les structures

administratives sont couramment assez rigides. Ils permettent de lister les personnes relles

qui travaillent dans une organisation pour ensuite leur attribuer des rles avec les modles du

mme nom. Les modles dunits organisationnelles ne sont toutefois pas directement lis la

modlisation de processus, qui est lobjet premier de ce travail.

1Voir figure 12

2Voir figure 6


24/34


2.3 UML

UML est une mthode trs vaste. Nous nous limitons la prsentation de trois types de

modles sur les neuf quelle possde : ceux les plus utiles la modlisation de processus.

2.3.1 Diagramme de cas dutilisation

Les diagrammes de cas dutilisation ont pour but premier de dcrire les interactions dun

systme avec son environnement, et en particulier avec les acteurs qui le constituent, quils

soient des tres humains ou des machines. Les cas dutilisation reprsentent un ensemble

abstrait dactions et dactivits accomplies par un systme, ce qui est appel par les

concepteurs dUML son comportement. Ces diagrammes permettent de spcifier

graphiquement ce comportement et ils peuvent tre complts par des descriptions textuelles

ou des scnarios.

Table 9 : Notation pour lesDiagrammes de cas dutilisation

UnActeurreprsente un ensemble cohrent de rles quiinteragit avec un cas dutilisation. Il peut sagir dun tre

humain, dun systme informatique ou de matriel

spcialis.

Un Cas dutilisation dcrit ce quun systme fait mais nespcifie pas comment il le fait. Les cas dutilisation sont

souvent complts par des scnarios textuels.

UnActeurpeut tre connect avec un Cas dutilisation

uniquement par une relation dAssociation qui se dessine

par un trait plein.

Le rectangle plac autour des cas dutilisation sert

dlimiter les frontires dun systme. Tout ce qui est lextrieur constitue lEnvironnementde ce systme.

Un Cas dutilisation peut inclure ou tendre un autre Casdutilisation, ce qui se montre par une flche pointilledont la lgende dit sil sagit duneInclusion ou dune

Extension. Linclusion sutilise notamment pour viter de

modliser plusieurs fois des vnements identiques qui

ont lieu dans plusieurs cas dutilisation (par exemple

valider un utilisateur). Lextension sert notamment

modliser un ensemble optionnel dvnements dun casdutilisation (Voir figure 13).

LesActeurs peuvent tre dfinis de manire gnrique

par le biais de strotypes. Les acteurs spcialiss sont

des descendants de ces strotypes ou super-classes.

Cela constitue une relation de Gnralisation qui se

marque par une flche dont la pointe est vide et qui va de

lacteur spcialis vers lacteur gnrique. Un acteur

Employest par exemple une gnralisation dun acteur

Secrtaire.


25/34


Comme mentionn plus haut, un Cas dutilisation

nexplique pas comment un systme agit. Pour cela il

existe le concept de Collaboration qui spcifie lefonctionnement dun systme. Lassociation entre une

collaboration et un cas dutilisation est appeleRalisation.

UneNote permet de stocker du texte libre dans ladescription graphique d'un modle et peut tre utilise

dans tous les types de modles UML.

La figure 13 montre les acteurs intervenant dans la cration dune entreprise, un niveau

dabstraction lev. Il est intressant de voir que les cas dutilisation correspondent bien aux

processus dfinis dans le modle abstrait dOSSAD, mais que l o OSSAD reprsentait des

paquets dinformation circulant entre processus, UML montre les interactions entre les acteurs

et les cas dutilisation.

Figure 13 : Diagramme de cas dutilisation

Au mme titre quil peut y avoir plusieurs modles imbriqus au niveau abstrait dOSSAD,

les cas dutilisation peuvent se dcomposer en plusieurs degrs de reprsentation. La figure 14

prcise le cas dutilisation Choix de la forme juridique et montre que dans certains cas il estncessaire dutiliser les services dun notaire pour crer une socit commerciale.

Figure 14 : Zoom dun cas dutilisation

Les cas dutilisation permettent avant tout de spcifier et de valider les besoins des utilisateurs

dun systme donn et ils reposent sur une notation trs simple. Contrairement au modle

abstrait dOSSAD, ils ne sont pas destins modliser une organisation et les flux

dinformation qui y circulent. Cependant ils constituent selon nous un outil efficace pour

modliser des processus.


26/34


2.3.2 Diagramme de squence

Les diagrammes de squence et les diagrammes de collaboration prsents au point suivant

sont appels de manire gnrique diagrammes dinteractions dans UML. En effet, ils

dcrivent les interactions entre les objets que contient un systme ou un processus. Ils

permettent galement de montrer les interactions dun systme avec son environnement. Lesdiagrammes de squence permettent de modliser un systme de manire dynamique et ils

sattachent principalement montrer la circulation et lordre chronologique des messages,

autrement dit ils dcrivent la circulation de linformation. Ils sont directement bass sur les

scnarios dfinis avec les cas dutilisation. Les diagrammes de collaboration quant eux

montrent ces interactions sous un angle structurel plutt que temporel.

Table 10 : Notation pour lesDiagrammes de squence

LesRles et les Objets ne reprsentent pas des personnes

relles ou des objets concrets. Ils reprsentent

respectivement un ensemble de responsabilits quun ou

des acteurs ont et un objet gnrique dune classe

donne. Ils sont dessins avec une ligne pointille qui

symbolise lcoulement du temps (de haut en bas) et qui

sappelleLigne de vie. Elle reprsente la dure de viedun objet et elle est complte par un fin rectangle qui

montre la priode pendant laquelle un objet est actif.

Les Messages changs entre les objets peuvent tre de

plusieurs types : Cre,Dtruit,Envoie,Appelle et

Retourne. Ci-contre les messagesAppelle etRetourne

sont reprsents, qui permettent respectivementdappeler une opration dun objet ou de retourner une

valeur. Lordre des messages est dfini par leur

emplacement le long de la ligne de vie.

La figure 15 montre prcisment lordre des messages changs lors du processus

dinscription dune entreprise au registre du commerce. Ce diagramme de squence montre

les objets Dossier dinscription, Acte notariet Inscription au registre du commerce et lesmessages qui sont changs entre les acteursEntrepreneur,Notaire,Registre du commerce et

ces objets. Notons que les diagrammes de squence ne permettent pas de dfinir des

conditions ou des activits parallles, qui seront dfinies dans les diagrammes dactivits.

Figure 15 : Diagramme de squence


27/34


Les diagrammes de squence sont en principe destins modliser un systme informatique et

ses composants, mais nous pensons quil est possible dtendre le concept de systme celui

de processus car la finalit du systme devient lobjectif du processus, sa valeur ajoute. De

cette manire, il devient possible de modliser des processus galement et de crer un niveau

intermdiaire entre le modle abstrait et le modle oprationnel, en mettant laccent sur la

circulation de linformation.

2.3.3 Diagramme de collaboration

Ainsi que nous lavons expliqu au point prcdent, les diagrammes dinteraction UML

comprennent les diagrammes de squence et les diagrammes de collaboration. Ces deux types

de diagramme sont dailleurs symtriques, cest--dire quil est possible de passer de lun

lautre car ils sont smantiquement quivalents. Ils prsentent nanmoins des points de vue

diffrents : alors que le diagramme de squence repose sur une chelle temporelle, le

diagramme de collaboration se concentre sur le ct structurel des interactions dun systme

et montre lorganisation des flux dinformation.

Table 11 : Notation pour les diagrammes de collaboration

UnRle ne reprsente pas une personne relle, mais un

ensemble de responsabilits quun ou des acteurs ont.

Un Objetne reprsente pas quelque chose de concret oude rel, mais un objet gnrique dune classe donne.

LesLiens entre les objets et les rles montrent

lorganisation ou la structure dune interaction.

Les Messages changs entre les objets ou les rles sont

ajouts au-dessus ou ct des liens qui les unissent.Gnralement unNumro de squence leur est ajout

pour indiquer lordre chronologique des messages.

La figure 16 montre la circulation des informations et de leur support entre les diffrents

acteurs impliqus dans lenregistrement dune entreprise au registre du commerce. Les

aspects chronologiques de ce diagramme sont dfinis par lordre de numrotation des

messages.

Figure 16 : Diagramme de collaboration


28/34


Bien que les diagrammes de collaboration dUML soient destins modliser un systme

informatique, nous pensons quils sont clairement le pendant des modles de rles dOSSAD.

En effet ils dcrivent galement la circulation de linformation entre les acteurs dun systme,

mme sils sont lgrement diffrents car ils ne font pas une distinction claire entre acteurs et

rles et quils permettent dajouter un aspect dynamique grce lordonnancement des

messages. Il nen demeure pas moins que les diagrammes de collaboration jouent un rle trsimportant dans le travail de modlisation car ils sont le pivot entre le niveau abstrait des cas

dutilisation et le niveau dtaill dcrit par les diagrammes dactivits prsents au point

suivant.

2.3.4 Diagramme dactivit

Les diagrammes dactivits montrent les flux de contrle et les flux dinformation qui

circulent au sein dun systme ou dun sous-systme. Ils permettent de reprsenter le

squencement exact des activits et de dfinir des conditions dexcution. Il est de plus

possible dattribuer des activits des acteurs grce aux swimlanes.

Table 12 : Notation pour lesDiagrammes dactivits

LEtat initialmarque le dbut dunDiagrammedactivits, cest--dire le point de dpart par dfaut dun

flux de contrle dactivits.

LEtat finalmarque la fin dunDiagramme dactivits ,cest--dire le point o un flux de contrle dactivits a

t compltement excut.

Les Swimlanes permettent de sparer des activits

excutes par des entits ou des acteurs diffrents. Elles

reprsentent des entits ou des acteurs du monde rel,contrairement aux rles ou aux objets des modles

dinteraction.

UneActivitreprsente lexcution dactions atomiquesou doprations et elle cause un changement de lEtatdu

systme.

Un Objetpeut tre ncessaire la ralisation duneactivit et il peut circuler dans un diagramme dactivit.

Il est de plus possible dcrire lEtatde lobjet entre

crochets en dessous de son nom. Une relation de

Dpendance est utilise pour lier un objet une ou des

activits.Une relation de Transition montre le chemin dexcution

dun flux de contrle dactivits.

Une relation deDpendance est utilise pour montrer laparticipation dun objet au droulement dune activit.

Le symbole deRamification montre quil existe plusieurs

transitions ou chemins dexcution possibles

conditionns par une expression boolenne. Une

ramification a une transition en entre et au minimum

deux transitions en sortie.


29/34


UnPoint de divergence montre quun flux dexcution

se dcoupe en plusieurs chemins parallles. Il peut avoir

deux ou plusieurs transitions en sortie. La barre noire qui

symbolise un point de divergence peut aussi tre

reprsente verticalement. UnPoint de convergencepermet de regrouper des chemins dexcution parallles.

Il peut avoir plusieurs transitions en entre, mais leur

nombre doit correspondre au nombre de transitions qui

suivent le point de divergence qui lui correspond. Un

point de convergence na quune seule transition en

sortie. La barre noire qui symbolise un point de

convergence peut aussi tre reprsente verticalement.

Le diagramme reprsent la figure 17 est quasiment similaire au modle de processus

oprationnel dAdonis (figure 3) et au modle doprations OSSAD (figure 9) correspondants,

mme si Adonis et UML utilisent le terme dactivit, alors quOSSAD parle dopration. Ilreprsente la procdure dinscription dune entreprise au registre du commerce de manire

parfaitement quivalente.

Figure 17 : Diagramme dactivits

Les diagrammes dactivits sont indispensables la modlisation de processus, car ils

dcrivent prcisment comment les processus ou sous-processus sont raliss.


30/34


3. Comparaison ADONIS-OSSAD-UML

Comme nous lavons vu au chapitre 2, les modles dAdonis, dOSSAD et dUML couvrent

des champs dapplication qui ne sont pas toujours similaires. Ces trois techniques reposent

toutefois sur lide de reprsenter la ralit avec des points de vue et des niveaux diffrents,intgrant pour cela des modles prsents en cascade et des possibilits de zoom. Afin de

pouvoir les comparer, nous proposons un dcoupage en trois niveaux de modlisation que

nous rsumons en trois interrogations :

- Quoi ? Quels sont les objectifs de lorganisation ?

- Qui et avec quoi ? Quelle est la structure de lorganisation et quelles sont les ressources

disponibles ?

- Comment ? Quel est le fonctionnement procdural de lorganisation ?

La table 13 montre la rpartition que nous proposons, savoir quels modles rpondent

quelle question. Nous expliquerons cette rpartition et nous tudierons chaque niveau dans ledtail aux points suivants.

Table 13 : Matrice de comparaison

ADONIS OSSAD UML

Quoi ?

Carte des processus Modle abstrait Cas dutilisation

Qui et quoi ?

Modle

denvironnement de

travail - Modle dunitsorganisationnelles

- Modle de rles

- Modle de

procdures

- Diagramme de

squence

- Diagramme decollaboration

Comment ?Modle de processus

oprationnel

Modle doprations Diagramme

dactivits

3.1 Fonctionnement de lorganisation

La description des flux de contrle et des flux dinformation est selon nous clairement

identique dans Adonis, OSSAD et UML. En effet, elle repose sur des concepts communs,

mme si la notation est parfois diffrente :

- Des activits ou des oprations lmentaires qui doivent tre effectues et qui sont

ordonnes de manire chronologique

- Des swimlanes qui permettent de montrer quels acteurs ou quels rles sont responsables

de ces activits ou oprations

- Des conditions et des oprationsparallles permettant de contrler le droulement ou la

squence de ces activits ou oprations

- Des ressources en information et des outils qui sont lis aux activits ou oprations.

Ces techniques prsentent toutefois quelques diffrences, relativement minimes notre avis :

MAR


31/34


- Adonis permet de diffrencier rles et acteurs directement dans le modle, alors

quOSSAD ne traite que des rles et quUML ne marque pas la diffrence entre rle et

acteur.

- Adonis offre un grand nombre de ressources prdfinies quil nest pas possible dtendre

alors quUML permet de modliser nimporte quel type de ressources grce au concept de

strotype et de classes dobjets. OSSAD de son ct propose trois notations distinctes, lesressources en information, les outils et les documents.

Cette correspondance directe entre les modles oprationnels proposs par les trois techniques

na rien de surprenant, dans la mesure o la reprsentation dune squence doprations ou

dactivits est dun faible niveau dabstraction et doit coller la ralit. Ces modles sont

directement inspirs des ordinogrammes et autres flowcharts communs beaucoup de

mthodes.

3.2 Structure et ressources de lorganisation

Cest ce niveau de reprsentation quAdonis, OSSAD et UML prsentent les plus grandes

diffrences. Ces dernires proviennent selon nous de la conception initiale de ces techniques

et des champs dapplication pour lesquels elles ont t prvues :

- UML est une mthode de conception de systmes informatiques et elle ne sintresse de

ce fait pas la hirarchie ou la structure dune organisation. Elle nintgre donc pas

directement de possibilits de modliser de manire clairement diffrencie les acteurs

physiques et les rles quils ont tenir au sein dune organisation.

- Adonis et OSSAD sont des mthodes directement conues pour la modlisation de

processus et elles permettent de modliser la structure dune organisation.

Nous pensons toutefois quil est possible de mettre en correspondance des modles provenant

de ces trois techniques :

- Les modles denvironnement de travail dAdonis et les modles dunits

organisationnelles dOSSAD permettent de reprsenter les mmes informations. UML

noffre rien de tel, mais il serait possible de contourner cette lacune grce au concept de

classes (dacteurs collaborateurs dune unit organisationnelle) et de gnralisation.

Adonis et OSSAD permettent par ailleurs dattribuer formellement des rles des acteurs

physiques, ce qui nest pas prvu dans UML.

- Il nexiste aucun modle Adonis permettant de voir la circulation dinformations entre les

rles ou les acteurs, alors quOSSAD et UML prsentent une certaine similitude entre leur

modle de rles et de collaboration. En effet, le premier montre la circulation deressources dinformation entre des rles et le second les changes de messages entre des

acteurs. A noter toutefois quUML permet dajouter facultativement une numrotation

correspondant la chronologie des messages, alors que le modle de rles dOSSAD ne

contient pas dinformation temporelle.

- Adonis noffre pas non plus de modle permettant de mettre en correspondance le niveau

abstrait et le niveau descriptif. L encore, nous pensons quOSSAD et UML ont des

modles qui prsentent une certaine similitude. En effet, le modle de procdures

dOSSAD est li au modle abstrait car chaque procdure reprsente une activit du

modle abstrait, alors que dans UML un diagramme de squence repose sur le scnario

dfini pour le cas dutilisation correspondant. Il est intressant de constater que cette

double symtrie existe galement au niveau de la conception des mthodes OSSAD etUML : les modles de rles et de procdures OSSAD sont lis car ils sont tous deux


32/34


dfinis comme des modles de circulation de linformation, alors que les modles de

collaboration et de squence UML sont symtriques et portent le nom gnral de

diagrammes dinteraction. Par ailleurs, la diffrence souleve au point prcdent est

valable ici galement, le diagramme de squence UML contient une chronologie alors que

le modle de procdures nen a pas.

- OSSAD est la seule mthode formaliser la correspondance entre les trois niveaux quenous avons dfinis grce la matrice activits-rles : elle permet de dfinir les rles qui

sont responsables dactivits donnes, et une activit du niveau abstrait correspond une

procdure dfinie au niveau oprationnel. Dans Adonis il est toutefois possible de

visualiser les modles de processus oprationnel de manire tabulaire, ce qui permet de

voir quels rles sont responsables de quelles activits (au sens Adonis, ce qui correspond

donc une opration OSSAD). Dans UML, les acteurs sont directement intgrs aux

modles, et ce dj au niveau abstrait, contrairement Adonis et OSSAD.

3.3 Objectifs de lorganisation

Les cartes de processus Adonis, les modles abstraits dOSSAD et les cas dutilisation ont un

but commun, celui de modliser les objectifs dune organisation. Ils sont cependant conus de

manire diffrente et ne prsentent pas la mme information :

- Les cartes de processus Adonis montrent uniquement des processus de manire trs

gnrale et ne contiennent gure dinformations.

- OSSAD reprend lide de processus, mais y ajoute le concept de paquet dinformation et

montre la circulation de paquets entre processus. Cette mthode intgre de plus lide de

processus externe afin de reprsenter la circulation de linformation non seulement

lintrieur dune organisation, mais aussi entre cette dernire et son environnement.

- Les cas dutilisation dUML peuvent tre mis directement en correspondance avec les processus dAdonis ou dOSSAD. Le concept dacteurs dans UML est de plus

relativement similaire celui de processus ou dentit externe dans OSSAD. Jusque l,

nous pouvons dire quOSSAD et UML sont proches, mais la grande diffrence se situe au

niveau des relations qui unissent ces processus ou cas dutilisation. L o OSSAD

sintresse en premier lieu circulation de linformation entre processus, UML spcifie de

simples associations entre acteurs et cas dutilisation et ne donne aucune prcision sur le

type dinformations qui circule entre eux.

3.4 Concepts de modlisation

Comme nous lavons mentionn au long de ce travail, Adonis, OSSAD et UML intgre un

certain nombre de concepts communs, mme sils portent parfois des noms diffrents. Pour

faciliter la mise en correspondance des ces concepts, nous les avons regroup dans la table 14.

Table 14 : Tableau de correspondance approximative des principaux concepts

ADONIS OSSAD UML

Processus Processus Cas dutilisation

--- Entit externe Acteur

Note Annotation Note

Quoi ?

Agrgation Processus zoom Environnement


33/34


Unit

organisationnelle

Unit

organisationnelle

---

Responsable Acteur Acteur

Rle Rle Acteur

Qui et quoi ?

Ressource Ressource Objet

Activit Opration ActivitDcision Post-condition Ramification

Paralllisme Opration parallle Points de

divergence et de

convergence

Swimlane Rle Swimlane

Comment ?

Ressource Ressource / Outil Objet

4. Conclusion

Dans les chapitres prcdents, nous avons vu quau niveau oprationnel, les concepts taient

trs similaires dans Adonis, OSSAD et UML. Nous pouvons donc dire qu ce niveau, les

trois techniques peuvent tre utilises indiffremment pour modliser un processus et que le

passage dune technique lautre peut se faire facilement.

Au niveau abstrait, nous relevons que le concept de processus est prsent partout, mais quune

des techniques lutilise tel quel (Adonis), que lautre lui ajoute des paquets dinformation

(OSSAD) et que la dernire y intgre des acteurs (UML). Aprs notre comparaison, nous

pensons le niveau abstrait dAdonis est trop gnral pour tre rellement utile, alors quUML

et OSSAD sont plus riches au niveau de la reprsentation. Nous pouvons mme dire

quOSSAD est la mthode la plus dtaille, car le concept dentit externe permet dereprendre les acteurs dfinis dans UML et quelle est la seule sintresser la circulation de

linformation.

En ce qui concerne la description structurelle dune organisation, nous avons constat une

diffrence importante entre la paire Adonis et OSSAD, les mthodes de modlisation de

processus proprement parler, et UML qui est plutt destin modliser des systmes

dinformation. Ainsi le choix dune mthode dpendra du champ dapplication du travail de

modlisation de processus, afin de pouvoir utiliser au mieux les fonctionnalits respectives de

ces trois techniques de modlisation. Nous jugeons toutefois quOSSAD est la mthode qui

assure le mieux la liaison entre les modles structurels et le niveau abstrait grce la matrice

activits-rles.

Comme annonc en introduction, nous navons pas ralis ce travail pour dterminer quelle

est la meilleure technique de modlisation ou quelle est la moins bonne. Nous terminons

nanmoins par quelques lignes dapprciation sur chacune dentre elles :

- Adonis ne couvre pas trs bien la modlisation du niveau abstrait car elle noffre pas

suffisamment de concepts de description. Au niveau de la structure et des ressources, ainsi

quau niveau oprationnel, elle est tout fait satisfaisante, parfois mme trop complte

pour faciliter une vue densemble susceptible de faciliter une rorganisation.

- OSSAD permet de couvrir tous les aspects de la modlisation de processus et ses

diffrents niveaux de modles sont fort bien articuls entre eux. Des extensions


34/34


implmentes dans le logiciel Workey permettent de gnrer automatiquement des

applications de workflow.

- UML est une technique plus gnrique, avec les avantages et les inconvnients que cela

implique : elle ne force pas lutilisation de certains concepts qui peuvent savrer trs

importants dans la modlisation de processus, entranant ainsi une perte dinformation ou

la cration de modles incomplets, mais elle est par contre flexible et extensible, ce quipermet ses utilisateurs de ladapter prcisment leurs besoins. UML permet galement

la gnration automatique de code applicatif.

5. Bibliographie

Il ne sagit pas ici dune bibliographie traditionnelle au sens o des publications cites dans le

texte seraient reprises ci-dessous. Ces titres sont plutt donns titre de rfrence gnrale sur

les mthodes et outils utiliss dans ce travail.

BOC (2002).Formation de base Adonis. Classeur de formation reu lors dun cours donn

pour lIDHEAP en fvrier 2002.

BOC (2000).Fichiers daide de loutil Adonis. Ce logiciel est bien document, notamment en

tout ce qui concerne les bibliothques de classes, et cela nous a t trs utile pour la

description de la notation Adonis.

Booch, G., Rumbaugh, J. & Jacobson, I. (1999) The Unified Modeling Language User Guide.Addison-Wesley.

Chappelet, J.-L. & Snella, J.-J. (1997) Un langage pour lorganisation : lapproche OSSAD.Presses Polytechniques et Universitaires Romandes.

C-Log (2001) Tutorial OSS@D Process Design. Document fourni avec le logiciel OSS@D

Process Design, qui noffre pas de fichiers daide contextuelle.

Declercq, T. (2000) OSSAD et UML : reprsentation des concepts OSSAD dans le langage de

modlisation unifi. Document interne IDHEAP.

Favre, E. (2000) Mthodes pour la conception de systmes dinformation : OSSAD vs (UML,

RUP). Travail de semestre du cours Management de linformation, IDHEAP.

modélisation_processus

Documents

Transcript of modélisation_processus