![\"A](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/05\/img_6a0ed6385d42a.png\")
<\/p>\n
Atrav\u00e9s deste estudo de caso, voc\u00ea explorar\u00e1 os elementos estruturais principais dos casos de uso UML 2.0, aprender\u00e1 a fatorar comportamentos usando\u00a0 Desafio:<\/strong>Os requisitos iniciais do NexusBook estavam armazenados em planilhas espalhadas e documentos na voz passiva. Os desenvolvedores interpretavam frequentemente incorretamente casos de borda, a QA tinha dificuldade para rastrear cen\u00e1rios de teste e os gestores de produto n\u00e3o conseguiam visualizar os limites do sistema. Em especial, o fluxo de checkout sofria com l\u00f3gica de login duplicada, caminhos de cancelamento pouco claros e descri\u00e7\u00f5es excessivamente voltadas para a interface que vazavam detalhes de design para os requisitos.<\/p>\n Solu\u00e7\u00e3o:<\/strong> A equipe mudou para uma abordagem estruturada de casos de uso UML 2.0, impondo limites diagram\u00e1ticos r\u00edgidos e fatora\u00e7\u00e3o comportamental<\/p>\n . As se\u00e7\u00f5es seguintes detalham como esses princ\u00edpios foram aplicados na pr\u00e1tica.<\/p>\n Um caso de uso modela uma unidade de funcionalidade do sistema definida pelas intera\u00e7\u00f5es entre entidades externas e o pr\u00f3prio sistema para alcan\u00e7ar um objetivo de neg\u00f3cios espec\u00edfico. No NexusBook, a equipe ancorou seus esfor\u00e7os de modelagem em quatro pilares fundamentais:<\/p>\n Ator<\/strong>: Representam pap\u00e9is coerentes desempenhados por entidades externas. O NexusBook identificou atores humanos como\u00a0 Assunto<\/strong>: A fronteira do sistema em desenvolvimento. O NexusBook delimitou explicitamente o\u00a0 Fluxo de Eventos<\/strong>:<\/p>\n Fluxo Principal (Caminho B\u00e1sico)<\/strong>: O caminho <\/p>\n<\/li>\n Fluxo Excepcional (Caminho Alternativo)<\/strong>: Condi\u00e7\u00f5es de erro, casos extremos ou ramifica\u00e7\u00f5es opcionais. Exemplo: Recusa de pagamento, tempo limite da sess\u00e3o ou cancelamento opcional do pedido.<\/p>\n<\/li>\n<\/ul>\n<\/li>\n Inst\u00e2ncia de Caso de Uso<\/strong>: Um \u00fanico caminho de execu\u00e7\u00e3o em tempo de execu\u00e7\u00e3o. Cada transa\u00e7\u00e3o de cliente no NexusBook representava uma inst\u00e2ncia de caso de uso \u00fanica, permitindo mapeamento preciso de testes de QA.<\/p>\n<\/li>\n<\/ul>\n Para evitar casos de uso monol\u00edticos e invi\u00e1veis de manuten\u00e7\u00e3o, o NexusBook utilizou os tr\u00eas mecanismos de relacionamento do UML 2.0 para extrair comportamentos comuns e lidar com caminhos vari\u00e1veis.<\/p>\n Conceito<\/strong>: Um caso de uso base puxa explicitamente o comportamento de um caso de uso inclu\u00eddo em um ponto definido. O caso de uso inclu\u00eddo n\u00e3o pode existir isoladamente.<\/p>\n<\/li>\n Aplicativo NexusBook<\/strong>: Ambos\u00a0 Prop\u00f3sito<\/strong>: Elimina redund\u00e2ncia e centraliza o comportamento compartilhado.<\/p>\n<\/li>\n<\/ul>\n Conceito<\/strong>: Um caso de uso variante insere implicitamente seu comportamento em um caso de uso base apenas nos pontos explicitamente nomeadosPontos de Extens\u00e3o<\/strong>.<\/p>\n<\/li>\n Aplicativo NexusBook<\/strong>: Durante\u00a0 Prop\u00f3sito<\/strong>: Manipula comportamentos opcionais, condicionais ou infrequentes sem poluir o fluxo principal.<\/p>\n<\/li>\n<\/ul>\n Conceito<\/strong>: Funciona como heran\u00e7a de classes. Um caso de uso pai define um modelo de comportamento que os filhos especializam ou sobrescrevem. Atores tamb\u00e9m podem herdar privil\u00e9gios.<\/p>\n<\/li>\n Aplicativo NexusBook<\/strong>:\u00a0 Prop\u00f3sito<\/strong>: Habilita a classifica\u00e7\u00e3o taxon\u00f4mica e o modelo de acesso baseado em pap\u00e9is.<\/p>\n<\/li>\n<\/ul>\n Diagramas fornecem o esqueleto arquitet\u00f4nico da modelagem de casos de uso. Abaixo est\u00e3o as especifica\u00e7\u00f5es exatas do PlantUML que o NexusBook utilizou, completas com controles de layout para evitar grafos entrela\u00e7ados.<\/p>\n Mapeia os limites do sistema, atores e fatora\u00e7\u00e3o comportamental para o subsistema de checkout.<\/p>\n\u00abinclude\u00bb<\/code>,\u00a0\u00abextend\u00bb<\/code>, e generaliza\u00e7\u00e3o, dominar\u00e1 t\u00e9cnicas de diagrama\u00e7\u00e3o com PlantUML e aplicar\u00e1 diretrizes textuais comprovadas para escrever casos de uso robustos e prontos para desenvolvedores.<\/p>\n
\nContexto do Estudo de Caso: A Plataforma NexusBook<\/h2>\n
\n1. Conceitos Principais e Elementos Estruturais na Pr\u00e1tica<\/h2>\n
Os Pilares Fundamentais Aplicados<\/h3>\n
\n
Cliente<\/code>\u00a0e\u00a0Agente de Suporte<\/code>, al\u00e9m de atores de sistema como\u00a0PaymentGateway<\/code>\u00a0e\u00a0EmailService<\/code>.<\/p>\n<\/li>\nSistema de Checkout da Livraria<\/code>\u00a0e\u00a0Sistemas de Estoque e Livro-Registro<\/code>\u00a0para separar o comportamento interno das depend\u00eancias externas.<\/p>\n<\/li>\n\n
\n2. Organiza\u00e7\u00e3o e Estrutura\u00e7\u00e3o de Casos de Uso<\/h2>\n
I. Incluir (
\u00abincluir\u00bb<\/code>)<\/h3>\n\n
Adicionar \u00e0 Lista de Desejos<\/code>\u00a0e\u00a0Finalizar Compra<\/code>\u00a0exigiam autentica\u00e7\u00e3o. Em vez de duplicar etapas, a equipe criou um caso de uso aut\u00f4nomo\u00a0Entrar<\/code>\u00a0e o incluiu sempre que necess\u00e1rio.<\/p>\n<\/li>\nII. Estender (
\u00abestender\u00bb<\/code>)<\/h3>\n\n
Verificar Status do Pedido<\/code>, os clientes poderiam opcionalmente acionar\u00a0Cancelar Pedido<\/code>. Isso foi modelado como uma extens\u00e3o vinculada ao ponto de extens\u00e3o do\u00a0[Cancelamento Solicitado]<\/code>\u00a0ponto de extens\u00e3o.<\/p>\n<\/li>\nIII. Generaliza\u00e7\u00e3o<\/h3>\n
\n
Realizar Pesquisa<\/code>\u00a0serviu como pai para\u00a0Pesquisar por T\u00edtulo<\/code>,\u00a0Pesquisar por Autor<\/code>, e\u00a0Pesquisar por ISBN<\/code>. Da mesma forma,\u00a0Pessoal Cont\u00e1bil<\/code>\u00a0passou permiss\u00f5es b\u00e1sicas para\u00a0Contador<\/code>\u00a0e\u00a0Auxiliar Cont\u00e1bil<\/code>.<\/p>\n<\/li>\n
\n3. Estrat\u00e9gias de Modelagem Visual e Layout do PlantUML<\/h2>\n
Cen\u00e1rio A: Rela\u00e7\u00f5es Estruturais (
\u00abincluir\u00bb<\/code>\u00a0&\u00a0\u00abestender\u00bb<\/code>)<\/h3>\n![\"\"](\"https:\/\/blog.visual-paradigm.com\/wp-content\/uploads\/2026\/05\/img_6a0ed4d511704.png\")
<\/p>\n
\n
\n