Vous êtes sur la page 1sur 18

03/11/2015

Modélisation Orientée Objet


par UML

ZAKRANI Abdelali
ENSAM – CASABLANCA
Année universitaire 2015-2016

Diagramme de cas d’utilisation &


diagramme de classes
 Le diagramme de cas
d’utilisation montre des
acteurs qui interagissent avec
les grandes fonctions d’un
système. C’est une vision
fonctionnelle et externe d’un
système.
 Le diagramme de classes,
quant à lui, décrit le cœur
d’un système et montre des
classes et la façon dont elles
sont associées. C’est une vision
statique et structurelle.
ZAKRANI / MOO par UML / 13-14 2

1
03/11/2015

Diagramme de séquence

ZAKRANI / MOO par UML / 13-14 3

Diagrammes d’interaction
 Les diagrammes d’interaction montrent comment des
instances au cœur du système communiquent pour
réaliser une certaine fonctionnalité.
 Les interactions sont nombreuses et variées

UML propose plusieurs diagrammes :


 diagramme de séquence,
 diagramme de communication,
 diagramme de timing.
Ils apportent un aspect dynamique à la modélisation du
système.

ZAKRANI / MOO par UML / 13-14 4

2
03/11/2015

Diagramme de séquence
 Diagramme de séquence permet de représenter les
interactions entre objets en indiquant la chronologie
des échanges. Cette représentation peut se réaliser par cas
d’utilisation en considérant les différents scénarios associés.
Les diagrammes de séquences présentent les intérêts
suivants :
 permettre de mieux comprendre le fonctionnement du
système; modéliser la vie des objets dans le temps et leur
chronologie ;
 d’être très utiles dans la description des cas d’erreur et
des cas limites d’utilisation du système
 d’être une aide précieuse pour documenter les méthodes
des classes.

ZAKRANI / MOO par UML / 13-14 5

Diag. Séq.: concepts de base


Nom du diagramme: Rôle de l’objet et le
Diagramme 1 nom de sa classe
sd: Sequence Diagram

Période
d’activité
de l’objet
Message
synchrone

Message
asynchrone

Message de
retour
Ligne de vie

ZAKRANI / MOO par UML / 13-14 6

3
03/11/2015

Diag. Séq.: concepts de base


 Ligne de vie
Une ligne de vie représente l’ensemble des opérations
exécutées par un objet. Un message reçu par un objet
déclenche l’exécution d’une opération.
 Message synchrone et asynchrone
 Message synchrone: l’émetteur reste en attente de
la réponse à son message avant de poursuivre ses
actions.
 Message asynchrone: l’émetteur n’attend pas la
réponse à son message, il poursuit l’exécution de ses
opérations.

ZAKRANI / MOO par UML / 13-14 7

Diag. Séq.: concepts de base


Création et destruction d’un objet
 La création d’objet est représentée par un message spécifique qui
donne lieu au début de la ligne de vie du nouvel objet.
 La destruction d’objet est un message envoyé à un objet existant et
qui donne lieu à la fin de sa ligne de vie. Il est représenté par une
croix.

ZAKRANI / MOO par UML / 13-14 8

4
03/11/2015

Diag. Séq.: concepts de base


Contrainte temporelle
 Des contraintes de
chronologie entre les
messages peuvent être
spécifiées.
 De plus lorsque
l’émission d’un message
requiert une certaine
durée, il se représente
sous la forme d’un trait
oblique.

ENSAM – Casablanca
ZAKRANI / MOO par UML / 13-14 9

Diag. Séq.: Exemple


 Réalisons un diagramme de séquence système qui décrit le
scénario nominal du cas d’utilisation RETIRER DE L’ARGENT.

ENSAM – Casablanca
ZAKRANI / MOO par UML / 13-14 10

5
03/11/2015

Diag. Séq.: Exemple (suite)

ENSAM – Casablanca
ZAKRANI / MOO par UML / 13-14 11

Diag. Séq.: Exemple (suite)

ENSAM – Casablanca
ZAKRANI / MOO par UML / 13-14 12

6
03/11/2015

Fragment d’interaction
 Dans un diagramme de séquence, il est possible de
distinguer des sous-ensembles d’interactions qui
constituent des fragments.
 Un fragment d’interaction se représente
globalement comme un diagramme de séquence dans
un rectangle avec indication dans le coin à gauche du
nom du fragment.
 Un port d’entrée et un port de sortie peuvent être
indiqués pour connaître la manière dont ce fragment
peut être relié au reste du diagramme

ZAKRANI / MOO par UML / 13-14 13

Fragment d’interaction
 Exemple fragment d’interaction avec port d’entrée
et de sortie

Fragment
d’interaction

Port d’entrée
et port de
sortie
ZAKRANI / MOO par UML / 13-14 14

7
03/11/2015

Fragment d’interaction
 Fragment d’interaction combiné
Un fragment d’interaction dit combiné correspond à un
ensemble d’interaction auquel on applique un opérateur.

Treize opérateurs ont été définis dans UML :


 alt, opt, loop, par et ref. (moins utilisés strict/weak, break,
ignore/consider, critical, negative, assertion)

ZAKRANI / MOO par UML / 13-14 15

Fragment d’interaction
Opérateur alt
L’opérateur alt correspond à une instruction de test avec
une ou plusieurs alternatives possibles. Il est aussi permis
d’utiliser les clauses de type sinon.

Alternative 1

Alternative 2

ZAKRANI / MOO par UML / 13-14 16

8
03/11/2015

Fragment d’interaction
Opérateur opt
L’opérateur opt (optional) correspond à une instruction
de test sans alternative (sinon).

