Cours n°3

UML
1
Plan
Introduction
Modéliser avec UML
Diagrammes de cas d’utilisation
Diagrammes de classes
Notion de paquetage
Diagrammes d’objets
Diagrammes de séquence
Diagrammes de collaboration
Diagrammes d’états/transition
Autres diagrammes
UML
2
Diagrammes d’interaction
Représentent une interaction,
interaction c.a.d un ensemble
d’objets et leurs relations,
relations y compris les messages
qu’ils peuvent échanger
Représentent une vue dynamique du système

UML
3
Diagrammes d’interaction
2 types de diagrammes d’interaction :
Diagrammes de séquence : mettent l’accent sur le
classement chronologique des messages de
collaboration d’instance
Diagrammes de collaboration : mettent l’accent sur
l’organisation structurelle des éléments qui envoient et
reçoivent des messages

Les diagrammes de séquence et les diagrammes de

collaboration d’instances sont isomorphes : l’un peut-
être transformé en l’autre
UML
4
UML
5
Vues
Vues statiques du système :
 diagrammes de cas d'utilisation (Fonctionnel)   
 diagrammes de classes
 diagrammes d'objets
 diagrammes de composants
 diagrammes de déploiement

Vues dynamiques du système :

 diagrammes de séquence
 diagrammes de collaboration
 diagrammes d'états-transitions
 diagrammes d'activités

UML
6
Sequence diagrams
Permettent de représenter des interactions
 Entre objets (et acteurs)
 Selon un point de vue temporel (chronologie des envois de
messages)
 
Complémentaire du diagramme de collaboration
 Diagramme de collaboration décrit le contexte ou l'état des
objets
 Diagramme de séquence se concentre sur l'expression des
interactions
 
Les diagrammes de séquences peuvent servir à illustrer un
cas d'utilisation

UML
7
Sequence diagrams
L'ordre d'envoi d'un message est déterminé par sa position
sur l'axe vertical du diagramme
 le temps s'écoule "de haut en bas" de cet axe
 
La disposition des objets sur l'axe horizontal n'a pas de
conséquence pour la sémantique du diagramme
 
Les diagrammes de séquences et les diagrammes d'état-
transitions sont les vues dynamiques les plus importantes
d'UML

UML
8
Convention graphique
Acteur :
:nom
nom:Classe
Objet :
Ligne de vie :
Message()
Bande d’activation :
new() obj:Classe2
Envoi de message :
Création dynamique :
Supprimer un objet : kill()

UML
9
Convention graphique
Branchement conditionnel :
obj1:Classe obj2:Classe

if x cas1()

else cas2()

Récursivité : endif

msg()

UML
10
Types de messages
 Message simple : aucune caractéristique d'envoi ou de réception particulière
 
msg()

 Message minuté (timeout) : bloque l'expéditeur pendant un temps donné, en

attendant la prise en compte du message par le récepteur. L'expéditeur est
libéré si la prise en compte n'a pas eu lieu pendant le délai spécifié
  msg()

 Message synchrone : bloque l'expéditeur jusqu'à prise en compte du

message par le destinataire

msg()

UML
11
Types de messages
 Message asynchrone : n'interrompt pas l'exécution de l'expéditeur. Le
message peut être pris en compte par le récepteur à tout moment ou ignoré
 
msg()

 Message dérobant : n'interrompt pas l'exécution de l'expéditeur et ne

déclenche une opération chez le récepteur que s'il s'est préalablement mis en
attente de ce message

msg()

UML
12
 Exemple
:client :GuichetAutomatique
introductionCarte()
demandeCode()
code(valeur)
verifieCode()
[code faux] detruit()
[code bon] demandeMontant()
demandeRetrait(valeur)
verifieSolde()
[retrait>solde] detruit()
[retrait<solde] proposeTicket()
[oui]acceptTicket()
editeTicket()
[non]refuseTicket()
ejectCarte()
recupereCarte()
ejectionBillets()
recupereBillets() 13
UML
14
Vues
Vues statiques du système :
 diagrammes de cas d'utilisation (Fonctionnel)   
 diagrammes de classes
 diagrammes d'objets
 diagrammes de composants
 diagrammes de déploiement

Vues dynamiques du système :

 diagrammes de séquence
 diagrammes de collaboration
 diagrammes d'états-transitions
 diagrammes d'activités

