Curso de UML - O que são Diagramas de Casos de Uso

olá pessoal aqui o fábio dalonso treinamentos neste vídeo nos dá continuidade ao nosso curso de 1 ml vamos falar desta vez sobre diagramas de casos de uso no vídeo passado nós falamos sobre os conceitos de casos de uso expliquei o que são os casos de uso que são os atores como é que você identifica um caso de uso e assim por diante nesse vídeo que vai ser um vídeo mais simples eu vou apresentar notação gráfica utilizada para você criar um diagrama de casos de uso bom ao iml ela fornece uma representação gráfica pra isso pra

você representar os casos de uso os atores e os relacionamentos entre esses elementos e é uma anotação padrão bastante fácil você vem aqui na tela já a representação de alguns elementos o ator o caso de uso entre si ea associação entre esses dois elementos o ator ele é sempre representado por um bonequinho de palito como você está vendo aqui do lado esquerdo e é essa mesma representação padrão para ser um pouco infantil mas é isso um bonequinho de pareto representam um ator qualquer com o nome do ator escrita embaixo que o papel do ator já

o caso de uso em si é sempre uma elipse com o nome do caso de uso escrito dentro das elipses e o relacionamento entre os elementos ele se dá na forma de traços ou certas por exemplo a associação entre o ator um caso de uso é representada por uma linha simples só li aqui nessa outra tela mostra já um diagrama um pouquinho mais completo neste diagrama nós temos alguns outros elementos nós temos aqui principalmente este quadrado o retângulo que você está vendo separando o ator dos casos de uso isso a gente vai chamar de fronteira

do que a fronteira é a divisão entre a parte interna do sistema e o que é externo ao sistema por exemplo o nosso cliente aqui é um ator dentro da fronteira a gente tenha a representação do cenário o cenário é aquilo que vai ser representado na forma de casos de uso é o que você está modelando e os cenários geralmente vai ter um nome que a gente vai chamar de assunto o assunto vai aqui em cima por exemplo o sistema de pedidos é o cenário que a gente vai modelar com casos de uso um ou

mais casos de uso o assunto ele pode ser referiu o time inteiro ou a um subsistema uma parte do sistema para a qual você está criando esse diagrama legal e veja que temos a associação entre o cliente que o ator é o caso de uso fazer pedido ea associação ao relacionamento que cruza a fronteira vai de fora do sistema para dentro e vice versa certo alguns elementos principais de um diagrama de casos de uso vamos ver mais de perto agora cada um deles bom ao relacionamento entre um ator e um caso de uso você já

sabe a associação e ela vai ser representada sempre por uma linha sólida ligando o ator com o caso de uso em si dentro caso de uso sempre o nome do caso de uso aqui não tem segredo nenhum é muito fácil você fazer esse relacionamento nesta outra figura eu tenho vários outros tipos de relacionamentos representados nós temos aqui quatro casos de uso contínuo de casos geral específica opcional é obrigatório e os relacionamentos generalização extensão e inclusão 1 cuja teoria a gente estudou anteriormente o gerente do caso de uso geral ele pode ser especializado em um outro

caso mais específico ea gente vai indicar esse relacionamento de generalização barra especialização com esta seta uma linha sólida e aponta da seta vazada é sempre este aqui o símbolo para a generalização e ele sempre vai apontar no caso específico para o caso mais geral trazendo esse caso específico ele é um exemplo do caso mais geral só que contendo suas próprias particularidades um caso opcional ele se relaciona com um outro caso qualquer por meio da relação um relacionamento de extensão porque ele estende uma funcionalidade que não é necessariamente obrigatório a gente vai apresentar isso com uma

linha tracejada legal indo no carro de opcional para o caso que eventualmente pode utilizá lo e isso é importante ter esse símbolo de menor ou maior a gente coloca a palavra estende do lado aqui dá mesmo assim fica bem claro este caso está estendendo este outro primeiro aqui nesse caso opcional ele agrega uma funcionalidade extra ao caso principal já o relacionamento de inclusão é bem parecida uma certa tracejada também apontando de um caso para outro com a palavra including entre o símbolo de menor e maior e inclusive ele indica que um caso é obrigatório no

