Abedrahim BIBA

Fabien GRABHERR
Eric LARRONDE-LARRETCHE
Yohann RICHARD

Modlisation
avec
UML

Gnie Logiciel

UML

02/2000

Sommaire
I- : Introduction
1-1 : UML par rapport au Gnie Logiciel
1-2 : Origine dUML
1-3 : Dmarche dapplication dUML
II- : Les diagrammes dUML
2-1 : Diagramme des cas dutilisation (Use cases)
2-2 : Diagramme des classes
2-3 : Diagramme dtat-transition
2-4 : Diagramme de squence
2-5- : Diagramme de collaboration
2-6 : Diagramme des activits
2-7 : Diagramme des composants
2-8 : Diagramme de dploiement
2-9 : Diagramme de paquetage
2-10 : Redondance des diagrammes dinteractions (dynamique)
2-11 : Rsum des diffrents diagrammes

ISTIA

p. 5
p. 5
p. 6
p. 7
p. 8
p. 9
p. 10
p. 15
p. 18
p. 20
p. 23
p. 25
p. 26
p. 27
p. 28
p. 29

III- : Conclusion sur la mthode UML

p. 30

IV- : GD Pro en quelques mots

p. 32

V- : Annexe : Projet sur GD Pro

p. 33

Glossaire

p. 43

Bibliographie

p. 44

DESS QUASSI

Gnie Logiciel

UML

02/2000

III- : Conclusion sur la mthode UML

Jusque l, les concepts utiliss pour modliser les objets du domaine taient diffrents de ceux
utiliss pour spcifier les objets du systme, les mthodes ne pouvaient pas grand chose pour rationaliser la
dmarche.
La gnralisation de lapproche objet lensemble du processus de dveloppement a rendu possible
lunification du cadre conceptuel et UML a permis de supprimer la rupture mthodologique entre lanalyse
et la conception.
Cette approche permet de passer du modle au systme de manire lisible et argumente. Lisible,
car, pour faire voluer le systme, il faut pouvoir faire le lien entre les objets du domaine et les objets du
systme ;
Argumente car, les choix techniques sont complexes, interdpendants et doivent tre priodiquement
rviss pour tenir compte de lvolution des environnements.
Si UML sest aussi rapidement impos tous, cest parce quil ne sagit que dun langage, dont
lefficacit nest lie ni la nature du problme ni une dmarche mthodologique particulire.
Pour autant, la mise en uvre dUML suppose une dfinition des tches et des procdures adaptes au
contexte, et en particulier de prciser :
La nature des problmes

Les technologies et outils de dveloppement utiliss

La culture mthodologique des participants, lexprience des problmes, les

technologies des outils

La dimension de lentreprise et modes dorganisation

UML est aujourd'hui un standard incontournable. Les raisons de son succs sont multiples :

Il est le rsultat d'un large consensus (industriels, mthodologistes...).

Il couvre toutes les phases d'un cycle de dveloppement.

Les outils qui supportent UML se multiplient (GDPro, ObjectTeam,

Objecteering, OpenTool, Rational Rose, Rhapsody, STP, Visio, Visual
Modeler, WithClass...).
UML n'est pas une mthode ou un processus : il a t pens pour permettre de modliser les activits de
l'entreprise, pas pour les rgir (ce n'est pas CMM ou SPICE).
Un processus de dveloppement logiciel universel est une utopie. En effet, il est impossible de prendre en
compte toutes les organisations et cultures d'entreprises. Mme si un processus constitue un cadre gnral, il
faut l'adapter de manire prcise au contexte de l'entreprise.
UML est un langage formel : il est fond sur un mtamodle, qui dfinit :
les lments de modlisation (les concepts manipuls par le langage),
la smantique de ces lments (leur dfinition et le sens de leur utilisation).
Un mtamodle est une description trs formelle de tous les concepts d'un langage. Il limite les ambiguts
et encourage la construction d'outils.

ISTIA

DESS QUASSI

29

