Adonis Ossad Uml

Olivier Glassey
Jean-Loup Chappelet
Comparaison de trois techniques de

modlisation de processus:
ADONIS, OSSAD et UML
Working paper de l'IDHEAP 14/2002
UER: Management public / Systmes d'information
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
Rsum
Dans ce travail nous proposons de comparer trois techniques de modlisation de processus
afin 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 modlisation
de processus oprationnel qui intgre sa propre technique de modlisation ; OSSAD, une
mthode 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 les
concepts et les champs dapplication propres chacune de ces techniques, nous avons tabli
un 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 ?) sont
trs similaires dans les trois cas, il ressort nettement que les diffrences les plus importantes
entre ces techniques se situent au niveau de la modlisation qui relve des deux premires
questions (quoi et qui ?).
Abstract
In this work we want to compare three process modelling techniques in order to find their
common concepts and to identify their important differences, if there are any. We chose the
following techniques: ADONIS, a software tool for operational process modelling that has its
proprietary modelling technique; OSSAD, an open and standard method for information system
and organization modelling; UML, the well-known standardized graphical notation language. We
studied in detail the concepts and the application fields of each of these techniques and we
established a comparison that can be summarized in three questions: what are the objectives of
the organization? what are the structure and the human resources of the organization? how
does the organization work? Although the answers to the latter question (how?) are very similar
in 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?).
Comparatif ADONIS-OSSAD-UML
Table des matires

1. Introduction
1.1 ADONIS
1.2 OSSAD
1.3 UML
2. Types de modles et notation graphique
2.1 ADONIS
2.1.1 Carte de processus
2.1.2 Modle denvironnement de travail
2.1.3 Modle de processus oprationnel
2.2 OSSAD
2.2.1 Modle abstrait
2.2.2 Modle de rles
2.2.3 Modle de procdures
2.2.4 Modle doprations
2.2.5 Matrice activits-rles
2.2.6 Modle dunits organisationnelles
2.3 UML
2.3.1 Diagramme de cas dutilisation
2.3.2 Diagramme de squence
2.3.3 Diagramme de collaboration
2.3.4 Diagramme dactivit
3. Comparaison ADONIS-OSSAD-UML
3.1 Fonctionnement de lorganisation
3.2 Structure et ressources de lorganisation
3.3 Objectifs de lorganisation
3.4 Concepts de modlisation
4. Conclusion
5. Bibliographie
Liste des Working paper de l'IDHEAP dj parus
1
1
2
3
4
4
4
5
7
11
11
12
14
16
17
18
20
20
22
23
24
26
26
27
28
28
29
30
31
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 et
gratuites, 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 la
comparaison 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
Voir www.egovproject.org
Voir points 1.2 et 1.3
3
Voir www.boc-eu.com
2
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 de
modlisation 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 sousprocessus 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 oprationnel montre le chemin suivi par un processus depuis son
dbut 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 abstrait permet dexprimer les objectifs dune organisation et la reprsente en
termes 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
European Strategic Program for Research in Information Technology (Anctre des programmes cadres ICT).
informations qui dcrivent la communication entre rles (graphe de rles) et entre
procdures (graphe de procdures), ainsi que les graphes 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 de
simulation pour valuer lexcution des oprations dune procdure. Seuls quelques termes
OSSAD ont t changs, ainsi les fonctions du modle abstrait deviennent des processus ou
les graphes 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 de
vue 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 lment
particulier 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 permet
de reprsenter le droulement dune procdure ou dune fonction.
- Le diagramme de composants montre limplmentation physique dun systme, en termes
de composants logiciels.
- Le diagramme de dploiement dcrit 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, de squence,
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.com
www.rational.com
3
www.omg.org
4
Cela signifie quil est possible de prendre un type de diagramme et de le transformer en un autre.
2
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 classe Processus sont utiliss
uniquement dans les Cartes de processus. Ils peuvent
faire rfrence un modle de processus oprationnel ou
une autre carte des processus.
La relation A le processus est dfinie entre des objets de
la classe Processus et sert exprimer le dcoupage en
sous-processus.
La classe Note permet de stocker du texte libre dans la
description 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.
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 reprsenter
un sous-ensemble dune organisation dans les Modles
denvironnement de travail. La combinaison des Units
organisationnelles (qui comprennent des Responsables et
peuvent avoir un Directeur) permet de dfinir la
hirarchie dune organisation.
La classe Responsable reprsente les personnes
physiques dans les Modles denvironnement de travail.
Chaque Responsable peut avoir un ou plusieurs Rle(s)
et faire partie dune ou plusieurs Unit(s)
organisationnelle(s). Un Responsable peut en outre tre
le directeur dune ou plusieurs Unit(s)
organisationnelle(s).
La classe Rle dcrit le domaine dactivit dun
Responsable.
La relation Est le suprieur de relie deux objets de la
classe Unit organisationnelle. Une Unit
organisationnelle peut tre hirarchiquement infrieure
une ou plusieurs Unit(s) organisationnelle(s) et une
Unit organisationnelle peut tre hirarchiquement
suprieure une ou plusieurs Unit(s)
La relation Fait partie de relie un objet de la classe
Responsable un objet de la classe Unit
organisationnelle. Plusieurs Responsables peuvent faire
partie dune Unit organisationnelle et un Responsable
peut faire partie de plusieurs Units organisationnelles.
La relation Est le directeur de relie un objet de la classe