caso aqui no caso outros esse caso que seria opcional ele deve incluir de forma obrigatória este outro caso então se no meu caso geral e usar o caso opcional obrigatoriamente eu vou ter que também utilizar este outro caso mais obrigatório porque porque a palavra inclusive aqui são os três tipos de relacionamentos principais vejamos um puro agora com exemplos para ficar mais claro então o relacionamento de inclusão é que a gente estava falando por último ele é um caso de uso que inclui de forma incondicional um outro caso de uso qualquer exemplo aqui é bem um

clássico cliente vai fazer um pedido pedido qualquer sei lá numa loja por exemplo ele precisa se identificar ele precisa ser validado vai poder fazer aquele pedido é obrigatório então a gente vai incluir esse caso de uso vai dar cliente usando inclusive e conectando relacionando com o caso principal que é fazer pedido então o cliente vai fazer pedido legal tem que chamar também essa rotina validar cliente para poder fazer o pedido do cliente muito bem então linha tracejada já o relacionamento de extensão é um caso de uso que estende a funcionalidade de um outro caso é

um comportamento opcional por exemplo enviar pedido ou enviar o pedido pelo cliente aí eu posso ter uma opção para enviar um pedido parcial não enviar todo perdido vamos supor o cliente fez um pedido com dez itens mas no momento só tem 18 disponíveis eu posso optar por enviar os 8 agora enviar os outros dois depois ou se o cliente desejar ele espera ter todos os pedidos em stock em vir todos de uma vez então é opcional o cliente que vai decidir então nesse caso a gente coloca um ex tende aqui e enviar pedido ao caso

principal e enviar pedido parcial é uma extensão deste caos enviar pedido e se esse segundo caso de hoje vai ser executado ou não dependendo de uma condição em qualquer muita gente coloca a palavrinha e estende é uma funcionalidade adicional de enviar pedido quando se trata de um rascunho de extensão a gente também pode utilizar os pontos de extensão e até mesmo adicionar notas que o ponto de extensão e ponto de extensão isso aqui ou no caso o principal agente passa 1-1 escreve ponto de extensão ou exchange um point em inglês em baixo a gente coloca

o nome do caso de uso que pode estender este outro caso a gente costuma fazer isso quando você tem muitos casos onde a grama mais complexo fica mais difícil lewis seguir as linhas a gente coloca aqui dentro mesmo uma indicação de quem é que pode estender esse caso de uso e claro o caso de uso estendido está aqui embaixo enviar pedido parcial além disso a gente também pode utilizar notas explicativas nota explicativa isso aqui é um quadradinho do lado com o texto dentro explicando o porquê de tal onde está sendo usado ou não esse caso

de extensão ou quando ele vai ser utilizado a gente liga a nota a linha tracejada da sé tinha da extensão por uma outra linha tracejada também e aqui dentro a gente escreve o motivo então se o cliente autorizar o envio pedido parcial se não sou enviar o pedido completo mesmo então isso aqui uma explicação do porquê ou da condição para o caso de extensão ser executado é legal você colocar essa notinha porque sempre fica mais mais legível mais claro aos o diagrama de casos de uso e o relacionamento de generalização bom ela ocorre quando um

ator ou um caso de uso no caso aqueles que os casos de uso é é um caso base existem outros casos de uso que tem as mesmas características ou praticamente todas as mesmas características desse caso base só que esses outros casos também tem suas próprias características diferentes um do outro nesse caso a gente cria a generalização o exemplo mais clássico é esse aqui abrir conta no banco eu posso ter um caso de uso abrir conta quem nova praticamente tudo o que é necessário para o cliente abrir uma conta só que dependendo do tipo de conta

