Module 1Modéliser un projet web
Chapitre 4 sur 12
Diagrammes de séquence boîte noire et boîte blanche, types de messages et fragments combinés opt, alt, loop, par, break.
Objectifs
Avec ce chapitre, tu sauras…
opt, alt, loop, par, break, ignore, assert ;Leçon 1
| Diagramme | Question | Réponse |
|---|---|---|
| cas d'utilisation | À QUOI sert le système ? | les services rendus aux acteurs |
| classes | QUI est à l'œuvre dans le système ? | les objets, leurs données et leurs liens |
| séquence | COMMENT les éléments interagissent-ils ? | les messages échangés entre acteurs et objets, dans l'ordre chronologique |
Le diagramme de séquence montre une interaction : les objets d'un système coopèrent en s'échangeant des messages, et les acteurs dialoguent avec le système à travers ses interfaces (IHM, interfaces homme-machine). Le temps s'écoule de haut en bas.
Vidéo · À regarder
FRDiagramme de Séquence UML : Cours complet et Exercice sur Astah UML
Prof. Fatimazahra BARRAMOU · YouTube
Leçon 2
| Diagramme de séquence boîte noire | Diagramme de séquence boîte blanche | |
|---|---|---|
| autre nom | diagramme de séquence système (DSS) | diagramme d'interaction |
| moment | pendant la capture des besoins (analyse) | pendant la conception |
| participants | les acteurs et le système, vu comme un tout (une seule ligne de vie) | les objets à l'intérieur du système (pages, contrôleurs, classes métier) |
Leçon 3
| Écriture | Signification |
|---|---|
a:Article | l'objet nommé a, instance de la classe Article |
:Article | un objet anonyme de la classe Article |
a | l'objet nommé a, classe non précisée |
a:Article[2] ou lignes[i]:Ligne | un élément d'une collection |
Leçon 4
| Message | Comportement de l'expéditeur | Notation |
|---|---|---|
| synchrone | il attend la fin de l'exécution de la méthode appelée avant de continuer ; c'est le cas le plus fréquent (un appel de méthode classique) | trait plein, flèche pleine (triangle noir) |
| asynchrone | il n'attend pas : il continue aussitôt (signal, événement d'interface, traitement en arrière-plan, appel à une file de messages) | trait plein, flèche ouverte |
Leçon 5
| Opérateur | Rôle | Équivalent en code |
|---|---|---|
opt | exécuté seulement si la garde est vraie | if sans else |
alt | un seul opérande exécuté parmi plusieurs, selon les gardes ; [else] si aucune autre n'est vraie | if … elseif … else, switch |
loop | répété tant que la garde est vraie : loop [min, max, condition] |
Leçon 6
Vidéo · À regarder
FRDiagramme de Séquence UML : Cours complet et Exercice sur Astah UML
Prof. Fatimazahra BARRAMOU · YouTube
1Le diagramme de séquence répond à la question…
2Le DSS (boîte noire) représente le système par…
3Un message dont l'expéditeur attend la fin de l'exécution est…
4La méthode correspondant à un message synchrone est définie dans la classe…
5La fin de vie d'un objet est représentée par…
6Le fragment qui choisit un seul opérande parmi plusieurs est…
7loop [3] signifie…
8Un message dont on ne connaît pas l'émetteur est…
L'essentiel du chapitre
sd Nom ; participants nom:Classe, :Classe ; ligne de vie pointillée ; activation ; croix de destruction.<<create>>, destruction, perdu, trouvé ; un message synchrone = une opération de la classe du récepteur.[min, max, condition]), par (parallèle), break (interruption), ignore, assert.| le dialogue acteur ↔ système, sans dire comment le système fonctionne à l'intérieur |
| qui fait quoi : quel objet crée les autres, lequel reçoit le message de l'interface, lequel accède aux données |
| source | la fiche du cas d'utilisation : chaque étape devient un message | le DSS et le diagramme de classes, qu'il permet de corriger et de compléter |
| retour |
| réponse à un message synchrone (valeur renvoyée) ; facultatif |
| trait pointillé, flèche ouverte |
| création | appel d'un constructeur, stéréotype <<create>> ; la flèche pointe sur le rectangle de l'objet créé, dessiné plus bas que les autres | pointillé ou plein vers le rectangle de l'objet |
| destruction | fin de vie de l'objet, stéréotype <<destroy>> | croix au bas de la ligne de vie |
| perdu | on connaît l'émetteur, pas le récepteur (un message perdu sur le réseau) | flèche vers un disque noir |
| trouvé | on connaît le récepteur, pas l'émetteur (une exception, un signal venu de l'extérieur) | flèche partant d'un disque noir |
Vidéo · À regarder
FRDiagramme de Séquence UML : Cours complet et Exercice sur Astah UML
Prof. Fatimazahra BARRAMOU · YouTube
for, while |
par | opérandes exécutés en parallèle | traitements simultanés |
break | scénario d'interruption : si la garde est vraie, le fragment s'exécute à la place de la suite | return, break, exception |
ignore | certains messages, listés, peuvent ne pas apparaître sans que la séquence soit fausse | messages facultatifs |
assert | la séquence décrite est la seule valide | assertion |
Vidéo · À regarder
FRDiagramme de Séquence UML : Cours complet et Exercice sur Astah UML
Prof. Fatimazahra BARRAMOU · YouTube
Ce que tu vas voir (6 min) : les chapitres « Définition du diagramme de séquence », « Représentation graphique ». La professeure définit le diagramme de séquence et sa représentation graphique : les lignes de vie, les messages et l'axe du temps.
Le cadre
Le diagramme est entouré d'un cadre rectangulaire. Dans le coin supérieur gauche, un pentagone contient le mot-clé sd (sequence diagram) suivi du nom de l'interaction : sd Piloter, sd ChercherOuvrages.
Les participants et les lignes de vie
Chaque participant (objet ou acteur) est dessiné en haut du diagramme : un rectangle pour un objet, un bonhomme pour un acteur. Sous lui part sa ligne de vie, un trait pointillé vertical qui représente le temps qui passe.
Le nom de l'objet est souvent souligné, comme dans le diagramme d'objets. Une barre d'activation (rectangle étroit sur la ligne de vie) montre la période pendant laquelle l'objet exécute une de ses méthodes. Quand l'objet est détruit, sa ligne de vie se termine par une croix.
Un message est une communication d'une ligne de vie vers une autre. Pour l'objet qui le reçoit, c'est un événement à traiter. Les messages les plus courants sont l'appel d'une opération (synchrone), l'envoi d'un signal (asynchrone), la création et la destruction d'un objet.
Un fragment combiné est une partie du diagramme, délimitée par un rectangle, avec une étiquette dans le coin supérieur gauche qui contient un opérateur d'interaction. Il décrit des modalités d'exécution : condition, choix, boucle, parallélisme. Ses opérandes sont séparés par des pointillés et ont souvent une condition de garde entre crochets [ ].
Le diagramme boîte blanche se lit presque comme du code : chaque message synchrone est un appel de méthode, alt un if, loop une boucle.
<?php
class CommandeController
{
public function __construct(
private PanierRepository $paniers,
private CommandeRepository $commandes,
private Mailer $mailer,
) {}
public function valider(int $clientId): string
{
$panier = $this->paniers->trouverPour($clientId); // message synchrone + retour
if ($panier->estVide()) { // alt [panier vide]
return 'Votre panier est vide.';
}
$commande = new Commande($clientId); // <<create>>
foreach ($panier->lignes() as $ligne) { // loop [pour chaque ligne]
$commande->ajouter($ligne->livre(), $ligne->quantite());
}
$this->commandes->enregistrer($commande);
$this->mailer->envoyerPlusTard($commande); // message asynchrone (file d'attente)
$panier->vider();
return 'Commande n° ' . $commande->numero() . ' enregistrée.';
}
}Ce que tu vas voir (jusqu'à la fin) : les chapitres « Démo sur le logiciel Astah UML ». Démonstration sur Astah UML : elle construit un diagramme de séquence complet, étape par étape.
Pour la librairie Kitab : (1) dessine le DSS du cas « Passer une commande » à partir de ta fiche (TP 2.5), avec le Service de paiement comme second participant extérieur et un alt pour le paiement refusé ; (2) dessine le diagramme boîte blanche de l'étape « payer » avec les objets :PageCommande, :CommandeController, c:Commande et :ServicePaiement. Vérifie que chaque message correspond à une opération de ton diagramme de classes (TP 3.5) et complète celui-ci si nécessaire.
À partir de la fiche « S'authentifier » du chapitre 2 (scénario nominal et les deux scénarios alternatifs), dessine le diagramme de séquence système. Utilise un fragment alt pour les trois cas : identifiants valides, identifiants invalides, champs vides.
Dans le diagramme « loop et break » du distributeur : (1) combien de fois au maximum le client saisit-il son code ? (2) que se passe-t-il s'il appuie sur F1 ? (3) quelle opération doit posséder la classe Banque ? (4) quel message est un message réflexif (de l'objet vers lui-même) ?
@startuml
actor Internaute
participant "Librairie en ligne" as S
Internaute -> S : chercher(motCle)
activate S
S --> Internaute : liste des ouvrages
deactivate S
Internaute -> S : consulterFiche(isbn)
activate S
S --> Internaute : fiche détaillée
deactivate S
@endumlReprends la fiche du cas d'utilisation (chapitre 2). Chaque étape « L'acteur … » devient un message de l'acteur vers le système ; chaque étape « Le système affiche … » devient un message de retour. Les scénarios alternatifs deviennent des fragments alt ou opt (section 5).
@startuml
actor Administrateur
participant ":PageAdminArticle" as P
participant "a:Article" as A
Administrateur -> P : changerPrix(a, p)
activate P
P -> A : setPrix(p)
activate A
A --> P
deactivate A
P --> Administrateur : prix mis à jour
deactivate P
@endumlCe second diagramme oblige à décider que c'est la classe Article qui possède l'opération setPrix(p : float) : il complète le diagramme de classes.
Le résumé décrit le message asynchrone comme « une simple flèche en traits pleins », ce qui ne le distingue pas du synchrone. La différence est dans la pointe : flèche pleine (triangle noirci) pour le synchrone, flèche ouverte (deux traits) pour l'asynchrone.
@startuml
participant ":Contrôleur" as C
participant ":Panier" as P
participant ":Mailer" as M
C -> P : ajouter(isbn, 2)
activate P
P --> C : total
deactivate P
C ->> M : envoyerConfirmation(email)
create participant ":Commande" as Cmd
C -> Cmd : <<create>>
C -> P : vider()
destroy Cmd
@endumlLa syntaxe des messages
Un message synchrone appelle en général une méthode du récepteur : nomMessage(argument1, argument2). Le message de retour peut porter la valeur rendue : total = calculerTotal() : 250.
Chaque message synchrone reçu par un objet correspond à une opération de la classe du récepteur (et non de l'émetteur). Si :PageAdminArticle envoie setPrix(p) à a:Article, alors setPrix(p : float) doit figurer dans la classe Article. Pour qu'un objet puisse envoyer un message à un autre, il doit le connaître : une association navigable (ou une dépendance) doit exister entre leurs classes.
Des contraintes temporelles peuvent être ajoutées entre deux messages : {d < 3 s} indique que la réponse doit arriver en moins de 3 secondes.
Ce que tu vas voir (3 min) : les chapitres « Messages synchrones », « Messages asynchrones », « Messages Create et Destroy », « Notion d'événement ». Elle présente les messages synchrones, asynchrones, de création et de destruction, comme dans cette section.
Les gardes de loop : loop [3] s'exécute 3 fois ; loop [1, 3, code = faux] s'exécute une fois, puis au maximum deux autres fois tant que code = faux.
@startuml
actor Internaute
participant ":Système" as S
Internaute -> S : chercher(motCle)
activate S
alt des ouvrages sont trouvés
S --> Internaute : liste des ouvrages
opt l'internaute choisit un livre
Internaute -> S : ajouterAuPanier(isbn)
S --> Internaute : panier mis à jour
end
else aucun résultat
S --> Internaute : message « aucun résultat »
end
deactivate S
@enduml@startuml
actor Client
participant ":Distributeur" as D
participant ":Banque" as B
Client -> D : insérerCarte()
loop 1, 3, code incorrect
D --> Client : demander le code
break le client appuie sur F1
D --> Client : afficher l'aide
end
Client -> D : saisirCode(code)
D -> B : vérifierCode(code)
B --> D : résultat
end
alt 3 codes incorrects
D -> D : garderCarte()
D --> Client : carte conservée
else code correct
D --> Client : menu des opérations
end
@endumlCe dernier exemple combine plusieurs opérateurs : si l'utilisateur se trompe trois fois de code, la carte est gardée et le distributeur se remet en attente d'une carte.
Ce que tu vas voir (7 min) : les chapitres « Fragment de séquence », « Fragment Ref », « Opérateur Alt », « Opérateur Loop », « Opérateur Opt », « Opérateur Par ». Elle explique les fragments combinés : ref, alt (alternative), loop (boucle), opt (option) et par (parallèle).
Dessine le diagramme de séquence boîte blanche de la méthode valider() du CommandeController (section 6) : participants :CommandeController, :PanierRepository, p:Panier, c:Commande, :CommandeRepository, :Mailer. Utilise alt, loop, un message de création et un message asynchrone.