Responsable un objet de la classe Unit
organisationnelle. Un Responsable peut grer plusieurs
Units organisationnelles et une Unit organisationnelle
peut avoir plusieurs Directeurs.
Les Rles sont assigns aux Responsables par
l'intermdiaire de la relation A le rle.
La relation A la ressource relie un objet de la classe

Unit organisationnelle un objet de la classe
Ressource1. Une Unit organisationnelle peut avoir une
ou plusieurs Ressource(s) et une Ressource peut tre
utilise par une ou plusieurs Unit(s)
La relation Utilise la ressource relie un objet de la classe
Responsable un objet de la classe Ressource1. Un
Responsable peut utiliser une ou plusieurs Ressource(s)
et une Ressource 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
1
Les diffrentes classes de ressources sont dfinies au point 2.1.3
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 dun
acte 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 oprationnel suit 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 de
ressources lies laccomplissement dune activit.
Table 3 : Notation pour les Modles de processus oprationnel
Chaque Modle de processus oprationnel doit contenir
exactement un objet Dbut du processus qui reprsente
le dbut du processus oprationnel. Un objet de la
classe Dbut du processus na aucun prdcesseur et a
au maximum un successeur.
Un objet de la classe Fin marque la fin du chemin dun
processus oprationnel et il peut en exister plusieurs
dans un Modle de processus oprationnel. Lobjet Fin
a au moins un prdcesseur et na pas de successeur.
La classe Activit dcrit une tche excuter. Un objet
de type Activit a un prdcesseur au moins et un
successeur au maximum. Il est possible dassigner une
ou plusieurs Variable(s) une Activit.
La relation Successeur caractrise lordre de
droulement des activits et des dcisions. Les
utilisateurs peuvent y ajouter des conditions ou des
probabilits de transition aprs une Dcision ou un
Paralllisme.
Un objet de classe Appel 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 faon
plus claire. Lobjet Appel dun processus doit avoir un
prdcesseur au moins et un successeur maximum.
Un objet de classe Dcision 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 classe Paralllisme permet dexcuter
simultanment plusieurs chemins. Il a au moins un
prdcesseur et un successeur.
Un objet de classe Unification permet de runir des
chemins parallles. Il doit avoir exactement autant de
prdcesseurs que lobjet Paralllisme correspondant a
de successeurs et ne doit pas avoir plus d'un successeur.
Grce aux objets Paralllisme 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 classe Activit

un objet de la classe Ressource. Elle permet dassigner
les ressources ncessaires lexcution dune activit.
Les objets de la classe Ressource dcrivent les

ressources ncessaires lexcution dune activit et
peuvent tre reprsents sous les diffrentes formes
prsentes ci-contre. Un objet Ressource dans un
Modle de processus oprationnel correspond
exactement lobjet du mme nom dfini dans un
Modle denvironnement de travail1. Ces objets
Ressources sont notamment pris en compte dans les
algorithmes de simulation quoffre Adonis.
Les objets de classe Ressource mobile ont exactement