que o cliente vai abrir eu vou chamar o time diferentes para finalizar a transação e aí eu crio casos de uso diferentes mais especializados para cada um dos casos por exemplo para abrir uma conta o ok mas que conta que é pode ser uma conta corrente pode ser uma conta poupança é eu posso ter procedimentos diferentes entre cada uma delas como por exemplo perguntar se o cliente vai querer cheque especial na conta corrente ou solicitar um depósito inicial para a conta poupança dois procedimentos diferentes mas que fazem parte de uma coisa que é muito parecida

abrir conta legal com a gente mas generalização ea sé tinha sempre do mais específico por mais geral e de tudo isto os atores também podem se relacionar entre si usando generalização quando isso ocorre quando você tem um cliente genérico e pode ter outros mas o cliente não um ator genérico é o cliente nosso exemplo um ator genérico você pode ter outros tipos de atores que são quase idênticos mas que têm pequenas particularidades por exemplo eu posso ter um ator cliente interagindo com o sistema só ator ele pode ser uma pessoa física ou uma pessoa jurídica

e aí vai ter pequenas diferenças na forma como eles são tratá los ou na forma como eles interagem com o sistema nesse caso a gente representa o diagrama usando generalização também mostrando aqui que o cliente pode ser uma pessoa física uma pessoa jurídica que são os casos mais específicos então sempre apontar na setinha do mais específico por mais geral da pessoa física ou jurídica para o cliente legal gente então é isso a gente viu aqui alguns alguns dos diagramas né das notações mais utilizadas em 1 ml para finalizar mas boas práticas na hora de criar

os diagramas de casos de uso os nomes devem ser únicos identificáveis e capazes de identificar o seu propósito ou seja o nome do caso de uso tem que dizer exatamente no caso de uso faz variantes a gente vai faturar sempre aplicar os comportamentos aos casos que estendam um caso de uso sempre muito importante fazer isso aplicar os comportamentos a esses outros casos de extensão o fluxo de eventos sempre tem que ser descrito de forma muito clara assim quem está lendo de fora consegue entender exatamente o que o sistema está fazendo hora e isso vai facilitar

a criação do diagrama de casos de uso seu entendimento uma boa prática muito importante colocar lá dentro da sua fronteira por seu cenário só os casos de uso que são importantes para a compreensão do comportamento do sistema que você está modelando da parte dele não colocar caso de uso mais eu acho que também deveria ter isso aqui dentro não coloca só que é realmente importante e para os atores a ideia é a mesma na hora de desenhar o diagrama sempre distribuir esses diagramas a de forma a diminuir o cruzamento de linhas porque isso costuma fazer

com que o programa fique muito ilegível difícil mesmo de ler isso interfere bastante no entendimento do diagrama os elementos que têm comportamentos e papéis relacionados a gente costuma deixar próximos entre si fica mais fácil para dividir em áreas ou em zonas a o diagrama em se aplique nota sobre cores diferentes nas notas for o caso como indicação visual isso é importante para ressaltar determinados elementos do diagrama e quando você trabalha com racionamento de inclusão e extensão se eles ficarem muito complicado muito complexos para desmembre o diagrama em dois ou mais não faço um diagrama principal

outros diagramas para explicar as inclusões as extensões porque todas elas podem realmente ficará grandes e complexas com várias interações entre si a gente tem algumas boas práticas para você criar diagramas de casos de uso e quando a gente vai usar essas boas práticas a gente vai usar no próximo vídeo no próximo vídeo a gente vai falar sobre a gama de casos de uso além de mostrar um exemplo completo vou trazer um cenário e apresentar um cenário na forma de um problema ea gente vai modelar esse cenário todo criando diagrama de casos no plural de uso

com os atores os casos de uso relacionamento etc por aí beleza gente bom é isso aí que as minhas referências ajudar mg ml alguns livros que eu recomendo do assunto e espero que vocês tenham gostado desse vídeo aproveite para se inscrever aqui no canal da voz um treinamento se você não for inscrito no início já foi escrito clique no cinema para ativar as notificações e será avisado quando os nossos próximos vídeos forem lançados e não deixe de acessar o nosso web site www.bobs.com.br namento ponto com.br além de não seguir nas redes sociais que estão aparecendo

por aqui obrigado e até a próxima