![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6aba3b59771b3.png\")
<\/p>\nUma descri\u00e7\u00e3o de caso de uso explica como um ator alcan\u00e7a um objetivo interagindo com um sistema. Ela complementa um diagrama de casos de uso:<\/p>\n
<\/p>\n
Diagrama de casos de uso:<\/strong>Mostra atores, escopo do sistema e relacionamentos.<\/p>\n<\/li>\n Descri\u00e7\u00e3o de caso de uso:<\/strong>Explica o comportamento detalhado, condi\u00e7\u00f5es, regras e resultados.<\/p>\n<\/li>\n<\/ul>\n Um diagrama fornece o mapa; a descri\u00e7\u00e3o fornece a rota.<\/p>\n Um caso de uso representa um objetivo valioso que um ator externo alcan\u00e7a por meio de um sistema.<\/p>\n Exemplos:<\/p>\n Cliente faz um pedido<\/p>\n<\/li>\n Funcion\u00e1rio apresenta uma solicita\u00e7\u00e3o de reembolso<\/p>\n<\/li>\n Paciente agenda uma consulta<\/p>\n<\/li>\n Administrador cria uma conta de usu\u00e1rio<\/p>\n<\/li>\n Cliente redefine uma senha<\/p>\n<\/li>\n<\/ul>\n Um bom caso de uso \u00e9:<\/p>\n Orientado a objetivos<\/p>\n<\/li>\n Valioso para um ator<\/p>\n<\/li>\n Descrito da perspectiva do usu\u00e1rio<\/p>\n<\/li>\n Independente de layouts espec\u00edficos de tela<\/p>\n<\/li>\n Focado no comportamento observ\u00e1vel do sistema<\/p>\n<\/li>\n<\/ul>\n Use uma frase curta verbo\u2013substantivo, como Enviar Solicita\u00e7\u00e3o de Reembolso<\/strong>, Rastrear Remessa<\/strong>, ou Aprovar Solicita\u00e7\u00e3o de Empr\u00e9stimo<\/strong>.<\/p>\n Um ator \u00e9 um papel externo que interage com o sistema.<\/p>\n Um ator pode ser:<\/p>\n Uma pessoa<\/p>\n<\/li>\n Uma organiza\u00e7\u00e3o<\/p>\n<\/li>\n Outro sistema de software<\/p>\n<\/li>\n Um dispositivo de hardware<\/p>\n<\/li>\n Um gatilho agendado ou baseado em tempo<\/p>\n<\/li>\n<\/ul>\n Exemplos:<\/p>\n Cliente<\/p>\n<\/li>\n Agente de Suporte<\/p>\n<\/li>\n Auxiliar de Armaz\u00e9m<\/p>\n<\/li>\n Gateway de Pagamento<\/p>\n<\/li>\n Servi\u00e7o de E-mail<\/p>\n<\/li>\n Administrador<\/p>\n<\/li>\n<\/ul>\n Um ator \u00e9 um papel<\/strong>, n\u00e3o necessariamente um indiv\u00edduo espec\u00edfico. Por exemplo, \u201cCliente\u201d geralmente \u00e9 melhor do que \u201cJane Smith.\u201d<\/p>\n O ator principal<\/strong> inicia o caso de uso para alcan\u00e7ar um objetivo.<\/p>\n O ator de suporte<\/strong> auxilia o sistema durante a execu\u00e7\u00e3o.<\/p>\n Exemplo:<\/p>\n Ator principal: Cliente<\/p>\n<\/li>\n Ator de suporte: Gateway de Pagamento<\/p>\n<\/li>\n Caso de uso: Fazer Pedido<\/p>\n<\/li>\n<\/ul>\n O cliente inicia o pedido, enquanto o gateway de pagamento autoriza o pagamento.<\/p>\n O limite do sistema define o que est\u00e1 dentro do sistema que est\u00e1 sendo modelado.<\/p>\n Para uma loja online, o limite pode conter:<\/p>\n Navegar pelos Produtos<\/p>\n<\/li>\n Adicionar Produto ao Carrinho<\/p>\n<\/li>\n Fazer Pedido<\/p>\n<\/li>\n Realizar Pagamento<\/p>\n<\/li>\n Rastrear Pedido<\/p>\n<\/li>\n<\/ul>\n Os seguintes est\u00e3o fora do limite:<\/p>\n Cliente<\/p>\n<\/li>\n Gateway de Pagamento<\/p>\n<\/li>\n Empresa de Entrega<\/p>\n<\/li>\n Provedor de E-mail<\/p>\n<\/li>\n<\/ul>\n O limite evita confus\u00e3o sobre a responsabilidade do sistema.<\/p>\n Um caso de uso deve descrever uma intera\u00e7\u00e3o completa que produz um resultado significativo.<\/p>\n Por exemplo:<\/p>\n Realizar Pedido:<\/strong>Um cliente seleciona produtos, fornece informa\u00e7\u00f5es de entrega, paga pelo pedido e recebe uma confirma\u00e7\u00e3o de pedido.<\/p>\n<\/blockquote>\n “Validar n\u00famero de cart\u00e3o de cr\u00e9dito” pode ser uma fun\u00e7\u00e3o do sistema, mas geralmente \u00e9 muito pequena para ser um objetivo de usu\u00e1rio independente. Em vez disso, pode fazer parte de Realizar Pedido<\/strong> ou Realizar Pagamento<\/strong>.<\/p>\n Uma pr\u00e9-condi\u00e7\u00e3o declara o que j\u00e1 deve ser verdadeiro antes que o caso de uso comece.<\/p>\n Exemplos:<\/p>\n O cliente possui uma conta ativa.<\/p>\n<\/li>\n O produto est\u00e1 dispon\u00edvel para venda.<\/p>\n<\/li>\n O funcion\u00e1rio est\u00e1 autenticado.<\/p>\n<\/li>\n O hor\u00e1rio da consulta existe.<\/p>\n<\/li>\n O carrinho de compras cont\u00e9m pelo menos um item.<\/p>\n<\/li>\n<\/ul>\n Uma pr\u00e9-condi\u00e7\u00e3o n\u00e3o \u00e9 uma a\u00e7\u00e3o realizada pelo caso de uso.<\/p>\n Pr\u00e9-condi\u00e7\u00e3o inadequada:<\/p>\n O cliente faz login.<\/p>\n<\/blockquote>\n Pr\u00e9-condi\u00e7\u00e3o melhor:<\/p>\n O cliente est\u00e1 autenticado.<\/p>\n<\/blockquote>\n Uma p\u00f3s-condi\u00e7\u00e3o declara o que \u00e9 verdadeiro ap\u00f3s o t\u00e9rmino do caso de uso.<\/p>\n Exemplos:<\/p>\n O pedido foi registrado.<\/p>\n<\/li>\n O pagamento foi autorizado.<\/p>\n<\/li>\n Um e-mail de confirma\u00e7\u00e3o \u00e9 enviado.<\/p>\n<\/li>\n A solicita\u00e7\u00e3o de reembolso tem status de enviada.<\/p>\n<\/li>\n A conta de usu\u00e1rio est\u00e1 marcada como ativa.<\/p>\n<\/li>\n<\/ul>\n P\u00f3s-condi\u00e7\u00f5es devem descrever resultados, n\u00e3o detalhes de implementa\u00e7\u00e3o.<\/p>\n P\u00f3s-condi\u00e7\u00e3o ruim:<\/p>\n A P\u00f3s-condi\u00e7\u00e3o melhor:<\/p>\n O pedido \u00e9 armazenado e dispon\u00edvel para atendimento.<\/p>\n<\/blockquote>\n O cen\u00e1rio principal de sucesso, tamb\u00e9m chamado de fluxo b\u00e1sico<\/strong> ou caminho feliz<\/strong>, descreve a intera\u00e7\u00e3o normal bem-sucedida.<\/p>\n Cada passo deve descrever:<\/p>\n Uma intera\u00e7\u00e3o entre ator e sistema<\/p>\n<\/li>\n Uma resposta do sistema<\/p>\n<\/li>\n Uma a\u00e7\u00e3o de neg\u00f3cios significativa<\/p>\n<\/li>\n<\/ol>\n Exemplo:<\/p>\n O cliente seleciona os produtos.<\/p>\n<\/li>\n O sistema exibe o carrinho atual.<\/p>\n<\/li>\n O cliente insere as informa\u00e7\u00f5es de entrega.<\/p>\n<\/li>\n O sistema valida as informa\u00e7\u00f5es de entrega.<\/p>\n<\/li>\n O cliente envia o pedido.<\/p>\n<\/li>\n O sistema solicita autoriza\u00e7\u00e3o de pagamento.<\/p>\n<\/li>\n A gateway de pagamento autoriza o pagamento.<\/p>\n<\/li>\n O sistema registra o pedido.<\/p>\n<\/li>\n O sistema exibe a confirma\u00e7\u00e3o do pedido.<\/p>\n<\/li>\n<\/ol>\n Evite detalhes espec\u00edficos da interface, a menos que sejam essenciais para o requisito.<\/p>\n Passo inadequado:<\/p>\n O cliente clica no bot\u00e3o azul no canto inferior direito.<\/p>\n<\/blockquote>\n Passo melhor:<\/p>\n O cliente envia o pedido.<\/p>\n<\/blockquote>\n Um fluxo alternativo descreve uma varia\u00e7\u00e3o v\u00e1lida do cen\u00e1rio principal.<\/p>\n Exemplos:<\/p>\n O cliente escolhe a retirada na loja em vez da entrega.<\/p>\n<\/li>\n O cliente paga com um m\u00e9todo de pagamento salvo.<\/p>\n<\/li>\n O administrador aprova uma reivindica\u00e7\u00e3o com condi\u00e7\u00f5es.<\/p>\n<\/li>\n O usu\u00e1rio se autentica usando um c\u00f3digo de uso \u00fanico.<\/p>\n<\/li>\n<\/ul>\n Fluxos alternativos podem se reconectar ao fluxo principal.<\/p>\n Exemplo:<\/p>\n A1. O cliente usa um m\u00e9todo de pagamento salvo<\/strong> Um fluxo de exce\u00e7\u00e3o descreve uma condi\u00e7\u00e3o malsucedida ou anormal.<\/p>\n Exemplos:<\/p>\n O pagamento \u00e9 recusado.<\/p>\n<\/li>\n O produto est\u00e1 sem estoque.<\/p>\n<\/li>\n A autentica\u00e7\u00e3o falha.<\/p>\n<\/li>\n O servi\u00e7o externo est\u00e1 indispon\u00edvel.<\/p>\n<\/li>\n Os dados obrigat\u00f3rios s\u00e3o inv\u00e1lidos.<\/p>\n<\/li>\n<\/ul>\n Um fluxo de exce\u00e7\u00e3o deve explicar:<\/p>\n Onde o problema ocorre<\/p>\n<\/li>\n O que o sistema faz<\/p>\n<\/li>\n O que o ator v\u00ea<\/p>\n<\/li>\n Se o caso de uso termina ou retoma<\/p>\n<\/li>\n<\/ul>\n Exemplo:<\/p>\n E1. Pagamento recusado<\/strong> Use Exemplo:<\/p>\n Place Order inclui Calculate Total<\/p>\n<\/li>\n Place Order inclui Authenticate Customer<\/p>\n<\/li>\n Withdraw Cash inclui Verify PIN<\/p>\n<\/li>\n<\/ul>\n O comportamento inclu\u00eddo \u00e9 obrigat\u00f3rio.<\/p>\n Use Exemplo:<\/p>\n Place Order pode ser estendido por Apply Discount Code<\/p>\n<\/li>\n Checkout pode ser estendido por Add Gift Message<\/p>\n<\/li>\n<\/ul>\n O comportamento de extens\u00e3o nem sempre \u00e9 executado.<\/p>\n Uma regra \u00fatil:<\/p>\n Include:<\/strong> \u201cIsso sempre ocorre como parte do caso de uso.\u201d<\/p>\n<\/li>\n Extend:<\/strong> \u201cIsso pode acontecer sob certas condi\u00e7\u00f5es.\u201d<\/p>\n<\/li>\n<\/ul>\n N\u00e3o use A generaliza\u00e7\u00e3o representa heran\u00e7a entre atores ou casos de uso.<\/p>\n Exemplo:<\/p>\n Funcion\u00e1rio \u00e9 um ator geral.<\/p>\n<\/li>\n Gerente \u00e9 um ator especializado que herda o comportamento do Funcion\u00e1rio.<\/p>\n<\/li>\n<\/ul>\n Use generaliza\u00e7\u00e3o quando o elemento especializado for genuinamente um tipo do elemento generalizado, e n\u00e3o apenas porque dois elementos compartilham alguns passos.<\/p>\n O modelo a seguir funciona bem para documentos de requisitos, especifica\u00e7\u00f5es de projeto e modelos de an\u00e1lise.<\/p>\n Objetivo:<\/strong> Escopo:<\/strong> N\u00edvel:<\/strong> Ator principal:<\/strong> Atores de suporte:<\/strong><\/p>\n Gateway de Pagamento<\/p>\n<\/li>\n Servi\u00e7o de Invent\u00e1rio<\/p>\n<\/li>\n Servi\u00e7o de E-mail<\/p>\n<\/li>\n Servi\u00e7o de Entrega<\/p>\n<\/li>\n<\/ul>\n Partes interessadas e interesses:<\/strong><\/p>\n Cliente:<\/strong> Deseja comprar produtos com sucesso e receber confirma\u00e7\u00e3o.<\/p>\n<\/li>\n Loja:<\/strong> Deseja registrar um pedido v\u00e1lido e receber o pagamento.<\/p>\n<\/li>\n Armaz\u00e9m:<\/strong> Precisa de informa\u00e7\u00f5es precisas de atendimento.<\/p>\n<\/li>\n Gateway de Pagamento:<\/strong> Precisa de uma solicita\u00e7\u00e3o de pagamento v\u00e1lida.<\/p>\n<\/li>\n Servi\u00e7o de Entrega:<\/strong> Precisa de um endere\u00e7o de entrega completo.<\/p>\n<\/li>\n<\/ul>\n Gatilho:<\/strong> Pr\u00e9-condi\u00e7\u00f5es:<\/strong><\/p>\n O cliente tem pelo menos um item no carrinho.<\/p>\n<\/li>\n Os produtos est\u00e3o dispon\u00edveis para compra.<\/p>\n<\/li>\n O cliente fornece um endere\u00e7o de entrega v\u00e1lido.<\/p>\n<\/li>\n O sistema pode se comunicar com o servi\u00e7o de pagamento.<\/p>\n<\/li>\n<\/ul>\n Garantias m\u00ednimas:<\/strong><\/p>\n Nenhum pedido n\u00e3o pago \u00e9 tratado como confirmado.<\/p>\n<\/li>\n O cliente \u00e9 informado se o pedido n\u00e3o puder ser conclu\u00eddo.<\/p>\n<\/li>\n O invent\u00e1rio reservado \u00e9 liberado se o pagamento falhar.<\/p>\n<\/li>\n<\/ul>\n Garantias de sucesso:<\/strong><\/p>\n O pagamento \u00e9 autorizado.<\/p>\n<\/li>\n O pedido \u00e9 registrado.<\/p>\n<\/li>\n O estoque \u00e9 reservado.<\/p>\n<\/li>\n O cliente recebe a confirma\u00e7\u00e3o.<\/p>\n<\/li>\n As informa\u00e7\u00f5es de atendimento s\u00e3o disponibilizadas ao armaz\u00e9m.<\/p>\n<\/li>\n<\/ul>\n O cliente revisa o carrinho de compras.<\/p>\n<\/li>\n O sistema exibe os produtos, quantidades, pre\u00e7os, impostos, custo de frete e total.<\/p>\n<\/li>\n O cliente fornece as informa\u00e7\u00f5es de entrega.<\/p>\n<\/li>\n O sistema valida as informa\u00e7\u00f5es de entrega.<\/p>\n<\/li>\n O cliente seleciona um m\u00e9todo de pagamento.<\/p>\n<\/li>\n O cliente envia o pedido.<\/p>\n<\/li>\n O sistema verifica a disponibilidade dos produtos.<\/p>\n<\/li>\n O sistema solicita a autoriza\u00e7\u00e3o de pagamento ao Gateway de Pagamento.<\/p>\n<\/li>\n O Gateway de Pagamento autoriza o pagamento.<\/p>\n<\/li>\n O sistema cria o pedido.<\/p>\n<\/li>\n O sistema reserva os produtos solicitados.<\/p>\n<\/li>\n O sistema envia uma confirma\u00e7\u00e3o de pedido ao cliente.<\/p>\n<\/li>\n O sistema exibe o n\u00famero do pedido e a data estimada de entrega.<\/p>\n<\/li>\n<\/ol>\n A1. O cliente usa um endere\u00e7o salvo<\/strong><\/p>\n No Passo 3, o cliente seleciona um endere\u00e7o previamente salvo. O sistema exibe o endere\u00e7o e continua no Passo 4.<\/p>\n A2. O cliente usa um m\u00e9todo de pagamento salvo<\/strong><\/p>\n No Passo 5, o cliente seleciona um m\u00e9todo de pagamento salvo. O sistema utiliza esse m\u00e9todo e continua no Passo 6.<\/p>\n A3. O cliente escolhe a retirada na loja<\/strong><\/p>\n No Passo 3, o cliente seleciona a retirada na loja em vez da entrega. O sistema exibe as lojas dispon\u00edveis e as datas de retirada, em seguida continua no Passo 5.<\/p>\n E1. Produto indispon\u00edvel<\/strong><\/p>\n No Passo 7, o sistema determina que um produto est\u00e1 indispon\u00edvel. O sistema identifica o produto indispon\u00edvel, atualiza o carrinho e solicita ao cliente que revise o pedido.<\/p>\n E2. Pagamento recusado<\/strong><\/p>\n No Passo 9, a Gateway de Pagamento recusa o pagamento. O sistema n\u00e3o confirma o pedido, libera as reservas de estoque, exibe a mensagem de falha e permite que o cliente selecione outro m\u00e9todo de pagamento.<\/p>\n E3. Gateway de Pagamento indispon\u00edvel<\/strong><\/p>\n No Passo 8, o Gateway de Pagamento n\u00e3o responde dentro do tempo limite configurado. O sistema marca a tentativa de pagamento como pendente, informa o cliente e impede o envio duplicado do pedido.<\/p>\n Um pedido deve conter pelo menos um produto.<\/p>\n<\/li>\n A quantidade do produto deve ser maior que zero.<\/p>\n<\/li>\n Um produto n\u00e3o pode ser pedido quando o estoque dispon\u00edvel for insuficiente.<\/p>\n<\/li>\n O pagamento deve ser autorizado antes que o pedido seja confirmado.<\/p>\n<\/li>\n Pre\u00e7os e impostos s\u00e3o calculados usando as regras de precifica\u00e7\u00e3o vigentes.<\/p>\n<\/li>\n Um cliente pode cancelar um pedido apenas antes do in\u00edcio da execu\u00e7\u00e3o.<\/p>\n<\/li>\n<\/ul>\n O resumo do pedido deve ser exibido em at\u00e9 dois segundos sob carga normal.<\/p>\n<\/li>\n As informa\u00e7\u00f5es de pagamento n\u00e3o devem ser armazenadas em texto puro.<\/p>\n<\/li>\n Envios duplicados n\u00e3o devem criar pedidos duplicados.<\/p>\n<\/li>\n O sistema deve registrar um rastro de auditoria para altera\u00e7\u00f5es de status de pagamento e de pedido.<\/p>\n<\/li>\n<\/ul>\n As descri\u00e7\u00f5es dos casos de uso podem ser escritas em diferentes n\u00edveis de detalhe.<\/p>\n Um caso de uso de resumo descreve um processo de neg\u00f3cio amplo.<\/p>\n Exemplo:<\/p>\n Atender Pedido do Cliente<\/p>\n<\/blockquote>\n Isso pode incluir:<\/p>\n Receber pedido<\/p>\n<\/li>\n Selecionar produtos<\/p>\n<\/li>\n Embalagem do pedido<\/p>\n<\/li>\n Despachar pedido<\/p>\n<\/li>\n<\/ul>\n Este \u00e9 geralmente o n\u00edvel mais \u00fatil para an\u00e1lise de requisitos.<\/p>\n Exemplo:<\/p>\n Registrar Pedido<\/p>\n<\/blockquote>\n Descreve um objetivo que um ator principal pode alcan\u00e7ar em uma \u00fanica sess\u00e3o.<\/p>\n Isso descreve um comportamento de sistema menor e reutiliz\u00e1vel.<\/p>\n Exemplos:<\/p>\n Calcular o Total do Pedido<\/p>\n<\/li>\n Validar Pagamento<\/p>\n<\/li>\n Gerar Fatura<\/p>\n<\/li>\n<\/ul>\n Casos de uso de n\u00edvel de subfun\u00e7\u00e3o s\u00e3o \u00fateis quando o comportamento \u00e9 reutilizado ou tecnicamente complexo, mas n\u00e3o devem substituir os casos de uso de objetivo do usu\u00e1rio.<\/p>\n Escreva da perspectiva do ator:<\/p>\n O cliente submete um pedido.<\/p>\n<\/blockquote>\n Evite terminologia centrada na implementa\u00e7\u00e3o:<\/p>\n O OrderController invoca o servi\u00e7o de pedidos.<\/p>\n<\/blockquote>\n O \u00faltimo pertence \u00e0 documenta\u00e7\u00e3o de design, n\u00e3o a um caso de uso de neg\u00f3cios.<\/p>\n Evite combinar muitas a\u00e7\u00f5es:<\/p>\n O cliente insere os detalhes, seleciona o pagamento, confirma o pedido e recebe um e-mail.<\/p>\n<\/blockquote>\n Melhore separando a intera\u00e7\u00e3o:<\/p>\n O cliente insere as informa\u00e7\u00f5es de entrega.<\/p>\n<\/li>\n O sistema valida as informa\u00e7\u00f5es.<\/p>\n<\/li>\n O cliente seleciona um m\u00e9todo de pagamento.<\/p>\n<\/li>\n O cliente confirma o pedido.<\/p>\n<\/li>\n O sistema envia uma confirma\u00e7\u00e3o.<\/p>\n<\/li>\n<\/ol>\n Um leitor deve ser capaz de determinar se o requisito foi implementado.<\/p>\n Fraco:<\/p>\n O sistema processa a solicita\u00e7\u00e3o.<\/p>\n<\/blockquote>\n Mais forte:<\/p>\n O sistema valida a solicita\u00e7\u00e3o, registra a reivindica\u00e7\u00e3o, atribui a ela um n\u00famero de reivindica\u00e7\u00e3o e exibe o status de submiss\u00e3o.<\/p>\n<\/blockquote>\n Use:<\/p>\n O cliente fornece as informa\u00e7\u00f5es de entrega.<\/p>\n<\/blockquote>\n Em vez de:<\/p>\n O cliente insere o endere\u00e7o na caixa de texto e clica no bot\u00e3o verde Continuar.<\/p>\n<\/blockquote>\n A segunda vers\u00e3o restringe desnecessariamente a interface.<\/p>\n N\u00e3o preencha o fluxo b\u00e1sico com todos os erros poss\u00edveis. Coloque os erros em fluxos de exce\u00e7\u00e3o.<\/p>\n Regras de neg\u00f3cio frequentemente se aplicam a m\u00faltiplos casos de uso. Mant\u00ea-las separadas evita texto repetido e inconsistente.<\/p>\n Para cada falha importante, especifique:<\/p>\n Se os dados s\u00e3o salvos<\/p>\n<\/li>\n Se uma transa\u00e7\u00e3o \u00e9 revertida<\/p>\n<\/li>\n Se o ator pode tentar novamente<\/p>\n<\/li>\n Se um administrador \u00e9 notificado<\/p>\n<\/li>\n Se o caso de uso termina ou retoma<\/p>\n<\/li>\n<\/ul>\n Um fluxo de trabalho pr\u00e1tico \u00e9:<\/p>\n Identifique o sistema que est\u00e1 sendo modelado.<\/p>\n<\/li>\n Liste os atores externos.<\/p>\n<\/li>\n Pergunte o que cada ator deseja realizar.<\/p>\n<\/li>\n Converta cada objetivo em um nome de caso de uso.<\/p>\n<\/li>\n Defina o limite do sistema.<\/p>\n<\/li>\n Escreva o cen\u00e1rio principal de sucesso.<\/p>\n<\/li>\n Adicione fluxos alternativos e de exce\u00e7\u00e3o.<\/p>\n<\/li>\n Adicione regras de neg\u00f3cio e requisitos especiais.<\/p>\n<\/li>\n Desenhe o diagrama de casos de uso.<\/p>\n<\/li>\n Revise o modelo com as partes interessadas.<\/p>\n<\/li>\n Relacione casos de uso a requisitos, testes e artefatos de design.<\/p>\n<\/li>\n<\/ol>\n Uma pergunta \u00fatil \u00e9:<\/p>\n Qual resultado de neg\u00f3cio este ator precisa do sistema?<\/p>\n<\/blockquote>\n Os elementos mais comuns s\u00e3o:<\/p>\n Ator:<\/strong>Papel externo<\/p>\n<\/li>\n Caso de uso:<\/strong> Capacidade do sistema ou objetivo do ator<\/p>\n<\/li>\n Limite do sistema:<\/strong> Escopo do sistema<\/p>\n<\/li>\n Associa\u00e7\u00e3o:<\/strong> O ator participa de um caso de uso<\/p>\n<\/li>\n Incluir:<\/strong> Comportamento reutiliz\u00e1vel obrigat\u00f3rio<\/p>\n<\/li>\n Estender:<\/strong> Comportamento opcional ou condicional<\/p>\n<\/li>\n Generaliza\u00e7\u00e3o:<\/strong> Ator ou caso de uso especializado<\/p>\n<\/li>\n<\/ul>\n Um diagrama de casos de uso n\u00e3o deve tentar mostrar:<\/p>\n Cada etapa do fluxo de trabalho<\/p>\n<\/li>\n Tabelas de banco de dados<\/p>\n<\/li>\n Atributos de classe<\/p>\n<\/li>\n Regras de neg\u00f3cio detalhadas<\/p>\n<\/li>\n Layouts de tela<\/p>\n<\/li>\n Algoritmos internos<\/p>\n<\/li>\n<\/ul>\n Esses elementos pertencem a diagramas de atividade, diagramas de classe, diagramas de sequ\u00eancia ou requisitos escritos.<\/p>\n O exemplo a seguir modela o Registrar Pedido<\/strong> caso de uso e comportamento relacionado.<\/p>\n1. O que \u00e9 um Caso de Uso?<\/h2>\n
\n
\n
Nomes de casos de uso ruins e melhorados<\/h3>\n
\n\n
\n \nNome ruim<\/th>\n Nome melhorado<\/th>\n Motivo<\/th>\n<\/tr>\n<\/thead>\n \n Tela de login<\/td>\n Autenticar usu\u00e1rio<\/td>\n Descreve um objetivo<\/td>\n<\/tr>\n \n Atualiza\u00e7\u00e3o de banco de dados<\/td>\n Registrar pagamento<\/td>\n Descreve o valor de neg\u00f3cios<\/td>\n<\/tr>\n \n Clique no bot\u00e3o de enviar<\/td>\n Enviar solicita\u00e7\u00e3o de reembolso<\/td>\n Evita terminologia espec\u00edfica da interface<\/td>\n<\/tr>\n \n Validar conta<\/td>\n Criar conta de cliente<\/td>\n Torna o resultado claro<\/td>\n<\/tr>\n \n Processar pedido<\/td>\n Fazer pedido<\/td>\n Utiliza um objetivo centrado no ator<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 2. Conceitos-Chave<\/h1>\n
2.1 Ator<\/h2>\n
\n
\n
Atores principais e de suporte<\/h3>\n
\n
2.2 Limite do Sistema<\/h2>\n
\n
\n
2.3 Caso de Uso<\/h2>\n
\n
2.4 Pr\u00e9-condi\u00e7\u00f5es<\/h2>\n
\n
\n
\n
2.5 P\u00f3s-condi\u00e7\u00f5es<\/h2>\n
\n
\n
pedidos<\/code> tabela \u00e9 atualizada.<\/p>\n<\/blockquote>\n\n
2.6 Cen\u00e1rio Principal de Sucesso<\/h2>\n
\n
\n
\n
\n
2.7 Fluxos Alternativos<\/h2>\n
\n
\n
\nNo Passo 6, o cliente seleciona um m\u00e9todo de pagamento salvo. O sistema solicita autoriza\u00e7\u00e3o usando esse m\u00e9todo e, em seguida, continua no Passo 7.<\/p>\n<\/blockquote>\n2.8 Fluxos de Exce\u00e7\u00e3o<\/h2>\n
\n
\n
\n
\nNo Passo 7, a Gateway de Pagamento rejeita a transa\u00e7\u00e3o. O sistema exibe o motivo, marca o pedido como n\u00e3o pago e permite que o cliente selecione outro m\u00e9todo de pagamento.<\/p>\n<\/blockquote>\n2.9 Rela\u00e7\u00f5es de Include e Extend<\/h2>\n
include<\/code><\/h3>\ninclude<\/code> quando um caso de uso sempre invoca outro comportamento reutiliz\u00e1vel.<\/p>\n\n
Place Order <<include>> Calculate Total\r\n<\/code><\/pre>\nextend<\/code><\/h3>\nextend<\/code> quando um comportamento opcional ou condicional complementa um caso de uso base.<\/p>\n\n
Apply Discount Code <<extend>> Place Order\r\n<\/code><\/pre>\n\n
include<\/code> e estender<\/code> simplesmente para dividir cada fluxo em pequenas partes. Uma decomposi\u00e7\u00e3o excessiva torna o modelo dif\u00edcil de entender.<\/p>\n2.10 Generaliza\u00e7\u00e3o<\/h2>\n
\n
Gerente --|> Funcion\u00e1rio\r\n<\/code><\/pre>\n3. Modelo Padr\u00e3o de Descri\u00e7\u00e3o de Caso de Uso<\/h1>\n
ID do Caso de Uso:\r\nNome do Caso de Uso:\r\nObjetivo:\r\nEscopo:\r\nN\u00edvel:\r\nAtor Prim\u00e1rio:\r\nAtores de Suporte:\r\nPartes Interessadas e Interesses:\r\n\r\nGatilho:\r\n\r\nPr\u00e9-condi\u00e7\u00f5es:\r\n\r\nGarantias M\u00ednimas:\r\n\r\nGarantias de Sucesso:\r\n\r\nCen\u00e1rio Principal de Sucesso:\r\n1.\r\n2.\r\n3.\r\n\r\nFluxos Alternativos:\r\nA1.\r\nA2.\r\n\r\nFluxos de Exce\u00e7\u00e3o:\r\nE1.\r\nE2.\r\n\r\nRequisitos Especiais:\r\n- Desempenho\r\n- Seguran\u00e7a\r\n- Usabilidade\r\n- Disponibilidade\r\n- Conformidade\r\n\r\nRegras de Neg\u00f3cio:\r\n\r\nRequisitos de Dados:\r\n\r\nFrequ\u00eancia e Volume:\r\n\r\nPressupostos:\r\n\r\nQuest\u00f5es em Aberto:\r\n\r\nCasos de Uso Relacionados:\r\n<\/code><\/pre>\nExplica\u00e7\u00e3o dos campos<\/h2>\n
\n\n
\n \nCampo<\/th>\n Prop\u00f3sito<\/th>\n<\/tr>\n<\/thead>\n \n ID do Caso de Uso<\/td>\n Fornece uma refer\u00eancia est\u00e1vel, como UC-001<\/td>\n<\/tr>\n \n Nome do Caso de Uso<\/td>\n Nomeia o objetivo do ator<\/td>\n<\/tr>\n \n Objetivo<\/td>\n Resume o resultado de neg\u00f3cio pretendido<\/td>\n<\/tr>\n \n Escopo<\/td>\n Identifica o sistema ou subsistema<\/td>\n<\/tr>\n \n N\u00edvel<\/td>\n Indica se \u00e9 um objetivo do usu\u00e1rio, resumo ou subfun\u00e7\u00e3o<\/td>\n<\/tr>\n \n Ator Prim\u00e1rio<\/td>\n Identifica quem inicia o caso de uso<\/td>\n<\/tr>\n \n Atores de Suporte<\/td>\n Lista participantes externos<\/td>\n<\/tr>\n \n Partes Interessadas e Interesses<\/td>\n Captura o que cada parte interessada espera<\/td>\n<\/tr>\n \n Gatilho<\/td>\n Explica o que inicia o caso de uso<\/td>\n<\/tr>\n \n Pr\u00e9-condi\u00e7\u00f5es<\/td>\n Define o que j\u00e1 deve ser verdadeiro<\/td>\n<\/tr>\n \n Garantias M\u00ednimas<\/td>\n Descreve o que permanece verdadeiro ap\u00f3s uma falha<\/td>\n<\/tr>\n \n Garantias de Sucesso<\/td>\n Descreve os resultados bem-sucedidos<\/td>\n<\/tr>\n \n Cen\u00e1rio Principal de Sucesso<\/td>\n Documenta o fluxo normal<\/td>\n<\/tr>\n \n Fluxos Alternativos<\/td>\n Descreve varia\u00e7\u00f5es v\u00e1lidas<\/td>\n<\/tr>\n \n Fluxos de Exce\u00e7\u00e3o<\/td>\n Descreve falhas e recupera\u00e7\u00e3o<\/td>\n<\/tr>\n \n Requisitos Especiais<\/td>\n Captura restri\u00e7\u00f5es n\u00e3o funcionais<\/td>\n<\/tr>\n \n Regras de Neg\u00f3cio<\/td>\n Registra pol\u00edticas e regras do dom\u00ednio<\/td>\n<\/tr>\n \n Requisitos de Dados<\/td>\n Lista informa\u00e7\u00f5es inseridas, lidas ou produzidas<\/td>\n<\/tr>\n \n Quest\u00f5es em Aberto<\/td>\n Rastreia quest\u00f5es n\u00e3o resolvidas<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n 4. Exemplo: Realizar Pedido<\/h1>\n
UC-001 \u2014 Realizar Pedido<\/h2>\n
\nPermitir que um cliente compre um ou mais produtos.<\/p>\n
\nLoja Online<\/p>\n
\nObjetivo do usu\u00e1rio<\/p>\n
\nCliente<\/p>\n\n
\n
\nO cliente submete o carrinho de compras para finaliza\u00e7\u00e3o da compra.<\/p>\n\n
\n
\n
Cen\u00e1rio principal de sucesso<\/h3>\n
\n
Fluxos alternativos<\/h3>\n
Fluxos de exce\u00e7\u00e3o<\/h3>\n
Regras de neg\u00f3cio<\/h3>\n
\n
Requisitos especiais<\/h3>\n
\n
5. N\u00edveis de Casos de Uso<\/h1>\n
Caso de uso de n\u00edvel de resumo<\/h2>\n
\n
\n
Caso de uso de n\u00edvel de objetivo do usu\u00e1rio<\/h2>\n
\n
Caso de uso de n\u00edvel de subfun\u00e7\u00e3o<\/h2>\n
\n
6. Escrevendo Descri\u00e7\u00f5es de Casos de Uso de Alta Qualidade<\/h1>\n
Use linguagem centrada no ator<\/h2>\n
\n
\n
Mantenha cada passo at\u00f4mico<\/h2>\n
\n
\n
Descreva comportamento observ\u00e1vel<\/h2>\n
\n
\n
Evite o design de interface do usu\u00e1rio prematuro<\/h2>\n
\n
\n
Mantenha o fluxo principal bem-sucedido<\/h2>\n
Identifique as regras de neg\u00f3cio separadamente<\/h2>\n
Torne o comportamento de falha expl\u00edcito<\/h2>\n
\n
7. De Requisitos para Casos de Uso<\/h1>\n
\n
An\u00e1lise ator-meta<\/h2>\n
\n\n
\n \nAtor<\/th>\n Meta<\/th>\n Caso de uso candidato<\/th>\n<\/tr>\n<\/thead>\n \n Cliente<\/td>\n Comprar produtos<\/td>\n Fazer um pedido<\/td>\n<\/tr>\n \n Cliente<\/td>\n Verificar o progresso da remessa<\/td>\n Rastrear pedido<\/td>\n<\/tr>\n \n Agente de suporte<\/td>\n Resolver uma reclama\u00e7\u00e3o<\/td>\n Resolver reclama\u00e7\u00e3o<\/td>\n<\/tr>\n \n Auxiliar de armaz\u00e9m<\/td>\n Preparar um pedido<\/td>\n Separar pedido<\/td>\n<\/tr>\n \n Gateway de pagamento<\/td>\n Autorizar pagamento<\/td>\n Autorizar pagamento<\/td>\n<\/tr>\n \n Administrador<\/td>\n Controlar acesso<\/td>\n Gerenciar contas de usu\u00e1rio<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \n
8. Nota\u00e7\u00e3o de Diagrama de Casos de Uso<\/h1>\n
\n
\n
9. Exemplo de Diagrama PlantUML<\/h1>\n
![\"\"](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6aba3bd13facb.png\")
<\/p>\n\n\nPlantUML<\/span>
\n
\n