la mme utilit que les ressources prsentes ci-dessus,
si ce nest que, comme leur nom lindique, ils sont
mobiles et circulent entre les diffrentes Units
organisationnelles et Responsables impliqus dans le
droulement dun processus. Ils peuvent galement tre
reprsents sous diffrentes formes.
Les Variables sont utilises pour dfinir les conditions

de transition des relations Successeur aprs une
Dcision ou un Paralllisme. Lobjet Variable na ni
prdcesseur ni successeur et il doit tre en relation
avec au moins un objet de la classe Assignation de
variable.
Un objet de classe Assignation 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 relation Assigne est dfinie entre un objet de la
classe Assignation de variable et un objet de la classe
Dbut du processus ou Activit. Elle peut tre appele
dans plusieurs Dcisions successives ou Paralllismes.
La relation Assigne une variable va dun objet de la
classe Assignation de variable vers un objet de la classe
Variable. Elle assigne une valeur constante ou discrte
la variable.
Voir point 2.1.2
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 ou
des Responsables ont t assigns une Activit donne.
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 comme
nous lavons vu au point 2.1.1.
10
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 de
visualisation 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
Un Processus (ou fonction) est un sous-ensemble dune
organisation qui poursuit des objectifs homognes.
Lorganisation est ainsi reprsente par le Modle
abstrait.
Un Processus peut tre form de plusieurs sousprocessus (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.
Une Entit externe (ou processus externe) nappartient
pas lorganisation tudie mais fait partie de son
environnement. Une Entit externe est reprsente dans
un Modle abstrait pour illustrer la circulation des
Paquets dinformation entre une organisation et son
environnement, mais elle ne peut pas faire lobjet dune
dcomposition.
Un Paquet reprsente un ensemble dinformation
circulant entre Processus (et/ou des Entits externes). Il
sagit de lunique lien possible entre ces derniers et il
doit tre mis par un et un seul Processus. Il peut par
contre tre reu par plusieurs Processus (au minimum
un), y compris par son metteur.
Les liens entre Processus et Paquets sont reprsents par
une 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.
Voir figures 4 et 5
11
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 modle
prsent 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 activitsrles.
2.2.2 Modle de rles

Un modle de rles dcrit la circulation des informations dans une organisation et entre celleci et son environnement, en intgrant la notion de rles, cest--dire des ensembles de
12
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
Un Rle est un ensemble de responsabilits confies un
ou plusieurs acteurs1 dans le cadre du droulement dune
procdure2 telle que spcifie dans un Modle de
procdures.
Un Rle externe est un ensemble de responsabilits
appartenant un ou plusieurs acteurs extrieurs
lorganisation, par exemple des clients ou des
fournisseurs.
Une Equipe regroupe plusieurs Rles poursuivant
Des objectifs homognes.
Une Ressource est un ensemble dinformations
regroupes sur un support physique. Elle ne peut tre
mise que par un et un seul Rle et utilise par un et un
seul Rle. Les Paquets dinformation du Modle abstrait
sont constitus dune ou plusieurs Ressource(s).
Le lien entre un Rle et une Ressource quil produit est
montr par une flche unidirectionnelle. Ce lien est de
type Emission. Le lien entre une Ressource et le Rle qui
lutilise est montr par une flche unidirectionnelle. Ce
lien peut tre de type Consultation ou Modification.
Figure 6 : Dfinition des acteurs jouant un Rle particulier

1
2
Voir figure 6
Voir point 2.2.3
13
Comme expliqu plus haut, un Rle est un ensemble de responsabilits confi un ou
plusieurs acteurs, un Acteur tant 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 telle
que 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.
1
2
Voir point 2.2.6

Voir point 2.2.3
14
Table 6 : Notation pour les Modles de procdures

Une Procdure reprsente la manire spcifique
daccomplir une activit et elle correspond une Activit
dfinie dans le Modle abstrait.
Un Rle 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 seule Procdure (ou Entit
externe) et utilise par une et une seule Procdure (ou
Entit externe). Les Ressources du Modle de rles et
celles du Modle de procdure correspondent car ce sont
en gnral les mmes informations qui circulent. Les
Paquets dinformation du Modle abstrait sont
constitus dune ou plusieurs Ressource(s).
Le lien entre une Procdure et une Ressource quelle
produit est montr par une flche unidirectionnelle. Ce
lien est de type Emission. Le lien entre une Ressource et
la Procdure 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
15
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
LEtat ou lEvnement est une situation particulire dans
le droulement dune procdure. Cela permet dillustrer
un vnement temporel tel que le dbut ou la fin dune
procdure1.
Une Opration est une action lmentaire dune
procdure. Elle est accomplie par un et un seul acteur.
Une Procdure reprsente la manire spcifique
daccomplir une activit et elle correspond une Activit
dfinie dans le Modle abstrait.
Lenchanement temporel des oprations et des
procdures est montr par une flche unidirectionnelle.
Les liens sont de type Dclenchement sils joignent des
oprations ou des procdures, ou de type Emission ou
Rception sils illustrent la transmission de ressources
dinformations .
Les Rles 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.
Une Pr-condition est place avant une opration et elle
conditionne lexcution de cette opration. Une Prcondition peut tre de type Et ou Ou, mais par
convention il est courant de ne reprsenter que les prconditions de type Et.
Une Post-condition est place aprs une opration et elle
conditionne lexcution de la suite des oprations. Une
Post-condition peut tre de type Et ou Ou, mais par
convention il est courant de ne reprsenter que les postconditions de type Ou.
Le 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.
16
Une Opration parallle est marque par un rectangle
gris 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. Les
oprations constituant la squence sont reprsentes en
dessous de cette dernire mais elles peuvent tre
masques.
regroupes sur un support physique.
Un Outil reprsente 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 ligne
correspond une activit du modle abstrait et dont chaque colonne reprsente un rle du
17
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 choix
et 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 de
modlisation 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
Une Unit organisationnelle est un dcoupage
administratif dune organisation. Il peut sagir dun
dpartement, dun service, dune section, etc.
Un Acteur est une personne physique qui peut jouer
diffrents rles et qui occupe un Poste, qui peut tre
exprim par son titre ou par le type dactivits quun
acteur effectue dans lorganisation (par exemple
informaticien ou charg de la communication).
18
Les liens entre Units organisationnelles sont de type

Dpendance hirarchique et sont reprsents par une
flche unidirectionnelle grise. Les liens entre Acteurs
peuvent uniquement tre de type Suprieur de et utilisent
le mme formalisme. Tous les Acteurs placs en dessous
dune 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.
1
2
Voir figure 12
Voir figure 6
19
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 les Diagrammes de cas dutilisation
Un Acteur reprsente un ensemble cohrent de rles qui
interagit 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 ne
spcifie pas comment il le fait. Les cas dutilisation sont
souvent complts par des scnarios textuels.
Un Acteur peut 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 lEnvironnement de ce systme.
Un Cas dutilisation peut inclure ou tendre un autre Cas
dutilisation, ce qui se montre par une flche pointille
dont la lgende dit sil sagit dune Inclusion 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 cas
dutilisation (Voir figure 13).
Les Acteurs 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
Employ est par exemple une gnralisation dun acteur
Secrtaire.
20
Comme mentionn plus haut, un Cas dutilisation

nexplique pas comment un systme agit. Pour cela il
existe le concept de Collaboration qui spcifie le
fonctionnement dun systme. Lassociation entre une
collaboration et un cas dutilisation est appele
Ralisation.
Une Note permet de stocker du texte libre dans la
description 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 est
ncessaire 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.
21
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. Les
diagrammes 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 les Diagrammes de squence
Les Rles 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
sappelle Ligne de vie. Elle reprsente la dure de vie
dun 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 messages Appelle et Retourne
sont reprsents, qui permettent respectivement
dappeler 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 notari et Inscription au registre du commerce et les
messages qui sont changs entre les acteurs Entrepreneur, 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
22
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
Un Rle ne reprsente pas une personne relle, mais un
ensemble de responsabilits quun ou des acteurs ont.
Un Objet ne reprsente pas quelque chose de concret ou
de rel, mais un objet gnrique dune classe donne.
Les Liens 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 un Numro 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
23
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 trs
important 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 les Diagrammes dactivits
LEtat initial marque le dbut dun Diagramme
dactivits, cest--dire le point de dpart par dfaut dun
flux de contrle dactivits.
LEtat final marque la fin dun Diagramme 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.
Une Activit reprsente lexcution dactions atomiques
ou doprations et elle cause un changement de lEtat du
systme.
Un Objet peut tre ncessaire la ralisation dune
activit et il peut circuler dans un diagramme dactivit.
Il est de plus possible dcrire lEtat de 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 de Dpendance est utilise pour montrer la
participation dun objet au droulement dune activit.
Le symbole de Ramification 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.
24
Un Point 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. Un Point de convergence
permet 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. Il
reprsente 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.
25
26
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 le
dtail aux points suivants.
Table 13 : Matrice de comparaison
ADONIS
Carte des processus
OSSAD
Modle abstrait
UML
Cas dutilisation
Quoi ?
Modle
denvironnement de
travail
Qui et quoi ?
Comment ?
MAR
- Diagramme de
squence
- Diagramme de
collaboration
- Modle dunits
organisationnelles
- Modle de rles
- Modle de
procdures
Modle de processus Modle doprations Diagramme
oprationnel
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 oprations parallles 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 :
-
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, les
ressources 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 de
ressources 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 et
UML : les modles de rles et de procdures OSSAD sont lis car ils sont tous deux
27
28
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 que
nous 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
Quoi ?
ADONIS
Processus
--Note
Agrgation
OSSAD
Processus
Entit externe
Annotation
Processus zoom
UML
Cas dutilisation
Acteur
Note
Environnement
Qui et quoi ?
Comment ?
29
Unit
organisationnelle
Responsable
Rle
Ressource
Activit
Dcision
Paralllisme
Unit
organisationnelle
Acteur
Rle
Ressource
Opration
Post-condition
Opration parallle
Swimlane
Ressource
Rle
Ressource / Outil
--Acteur
Acteur
Objet
Activit
Ramification
Points de
divergence et de
convergence
Swimlane
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 de
reprendre 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
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 qui
permet 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.
30

Adonis Ossad Uml

Transféré par

Droits d'auteur :

Formats disponibles

Vous aimerez peut-être aussi

Adonis Ossad Uml

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Adonis Ossad Uml

Transféré par

Droits d'auteur :

Formats disponibles

Olivier Glassey

Comparaison de trois techniques de

Comparaison de trois techniques de

Working paper de l'IDHEAP no 14/2002

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

2002 IDHEAP, Chavannes-prs-Renens

Table des matires

2. Types de modles et notation graphique

Figure 1 : Carte de processus

2.1.2 Modle denvironnement de travail

La relation Est le directeur de relie un objet de la classe

La relation A la ressource relie un objet de la classe

Les diffrentes classes de ressources sont dfinies au point 2.1.3

Figure 2 : Modle denvironnement de travail

2.1.3 Modle de processus oprationnel

La relation Utilise va d'un objet de la classe Activit

Les objets de la classe Ressource dcrivent les

Les objets de classe Ressource mobile ont exactement

Les Variables sont utilises pour dfinir les conditions

Voir point 2.1.2

Figure 3 : Modle de processus oprationnel

Figure 4 : Modle abstrait

Figure 5 : Modle abstrait zoom

2.2.2 Modle de rles

Figure 6 : Dfinition des acteurs jouant un Rle particulier

Figure 7 : Modle de rles

2.2.3 Modle de procdures

Voir point 2.2.6

Table 6 : Notation pour les Modles de procdures

Figure 8 : Modle de procdures

2.2.4 Modle doprations

Figure 9 : Modle doprations

2.2.5 Matrice activits-rles

Figure 10 : Matrice activits-rles

2.2.6 Modle dunits organisationnelles

Les liens entre Units organisationnelles sont de type

Figure 11 : Modle dunits organisationnelles

Figure 12 : Acteurs dune unit organisationnelle

2.3.1 Diagramme de cas dutilisation

Comme mentionn plus haut, un Cas dutilisation

Figure 13 : Diagramme de cas dutilisation

Figure 14 : Zoom dun cas dutilisation

2.3.2 Diagramme de squence

Figure 15 : Diagramme de squence

2.3.3 Diagramme de collaboration

Figure 16 : Diagramme de collaboration

2.3.4 Diagramme dactivit

Un Point de divergence montre quun flux dexcution

Figure 17 : Diagramme dactivits

3.1 Fonctionnement de lorganisation

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

3.2 Structure et ressources de lorganisation

3.3 Objectifs de lorganisation

3.4 Concepts de modlisation

implmentes dans le logiciel Workey permettent de gnrer automatiquement des

Vous aimerez peut-être aussi