Gnie Logiciel
UML
02/2000
Le mtamodle d'UML permet de classer les concepts du langage (selon leur niveau d'abstraction ou
domaine d'application) et expose sa structure.
UML cadre l'analyse objet, en offrant :

diffrentes vues (perspectives) complmentaires d'un systme, qui guident l'utilisation des
concepts objets,

plusieurs niveaux d'abstraction, qui permettent de mieux contrler la complexit dans l'expression
des solutions objets.
UML est un support de communication
Sa notation graphique permet d'exprimer visuellement une solution objet.
L'aspect formel de sa notation limite les ambiguts et les incomprhensions.
Son aspect visuel facilite la comparaison et l'valuation de solutions.
Son indpendance (par rapport aux langages d'implmentation, domaine d'application, processus...) en font
un langage universel.

Les points forts d'UML :

UML est un langage formel et normalis, il permet un gain de prcision et un gage de stabilit. Ce
qui encourage l'utilisation d'outils.
UML est un support de communication performant, il cadre l'analyse et il facilite la comprhension
de reprsentations abstraites complexes.
Son caractre polyvalent et sa souplesse en font un langage universel.
Les points faibles d'UML

La mise en pratique d'UML ncessite un apprentissage et passe par une priode d'adaptation.
UML n 'est pas l'origine des concepts objets, mais en constitue une tape majeure, car il unifie les
diffrentes approches et en donne une dfinition plus formelle.
Le processus (non couvert par UML) est une autre cl de la russite d'un projet. Or, l'intgration
d'UML dans un processus n'est pas triviale et amliorer un processus est une tche complexe et longue.

ISTIA

DESS QUASSI

30

Gnie Logiciel

UML

02/2000

IV- : GD Pro en quelques mots

Gdpro dans la presse :

"Notation unifie, AGL en rivalit" Dcembre 1999 n16 p.6

"GDPro est l'un des srieux challengers UML, cr par ASTI et
distribu en France par Software & Process. Dj plbiscit dans
nos prcdents dossiers, cet AGL pousse fond les possibilits
d'UML(...). GDPro produit du code Java, C++ ou IDL (applications CORBA) et l'AGL est
galement un outil de rtro-ingnierie trs performant(...). On apprcie enfin la possibilit de
travail d'quipe avanc, avec mise jour des modifications par le Web facilitant le dveloppement
coopratif de plusieurs quipes gographiquement spares".

"La rtro-ingnierie sans peine" 10 Septembre 1999 n1555 p.54

"Il rivalise dj avec les tnors du march de l'orient objet, tel
Rational et son atelier Rose (...). GDPro possde toutes les fonctions
d'un AGL haut de gamme (...). GDPro se distingue surtout par ses fonctions de rtro-ingnierie,
permettant de s'assurer aisment de la cohrence du code et des modles UML".

"Software & Process commercialise GDPro" 9 juillet 1999 n818 p.47

"Software & Process annonce la commercialisation de GDPro, le logiciel de
modlisation et conception UML d'ASTI. Le code source est gnr
automatiquement en C++, Java ou IDL partir d'un modle UML (...).
GDPro extrait aussi les diagrammes partir d'un code source, mme de plusieurs millions de
lignes".
"GDPro 3.1 : A Clear Contender Among Visual
Modelers" Octobre 1999
"For all its potential, the Unified Modeling Language
(UML) needs sophisticated tool support to enable
next-generation design. A promising tool for UML
enablement is GDPro 3.1 - a visual modeling tool offered by ASTI to support software design,
development, redesign and maintenance for small- and large-sized teams alike (...). GDPro is the
first and only visual modeling tool that support all eight diagrams and even manages to extend the
language. This is something that even Rational Software connot claim about its Rose 98 offering
(...). Strong contender ASTI has done application developpers a great service with GDPro".

ISTIA

DESS QUASSI

31

Gnie Logiciel

UML

02/2000

V- : Annexe : Projet sur GD Pro