UML
15
Collaboration diagrams
montrent des interactions entre objets
permettent de représenter le contexte d'une
interaction : on peut y préciser les états des objets
qui interagissent
concernent des objets reliés par des liens et qui se
connaissent dans une situation donnée
Représentation spatiale d’une interaction

UML
16
Messages
Unité de communication entre rôles
Regroupent les flots de contrôle (appel de méthode)
et les flots de données (valeurs)
Les messages échangés par les objets sont
représentés le long des liens
L’ordre d’envoi des messages est matérialisé par un
numéro de séquence

UML
17
Convention graphique
1: operation()

O1:classe OClasse2:classe2

2: op2() 4: op3()

3: opInterne()

O2:classe O3:classe

UML
18
Synchronisation des messages
UML permet de spécifier de manière très précise
l'ordre et les conditions d'envoi des messages sur
un diagramme dynamique
 
Pour chaque message, il est possible d'indiquer :
les clauses qui conditionnent son envoi
son rang (son numéro d'ordre par rapport aux autres
messages)
sa récurrence
ses arguments

UML
19
Syntaxe
 pré / [cond] séq *|| [iter] : r := msg (par)
 pré : prédécesseurs (liste de numéros de séquence de messages)
Indique que le message ne sera envoyé que lorsque tous ses prédécesseurs le seront
 [cond] : expression booléenne.
Permet de conditionner l'envoi du message
 séq : numéro de séquence du message.
Indique le rang du message, c'est-à-dire son numéro d'ordre par rapport aux autres
messages.
Il est possible de représenter le niveau d'emboîtement des messages et leur précédence, à
l'aide de chiffres séparés par des points.
Exemple : l'envoi du message 1.3.5 suit immédiatement celui du message 1.3.4 et ces deux
messages font partie du flot (de la famille de messages) 1.3.
Pour représenter l'envoi simultané de deux messages, il suffit de les indexer par une lettre.
Exemple : l'envoi des messages 1.3.a et 1.3.b est simultané.
 iter : récurrence du message.
Permet de spécifier l'envoi séquentiel (ou en parallèle, avec "||") de messages. Il est aussi
possible de spécifier qu'un message est récurrent en n'utilisant que "*" ou "*||".
 r : valeur de retour du message.
Permet d'affecter la valeur de retour d'un message
 msg : nom du message.
 par : paramètres du message
20
 Exemples
 3 : bonjour()
 Ce message a pour numéro de séquence "3".
 
 [heure = midi] 1 : manger()
 Ce message n'est envoyé que s'il est midi.
 
 1.3.6 * : ouvrir()
 Ce message est envoyé de manière séquentielle un certain nombre de fois.
 
 3 / *||[i := 1..5] : fermer()
 Représente l'envoi en parallèle de 5 messages. Ces messages ne seront envoyés qu'après
l'envoi du message 3.
 
 1.3,2.1 / [t < 10s] 2.5 : age := demanderAge(nom,prenom)  
 Ce message (numéro 2.5) ne sera envoyé qu'après les messages 1.3 et 2.1, et que si "t < 10s".
La valeur de retour est affectée à age. Le message prend nom et prenom en paramètres
 
 1.3 / [disk full] 1.7.a * : deleteTempFiles()
1.3 / [disk full] 1.7.b : reduceSwapFile(20%)
 Ces messages ne seront envoyés qu'après l'envoi du message 1.3 et si la condition "disk full"
est réalisée. Si cela est le cas, les messages 1.7.a et 1.7.b seront envoyés simultanément.
Plusieurs messages 1.7.a peuvent être envoyés.

UML
21
Types de message
Mêmes messages que pour les séquences :
Message simple
Message minuté  
Message synchrone  
Message asynchrone  
Message dérobant

UML
22
Exemple
1/2.b: envoyer(piste)

:TourControle :RegimentPompier

1*: mayday()
1/2.a *||: seDeplacer(piste, parking)
2.a/3: atterrir(piste)

pa87:Boeing :Avion

Etat=detresse Etat=a_terre
Position=piste

UML
23
 Isomorphisme
Diagramme de collaboration Diagramme de séquence

8: msg8() O1:C1 O2:C2 O3:C3

3: msg3() msg1()
5: msg5() msg2()
msg3()
O1:C1 O3:C3
msg4()
1: msg1()
msg5()
4: msg4()
10: msg10() msg6()
msg7()
2: msg2() 6: msg6()
msg9() msg8()
7: msg7()
9: msg9()
msg10()
O2:C2

UML
24