{"id":10998,"date":"2026-03-06T07:11:20","date_gmt":"2026-03-05T23:11:20","guid":{"rendered":"https:\/\/www.archimetric.com\/pt\/what-is-sequence-diagram\/"},"modified":"2026-03-06T07:11:20","modified_gmt":"2026-03-05T23:11:20","slug":"what-is-sequence-diagram","status":"publish","type":"post","link":"https:\/\/www.archimetric.com\/pt\/what-is-sequence-diagram\/","title":{"rendered":"O que \u00e9 o Diagrama de Sequ\u00eancia"},"content":{"rendered":"
Ambos diagramas de sequ\u00eancia<\/a> e diagramas de colabora\u00e7\u00e3o s\u00e3o tipos de diagramas de intera\u00e7\u00e3o. Os diagramas de intera\u00e7\u00e3o abordam a vis\u00e3o din\u00e2mica de um sistema. Um diagrama de sequ\u00eancia<\/a> \u00e9 um diagrama de intera\u00e7\u00e3o que enfatiza a ordem temporal das mensagens. Ele representa os objetos e classes envolvidos no cen\u00e1rio e a sequ\u00eancia de mensagens trocadas entre os objetos necess\u00e1rias para realizar a funcionalidade do cen\u00e1rio. Normalmente, voc\u00ea usar\u00e1 um diagrama de sequ\u00eancia para especificar o fluxo principal de um caso de uso, e varia\u00e7\u00f5es desse diagrama para especificar os fluxos excepcionais de um caso de uso.<\/div>\n
<\/div>\n
\"Sequence<\/div>\n
<\/div>\n
\n\n

Os Componentes do Diagrama de Sequ\u00eancia<\/h2>\n

Objeto<\/h3>\n

No UML, um objeto em um diagrama de sequ\u00eancia \u00e9 representado por um ret\u00e2ngulo contendo o nome do objeto, sublinhado. Um objeto pode ser nomeado de uma das tr\u00eas maneiras: o nome do objeto, o nome do objeto e sua classe, ou apenas o nome da classe (objeto an\u00f4nimo). As tr\u00eas formas de nomear um objeto s\u00e3o mostradas na figura abaixo.<\/p>\n

Linha de vida<\/h3>\n

As entidades dos participantes em uma colabora\u00e7\u00e3o (cen\u00e1rio) s\u00e3o escritas horizontalmente no topo do diagrama. Uma linha de vida \u00e9 representada por uma linha vertical tracejada desenhada abaixo de cada objeto. Elas indicam a exist\u00eancia do objeto.<\/p>\n

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

Os nomes dos objetos podem ser espec\u00edficos (por exemplo, myAccount) ou podem ser gerais (por exemplo, myAccount :Account). Muitas vezes, um objeto an\u00f4nimo (:Account) pode ser usado para representar qualquer objeto na classe. Cada objeto tamb\u00e9m tem seu tempo representado por uma linha tracejada abaixo do objeto. As mensagens entre objetos s\u00e3o representadas por setas que apontam do objeto remetente para o objeto receptor.<\/p>\n

Tudo em um sistema orientado a objetos \u00e9 realizado por objetos. Os objetos assumem a responsabilidade por coisas como gerenciar dados, mover dados pelo sistema, responder a consultas e proteger o sistema. Os objetos trabalham juntos por meio da comunica\u00e7\u00e3o ou intera\u00e7\u00e3o uns com os outros.<\/p>\n

Mensagem<\/h3>\n

As mensagens representam a invoca\u00e7\u00e3o de opera\u00e7\u00f5es e s\u00e3o mostradas horizontalmente. Elas s\u00e3o desenhadas do remetente para o destinat\u00e1rio. A ordem \u00e9 indicada pela posi\u00e7\u00e3o vertical, com a primeira mensagem mostrada no topo do diagrama e a \u00faltima mensagem mostrada na parte inferior. Como resultado, os n\u00fameros de sequ\u00eancia s\u00e3o opcionais.<\/p>\n

O tipo de linha e o tipo de ponta da seta indicam o tipo de mensagem sendo usada:<\/p>\n

    \n
  1. Um mensagem s\u00edncrona<\/b> (normalmente uma chamada de opera\u00e7\u00e3o) \u00e9 mostrado como uma linha s\u00f3lida com uma ponta de seta preenchida. \u00c9 uma chamada de mensagem regular usada para comunica\u00e7\u00e3o normal entre remetente e destinat\u00e1rio.
    \n\"Lifelines<\/li>\n
  2. Um mensagem de retorno<\/b>usa uma linha tracejada com uma ponta de seta aberta.
    \n\"Lifelines<\/li>\n
  3. Uma mensagem ass\u00edncrona<\/b>tem uma linha s\u00f3lida com uma ponta de seta aberta. Um sinal \u00e9 uma mensagem ass\u00edncrona que n\u00e3o tem resposta.
    \n\"Lifelines<\/li>\n<\/ol>\n

    Mensagens de Cria\u00e7\u00e3o e Destru\u00e7\u00e3o<\/h3>\n

    Os participantes n\u00e3o necessariamente vivem durante toda a dura\u00e7\u00e3o da intera\u00e7\u00e3o de um diagrama de sequ\u00eancia. Os participantes podem ser criados e destru\u00eddos de acordo com as mensagens que est\u00e3o sendo trocadas.<\/p>\n

    Um mensagem de construtor<\/b>cria seu receptor. O remetente que j\u00e1 existe no in\u00edcio da intera\u00e7\u00e3o \u00e9 colocado no topo do diagrama. Os destinos criados durante a intera\u00e7\u00e3o por uma chamada de construtor s\u00e3o automaticamente colocados mais para baixo no diagrama.<\/p>\n

    \"LifelinesA<\/p>\n

    mensagem de destrui\u00e7\u00e3o<\/b> destr\u00f3i seu receptor. Existem outras formas de indicar que um destino \u00e9 destru\u00eddo durante uma intera\u00e7\u00e3o. Apenas quando a destrui\u00e7\u00e3o de um destino for definida como ‘depois do destrutor’ \u00e9 necess\u00e1rio usar um destrutor.<\/p>\n

    \"Lifelines<\/p>\n

    Mensagem n\u00e3o instant\u00e2nea<\/h3>\n

    As mensagens s\u00e3o frequentemente consideradas instant\u00e2neas, portanto, o tempo necess\u00e1rio para chegar ao receptor \u00e9 desprez\u00edvel. As mensagens s\u00e3o desenhadas como uma seta horizontal. Para indicar que leva um certo tempo antes que o receptor realmente receba uma mensagem, \u00e9 usada umaseta inclinada \u00e9 usada<\/b>.<\/p>\n

    \"Lifelines<\/p>\n

    Foco de Controle<\/h3>\n

    O Foco de Controle representa o per\u00edodo durante o qual um elemento est\u00e1 realizando uma opera\u00e7\u00e3o. O topo e a base do ret\u00e2ngulo est\u00e3o alinhados com os tempos de in\u00edcio e conclus\u00e3o, respectivamente<\/p>\n

    Nota\u00e7\u00e3o de itera\u00e7\u00e3o<\/h3>\n

    Nota\u00e7\u00e3o de itera\u00e7\u00e3o<\/b> representa que uma mensagem \u00e9 enviada v\u00e1rias vezes para m\u00faltiplos objetos receptores, como acontece quando voc\u00ea est\u00e1 iterando sobre uma cole\u00e7\u00e3o. Voc\u00ea pode mostrar a base da itera\u00e7\u00e3o entre colchetes, como por exemplo *[para todas as linhas do pedido].<\/p>\n

    Exemplo: Fazer Pedido<\/h2>\n

    O exemplo mostra um diagrama de sequ\u00eancia com tr\u00eas objetos participantes: Cliente, Pedido e Estoque. Mesmo sem conhecer formalmente a nota\u00e7\u00e3o, voc\u00ea provavelmente consegue ter uma ideia bastante clara do que est\u00e1 acontecendo.<\/p>\n

      \n
    1. Passo 1 e 2: Cliente cria um pedido.<\/li>\n
    2. Passo 3: Cliente adiciona itens ao pedido.<\/li>\n
    3. Passo 4, 5: Cada item \u00e9 verificado quanto \u00e0 disponibilidade no estoque.<\/li>\n
    4. Passo 6, 7, 8: Se o produto estiver dispon\u00edvel, ele \u00e9 adicionado ao pedido.<\/li>\n
    5. Passo 9 retornar<\/li>\n
    6. Passo 10, 11: salvar e destruir pedido<\/li>\n<\/ol>\n

      \"Sequence<\/p>\n

      Fragmentos de Sequ\u00eancia<\/h3>\n

      Em um diagrama de sequ\u00eancia UML, os fragmentos combinados permitem mostrar la\u00e7os, ramifica\u00e7\u00f5es e outras alternativas. Um fragmento combinado consiste em um ou mais operandos de intera\u00e7\u00e3o, e cada um desses cont\u00e9m uma ou mais mensagens, usos de intera\u00e7\u00e3o ou fragmentos combinados.<\/p>\n

      Um fragmento de sequ\u00eancia \u00e9 representado como uma caixa chamada fragmento combinado, que envolve uma parte das intera\u00e7\u00f5es dentro de um diagrama de sequ\u00eancia. O operador do fragmento (no canto superior esquerdo) indica o tipo de fragmento. Os tipos de fragmentos incluem ref, assert, loop, break, alt, opt e neg, ref, sd.<\/p>\n

      Resumo da Nota\u00e7\u00e3o do Diagrama de Sequ\u00eancia<\/h2>\n\n\n\n\n\n\n\n\n\n\n\n
      Operador<\/b><\/td>\nSignificado<\/b><\/td>\n<\/tr>\n
      alt<\/td>\nFragmentos alternativos m\u00faltiplos: apenas aquele cuja condi\u00e7\u00e3o for verdadeira ser\u00e1 executado.<\/b><\/td>\n<\/tr>\n
      opt<\/td>\nOpcional<\/b>: o fragmento \u00e9 executado somente se a condi\u00e7\u00e3o fornecida for verdadeira. Equivalente a um alt apenas com um rastro.<\/td>\n<\/tr>\n
      par<\/td>\nParalelo<\/b>: cada fragmento \u00e9 executado em paralelo.<\/td>\n<\/tr>\n
      loop<\/td>\nLa\u00e7o<\/b>: o fragmento pode ser executado m\u00faltiplas vezes, e a condi\u00e7\u00e3o indica a base da itera\u00e7\u00e3o.<\/td>\n<\/tr>\n
      cr\u00edtico<\/td>\nRegi\u00e3o cr\u00edtica<\/b>: o fragmento pode ter apenas uma thread executando-o por vez.<\/td>\n<\/tr>\n
      neg<\/td>\nNegativo<\/b>: o fragmento mostra uma intera\u00e7\u00e3o inv\u00e1lida.<\/td>\n<\/tr>\n
      ref<\/td>\nRefer\u00eancia<\/b>: refere-se a uma intera\u00e7\u00e3o definida em outro diagrama. O quadro \u00e9 desenhado para cobrir as linhas de vida envolvidas na intera\u00e7\u00e3o. Voc\u00ea pode definir par\u00e2metros e um valor de retorno.<\/td>\n<\/tr>\n
      sd<\/td>\nDiagrama de sequ\u00eancia<\/b>: usado para cercar todo o diagrama de sequ\u00eancia.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

      Exemplo \u0096 Cen\u00e1rio de Pedido<\/h2>\n

      Um membro de um navio que gostaria de fazer um pedido online. O item pedido ser\u00e1 enviado ao membro por correio expresso ou por correio normal, dependendo do status do membro (VIP, membro comum). Opcionalmente, a loja enviar\u00e1 ao membro uma notifica\u00e7\u00e3o de confirma\u00e7\u00e3o se o membro optar pela op\u00e7\u00e3o de notifica\u00e7\u00e3o no pedido.<\/p>\n

      \"Sequence<\/p>\n

      Visual Paradigm suporta diagrama de sequ\u00eancia e outros tipos de diagramas UML. Voc\u00ea pode encontrar todas as ferramentas de que precisa para modelar os comportamentos din\u00e2micos de um sistema usando o diagrama de sequ\u00eancia.<\/p>\n

      V\u00eddeo R\u00e1pido \u2013 5 Passos para Desenhar um Diagrama de Sequ\u00eancia<\/h2>\n