Plan de lannexe :
Prsentation
1- : Diagramme des cas dutilisations :
2-1 : Diagramme dactivit :
2-2 : Diagramme dactivit (simplifi ) du service adhrent :
3- : Diagramme des classes :
4-1 : Diagramme de squence 1 (Scnario n1) :
4-2 : Diagramme de squence n2 :
4-3 : Diagramme de squence n3 :
5- : Diagramme dtat de la classe serveur :
6- : Diagramme de collaboration :
Bilan

Prsentation :

Nous avons dcid de modliser le fonctionnement dun moteur de recherche offrant un certain
nombre de services (e mail, comparatifs de prix par produit et par localit, recherches personnalises, ).
Ce moteur de recherche fonctionne partir dune base de donnes Einstein qui contient des
informations sur les adhrents et dautres informations ncessaires au fonctionnement des services.
Nous navons pas trait tous les diagrammes en dtail mais, pour chaque diagramme de la mthode,
nous nous sommes intresss une partie spcifique du moteur de recherche.
Le principe est le suivant :
- Un utilisateur se connecte et on lui offre la possibilit dadhrer nos services.
- Ladhrent a alors accs nos services (e mail, page web, ) ainsi qu une recherche
personnalise en fonction de ses prfrences et de ses recherches les plus frquentes. Ainsi, il peut
tre prvenu par mail, la suite dune recherche, des nouveaux rsultats pertinents.
- Les entreprises dsirant participer nos services (comparatifs de prix, publicit) accdent
galement la base Einstein pour y inscrire des donnes.

ISTIA

DESS QUASSI

32

Gnie Logiciel

UML

02/2000

Glossaire
OMG :Object Management Group
AGL: Atelier de Gnie Logiciel
Abstraction : Dmarche qui consiste ne considrer que certains lments, pour des raisons de pertinence
et/ou de dpendance.
Classe : Description dun ensemble dobjets. Au sens strict, une classe dcrit (totalement ou partiellement)
une implmentation. On parlera de type pour une description limite linterface (attribut et opration),
indpendante de toute implmentation.
Etat : Reprsente la situation dune activit ou dun objet. Les tats (de lune ou de lautre) doivent tre
significatifs par rapport un comportement ou une collaboration. Leur nombre doit tre dfini.
Message : Mcanisme par lequel un objet communique avec un autre. Un message est suppos provoquer
lexcution dune opration par lobjet destinataire. Il faut distinguer :
- le message et lopration : un mme message peut dclencher des oprations diffrentes.
- Le message et la rponse : un vnement est associ la rception dun message. Si la
rponse est instantane, il ny a pas de message associ la rponse.
Mthode : Implmentation dune opration.
N ud ( node) : Ressource physique supportant lexcution, la persistance ou la transmission des
composants.
Objet : Elment identifiable caractris par les tats quil peut prendre et par les oprations quil peut
raliser. En termes dimplmentation, la notion dobjet couvre lensemble des lments physiques
identifiables par le systme, ce qui peut inclure les classes.
OMT : Object Modelling Techniques
Processus (process) : Ensemble des activits gnres par un vnement externe et capables de sexcuter
indpendamment, cest dire sur leurs seules ressources. Correspond lexcution dune collaboration.
Template : Mcanisme qui permet de dfinir une mthode sans avoir dfinir le type de ses arguments.
Uniquement implment par le langage C++.

ISTIA

DESS QUASSI

42

Gnie Logiciel

UML

02/2000

Bibliographie
UML Principes de modlisation

Rmy Fannader, Herv Leroux

ED. DUNOD

MERISE vers OMT et UML

Joseph Gabay

InterEditions

Penser objet avec UML et Java

Michel Lai

InterEditions

Conception et modlisation des

systmes temps rel

Bui Minh Duc

ED. Eyrolles

Liens :
www.softeam.fr

( Objecteering )

www.rational.com

( Rose)

www.advancedsw.com

( GD Pro )

ISTIA

DESS QUASSI

43