{"id":10995,"date":"2026-03-06T07:09:28","date_gmt":"2026-03-05T23:09:28","guid":{"rendered":"https:\/\/www.archimetric.com\/fr\/what-is-sequence-diagram\/"},"modified":"2026-03-06T07:09:28","modified_gmt":"2026-03-05T23:09:28","slug":"what-is-sequence-diagram","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/fr\/what-is-sequence-diagram\/","title":{"rendered":"Qu’est-ce qu’un diagramme de s\u00e9quence"},"content":{"rendered":"
Les deux diagrammes de s\u00e9quence<\/a> et les diagrammes de collaboration sont des types de diagrammes d’interaction. Les diagrammes d’interaction traitent la vue dynamique d’un syst\u00e8me. Un diagramme de s\u00e9quence<\/a> est un diagramme d’interaction qui met l’accent sur l’ordre temporel des messages. Il repr\u00e9sente les objets et les classes impliqu\u00e9s dans le sc\u00e9nario ainsi que la s\u00e9quence des messages \u00e9chang\u00e9s entre les objets n\u00e9cessaires pour r\u00e9aliser la fonctionnalit\u00e9 du sc\u00e9nario. En g\u00e9n\u00e9ral, vous utiliserez un diagramme de s\u00e9quence pour sp\u00e9cifier le flux principal d’un cas d’utilisation, et des variantes de ce diagramme pour sp\u00e9cifier les flux exceptionnels d’un cas d’utilisation.<\/div>\n
<\/div>\n
\"Sequence<\/div>\n
<\/div>\n
\n\n

Les composants du diagramme de s\u00e9quence<\/h2>\n

Objet<\/h3>\n

Dans le UML, un objet dans un diagramme de s\u00e9quence est repr\u00e9sent\u00e9 par un rectangle contenant le nom de l’objet, soulign\u00e9. Un objet peut \u00eatre nomm\u00e9 de l’une des trois fa\u00e7ons suivantes : le nom de l’objet, le nom de l’objet et sa classe, ou simplement le nom de la classe (objet anonyme). Les trois fa\u00e7ons de nommer un objet sont illustr\u00e9es dans la figure ci-dessous.<\/p>\n

Ligne de vie<\/h3>\n

Les entit\u00e9s des participants dans une collaboration (sc\u00e9nario) sont \u00e9crites horizontalement en haut du diagramme. Une ligne de vie est repr\u00e9sent\u00e9e par une ligne verticale pointill\u00e9e trac\u00e9e sous chaque objet. Celles-ci indiquent l’existence de l’objet.<\/p>\n

\"Lifelines\"<\/p>\n

Les noms d’objets peuvent \u00eatre sp\u00e9cifiques (par exemple, myAccount) ou g\u00e9n\u00e9raux (par exemple, myAccount :Account). Souvent, un objet anonyme (:Account) peut \u00eatre utilis\u00e9 pour repr\u00e9senter n’importe quel objet de la classe. Chaque objet poss\u00e8de \u00e9galement son propre timeline repr\u00e9sent\u00e9 par une ligne pointill\u00e9e situ\u00e9e sous l’objet. Les messages entre objets sont repr\u00e9sent\u00e9s par des fl\u00e8ches pointant de l’objet exp\u00e9diteur \u00e0 l’objet destinataire.<\/p>\n

Tout dans un syst\u00e8me orient\u00e9 objet est r\u00e9alis\u00e9 par des objets. Les objets assument la responsabilit\u00e9 de t\u00e2ches telles que la gestion des donn\u00e9es, le d\u00e9placement des donn\u00e9es dans le syst\u00e8me, la r\u00e9ponse aux requ\u00eates et la protection du syst\u00e8me. Les objets collaborent en communiquant ou en interagissant entre eux.<\/p>\n

Message<\/h3>\n

Les messages repr\u00e9sentent l’appel d’op\u00e9rations et sont affich\u00e9s horizontalement. Ils sont trac\u00e9s de l’exp\u00e9diteur au destinataire. L’ordre est indiqu\u00e9 par la position verticale, le premier message \u00e9tant affich\u00e9 en haut du diagramme, et le dernier message en bas. Par cons\u00e9quent, les num\u00e9ros de s\u00e9quence sont facultatifs.<\/p>\n

Le type de ligne et le type de fl\u00e8che indiquent le type de message utilis\u00e9 :<\/p>\n

    \n
  1. Un message synchrone<\/b> (g\u00e9n\u00e9ralement un appel d’op\u00e9ration) est repr\u00e9sent\u00e9 par une ligne pleine avec une fl\u00e8che remplie. Il s’agit d’un appel de message r\u00e9gulier utilis\u00e9 pour la communication normale entre l’exp\u00e9diteur et le destinataire.
    \n\"Lifelines<\/li>\n
  2. Un message de retour<\/b> utilise une ligne pointill\u00e9e avec une fl\u00e8che ouverte.
    \n\"Lifelines<\/li>\n
  3. Un message asynchrone<\/b> poss\u00e8de une ligne pleine avec une fl\u00e8che ouverte. Un signal est un message asynchrone qui n’a pas de r\u00e9ponse.
    \n\"Lifelines<\/li>\n<\/ol>\n

    Messages de cr\u00e9ation et de destruction<\/h3>\n

    Les participants n’ont pas n\u00e9cessairement une existence pendant toute la dur\u00e9e de l’interaction du diagramme de s\u00e9quence. Les participants peuvent \u00eatre cr\u00e9\u00e9s et d\u00e9truits selon les messages qui sont \u00e9chang\u00e9s.<\/p>\n

    Un message de constructeur<\/b> cr\u00e9e son destinataire. L’exp\u00e9diteur qui existe d\u00e9j\u00e0 au d\u00e9but de l’interaction est plac\u00e9 en haut du diagramme. Les cibles cr\u00e9\u00e9es pendant l’interaction par un appel de constructeur sont automatiquement plac\u00e9es plus bas dans le diagramme.<\/p>\n

    \"LifelinesA<\/p>\n

    message de destructeur<\/b> d\u00e9truit son destinataire. Il existe d’autres moyens d’indiquer qu’un destinataire est d\u00e9truit pendant une interaction. Vous devez uniquement utiliser un destructeur lorsque la destruction d’un destinataire est d\u00e9finie comme \u00ab apr\u00e8s destructeur \u00bb.<\/p>\n

    \"Lifelines<\/p>\n

    Message non instantan\u00e9<\/h3>\n

    Les messages sont souvent consid\u00e9r\u00e9s comme instantan\u00e9s, de sorte que le temps n\u00e9cessaire pour atteindre le destinataire est n\u00e9gligeable. Les messages sont dessin\u00e9s sous forme de fl\u00e8che horizontale. Pour indiquer qu’il faut un certain temps avant que le destinataire re\u00e7oive effectivement un message, on utilise une fl\u00e8che inclin\u00e9e est utilis\u00e9e<\/b>.<\/p>\n

    \"Lifelines<\/p>\n

    Focus de contr\u00f4le<\/h3>\n

    Le focus de contr\u00f4le repr\u00e9sente la p\u00e9riode pendant laquelle un \u00e9l\u00e9ment effectue une op\u00e9ration. Le haut et le bas du rectangle sont align\u00e9s respectivement avec le moment de d\u00e9but et le moment de fin<\/p>\n

    Notation d’it\u00e9ration<\/h3>\n

    Notation d’it\u00e9ration<\/b> repr\u00e9sente un message envoy\u00e9 plusieurs fois \u00e0 plusieurs objets destinataires, comme cela se produit lorsqu’on it\u00e8re sur une collection. Vous pouvez indiquer la base de l’it\u00e9ration entre crochets, par exemple *[pour toutes les lignes de commande].<\/p>\n

    Exemple : Passer une commande<\/h2>\n

    L’exemple montre un diagramme de s\u00e9quence avec trois objets participants : Client, Commande et Stock. M\u00eame sans conna\u00eetre formellement la notation, vous pouvez probablement avoir une assez bonne id\u00e9e de ce qui se passe.<\/p>\n

      \n
    1. \u00c9tape 1 et 2 : Le client cr\u00e9e une commande.<\/li>\n
    2. \u00c9tape 3 : Le client ajoute des articles \u00e0 la commande.<\/li>\n
    3. \u00c9tape 4, 5 : Chaque article est v\u00e9rifi\u00e9 pour sa disponibilit\u00e9 en stock.<\/li>\n
    4. \u00c9tape 6, 7, 8 : Si le produit est disponible, il est ajout\u00e9 \u00e0 la commande.<\/li>\n
    5. \u00c9tape 9 retour<\/li>\n
    6. \u00c9tape 10, 11 : enregistrer et d\u00e9truire la commande<\/li>\n<\/ol>\n

      \"Sequence<\/p>\n

      Fragments de s\u00e9quence<\/h3>\n

      Dans un diagramme de s\u00e9quence UML, les fragments combin\u00e9s vous permettent de montrer des boucles, des branches et d’autres alternatives. Un fragment combin\u00e9 se compose d’un ou plusieurs op\u00e9randes d’interaction, et chacun d’eux englobe un ou plusieurs messages, utilisations d’interaction ou fragments combin\u00e9s.<\/p>\n

      Un fragment de s\u00e9quence est repr\u00e9sent\u00e9 par une bo\u00eete appel\u00e9e fragment combin\u00e9, qui encadre une partie des interactions dans un diagramme de s\u00e9quence. L’op\u00e9rateur de fragment (en haut \u00e0 gauche) indique le type de fragment. Les types de fragments incluent ref, assert, loop, break, alt, opt et neg, ref, sd.<\/p>\n

      R\u00e9sum\u00e9 de la notation du diagramme de s\u00e9quence<\/h2>\n\n\n\n\n\n\n\n\n\n\n\n
      Op\u00e9rateur<\/b><\/td>\nSignification<\/b><\/td>\n<\/tr>\n
      alt<\/td>\nFragments alternatifs : seul celui dont la condition est vraie s’ex\u00e9cute.<\/b><\/td>\n<\/tr>\n
      opt<\/td>\nFacultatif<\/b>: le fragment s’ex\u00e9cute uniquement si la condition fournie est vraie. \u00c9quivalent \u00e0 un alt uniquement avec une trace.<\/td>\n<\/tr>\n
      par<\/td>\nParall\u00e8le<\/b>: chaque fragment est ex\u00e9cut\u00e9 en parall\u00e8le.<\/td>\n<\/tr>\n
      boucle<\/td>\nBoucle<\/b>: le fragment peut s’ex\u00e9cuter plusieurs fois, et la condition indique la base de l’it\u00e9ration.<\/td>\n<\/tr>\n
      critique<\/td>\nR\u00e9gion critique<\/b>: le fragment ne peut avoir qu’un seul thread en cours d’ex\u00e9cution \u00e0 la fois.<\/td>\n<\/tr>\n
      n\u00e9g<\/td>\nN\u00e9gatif<\/b>: le fragment montre une interaction non valide.<\/td>\n<\/tr>\n
      ref<\/td>\nR\u00e9f\u00e9rence<\/b>: fait r\u00e9f\u00e9rence \u00e0 une interaction d\u00e9finie sur un autre diagramme. Le cadre est dessin\u00e9 pour couvrir les lignes de vie impliqu\u00e9es dans l’interaction. Vous pouvez d\u00e9finir des param\u00e8tres et une valeur de retour.<\/td>\n<\/tr>\n
      sd<\/td>\nDiagramme de s\u00e9quence<\/b>: utilis\u00e9 pour entourer un diagramme de s\u00e9quence entier.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      Exemple \u0096 Sc\u00e9nario de commande<\/h2>\n

      Un membre d’un navire qui souhaite passer une commande en ligne. L’article command\u00e9 sera envoy\u00e9 au membre par coursier ou par courrier ordinaire selon le statut du membre (VIP, membre ordinaire). Optionnellement, le magasin enverra au membre une notification de confirmation si le membre a choisi l’option de notification dans la commande.<\/p>\n

      \"Sequence<\/p>\n

      Visual Paradigm prend en charge les diagrammes de s\u00e9quence et d’autres types de diagrammes UML. Vous trouverez tous les outils n\u00e9cessaires pour mod\u00e9liser les comportements dynamiques d’un syst\u00e8me \u00e0 l’aide d’un diagramme de s\u00e9quence.<\/p>\n

      Vid\u00e9o rapide \u2013 5 \u00e9tapes pour dessiner un diagramme de s\u00e9quence<\/h2>\n