Diagramme de séquences.pdf

UML
Cours 5:
Diagramme de séquences
Lycée Technique IBN AL HAITAM
BTS DSI 2éme Année
Année: 2018- 2019
Abdelkrim HARIDA - BTS DSI 2éme Année 1

Dans ce cours
Diagramme de de séquences

Rôle du diagramme de séquences
– Le diagramme de séquence (DSE) fait parties des
diagrammes comportementaux (dynamique) et plus
précisément des diagrammes d’interactions.
– Le diagramme de séquence permet de décrire COMMENT
Les éléments du système interagissent entre eux et avec
les acteurs, en fonction du temps.
– Les objets au cœur d’un système interagissent en
s’échangent des messages.
– Les acteurs interagissent avec le système au moyen d’IHM.
– Création de classes de contrôle et de classes d'interface
qui gèrent les interactions avec les acteurs.

14 Diagrammes UML
Diagrammes structurels :
 Diagramme de classes
 Diagramme d'objets
 Diagramme de composants
 Diagramme de déploiement
 Diagramme de paquetages
 Diagramme de structure composite
 Diagramme de profils
Diagrammes comportementaux :
 Diagramme de cas d'utilisation
 Diagramme états-transitions
 Diagramme d'activité
Diagrammes d'interaction :
 Diagramme de séquence
 Diagramme de communication
 Diagramme global d'interaction
 Diagramme de temps

Éléments du diagramme de séquence
Cadre d’un diagramme de séquence:
Le diagramme de séquence est placé dans un rectangle qui
dispose d’une étiquette sd en haut à gauche (qui signifie
sequence diagramm) suivi du nom du diagramme.

Acteurs:
les acteurs, nous trouverons aussi la représentation du
stickman (qui peut être considéré comme un objet).

Objets:
– Dans un diagramme de séquence, l’objet à la même
représentation que dans le diagramme des objets.
– Un objet peut prendre l’une des quatre formes suivantes :

Ligne de vie:
– Une ligne de vie représente l’ensemble des opérations
exécutées par un objet.
– A chaque objet est associé une ligne de vie (en trait
pointillés à la verticale de l’objet) qui peut être
considéré comme un axe temporel.
– La ligne de vie indique les périodes d’activité de l’objet.

Ligne de vie:

Messages:
– Un message est une communication d’un objet vers un
autre objet.
– La réception d’un message est considérée par l’objet
récepteur comme un événement qu’il faut traiter (ou
pas).
– Plusieurs types de messages existent, les plus communs
sont :
• Message synchrone.
• Message asynchrone.
• La création ou la destruction d’une instance de classe
au cours du cycle principal.

Message synchrone:
– La réception d’un message synchrone doit provoquer chez
le destinataire le lancement d’une de ses méthodes (qui
souvent porte le même nom que le message).
– Dans ce cas l’émetteur reste en attente de la réponse à
son message avant de poursuivre ses actions.
– C’est le message le plus fréquemment utilisé.
– Représentation graphique: flèche avec un triangle plein à
son extrémité.

Message asynchrone:
– Dans ce cas, l’émetteur n’attend pas la réponse à son
message, il poursuit l’exécution de ses opérations.
– Un message asynchrone peut être:
• Un appel de méthode: Fréquent dans un système
multi-threads(multi-tâche).
• Un signal (cas le plus fréquent): L’objet expéditeur
transmet juste une information à l’objet destinataire.
Souvent, ce sont les acteurs ou les périphériques qui
envoient des signaux.
– Représentation graphique: Simple flèche

Message synchrone & Message asynchrone:

Syntaxe des messages synchrones et asynchrones:
– Nous pouvons nous contenter de définir un message par :
• Son nom : qui est le nom de la méthode appelée ou du
signal envoyé.
– Nous pouvons lui adjoindre facultativement :
• Une numérotation : Séparé du nom du message par 2
point ":"), La numérotation s’effectue séquentiellement
à partir de 1.
• Les paramètres passés à la méthode ou au signal.

Syntaxe des réponses (messages retour):
Nous pouvons nous contenter de donner au message retour:
– Un simple nom.
– La syntaxe suivante:
Numéro : attribut = nomMessage ( paramètres ) : valeurDeRetour.