ZAKRANI / MOO par UML / 13-14 17

Fragment d’interaction
Opérateur loop
 L’opérateur loop correspond à une instruction de
boucle qui permet d’exécuter une séquence
d’interaction tant qu’une condition est satisfaite.

ZAKRANI / MOO par UML / 13-14 18

9
03/11/2015

Fragment d’interaction
Opérateur par
 L’opérateur par (parallel) permet de représenter deux
séries d’interactions qui se déroulent en parallèle.

ZAKRANI / MOO par UML / 13-14 19

Fragment d’interaction
Opérateur ref.
 L’opérateur ref permet d’appeler une séquence d’interactions décrite par
ailleurs constituant ainsi une sorte de sous-diagramme de séquence.

ZAKRANI / MOO par UML / 13-14 26

10
03/11/2015

Fragment d’interaction
Opérateur ref. (Exemple)

ZAKRANI / MOO par UML / 13-14 27

Diagramme d’états-transitions

ZAKRANI / MOO par UML / 13-14 28

11
03/11/2015

Diagramme d’états-transitions
 Les diagrammes d’états-transitions (ou statecharts)
d’UML décrivent le comportement interne d’un objet à
l’aide d’un automate à états finis
 Ils présentent les séquences possibles d’états et
d’actions qu’une instance de classe peut traiter au cours
de son cycle de vie en réaction à des événements
discrets (de type signaux, invocations de méthode).
 Ils spécifient aussi le comportement interne d’autres
éléments tels que les cas d’utilisation, les sous-systèmes,
les méthodes.
 Ils sont bien adaptés à la description d’objets ayant un
comportement d’automate.

ZAKRANI / MOO par UML / 13-14 29

Diagramme d’états-transitions
Concepts de base
État-transition et événement
 L’état d’un objet est défini, à un instant donné, par
l’ensemble des valeurs de ses propriétés.
 Le passage d’un état à un autre état s’appelle transition.
Un événement est un fait survenu qui déclenche une
transition.

ZAKRANI / MOO par UML / 13-14 30

12
03/11/2015

Diagramme d’états-transitions
Concepts de base
État-transition et événement
Il existe quatre types d’événements :
 Type appel de méthode (call) – C’est le type le plus
courant que nous traiterons dans la suite de la
présentation.
 Type signal – Exemple : clic de souris, interruption
d’entrées-sorties…
 Type changement de valeur (vrai/faux) – C’est le
cas de l’évaluation d’une expression booléenne.
 Type écoulement du temps – C’est un événement
lié à une condition de type after(durée) ou when(date).

ZAKRANI / MOO par UML / 13-14 31

Diagramme d’états-transitions
Concepts de base
Exemple d’état-transition

Pour un employé donné d’une entreprise, nous pouvons


considérer les deux états significatifs suivants: état recruté,
état en activité.

ZAKRANI / MOO par UML / 13-14 32

13
03/11/2015

Diagramme d’états-transitions
Concepts de base
Action et activité
 Une action est une opération instantanée qui ne peut
être interrompue ; elle est associée à une transition.
 Une activité est une opération d’une certaine durée
qui peut être interrompue, elle est associée à un état
d’un objet.
Formalisme d’état-transition avec activité et action

Exemple d’état-transition avec activité et action

ZAKRANI / MOO par UML / 13-14 33

Diagramme d’états-transitions
Le diagramme d’états-transitions:
 Est l’enchaînement de tous les états caractéristiques
d’un objet
 Il débute toujours par un état initial et se termine par
un ou plusieurs états finaux sauf dans le cas où le
diagramme d’états représente une boucle
 À un événement peut être associé un message composé
d’attributs.

ZAKRANI / MOO par UML / 13-14 34

14
03/11/2015

Diagramme d’états-transitions
Exemple d’un diagramme d’état-transition de
l’objet client d’une gestion commerciale

ZAKRANI / MOO par UML / 13-14 35

Diagramme d’états-transitions
Composition et décomposition d’état
Il est possible de décrire un diagramme d’état-transition à
plusieurs niveaux
 Un premier niveau, le diagramme comprendra des états
élémentaires et des états composites.
 Les états composites seront ensuite décrits à un
niveau élémentaire dans un autre diagramme.

ZAKRANI / MOO par UML / 13-14 36

15
03/11/2015

Diagramme d’états-transitions
Exemple d’une composition et décomposition
d’état

CIN

ZAKRANI / MOO par UML / 13-14 37

Diagramme d’états-transitions
Point d’entrée et point de sortie
 Sur une sous-machine d’état, il est possible de repérer
un point d’entrée et un point de sortie particuliers.

ZAKRANI / MOO par UML / 13-14 38

16
03/11/2015

Diagramme d’états-transitions
Point de jonction
 Un point de jonction permet de décomposer une transition en
deux parties en indiquant si nécessaire les gardes propres à chaque
segment de la transition.
 À l’exécution, un seul parcours sera emprunté, c’est celui pour
lequel toutes les conditions de garde seront satisfaites.

ZAKRANI / MOO par UML / 13-14 39

Diagramme d’états-transitions
Point de choix
 Le point de choix se comporte comme un test de type : si
condition faire action1 sinon faire action2.

ZAKRANI / MOO par UML / 13-14 40

17
03/11/2015

Diagramme d’états-transitions
Etat historique
 La mention de l’historisation d’un état composite permet de
pouvoir indiquer la réutilisation du dernier état historisé en cas de
besoin.

ZAKRANI / MOO par UML / 13-14 41

18

Vous aimerez peut-être aussi