Um modelo de classe simplificado de com\u00e9rcio eletr\u00f4nico pode se parecer com isto:<\/p>\n
Cliente\r\n- customerId\r\n- name\r\n+ placeOrder()\r\n\r\nPedido\r\n- orderId\r\n- orderDate\r\n- status\r\n+ calculateTotal()\r\n\r\nProduto\r\n- productId\r\n- name\r\n- price\r\n+ updatePrice()\r\n<\/code><\/pre>\nPoss\u00edveis relacionamentos incluem:<\/p>\n
Cliente 1 -------- 0..* Pedido\r\nPedido 1 -------- 1..* Produto\r\n<\/code><\/pre>\nEm um design mais detalhado, um ItemPedido<\/code> pode ser introduzido entre Pedido<\/code> e Produto<\/code>.<\/p>\nDiagramas de classe s\u00e3o \u00fateis para:<\/p>\n
\n- \n
Modelagem de dom\u00ednio<\/p>\n<\/li>\n
- \n
Design orientado a objetos<\/p>\n<\/li>\n
- \n
Planejamento de banco de dados e aplica\u00e7\u00e3o<\/p>\n<\/li>\n
- \n
Identifica\u00e7\u00e3o de responsabilidades<\/p>\n<\/li>\n
- \n
Explica\u00e7\u00e3o de heran\u00e7a e interfaces<\/p>\n<\/li>\n<\/ul>\n
Um diagrama de classes descreve classes em geral, enquanto um diagrama de objetos mostra inst\u00e2ncias espec\u00edficas dessas classes. O Visual Paradigm descreve diagramas de classes como modelos de classes, atributos, opera\u00e7\u00f5es e relacionamentos dentro de um sistema orientado a objetos.<\/p>\n
2. Diagrama de Objetos<\/h3>\n
Um diagrama de objetos mostra uma instant\u00e2nea de um sistema em um momento espec\u00edfico. Ele representa inst\u00e2ncias reais de objetos, em vez de classes gerais.<\/p>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20a0cb1055.png\")
<\/p>\n
Por exemplo:<\/p>\n
customerA:Cliente\nname = \"Alex\"\n\norder1001:Pedido\nstatus = \"Pago\"\n<\/code><\/pre>\nUm diagrama de objetos \u00e9 \u00fatil quando voc\u00ea precisa demonstrar:<\/p>\n
\n- \n
O estado dos objetos em tempo de execu\u00e7\u00e3o<\/p>\n<\/li>\n
- \n
Relacionamentos de dados de exemplo<\/p>\n<\/li>\n
- \n
Um cen\u00e1rio espec\u00edfico<\/p>\n<\/li>\n
- \n
Como as inst\u00e2ncias de classes est\u00e3o conectadas<\/p>\n<\/li>\n<\/ul>\n
Um diagrama de classes pode mostrar que um cliente pode fazer muitos pedidos. Um diagrama de objetos pode mostrar que customerA<\/code> atualmente possui order1001<\/code> e order1002<\/code>.<\/p>\n3. Diagrama de Componentes<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20a8624ccc.png\")
<\/p>\n
Um diagrama de componentes mostra a organiza\u00e7\u00e3o e as depend\u00eancias de componentes de software substitu\u00edveis.<\/p>\n
Um diagrama de componentes de com\u00e9rcio eletr\u00f4nico pode incluir:<\/p>\n
\n- \n
Aplica\u00e7\u00e3o Web<\/p>\n<\/li>\n
- \n
Servi\u00e7o de Pedidos<\/p>\n<\/li>\n
- \n
Servi\u00e7o de Produtos<\/p>\n<\/li>\n
- \n
Servi\u00e7o de Pagamento<\/p>\n<\/li>\n
- \n
Servi\u00e7o de Notifica\u00e7\u00e3o<\/p>\n<\/li>\n
- \n
Banco de Dados<\/p>\n<\/li>\n<\/ul>\n
Exemplo:<\/p>\n
Aplica\u00e7\u00e3o Web --> Servi\u00e7o de Pedidos\nServi\u00e7o de Pedidos --> Servi\u00e7o de Pagamento\nServi\u00e7o de Pedidos --> Servi\u00e7o de Notifica\u00e7\u00e3o\nServi\u00e7o de Pedidos --> Banco de Dados de Pedidos\n<\/code><\/pre>\nDiagramas de componentes s\u00e3o especialmente \u00fateis para:<\/p>\n
\n- \n
Arquiteturas de microsservi\u00e7os<\/p>\n<\/li>\n
- \n
Sistemas orientados a servi\u00e7os<\/p>\n<\/li>\n
- \n
Projeto de API<\/p>\n<\/li>\n
- \n
Arquitetura de aplicativos<\/p>\n<\/li>\n
- \n
Mostrar limites e depend\u00eancias de servi\u00e7os<\/p>\n<\/li>\n<\/ul>\n
4. Diagrama de Implanta\u00e7\u00e3o<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20aff2b456.png\")
<\/p>\n
Um diagrama de implanta\u00e7\u00e3o representa o ambiente f\u00edsico ou virtual no qual o software \u00e9 executado.<\/p>\n
Pode mostrar:<\/p>\n
\n- \n
Dispositivos clientes<\/p>\n<\/li>\n
- \n
Servidores web<\/p>\n<\/li>\n
- \n
Servidores de aplica\u00e7\u00e3o<\/p>\n<\/li>\n
- \n
Servidores de base de dados<\/p>\n<\/li>\n
- \n
N\u00f3s na nuvem<\/p>\n<\/li>\n
- \n
Contentores<\/p>\n<\/li>\n
- \n
Liga\u00e7\u00f5es de rede<\/p>\n<\/li>\n
- \n
Artefactos de software implantados<\/p>\n<\/li>\n<\/ul>\n
Exemplo:<\/p>\n
Dispositivo do Cliente\r\n |\r\n v\r\nServidor Web\r\n |\r\n v\r\nServidor de Aplica\u00e7\u00e3o\r\n |\r\n v\r\nServidor de Base de Dados\r\n<\/code><\/pre>\nOs diagramas de implanta\u00e7\u00e3o ajudam os arquitetos a compreender onde o software \u00e9 executado e como os componentes da infraestrutura se comunicam.<\/p>\n
5. Diagrama de Pacotes<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20b957188a.png\")
<\/p>\n
Um diagrama de pacotes organiza elementos de modelo relacionados em pacotes e mostra as depend\u00eancias entre esses pacotes.<\/p>\n
Um projeto pode conter pacotes como:<\/p>\n
\n- \n
utilizador<\/code><\/p>\n<\/li>\n- \n
cat\u00e1logo<\/code><\/p>\n<\/li>\n- \n
pedido<\/code><\/p>\n<\/li>\n- \n
pagamento<\/code><\/p>\n<\/li>\n- \n
notifica\u00e7\u00e3o<\/code><\/p>\n<\/li>\n<\/ul>\nExemplo:<\/p>\n
order --> user\r\norder --> catalog\r\norder --> payment\r\npayment --> notification\r\n<\/code><\/pre>\nDiagramas de pacotes s\u00e3o \u00fateis para:<\/p>\n
\n- \n
Organizar modelos grandes<\/p>\n<\/li>\n
- \n
Mostrar depend\u00eancias de m\u00f3dulos<\/p>\n<\/li>\n
- \n
Identificar camadas arquiteturais<\/p>\n<\/li>\n
- \n
Prevenir acoplamento indesejado<\/p>\n<\/li>\n<\/ul>\n
6. Diagrama de Estrutura Composta<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20c22cef1c.png\")
<\/p>\n
Um diagrama de estrutura composta mostra a estrutura interna de uma classe, componente ou outro classificador estruturado.<\/p>\n
Ele pode exibir:<\/p>\n
\n- \n
Partes internas<\/p>\n<\/li>\n
- \n
Portas<\/p>\n<\/li>\n
- \n
Conectores<\/p>\n<\/li>\n
- \n
Colabora\u00e7\u00f5es internas<\/p>\n<\/li>\n
- \n
Relacionamentos entre elementos internos<\/p>\n<\/li>\n<\/ul>\n
Por exemplo, um OrderController<\/code> pode conter ou conectar a:<\/p>\n\n- \n
OrderService<\/code><\/p>\n<\/li>\n- \n
OrderRepository<\/code><\/p>\n<\/li>\n- \n
PaymentService<\/code><\/p>\n<\/li>\n- \n
NotificationService<\/code><\/p>\n<\/li>\n<\/ul>\nAo contr\u00e1rio de um diagrama de componentes, que geralmente foca em componentes de alto n\u00edvel, um diagrama de estrutura composta foca na organiza\u00e7\u00e3o interna de um classificador.<\/p>\n
7. Diagrama de Perfil<\/h3>\n
Um diagrama de perfil estende o UML para um dom\u00ednio ou tecnologia espec\u00edficos. Ele define elementos de modelagem especializados por meio de estere\u00f3tipos, valores marcados e restri\u00e7\u00f5es.<\/p>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20c916d97e.png\")
<\/p>\n
Por exemplo, um perfil pode introduzir estere\u00f3tipos como:<\/p>\n
<<entity>>\r\n<<controller>>\r\n<<service>>\r\n<<microservice>>\r\n<\/code><\/pre>\nDiagramas de perfil s\u00e3o \u00fateis quando a nota\u00e7\u00e3o padr\u00e3o do UML precisa ser adaptada para:<\/p>\n
\n- \n
Aplica\u00e7\u00f5es web<\/p>\n<\/li>\n
- \n
Arquitetura empresarial<\/p>\n<\/li>\n
- \n
Sistemas em tempo real<\/p>\n<\/li>\n
- \n
Sistemas embarcados<\/p>\n<\/li>\n
- \n
Frameworks de programa\u00e7\u00e3o espec\u00edficos<\/p>\n<\/li>\n
- \n
Modelagem espec\u00edfica por setor<\/p>\n<\/li>\n<\/ul>\n
O diagrama de perfil \u00e9 frequentemente omitido de listas introdut\u00f3rias, mas est\u00e1 inclu\u00eddo entre os tipos padr\u00e3o de diagramas do UML 2.x. O UML 2.x \u00e9 comumente descrito como tendo sete tipos de diagramas estruturais e sete tipos de diagramas comportamentais.<\/p>\n\n
Diagramas Comportamentais UML<\/h2>\n
Diagramas comportamentais descrevem o comportamento din\u00e2mico de um sistema. Eles mostram fluxos de trabalho, eventos, intera\u00e7\u00f5es, mudan\u00e7as de estado e respostas.<\/p>\n
1. Diagrama de Casos de Uso<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20d2f4096e.png\")
<\/p>\n
Um diagrama de casos de uso apresenta os requisitos funcionais de um sistema sob a perspectiva de atores externos.<\/p>\n
Um sistema t\u00edpico de compras online pode incluir estes atores:<\/p>\n
\n- \n
Cliente<\/p>\n<\/li>\n
- \n
Administrador<\/p>\n<\/li>\n
- \n
Gateway de Pagamento<\/p>\n<\/li>\n
- \n
Servi\u00e7o de Entrega<\/p>\n<\/li>\n<\/ul>\n
Os poss\u00edveis casos de uso incluem:<\/p>\n
\n- \n
Registrar Conta<\/p>\n<\/li>\n
- \n
Entrar<\/p>\n<\/li>\n
- \n
Navegar pelos Produtos<\/p>\n<\/li>\n
- \n
Adicionar Produto ao Carrinho<\/p>\n<\/li>\n
- \n
Realizar Pedido<\/p>\n<\/li>\n
- \n
Efetuar Pagamento<\/p>\n<\/li>\n
- \n
Rastrear Entrega<\/p>\n<\/li>\n
- \n
Gerenciar Produtos<\/p>\n<\/li>\n<\/ul>\n
Um diagrama de casos de uso fornece uma vis\u00e3o de alto n\u00edvel do que o sistema faz, sem descrever detalhes de implementa\u00e7\u00e3o.<\/p>\n
Relacionamentos importantes incluem:<\/p>\n
\n- \n
Associa\u00e7\u00e3o:<\/strong>Conecta um ator a um caso de uso.<\/p>\n<\/li>\n- \n
Incluir:<\/strong>Mostra comportamento que \u00e9 sempre reutilizado por outro caso de uso.<\/p>\n<\/li>\n- \n
Estender:<\/strong> Mostra comportamento opcional ou condicional.<\/p>\n<\/li>\n- \n
Generaliza\u00e7\u00e3o:<\/strong> Mostra especializa\u00e7\u00e3o entre atores ou casos de uso.<\/p>\n<\/li>\n<\/ul>\nPor exemplo, Fazer Pedido<\/code> pode incluir Realizar Pagamento<\/code>, enquanto Aplicar Desconto<\/code> pode estender Fazer Pedido<\/code>.<\/p>\n2. Diagrama de Atividade<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20dc5ca277.png\")
<\/p>\n
Um diagrama de atividade representa o fluxo de controle em um processo ou caso de uso. \u00c9 \u00fatil para modelar fluxos de trabalho sequenciais e concorrentes.<\/p>\n
Exemplo: fazer um pedido<\/p>\n
In\u00edcio\r\n |\r\nNavegar pelos Produtos\r\n |\r\nAdicionar Produto ao Carrinho\r\n |\r\nProsseguir para o Checkout\r\n |\r\nInserir Detalhes de Pagamento\r\n |\r\nPagamento Bem-sucedido?\r\n \/ \nN\u00e3o Sim\r\n| |\r\nMostrar Erro Criar Pedido\r\n |\r\n Enviar Confirma\u00e7\u00e3o\r\n |\r\n Fim\r\n<\/code><\/pre>\nDiagramas de atividade podem representar:<\/p>\n
\n- \n
A\u00e7\u00f5es<\/p>\n<\/li>\n
- \n
Decis\u00f5es<\/p>\n<\/li>\n
- \n
Fus\u00f5es<\/p>\n<\/li>\n
- \n
Loops<\/p>\n<\/li>\n
- \n
Atividades paralelas<\/p>\n<\/li>\n
- \n
N\u00f3s de in\u00edcio e fim<\/p>\n<\/li>\n
- \n
Faixas de nata\u00e7\u00e3o para responsabilidades<\/p>\n<\/li>\n<\/ul>\n
As faixas de nata\u00e7\u00e3o podem mostrar qual ator ou componente do sistema executa cada a\u00e7\u00e3o. Por exemplo, uma faixa pode representar o cliente, outra o servi\u00e7o de pedidos e outra a gateway de pagamento.<\/p>\n
3. Diagrama de Sequ\u00eancia<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab210046c5e3.png\")
<\/p>\n
Um diagrama de sequ\u00eancia mostra como objetos ou componentes se comunicam em uma sequ\u00eancia ordenada no tempo.<\/p>\n
Exemplo: fazer um pedido<\/p>\n
Cliente -> WebApp: Enviar pedido\r\nWebApp -> OrderService: createOrder()\r\nOrderService -> PaymentService: authorizePayment()\r\nPaymentService --> OrderService: paymentApproved\r\nOrderService -> NotificationService: sendConfirmation()\r\nOrderService --> WebApp: orderCreated\r\nWebApp --> Cliente: Exibir confirma\u00e7\u00e3o\r\n<\/code><\/pre>\nDiagramas de sequ\u00eancia cont\u00eam:<\/p>\n
\n- \n
Participantes<\/p>\n<\/li>\n
- \n
Linhas de vida<\/p>\n<\/li>\n
- \n
Mensagens<\/p>\n<\/li>\n
- \n
Barras de ativa\u00e7\u00e3o<\/p>\n<\/li>\n
- \n
Mensagens de retorno<\/p>\n<\/li>\n
- \n
Condi\u00e7\u00f5es<\/p>\n<\/li>\n
- \n
Loops<\/p>\n<\/li>\n
- \n
Alternativas<\/p>\n<\/li>\n
- \n
Intera\u00e7\u00f5es paralelas<\/p>\n<\/li>\n<\/ul>\n
Eles s\u00e3o especialmente \u00fateis para explicar chamadas de API, intera\u00e7\u00f5es de servi\u00e7os, fluxos de autentica\u00e7\u00e3o e tratamento de erros.<\/p>\n
4. Diagrama de Comunica\u00e7\u00e3o<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab2117c22363.png\")
<\/p>\n
Um diagrama de comunica\u00e7\u00e3o, historicamente chamado de diagrama de colabora\u00e7\u00e3o nas vers\u00f5es anteriores da UML, enfatiza as rela\u00e7\u00f5es entre objetos e as mensagens trocadas entre eles.<\/p>\n
Em vez de focar principalmente em uma linha do tempo vertical, como um diagrama de sequ\u00eancia, ele foca em:<\/p>\n
\n- \n
Objetos<\/p>\n<\/li>\n
- \n
Links entre objetos<\/p>\n<\/li>\n
- \n
Mensagens numeradas<\/p>\n<\/li>\n
- \n
Estrutura de colabora\u00e7\u00e3o<\/p>\n<\/li>\n<\/ul>\n
Exemplo:<\/p>\n
1: submitOrder()\r\nCliente ----------------> WebApp\r\n\r\n2: createOrder()\r\nWebApp ------------------> OrderService\r\n\r\n3: authorizePayment()\r\nOrderService -------------> PaymentService\r\n<\/code><\/pre>\nDiagramas de comunica\u00e7\u00e3o s\u00e3o \u00fateis quando a estrutura da colabora\u00e7\u00e3o entre objetos \u00e9 mais importante do que a linha do tempo visual exata.<\/p>\n
5. Diagrama de M\u00e1quina de Estados<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab211a9df7d4.png\")
<\/p>\n
Um diagrama de m\u00e1quina de estados mostra como um objeto ou sistema muda de estado em resposta a eventos.<\/p>\n
Um pedido pode passar pelos seguintes estados:<\/p>\n
Novo -> Pagamento Pendente -> Pago -> Enviado -> Entregue\r\n |\r\n v\r\n Cancelado\r\n<\/code><\/pre>\nUma transi\u00e7\u00e3o pode ser rotulada com um evento ou condi\u00e7\u00e3o:<\/p>\n
Pagamento Pendente -- pagamentoAprovado --> Pago\r\nPagamento Pendente -- pagamentoFalhou --> Pagamento Falhou\r\n<\/code><\/pre>\nDiagramas de m\u00e1quina de estados s\u00e3o \u00fateis para:<\/p>\n
\n- \n
Ciclos de vida de pedidos<\/p>\n<\/li>\n
- \n
Estados de contas de usu\u00e1rio<\/p>\n<\/li>\n
- \n
Status de fluxo de trabalho<\/p>\n<\/li>\n
- \n
Comportamento do dispositivo<\/p>\n<\/li>\n
- \n
Estados de conex\u00e3o de rede<\/p>\n<\/li>\n
- \n
Processos de aprova\u00e7\u00e3o<\/p>\n<\/li>\n<\/ul>\n
Eles s\u00e3o particularmente valiosos quando o comportamento de um objeto depende fortemente de seu estado atual.<\/p>\n
6. Diagrama de tempo<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab212460dc5d.png\")
<\/p>\n
Um diagrama de tempo ilustra como o estado ou o valor de um ou mais elementos muda ao longo do tempo.<\/p>\n
\u00c9 frequentemente usado para:<\/p>\n
\n- \n
Sistemas em tempo real<\/p>\n<\/li>\n
- \n
Sistemas embarcados<\/p>\n<\/li>\n
- \n
Protocolos de comunica\u00e7\u00e3o<\/p>\n<\/li>\n
- \n
Coordena\u00e7\u00e3o entre hardware e software<\/p>\n<\/li>\n
- \n
Intera\u00e7\u00f5es sens\u00edveis ao desempenho<\/p>\n<\/li>\n<\/ul>\n
Por exemplo, um diagrama de tempo pode mostrar a rela\u00e7\u00e3o entre:<\/p>\n
\n- \n
Um sinal do dispositivo<\/p>\n<\/li>\n
- \n
Um estado do controlador<\/p>\n<\/li>\n
- \n
Um valor do sensor<\/p>\n<\/li>\n
- \n
Uma resposta em um intervalo de tempo definido<\/p>\n<\/li>\n<\/ul>\n
7. Diagrama de vis\u00e3o geral de intera\u00e7\u00e3o<\/h3>\n
![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab212e16571d.png\")
<\/p>\n
Um diagrama de vis\u00e3o geral de intera\u00e7\u00e3o fornece uma vis\u00e3o de alto n\u00edvel das intera\u00e7\u00f5es, combinando fluxo de controle no estilo de atividades com diagramas de intera\u00e7\u00e3o.<\/p>\n
Ele pode mostrar:<\/p>\n
\n- \n
A ordem das intera\u00e7\u00f5es principais<\/p>\n<\/li>\n
- \n
Decis\u00f5es entre fragmentos de intera\u00e7\u00e3o<\/p>\n<\/li>\n
- \n
Caminhos de intera\u00e7\u00e3o paralelos<\/p>\n<\/li>\n
- \n
Refer\u00eancias a diagramas de sequ\u00eancia ou de comunica\u00e7\u00e3o<\/p>\n<\/li>\n<\/ul>\n
Por exemplo, uma vis\u00e3o geral de intera\u00e7\u00e3o para um pedido online poderia conectar:<\/p>\n
\n- \n
Autentica\u00e7\u00e3o do cliente<\/p>\n<\/li>\n
- \n
Sele\u00e7\u00e3o de produto<\/p>\n<\/li>\n
- \n
Intera\u00e7\u00e3o de finaliza\u00e7\u00e3o de compra<\/p>\n<\/li>\n
- \n
Autoriza\u00e7\u00e3o de pagamento<\/p>\n<\/li>\n
- \n
Cumprimento do pedido<\/p>\n<\/li>\n<\/ol>\n
Este diagrama \u00e9 \u00fatil quando um processo \u00e9 complexo demais para ser explicado com um \u00fanico diagrama de sequ\u00eancia.<\/p>\n\n
Relacionamentos UML<\/h2>\n
Compreender os relacionamentos UML \u00e9 essencial para criar diagramas significativos.<\/p>\n
![\"Cart\u00e3o](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab21621a80f3.png\")
<\/p>\n
Associa\u00e7\u00e3o<\/h3>\n
Uma associa\u00e7\u00e3o representa uma conex\u00e3o estrutural entre dois elementos.<\/p>\n
Cliente -------- Pedido\r\n<\/code><\/pre>\nIsso indica que clientes e pedidos est\u00e3o relacionados.<\/p>\n
Associa\u00e7\u00e3o Direcionada<\/h3>\n
Uma associa\u00e7\u00e3o direcionada mostra navegabilidade em uma dire\u00e7\u00e3o.<\/p>\n
Pedido ------> Pagamento\r\n<\/code><\/pre>\nIsso sugere que um pedido conhece ou utiliza um objeto de pagamento, enquanto o inverso pode n\u00e3o ser verdadeiro.<\/p>\n
Generaliza\u00e7\u00e3o<\/h3>\n
Generaliza\u00e7\u00e3o representa heran\u00e7a ou especializa\u00e7\u00e3o.<\/p>\n
Usu\u00e1rio\n \/ \nCliente Administrador\n<\/code><\/pre>\nAqui, Cliente<\/code> e Administrador<\/code> s\u00e3o tipos especializados de Usu\u00e1rio<\/code>.<\/p>\nDepend\u00eancia<\/h3>\n
Uma depend\u00eancia indica que um elemento utiliza ou depende temporariamente de outro.<\/p>\n
OrderService - - - -> PaymentGateway\n<\/code><\/pre>\nUma altera\u00e7\u00e3o na gateway de pagamento pode afetar o servi\u00e7o de pedidos.<\/p>\n
Agrega\u00e7\u00e3o<\/h3>\n
Agrega\u00e7\u00e3o representa uma rela\u00e7\u00e3o todo-parte na qual as partes podem existir independentemente.<\/p>\n
Time \u25c7------ Jogador\n<\/code><\/pre>\nUm jogador pode continuar a existir mesmo que o time seja dissolvido.<\/p>\n
Composi\u00e7\u00e3o<\/h3>\n
A composi\u00e7\u00e3o representa um relacionamento forte de todo-parte. As partes geralmente dependem do todo para seu ciclo de vida.<\/p>\n
Pedido \u25c6------ Item do Pedido\r\n<\/code><\/pre>\nUm Item do Pedido<\/code> pode ser considerado parte de um pedido e pode n\u00e3o ter significado fora desse pedido.<\/p>\nRealiza\u00e7\u00e3o<\/h3>\n
A realiza\u00e7\u00e3o indica que uma classe ou componente implementa uma interface.<\/p>\n
Servi\u00e7o de Pagamento - - -|> Processador de Pagamento\r\n<\/code><\/pre>\nO Servi\u00e7o de Pagamento<\/code> fornece o comportamento definido pela Processador de Pagamento<\/code> interface.<\/p>\nExemplo UML: Sistema de Compras Online<\/h2>\n
Considere um aplicativo de compras online.<\/p>\n
Principais atores<\/h3>\n\n- \n
Cliente<\/p>\n<\/li>\n
- \n
Administrador<\/p>\n<\/li>\n
- \n
Gateway de Pagamento<\/p>\n<\/li>\n
- \n
Servi\u00e7o de Entrega<\/p>\n<\/li>\n<\/ul>\n
Principais casos de uso<\/h3>\n\n- \n
Criar Conta<\/p>\n<\/li>\n
- \n
Navegar pelos Produtos<\/p>\n<\/li>\n
- \n
Adicionar Itens ao Carrinho<\/p>\n<\/li>\n
- \n
Realizar Pedido<\/p>\n<\/li>\n
- \n
Efetuar Pagamento<\/p>\n<\/li>\n
- \n
Rastrear Entrega<\/p>\n<\/li>\n
- \n
Gerenciar Estoque<\/p>\n<\/li>\n<\/ul>\n
Classes poss\u00edveis<\/h3>\nCliente\nProduto\nCarrinho de Compras\nItem do Carrinho\nPedido\nItem do Pedido\nPagamento\nEnvio\n<\/code><\/pre>\nComponentes de servi\u00e7o poss\u00edveis<\/h3>\nServi\u00e7o de Usu\u00e1rio\nServi\u00e7o de Cat\u00e1logo\nServi\u00e7o de Carrinho\nServi\u00e7o de Pedido\nServi\u00e7o de Pagamento\nServi\u00e7o de Envio\nServi\u00e7o de Notifica\u00e7\u00e3o\n<\/code><\/pre>\nExemplo de intera\u00e7\u00e3o<\/h3>\n
Quando um cliente realiza um pedido:<\/p>\n
\n- \n
O cliente envia o carrinho.<\/p>\n<\/li>\n
- \n
A aplica\u00e7\u00e3o web envia a solicita\u00e7\u00e3o ao servi\u00e7o de pedido.<\/p>\n<\/li>\n
- \n
O servi\u00e7o de pedido valida os itens.<\/p>\n<\/li>\n
- \n
O servi\u00e7o de pagamento autoriza o pagamento.<\/p>\n<\/li>\n
- \n
O pedido \u00e9 salvo.<\/p>\n<\/li>\n
- \n
O servi\u00e7o de envio \u00e9 notificado.<\/p>\n<\/li>\n
- \n
O servi\u00e7o de notifica\u00e7\u00e3o envia um e-mail de confirma\u00e7\u00e3o.<\/p>\n<\/li>\n<\/ol>\n
Este \u00fanico processo de neg\u00f3cios pode ser representado por v\u00e1rios diagramas UML:<\/p>\n
\n- \n
Diagrama de casos de uso: Mostra que o cliente pode fazer um pedido.<\/p>\n<\/li>\n
- \n
Diagrama de atividades: Mostra o fluxo de trabalho e os pontos de decis\u00e3o.<\/p>\n<\/li>\n
- \n
Diagrama de sequ\u00eancia: Mostra as mensagens entre os servi\u00e7os.<\/p>\n<\/li>\n
- \n
Diagrama de classes: Mostra Cliente<\/code>, Pedido<\/code>, Produto<\/code>, e classes relacionadas.<\/p>\n<\/li>\n- \n
Diagrama de componentes: Mostra os servi\u00e7os envolvidos.<\/p>\n<\/li>\n
- \n
Diagrama de implanta\u00e7\u00e3o: Mostra onde esses servi\u00e7os s\u00e3o executados.<\/p>\n<\/li>\n<\/ul>\n
Como Escolher o Diagrama UML Adequado<\/h2>\n
\n\n\n| Objetivo da modelagem<\/th>\n | Diagrama UML recomendado<\/th>\n<\/tr>\n<\/thead>\n |
\n\n| Mostrar classes e suas rela\u00e7\u00f5es<\/td>\n | Diagrama de classes<\/td>\n<\/tr>\n |
\n| Mostrar inst\u00e2ncias reais de objetos<\/td>\n | Diagrama de objetos<\/td>\n<\/tr>\n |
\n| Descrever a funcionalidade do sistema<\/td>\n | Diagrama de casos de uso<\/td>\n<\/tr>\n |
\n| Modelar um fluxo de trabalho de neg\u00f3cios ou de sistema<\/td>\n | Diagrama de atividades<\/td>\n<\/tr>\n |
\n| Mostrar mensagens trocadas ao longo do tempo<\/td>\n | Diagrama de sequ\u00eancia<\/td>\n<\/tr>\n |
\n| Mostrar colabora\u00e7\u00e3o entre objetos<\/td>\n | Diagrama de comunica\u00e7\u00e3o<\/td>\n<\/tr>\n |
\n| Mostrar ciclo de vida e mudan\u00e7as de estado<\/td>\n | Diagrama de m\u00e1quina de estados<\/td>\n<\/tr>\n |
\n| Mostrar m\u00f3dulos ou servi\u00e7os de software<\/td>\n | Diagrama de componentes<\/td>\n<\/tr>\n |
\n| Mostrar implanta\u00e7\u00e3o f\u00edsica<\/td>\n | Diagrama de implanta\u00e7\u00e3o<\/td>\n<\/tr>\n |
\n| Organizar elementos do modelo<\/td>\n | Diagrama de pacotes<\/td>\n<\/tr>\n |
\n| Mostrar partes internas de um classificador<\/td>\n | Diagrama de estrutura composta<\/td>\n<\/tr>\n |
\n| Mostrar mudan\u00e7as ao longo do tempo<\/td>\n | Diagrama de cronograma<\/td>\n<\/tr>\n |
\n| Resumir v\u00e1rias intera\u00e7\u00f5es<\/td>\n | Diagrama de vis\u00e3o geral de intera\u00e7\u00f5es<\/td>\n<\/tr>\n |
\n| Estender o UML para um dom\u00ednio especializado<\/td>\n | Diagrama de perfil<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n |
![\"Infogr\u00e1fico](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab1fa751c62a.png\")
<\/p>\n![\"Cart\u00e3o](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab1faf9214ab.png\")
<\/p>\n![\"Fluxograma](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab1fb215dd30.png\")
<\/p>\n![\"Diagrama](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6ab20984afccd.png\")
<\/p>\n