Création et destruction d’un objet:
– La création d’un objet est matérialisée par un message
spécifique, appel d’un constructeur, généralement
accompagné du stéréotype « create ».
– La destruction d’un objet est représentée par une croix à
la fin de sa ligne de vie. Souvent l’objet est détruit
suite à la réception d’un message accompagné du
stéréotype « destroy ».

Création et destruction d’un objet :

Création et destruction d’un objet: (Exemple)

Messages retours implicites et explicites:
– Le retour d’un message synchrone peut ne pas être
représenté, le retour est alors implicite.
– Par contre, dans le cas d’un message asynchrone, il est
impératif de faire apparaître le message de retour. Le
retour est explicite.

Recouvrement des bandes d’activations:
– Lorsqu’un objet est déjà activé il peut quand même
recevoir d’autres messages , cela se représente par un
dédoublement de la bande d’activation.
Messages récursifs:
– Un objet peut s’envoyer un message à lui-même
(utilisation d’une autre méthode du même objet). Cela se
représente là aussi par un dédoublement de la bande
d’activation.

Recouvrement des bandes d’activations &
Messages récursifs:

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.

Contrainte temporelle:

Le message perdu:
– Est un message dont nous connaissons l’émetteur mais pas
le récepteur.
– Il est représenté par une flèche partant de la ligne de vie
d’un élément vers un disque noir.
– Cette sorte de message permet de modéliser, par
exemple, les scenarii de pertes de message sur un réseau.
Le message trouvé:
– Est un message dont nous connaissons le destinataire
mais pas l’émetteur.
– Il est représenté par une flèche partant d’un disque noir
vers la ligne de vie d’un élément.
– Ce message peut être utilisé pour modéliser le
comportement d’un élément suite à la réception d’un
message d’exception.

Messages perdus et trouvés:

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.

Fragment d’interaction:

Fragment d’interaction combiné:
– Un fragment d’interaction dit combiné correspond à un
ensemble d’interaction auquel on applique un opérateur.
– Il se représente globalement comme un DS avec indication
dans le coin à gauche du nom de l’opérateur.
– 13 opérateurs ont été définis dans UML.

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

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

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.

Opérateur par:
– L’opérateur par (parallel) permet de représenter deux
séries d’interactions qui se déroulent en parallèle.
– Utilisé dans l’informatique temps réel.

Opérateur strict:
– L’opérateur strict est utilisé quand l’ordre d’exécution des
opérations doit être strictement respecté.

Opérateur weak:
– L’opérateur weak est utilisé quand l’ordre d’exécution des
opérations n’a pas d’importance.

Opérateur break:
– L’opérateur break permet de représenter une situation
exceptionnelle correspondant à un scénario de rupture par
rapport au scénario général. Le scénario de rupture
s’exécute si la condition de garde est satisfaite.

Opérateurs ignore et consider:
– Les opérateurs ignore et consider sont utilisés pour des
fragments d’interactions dans lesquels on veut montrer
que certains messages peuvent être soit absents sans avoir
d’incidence sur le déroulement des interactions (ignore),
soit obligatoirement présents (consider).

Opérateurs ignore et consider:

Opérateur critical:
– L’opérateur critical permet d’indiquer qu’une séquence
d’interactions ne peut être interrompue.

Opérateur negative:
– L’opérateur neg (negative) permet d’indiquer qu’une
séquence d’interactions est invalide.
– les opérations Op1() et Op2() du fragment neg sont
invalides. Une erreur sera déclenchée dans ce cas à
l’exécution du fragment.

Opérateur assert:
– L’opérateur assert (assertion) permet d’indiquer qu’une
séquence d’interactions est l’unique séquence possible en
considérant les messages échangés dans le fragment.
Toute autre configuration de message est invalide.

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.

Exemple de DS: Le DAB

Fin

Diagramme de séquences.pdf

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Ähnlich wie Diagramme de séquences.pdf

Ähnlich wie Diagramme de séquences.pdf (14)

Mehr von YasushiTsubakik

Mehr von YasushiTsubakik (20)

Kürzlich hochgeladen

Kürzlich hochgeladen (20)

Diagramme de séquences.pdf