{"id":5312,"date":"2026-04-06T03:43:30","date_gmt":"2026-04-06T03:43:30","guid":{"rendered":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/"},"modified":"2026-04-06T03:43:30","modified_gmt":"2026-04-06T03:43:30","slug":"use-case-diagram-symbols-guide-product-managers","status":"publish","type":"post","link":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/","title":{"rendered":"Aprofundamento: Analisando Cada S\u00edmbolo em um Diagrama de Caso de Uso para Novos Gerentes de Produto"},"content":{"rendered":"

A gest\u00e3o de produtos envolve traduzir necessidades complexas em especifica\u00e7\u00f5es t\u00e9cnicas acion\u00e1veis. Uma das ferramentas mais eficazes para pontuar a lacuna entre objetivos de neg\u00f3cios e execu\u00e7\u00e3o de engenharia \u00e9 o Diagrama de Caso de Uso. Embora frequentemente associado a engenheiros de software, esses diagramas oferecem uma vis\u00e3o de alto n\u00edvel das intera\u00e7\u00f5es do sistema, o que \u00e9 essencial para os Gerentes de Produto. Compreender a linguagem visual permite validar o escopo, identificar requisitos ausentes e facilitar uma comunica\u00e7\u00e3o mais clara com os stakeholders.<\/p>\n

Este guia oferece uma an\u00e1lise abrangente de cada s\u00edmbolo encontrado em um Diagrama de Caso de Uso padr\u00e3o. Exploraremos atores, a\u00e7\u00f5es, fronteiras e relacionamentos. Ao final deste recurso, voc\u00ea estar\u00e1 preparado para interpretar esses diagramas e contribuir de forma significativa na fase de design do ciclo de vida do seu produto.<\/p>\n

\n
\"Hand-drawn<\/figure>\n<\/div>\n

\ud83e\udde9 Os Componentes Principais<\/h2>\n

Um Diagrama de Caso de Uso \u00e9 uma representa\u00e7\u00e3o visual de como um usu\u00e1rio interage com um sistema. Ele se concentra na funcionalidade, e n\u00e3o nos detalhes de implementa\u00e7\u00e3o. Para ler ou criar um, voc\u00ea deve primeiro entender seus blocos de constru\u00e7\u00e3o fundamentais. Esses elementos trabalham juntos para definir o escopo do software e os pap\u00e9is envolvidos.<\/p>\n

1. Atores \ud83d\udc64<\/h3>\n

Atores representam as entidades externas que interagem com o sistema. Eles n\u00e3o s\u00e3o necessariamente pessoas; podem ser outros sistemas, dispositivos de hardware ou at\u00e9 gatilhos baseados no tempo. No contexto da gest\u00e3o de produtos, voc\u00ea encontrar\u00e1 com mais frequ\u00eancia atores humanos.<\/p>\n

    \n
  • Atores Prim\u00e1rios:<\/strong> S\u00e3o os usu\u00e1rios que iniciam um caso de uso espec\u00edfico para alcan\u00e7ar um objetivo. Por exemplo, um Cliente<\/em> iniciando um Compra<\/em>.<\/li>\n
  • Atores Secund\u00e1rios:<\/strong> S\u00e3o sistemas ou usu\u00e1rios que apoiam o ator principal, mas n\u00e3o iniciam o processo. Um exemplo pode ser um Gateway de Pagamento<\/em> verificando uma transa\u00e7\u00e3o.<\/li>\n
  • Representa\u00e7\u00e3o:<\/strong> Nos diagramas, os atores s\u00e3o geralmente representados por figuras de palito. Eles s\u00e3o colocados fora da fronteira do sistema.<\/li>\n<\/ul>\n

    Ao definir atores, evite atribuir muitos pap\u00e9is a uma \u00fanica figura de palito. Se um usu\u00e1rio realiza tarefas distintas com permiss\u00f5es diferentes, considere criar atores separados (por exemplo, Administrador<\/em> vs. Convidado<\/em>) para esclarecer os n\u00edveis de acesso em seus requisitos.<\/p>\n

    2. Casos de Uso \u2699\ufe0f<\/h3>\n

    Um Caso de Uso representa um objetivo ou fun\u00e7\u00e3o espec\u00edfico que o sistema realiza. Ele descreve uma sequ\u00eancia de a\u00e7\u00f5es que resulta em um valor observ\u00e1vel para um ator. Pense em um Caso de Uso como uma ‘tarefa a ser realizada’ do ponto de vista do sistema.<\/p>\n

      \n
    • Representa\u00e7\u00e3o:<\/strong>Casos de Uso s\u00e3o desenhados como ovais ou elipses dentro da fronteira do sistema.<\/li>\n
    • Nomea\u00e7\u00e3o:<\/strong> Os nomes devem seguir uma estrutura verbo-substantivo. Por exemplo, \u201cAtualizar Perfil\u201d<\/em> \u00e9 melhor que \u201cTela de Atualiza\u00e7\u00e3o de Perfil\u201d<\/em>.<\/li>\n
    • Escopo:<\/strong> Um \u00fanico Caso de Uso deveria idealmente ser at\u00f4mico. Se uma fun\u00e7\u00e3o envolver m\u00faltiplos objetivos distintos, pode ser necess\u00e1rio dividi-lo em diagramas separados ou agrup\u00e1-lo logicamente.<\/li>\n<\/ul>\n

      3. Fronteira do Sistema \ud83d\udea7<\/h3>\n

      A Fronteira do Sistema \u00e9 uma caixa retangular que define os limites do software ou sistema sendo modelado. Tudo dentro da caixa faz parte do sistema. Tudo fora \u00e9 um ator ou depend\u00eancia externa.<\/p>\n

        \n
      • Prop\u00f3sito:<\/strong> Ajuda a determinar o que est\u00e1 dentro do escopo e o que est\u00e1 fora do escopo para a vers\u00e3o atual.<\/li>\n
      • Rotulagem:<\/strong> A caixa geralmente \u00e9 rotulada com o nome do sistema ou produto.<\/li>\n
      • Flexibilidade:<\/strong> As fronteiras podem mudar conforme o produto evolui. Recursos podem passar de ferramentas externas para o sistema principal, exigindo uma redefini\u00e7\u00e3o da fronteira.<\/li>\n<\/ul>\n

        \ud83d\udd17 Compreendendo Relacionamentos<\/h2>\n

        Relacionamentos definem as conex\u00f5es entre atores e casos de uso, bem como como os casos de uso interagem entre si. Essas linhas n\u00e3o s\u00e3o meramente decorativas; carregam um significado sem\u00e2ntico espec\u00edfico que determina o fluxo de controle.<\/p>\n

        1. Associa\u00e7\u00e3o \ud83d\udd17<\/h3>\n

        A linha de Associa\u00e7\u00e3o conecta um Ator a um Caso de Uso. Indica que o ator interage com o sistema para realizar essa fun\u00e7\u00e3o espec\u00edfica.<\/p>\n

          \n
        • Dire\u00e7\u00e3o:<\/strong> A seta geralmente aponta do Ator para o Caso de Uso, indicando quem inicia a a\u00e7\u00e3o.<\/li>\n
        • Uso:<\/strong> Este \u00e9 o relacionamento mais comum. Responde \u00e0 pergunta: \u201cQuem faz o qu\u00ea?\u201d<\/li>\n
        • M\u00faltiplas Conex\u00f5es:<\/strong> Um ator pode estar conectado a m\u00faltiplos casos de uso, mostrando a amplitude de suas capacidades dentro do sistema.<\/li>\n<\/ul>\n

          2. Incluir \u2795<\/h3>\n

          O relacionamento Incluir indica que um caso de uso exige explicitamente a funcionalidade de outro. \u00c9 uma depend\u00eancia. Se o Caso de Uso A incluir o Caso de Uso B, ent\u00e3o B ser\u00e1 sempre executado quando A ocorrer.<\/p>\n

            \n
          • Caso de Uso:<\/strong> \u201cEfetuar Pedido\u201d<\/em> pode incluir \u201cValidar Pagamento\u201d<\/em>.<\/li>\n
          • Por que us\u00e1-lo:<\/strong> Isso evita redund\u00e2ncia. Se m\u00faltiplos casos de uso precisarem da mesma funcionalidade secund\u00e1ria, voc\u00ea a define uma vez e a inclui em todos os lugares.<\/li>\n
          • R\u00f3tulo:<\/strong> A linha \u00e9 tracejada com uma seta apontando para o caso de uso inclu\u00eddo, rotulada com a palavra-chave <<include>>.<\/li>\n<\/ul>\n

            3. Estender \ud83d\udd17<\/h3>\n

            A rela\u00e7\u00e3o Estender permite que um caso de uso adicione comportamento a outro caso de uso sob condi\u00e7\u00f5es espec\u00edficas. Diferentemente de Incluir, Estender \u00e9 opcional. Representa exce\u00e7\u00f5es ou fluxos alternativos.<\/p>\n

              \n
            • Caso de uso:<\/strong> \u201cBuscar Produto\u201d<\/em>pode ser estendido por\u201cMostrar Recomenda\u00e7\u00e3o\u201d<\/em> se o usu\u00e1rio estiver logado.<\/li>\n
            • Por que us\u00e1-lo:<\/strong> Captura casos extremos sem poluir o fluxo principal. Isso \u00e9 crucial para definir tratamento de erros ou l\u00f3gica condicional nos requisitos.<\/li>\n
            • R\u00f3tulo:<\/strong> A linha \u00e9 tracejada com uma seta apontando para o caso de uso base, rotulada com a palavra-chave <<extend>>.<\/li>\n<\/ul>\n

              4. Generaliza\u00e7\u00e3o \ud83d\udd04<\/h3>\n

              A generaliza\u00e7\u00e3o representa heran\u00e7a. Permite modelar caracter\u00edsticas compartilhadas entre atores ou casos de uso.<\/p>\n

                \n
              • Heran\u00e7a de ator:<\/strong> Um \u201cUsu\u00e1rio Premium\u201d<\/em> \u00e9 um tipo de \u201cUsu\u00e1rio Registrado\u201d<\/em>. O Usu\u00e1rio Premium herda todas as capacidades do Usu\u00e1rio Registrado, mas pode ter outras adicionais.<\/li>\n
              • Heran\u00e7a de caso de uso:<\/strong> Um \u201cProcessar Reembolso\u201d<\/em> pode ser uma forma especializada de \u201cProcessar Transa\u00e7\u00e3o\u201d<\/em>.<\/li>\n
              • Visuais:<\/strong>Representado por uma linha cont\u00ednua com uma seta triangular oca apontando para o pai.<\/li>\n<\/ul>\n

                \ud83d\udccb Tabela de Refer\u00eancia de S\u00edmbolos<\/h2>\n

                Para refer\u00eancia r\u00e1pida, aqui est\u00e1 uma vis\u00e3o geral estruturada dos s\u00edmbolos e seus significados.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n
                S\u00edmbolo<\/th>\nForma Visual<\/th>\nSignificado<\/th>\nExemplo<\/th>\n<\/tr>\n<\/thead>\n
                Ator<\/td>\nFigura de palito<\/td>\nEntidade externa que interage com o sistema<\/td>\nCliente, Administrador, API<\/td>\n<\/tr>\n
                Caso de Uso<\/td>\nOval<\/td>\nUma fun\u00e7\u00e3o espec\u00edfica ou objetivo do sistema<\/td>\nFinalizar compra, Entrar, Gerar Relat\u00f3rio<\/td>\n<\/tr>\n
                Fronteira do Sistema<\/td>\nRet\u00e2ngulo<\/td>\nDefine o escopo do sistema<\/td>\nSistema de Gest\u00e3o de Pedidos<\/td>\n<\/tr>\n
                Associa\u00e7\u00e3o<\/td>\nLinha Cont\u00ednua<\/td>\nLink de comunica\u00e7\u00e3o entre Ator e Caso de Uso<\/td>\nUsu\u00e1rio clica em \u201cComprar\u201d<\/td>\n<\/tr>\n
                Incluir<\/td>\nLinha Tracejada + Setas<\/td>\nDepend\u00eancia obrigat\u00f3ria de outro caso de uso<\/td>\nLogin \u00e9 obrigat\u00f3rio para Finalizar compra<\/td>\n<\/tr>\n
                Estender<\/td>\nLinha Tracejada + Setas<\/td>\nAdi\u00e7\u00e3o opcional a um caso de uso sob condi\u00e7\u00f5es espec\u00edficas<\/td>\nAplicar Cupom durante o Checkout<\/td>\n<\/tr>\n
                Generaliza\u00e7\u00e3o<\/td>\nLinha S\u00f3lida + Tri\u00e2ngulo<\/td>\nHeran\u00e7a de comportamento entre atores ou casos de uso<\/td>\nMembro VIP estende Membro<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

                \ud83c\udfaf Melhores Pr\u00e1ticas para Gerentes de Produto<\/h2>\n

                Criar um Diagrama de Casos de Uso n\u00e3o \u00e9 apenas sobre desenhar formas. Exige pensamento estrat\u00e9gico sobre a arquitetura do produto e a experi\u00eancia do usu\u00e1rio. Siga estas diretrizes para garantir que seus diagramas agreguem valor.<\/p>\n

                1. Defina o Escopo Claramente<\/h3>\n

                Antes de desenhar qualquer linha, determine os limites do projeto atual. Um diagrama que tenta cobrir todas as funcionalidades poss\u00edveis da roadmap futura da empresa tornar-se-\u00e1 ileg\u00edvel. Foque nos objetivos espec\u00edficos da vers\u00e3o ou sprint atual. Use o Limitador do Sistema para excluir explicitamente funcionalidades planejadas para fases posteriores.<\/p>\n

                2. Foque nos Objetivos do Usu\u00e1rio<\/h3>\n

                Os Casos de Uso devem descrever o que o usu\u00e1rio alcan\u00e7a, e n\u00e3o como ele o alcan\u00e7a. Evite projetar telas ou tabelas de banco de dados no diagrama. Por exemplo, em vez de \u201cClique no Bot\u00e3o A\u201d<\/em>, use \u201cEnviar Formul\u00e1rio\u201d<\/em>. Isso mant\u00e9m o diagrama abstrato e independente de tecnologia.<\/p>\n

                3. Valide com os Stakeholders<\/h3>\n

                Use o diagrama como um ponto de partida para conversas. Caminhe pelos caminhos com engenheiros, designers e propriet\u00e1rios de neg\u00f3cios. Fa\u00e7a perguntas como: \u201cO sistema trata esse caso de erro?\u201d<\/em> ou \u201cEsse ator \u00e9 necess\u00e1rio para esse recurso?\u201d<\/em>. Essa revis\u00e3o colaborativa frequentemente revela falhas l\u00f3gicas antes do in\u00edcio do desenvolvimento.<\/p>\n

                4. Mantenha-o Simples<\/h3>\n

                A complexidade leva \u00e0 confus\u00e3o. Se um diagrama tiver muitos atores ou casos de uso, considere dividi-lo em m\u00faltiplos diagramas. Voc\u00ea pode ter um diagrama de \u201cRegistro de Usu\u00e1rio\u201d<\/em> diagrama e um \u201cGest\u00e3o de Pedidos\u201d<\/em> diagrama. Essa modularidade torna a manuten\u00e7\u00e3o mais f\u00e1cil \u00e0 medida que o produto cresce.<\/p>\n

                \ud83d\udeab Armadilhas Comuns para Evitar<\/h2>\n

                Mesmo profissionais experientes podem cometer erros ao modelar sistemas. Estar ciente desses erros comuns ajudar\u00e1 voc\u00ea a manter documenta\u00e7\u00e3o de alta qualidade.<\/p>\n

                  \n
                • Mesclando UI com L\u00f3gica:<\/strong> N\u00e3o desenhe bot\u00f5es ou janelas dentro do oval do Caso de Uso. O oval representa uma fun\u00e7\u00e3o, n\u00e3o um elemento de interface.<\/li>\n
                • Excesso de Generaliza\u00e7\u00e3o:<\/strong> Embora a heran\u00e7a seja \u00fatil, muitas camadas podem tornar o diagrama dif\u00edcil de seguir. Use-a apenas quando houver uma rela\u00e7\u00e3o clara de ‘\u00e9-um’.<\/li>\n
                • Ignorando Sistemas Externos:<\/strong> N\u00e3o se esque\u00e7a de que APIs de terceiros ou sistemas legados s\u00e3o atores. Eles interagem com o seu sistema da mesma forma que um usu\u00e1rio humano.<\/li>\n
                • Nomes Gen\u00e9ricos de Casos de Uso:<\/strong> Nomes como \u201cProcessar\u201d<\/em> ou \u201cGerenciar\u201d<\/em> s\u00e3o muito amplos. Seja espec\u00edfico, como \u201cAprovar Despesa\u201d<\/em> ou \u201cGerenciar Estoque\u201d<\/em>.<\/li>\n<\/ul>\n

                  \ud83d\udd04 Integra\u00e7\u00e3o com Requisitos<\/h2>\n

                  Um Diagrama de Caso de Uso \u00e9 o ponto de partida, n\u00e3o o destino. Para transformar essas visualiza\u00e7\u00f5es em software funcional, voc\u00ea deve conect\u00e1-las a requisitos detalhados.<\/p>\n

                  1. Descri\u00e7\u00f5es de Casos de Uso<\/h3>\n

                  Cada oval no diagrama deve ter um documento de texto correspondente. Essa descri\u00e7\u00e3o detalha as pr\u00e9-condi\u00e7\u00f5es, o cen\u00e1rio principal de sucesso e os caminhos alternativos. Isso garante que o resumo visual seja sustentado por l\u00f3gica detalhada.<\/p>\n

                  2. Hist\u00f3rias de Usu\u00e1rio<\/h3>\n

                  Muitos Gerentes de Produto preferem Hist\u00f3rias de Usu\u00e1rio (Como um [papel], quero [objetivo], para que [benef\u00edcio]) para rastreamento \u00e1gil. Voc\u00ea pode mapear Casos de Uso para hist\u00f3rias de n\u00edvel Epic. O diagrama fornece a estrutura, enquanto as hist\u00f3rias fornecem os detalhes iterativos.<\/p>\n

                  3. Crit\u00e9rios de Aceita\u00e7\u00e3o<\/h3>\n

                  As rela\u00e7\u00f5es no diagrama, como Incluir<\/em> ou Estender<\/em>, traduzem-se diretamente para crit\u00e9rios de aceita\u00e7\u00e3o. Se um caso de uso inclui uma etapa de valida\u00e7\u00e3o, a equipe de QA precisa verificar se essa etapa espec\u00edfica existe em cada inst\u00e2ncia da fun\u00e7\u00e3o principal.<\/p>\n

                  \ud83e\udd1d Colabora\u00e7\u00e3o e Comunica\u00e7\u00e3o<\/h2>\n

                  O verdadeiro poder de um Diagrama de Caso de Uso reside na sua capacidade de facilitar discuss\u00f5es. Ele serve como uma linguagem compartilhada entre equipes t\u00e9cnicas e n\u00e3o t\u00e9cnicas.<\/p>\n

                    \n
                  • Para Engenheiros:<\/strong> Ajuda-os a compreender o fluxo de dados e as depend\u00eancias externas sem se perderem no c\u00f3digo.<\/li>\n
                  • Para Designers:<\/strong> Clarifica o percurso do usu\u00e1rio e os pontos de intera\u00e7\u00e3o, informando wireframes e prot\u00f3tipos.<\/li>\n
                  • Para Participantes-chave:<\/strong> Oferece uma vis\u00e3o de alto n\u00edvel do que o produto far\u00e1, ajudando-os a confirmar a alinhamento com os objetivos de neg\u00f3cios.<\/li>\n<\/ul>\n

                    Ao apresentar esses diagramas, foque no fluxo. Percorra o diagrama do ponto de vista do Ator.\u201cO cliente faz login, depois busca itens e, por fim, finaliza a compra.\u201d<\/em> Esse enfoque narrativo torna os s\u00edmbolos abstratos concretos.<\/p>\n

                    \ud83d\udd0d Protegendo seus diagramas para o futuro<\/h2>\n

                    Produtos evoluem. Recursos s\u00e3o adicionados e outros tornam-se obsoletos. Seus diagramas devem refletir essa realidade.<\/p>\n

                      \n
                    • Controle de Vers\u00e3o:<\/strong> Trate seus diagramas como c\u00f3digo. Mantenha um hist\u00f3rico das altera\u00e7\u00f5es. Se um recurso passar de \u201cEstender\u201d para \u201cIncluir\u201d em uma nova vers\u00e3o, documente o motivo.<\/li>\n
                    • Ciclos de Revis\u00e3o:<\/strong> Agende revis\u00f5es regulares dos seus diagramas durante o planejamento de sprint. Certifique-se de que o modelo visual corresponda \u00e0 lista de prioridades atual.<\/li>\n
                    • Higiene da Documenta\u00e7\u00e3o:<\/strong> Se um caso de uso for descontinuado, remova-o do diagrama. Diagramas cheios de informa\u00e7\u00f5es perdem seu valor como ferramenta de comunica\u00e7\u00e3o.<\/li>\n<\/ul>\n

                      \ud83d\udee0 Resumo<\/h2>\n

                      Dominar o Diagrama de Casos de Uso \u00e9 uma habilidade valiosa para qualquer Gerente de Produto. Ele desloca o foco dos detalhes de implementa\u00e7\u00e3o para o comportamento do sistema e o valor para o usu\u00e1rio. Ao compreender atores, casos de uso, limites e relacionamentos, voc\u00ea pode definir o escopo com mais precis\u00e3o e reduzir a ambiguidade em seus requisitos.<\/p>\n

                      Lembre-se de que esses diagramas s\u00e3o documentos vivos. Eles devem evoluir junto com seu produto. Use-os para facilitar conversas, validar l\u00f3gica e garantir que todos estejam alinhados sobre o que o sistema deve fazer. Com um bom dom\u00ednio desses s\u00edmbolos, voc\u00ea est\u00e1 melhor preparado para orientar sua equipe pelos desafios da desenvolvimento de software.<\/p>\n

                      Comece revisando os diagramas do seu projeto atual. Identifique conex\u00f5es amb\u00edguas ou atores ausentes. Aplique os princ\u00edpios descritos aqui para aprimorar sua documenta\u00e7\u00e3o. Esse investimento em clareza trar\u00e1 dividendos em efici\u00eancia e redu\u00e7\u00e3o de retrabalho \u00e0 medida que seu produto avan\u00e7a.<\/p>\n","protected":false},"excerpt":{"rendered":"

                      A gest\u00e3o de produtos envolve traduzir necessidades complexas em especifica\u00e7\u00f5es t\u00e9cnicas acion\u00e1veis. Uma das ferramentas mais eficazes para pontuar a lacuna entre objetivos de neg\u00f3cios e execu\u00e7\u00e3o de engenharia \u00e9 o Diagrama de Caso de Uso. Embora frequentemente associado a engenheiros de software, esses diagramas oferecem uma vis\u00e3o de alto n\u00edvel das intera\u00e7\u00f5es do sistema, o que \u00e9 essencial para os Gerentes de Produto. Compreender a linguagem visual permite validar o escopo, identificar requisitos ausentes e facilitar uma comunica\u00e7\u00e3o mais clara com os stakeholders. Este guia oferece uma an\u00e1lise abrangente de cada s\u00edmbolo encontrado em um Diagrama de Caso de Uso padr\u00e3o. Exploraremos atores, a\u00e7\u00f5es, fronteiras e relacionamentos. Ao final deste recurso, voc\u00ea estar\u00e1 preparado para interpretar esses diagramas e contribuir de forma significativa na fase de design do ciclo de vida do seu produto. \ud83e\udde9 Os Componentes Principais Um Diagrama de Caso de Uso \u00e9 uma representa\u00e7\u00e3o visual de como um usu\u00e1rio interage com um sistema. Ele se concentra na funcionalidade, e n\u00e3o nos detalhes de implementa\u00e7\u00e3o. Para ler ou criar um, voc\u00ea deve primeiro entender seus blocos de constru\u00e7\u00e3o fundamentais. Esses elementos trabalham juntos para definir o escopo do software e os pap\u00e9is envolvidos. 1. Atores \ud83d\udc64 Atores representam as entidades externas que interagem com o sistema. Eles n\u00e3o s\u00e3o necessariamente pessoas; podem ser outros sistemas, dispositivos de hardware ou at\u00e9 gatilhos baseados no tempo. No contexto da gest\u00e3o de produtos, voc\u00ea encontrar\u00e1 com mais frequ\u00eancia atores humanos. Atores Prim\u00e1rios: S\u00e3o os usu\u00e1rios que iniciam um caso de uso espec\u00edfico para alcan\u00e7ar um objetivo. Por exemplo, um Cliente iniciando um Compra. Atores Secund\u00e1rios: S\u00e3o sistemas ou usu\u00e1rios que apoiam o ator principal, mas n\u00e3o iniciam o processo. Um exemplo pode ser um Gateway de Pagamento verificando uma transa\u00e7\u00e3o. Representa\u00e7\u00e3o: Nos diagramas, os atores s\u00e3o geralmente representados por figuras de palito. Eles s\u00e3o colocados fora da fronteira do sistema. Ao definir atores, evite atribuir muitos pap\u00e9is a uma \u00fanica figura de palito. Se um usu\u00e1rio realiza tarefas distintas com permiss\u00f5es diferentes, considere criar atores separados (por exemplo, Administrador vs. Convidado) para esclarecer os n\u00edveis de acesso em seus requisitos. 2. Casos de Uso \u2699\ufe0f Um Caso de Uso representa um objetivo ou fun\u00e7\u00e3o espec\u00edfico que o sistema realiza. Ele descreve uma sequ\u00eancia de a\u00e7\u00f5es que resulta em um valor observ\u00e1vel para um ator. Pense em um Caso de Uso como uma ‘tarefa a ser realizada’ do ponto de vista do sistema. Representa\u00e7\u00e3o:Casos de Uso s\u00e3o desenhados como ovais ou elipses dentro da fronteira do sistema. Nomea\u00e7\u00e3o: Os nomes devem seguir uma estrutura verbo-substantivo. Por exemplo, \u201cAtualizar Perfil\u201d \u00e9 melhor que \u201cTela de Atualiza\u00e7\u00e3o de Perfil\u201d. Escopo: Um \u00fanico Caso de Uso deveria idealmente ser at\u00f4mico. Se uma fun\u00e7\u00e3o envolver m\u00faltiplos objetivos distintos, pode ser necess\u00e1rio dividi-lo em diagramas separados ou agrup\u00e1-lo logicamente. 3. Fronteira do Sistema \ud83d\udea7 A Fronteira do Sistema \u00e9 uma caixa retangular que define os limites do software ou sistema sendo modelado. Tudo dentro da caixa faz parte do sistema. Tudo fora \u00e9 um ator ou depend\u00eancia externa. Prop\u00f3sito: Ajuda a determinar o que est\u00e1 dentro do escopo e o que est\u00e1 fora do escopo para a vers\u00e3o atual. Rotulagem: A caixa geralmente \u00e9 rotulada com o nome do sistema ou produto. Flexibilidade: As fronteiras podem mudar conforme o produto evolui. Recursos podem passar de ferramentas externas para o sistema principal, exigindo uma redefini\u00e7\u00e3o da fronteira. \ud83d\udd17 Compreendendo Relacionamentos Relacionamentos definem as conex\u00f5es entre atores e casos de uso, bem como como os casos de uso interagem entre si. Essas linhas n\u00e3o s\u00e3o meramente decorativas; carregam um significado sem\u00e2ntico espec\u00edfico que determina o fluxo de controle. 1. Associa\u00e7\u00e3o \ud83d\udd17 A linha de Associa\u00e7\u00e3o conecta um Ator a um Caso de Uso. Indica que o ator interage com o sistema para realizar essa fun\u00e7\u00e3o espec\u00edfica. Dire\u00e7\u00e3o: A seta geralmente aponta do Ator para o Caso de Uso, indicando quem inicia a a\u00e7\u00e3o. Uso: Este \u00e9 o relacionamento mais comum. Responde \u00e0 pergunta: \u201cQuem faz o qu\u00ea?\u201d M\u00faltiplas Conex\u00f5es: Um ator pode estar conectado a m\u00faltiplos casos de uso, mostrando a amplitude de suas capacidades dentro do sistema. 2. Incluir \u2795 O relacionamento Incluir indica que um caso de uso exige explicitamente a funcionalidade de outro. \u00c9 uma depend\u00eancia. Se o Caso de Uso A incluir o Caso de Uso B, ent\u00e3o B ser\u00e1 sempre executado quando A ocorrer. Caso de Uso: \u201cEfetuar Pedido\u201d pode incluir \u201cValidar Pagamento\u201d. Por que us\u00e1-lo: Isso evita redund\u00e2ncia. Se m\u00faltiplos casos de uso precisarem da mesma funcionalidade secund\u00e1ria, voc\u00ea a define uma vez e a inclui em todos os lugares. R\u00f3tulo: A linha \u00e9 tracejada com uma seta apontando para o caso de uso inclu\u00eddo, rotulada com a palavra-chave <<include>>. 3. Estender \ud83d\udd17 A rela\u00e7\u00e3o Estender permite que um caso de uso adicione comportamento a outro caso de uso sob condi\u00e7\u00f5es espec\u00edficas. Diferentemente de Incluir, Estender \u00e9 opcional. Representa exce\u00e7\u00f5es ou fluxos alternativos. Caso de uso: \u201cBuscar Produto\u201dpode ser estendido por\u201cMostrar Recomenda\u00e7\u00e3o\u201d se o usu\u00e1rio estiver logado. Por que us\u00e1-lo: Captura casos extremos sem poluir o fluxo principal. Isso \u00e9 crucial para definir tratamento de erros ou l\u00f3gica condicional nos requisitos. R\u00f3tulo: A linha \u00e9 tracejada com uma seta apontando para o caso de uso base, rotulada com a palavra-chave <<extend>>. 4. Generaliza\u00e7\u00e3o \ud83d\udd04 A generaliza\u00e7\u00e3o representa heran\u00e7a. Permite modelar caracter\u00edsticas compartilhadas entre atores ou casos de uso. Heran\u00e7a de ator: Um \u201cUsu\u00e1rio Premium\u201d \u00e9 um tipo de \u201cUsu\u00e1rio Registrado\u201d. O Usu\u00e1rio Premium herda todas as capacidades do Usu\u00e1rio Registrado, mas pode ter outras adicionais. Heran\u00e7a de caso de uso: Um \u201cProcessar Reembolso\u201d pode ser uma forma especializada de \u201cProcessar Transa\u00e7\u00e3o\u201d. Visuais:Representado por uma linha cont\u00ednua com uma seta triangular oca apontando para o pai. \ud83d\udccb Tabela de Refer\u00eancia de S\u00edmbolos Para refer\u00eancia r\u00e1pida, aqui est\u00e1 uma vis\u00e3o geral estruturada dos s\u00edmbolos e seus significados. S\u00edmbolo Forma Visual Significado Exemplo Ator Figura de palito Entidade externa que interage com o sistema Cliente, Administrador, API Caso de Uso Oval Uma fun\u00e7\u00e3o espec\u00edfica ou objetivo do sistema Finalizar compra, Entrar, Gerar Relat\u00f3rio Fronteira<\/p>\n","protected":false},"author":1,"featured_media":5313,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[56],"tags":[77,87],"class_list":["post-5312","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uml","tag-academic","tag-use-case-diagram"],"yoast_head":"\nGuia de S\u00edmbolos do Diagrama de Casos de Uso para Gerentes de Produto<\/title>\n<meta name=\"description\" content=\"Domine os s\u00edmbolos em um diagrama de casos de uso. Um guia completo para gerentes de produto sobre atores, relacionamentos e limites.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/\" \/>\n<meta property=\"og:locale\" content=\"pt_PT\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Guia de S\u00edmbolos do Diagrama de Casos de Uso para Gerentes de Produto\" \/>\n<meta property=\"og:description\" content=\"Domine os s\u00edmbolos em um diagrama de casos de uso. Um guia completo para gerentes de produto sobre atores, relacionamentos e limites.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/\" \/>\n<meta property=\"og:site_name\" content=\"Diagrams AI Portuguese\" \/>\n<meta property=\"article:published_time\" content=\"2026-04-06T03:43:30+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/www.diagrams-ai.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/use-case-diagram-symbols-guide-hand-drawn-infographic.jpg\" \/>\n\t<meta property=\"og:image:width\" content=\"1664\" \/>\n\t<meta property=\"og:image:height\" content=\"928\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/jpeg\" \/>\n<meta name=\"author\" content=\"vpadmin\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Escrito por\" \/>\n\t<meta name=\"twitter:data1\" content=\"vpadmin\" \/>\n\t<meta name=\"twitter:label2\" content=\"Tempo estimado de leitura\" \/>\n\t<meta name=\"twitter:data2\" content=\"11 minutos\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/\"},\"author\":{\"name\":\"vpadmin\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"headline\":\"Aprofundamento: Analisando Cada S\u00edmbolo em um Diagrama de Caso de Uso para Novos Gerentes de Produto\",\"datePublished\":\"2026-04-06T03:43:30+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/\"},\"wordCount\":2234,\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/wp-content\\\/uploads\\\/sites\\\/8\\\/2026\\\/04\\\/use-case-diagram-symbols-guide-hand-drawn-infographic.jpg\",\"keywords\":[\"academic\",\"use case diagram\"],\"articleSection\":[\"UML\"],\"inLanguage\":\"pt-PT\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/\",\"name\":\"Guia de S\u00edmbolos do Diagrama de Casos de Uso para Gerentes de Produto\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/#primaryimage\"},\"image\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/#primaryimage\"},\"thumbnailUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/wp-content\\\/uploads\\\/sites\\\/8\\\/2026\\\/04\\\/use-case-diagram-symbols-guide-hand-drawn-infographic.jpg\",\"datePublished\":\"2026-04-06T03:43:30+00:00\",\"author\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\"},\"description\":\"Domine os s\u00edmbolos em um diagrama de casos de uso. Um guia completo para gerentes de produto sobre atores, relacionamentos e limites.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/#breadcrumb\"},\"inLanguage\":\"pt-PT\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/#primaryimage\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/wp-content\\\/uploads\\\/sites\\\/8\\\/2026\\\/04\\\/use-case-diagram-symbols-guide-hand-drawn-infographic.jpg\",\"contentUrl\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/wp-content\\\/uploads\\\/sites\\\/8\\\/2026\\\/04\\\/use-case-diagram-symbols-guide-hand-drawn-infographic.jpg\",\"width\":1664,\"height\":928},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/use-case-diagram-symbols-guide-product-managers\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Aprofundamento: Analisando Cada S\u00edmbolo em um Diagrama de Caso de Uso para Novos Gerentes de Produto\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/#website\",\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/\",\"name\":\"Diagrams AI Portuguese\",\"description\":\"\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"pt-PT\"},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/#\\\/schema\\\/person\\\/ecc36153eaeb4aeaf895589c93d5de12\",\"name\":\"vpadmin\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"pt-PT\",\"@id\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"contentUrl\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g\",\"caption\":\"vpadmin\"},\"sameAs\":[\"https:\\\/\\\/www.diagrams-ai.com\"],\"url\":\"https:\\\/\\\/www.diagrams-ai.com\\\/pt\\\/author\\\/vpadmin\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Guia de S\u00edmbolos do Diagrama de Casos de Uso para Gerentes de Produto","description":"Domine os s\u00edmbolos em um diagrama de casos de uso. Um guia completo para gerentes de produto sobre atores, relacionamentos e limites.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/","og_locale":"pt_PT","og_type":"article","og_title":"Guia de S\u00edmbolos do Diagrama de Casos de Uso para Gerentes de Produto","og_description":"Domine os s\u00edmbolos em um diagrama de casos de uso. Um guia completo para gerentes de produto sobre atores, relacionamentos e limites.","og_url":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/","og_site_name":"Diagrams AI Portuguese","article_published_time":"2026-04-06T03:43:30+00:00","og_image":[{"width":1664,"height":928,"url":"https:\/\/www.diagrams-ai.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/use-case-diagram-symbols-guide-hand-drawn-infographic.jpg","type":"image\/jpeg"}],"author":"vpadmin","twitter_card":"summary_large_image","twitter_misc":{"Escrito por":"vpadmin","Tempo estimado de leitura":"11 minutos"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/#article","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/"},"author":{"name":"vpadmin","@id":"https:\/\/www.diagrams-ai.com\/pt\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"headline":"Aprofundamento: Analisando Cada S\u00edmbolo em um Diagrama de Caso de Uso para Novos Gerentes de Produto","datePublished":"2026-04-06T03:43:30+00:00","mainEntityOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/"},"wordCount":2234,"image":{"@id":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/use-case-diagram-symbols-guide-hand-drawn-infographic.jpg","keywords":["academic","use case diagram"],"articleSection":["UML"],"inLanguage":"pt-PT"},{"@type":"WebPage","@id":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/","url":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/","name":"Guia de S\u00edmbolos do Diagrama de Casos de Uso para Gerentes de Produto","isPartOf":{"@id":"https:\/\/www.diagrams-ai.com\/pt\/#website"},"primaryImageOfPage":{"@id":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/#primaryimage"},"image":{"@id":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/#primaryimage"},"thumbnailUrl":"https:\/\/www.diagrams-ai.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/use-case-diagram-symbols-guide-hand-drawn-infographic.jpg","datePublished":"2026-04-06T03:43:30+00:00","author":{"@id":"https:\/\/www.diagrams-ai.com\/pt\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12"},"description":"Domine os s\u00edmbolos em um diagrama de casos de uso. Um guia completo para gerentes de produto sobre atores, relacionamentos e limites.","breadcrumb":{"@id":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/#breadcrumb"},"inLanguage":"pt-PT","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/"]}]},{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/#primaryimage","url":"https:\/\/www.diagrams-ai.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/use-case-diagram-symbols-guide-hand-drawn-infographic.jpg","contentUrl":"https:\/\/www.diagrams-ai.com\/pt\/wp-content\/uploads\/sites\/8\/2026\/04\/use-case-diagram-symbols-guide-hand-drawn-infographic.jpg","width":1664,"height":928},{"@type":"BreadcrumbList","@id":"https:\/\/www.diagrams-ai.com\/pt\/use-case-diagram-symbols-guide-product-managers\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/www.diagrams-ai.com\/pt\/"},{"@type":"ListItem","position":2,"name":"Aprofundamento: Analisando Cada S\u00edmbolo em um Diagrama de Caso de Uso para Novos Gerentes de Produto"}]},{"@type":"WebSite","@id":"https:\/\/www.diagrams-ai.com\/pt\/#website","url":"https:\/\/www.diagrams-ai.com\/pt\/","name":"Diagrams AI Portuguese","description":"","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/www.diagrams-ai.com\/pt\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"pt-PT"},{"@type":"Person","@id":"https:\/\/www.diagrams-ai.com\/pt\/#\/schema\/person\/ecc36153eaeb4aeaf895589c93d5de12","name":"vpadmin","image":{"@type":"ImageObject","inLanguage":"pt-PT","@id":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","url":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/56e0eb902506d9cea7c7e209205383146b8e81c0ef2eff693d9d5e0276b3d7e3?s=96&d=mm&r=g","caption":"vpadmin"},"sameAs":["https:\/\/www.diagrams-ai.com"],"url":"https:\/\/www.diagrams-ai.com\/pt\/author\/vpadmin\/"}]}},"_links":{"self":[{"href":"https:\/\/www.diagrams-ai.com\/pt\/wp-json\/wp\/v2\/posts\/5312","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.diagrams-ai.com\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.diagrams-ai.com\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/pt\/wp-json\/wp\/v2\/comments?post=5312"}],"version-history":[{"count":0,"href":"https:\/\/www.diagrams-ai.com\/pt\/wp-json\/wp\/v2\/posts\/5312\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/pt\/wp-json\/wp\/v2\/media\/5313"}],"wp:attachment":[{"href":"https:\/\/www.diagrams-ai.com\/pt\/wp-json\/wp\/v2\/media?parent=5312"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/pt\/wp-json\/wp\/v2\/categories?post=5312"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.diagrams-ai.com\/pt\/wp-json\/wp\/v2\/tags?post=5312"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}