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

olá pessoal aqui o fábio barbosa treinamentos neste vídeo damos continuidade a nosso curso de 1 ml abordando o assunto caso de uso do vídeo passado estudamos os diagramas de classes diagramas estruturais e agora nós vamos passar para um diagrama comportamental que o diagrama de casos de uso na verdade eu vou dividir o estudo dos casos de uso em três vídeos primeiro vídeo isso aqui vai ser um vídeo mais teórico explicando que são os casos de uso sua importância para que eles servem etc no próximo vídeo eu vou mostrar os diagramas em si de casos de

uso que significa elipse 1-3 seja assim por diante para você entender cada um dos elementos que compõem um diagrama e no terceiro vídeo a gente vai fazer um exemplo completo uma pequena modelagem de um sisteminha criando todo o diagrama de casos de uso para esse sistema legal então sem mais delongas vamos a parte teórica dos casos de uso em caso de uso a idéia é a seguinte um sistema um sistema qualquer que você desenvolve ele não existe de forma isolada ao sistema sozinho sem interação com ninguém o sistema e interage com pessoas com seres humanos

ou com outros sistemas com máquinas equipamentos ea gente tem uma definição do boot lombo e jackson os caras que criaram ouml sobre os casos de uso da mulher de inscrição para vocês nessa definição ea gente vai falar um pouquinho sobre alguns elementos olha só que interessante um caso de uso específico o comportamento de um sistema ou de uma parte e é uma descrição de um conjunto de seqüências de ações para produzir um resultado observava do valor de um ator é bom ver que o griffe alguns dos elementos algumas palavras aqui comportamento descrição ea tua porque

o griffe essas palavras porque elas são importantes na definição dos casos de uso o caso de uso tem a ver com comportamentos então se o sistema e interagem com humanos ou máquinas o que interessa para a gente no caso de usa o comportamento dessa interação e o caso de uso ele vai ser usado para descrever esse comportamento então como sistema interage descrição no caso de uso e interação com humanos outros sistemas esses elementos eles são chamados de atores por isso que ele fez é uma palavrinha a tur então no geral a gente vai usar o

caso de uso para a capital o comportamento pretendido do sistema caso de uso vai ser usado por tanto para a gente definir como o sistema deve funcionar sem no entanto especificar como comportamento implementado ou seja a gente não vai programar nada usando caso de uso a gente vai modelar que é diferente é um caso de ouvir a ideia do funcionamento e não como ele funciona um caso ele vai executar uma certa quantidade de trabalho uma pequena quantidade de trabalho muitas vezes então um sistema na prática vai ser composto por muitos casos de luz e cada

caso de uso vai realizar alguma coisa que seja de valor para um dos atores pode ser uma pessoa um ser humano um cliente de uma loja por exemplo ou pode ser um rabino um outro sistema acessando o seu programa por exemplo o cálculo de um resultado quero saber o saldo da minha conta corrente não fiz lá pagamento de transações transferências depósitos quer saber o saldo no final não vai ter um caso de uso do sistema bancária que vai fazer esse cálculo para mim é tornar resultado os casos de uso eles podem ter variantes a então

o senhor deve ter percebido que o caso tem muito a ver com funções do sistema são os casos de uso realmente eles moderno funcionalidades do sistema eles podem ter variantes que são outros casos de uso que são versões de casos mais genéricos ou casos mais especializados mesmo incluindo como parte de um outro caso vai ficar na história esse esquema mais pra frente quando a gente falar sobre generalização então no geral a gente pode ser que os casos de uso eles representam aspectos do comportamento de classes e moderna nos requisitos do sistema deve ouvir falar em

requisitos funcionais requisitos não funcionais os requisitos do sistema a gente vai usar os casos de uso para modelar esses requisitos eu vou deixar aqui embaixo descrição do vídeo também um link para um vídeo que a gente tem aqui sobre o que são esses tais requisitos engenharia de software recomendo que você assista para até ficar um pouco mais claro é toda prosseguindo então onde a gente aplica os casos de uso para que eles servem no geral a gente vai usar os casos de uso com duas finalidades principais primeira definir o escopo é visualizar e entender as

funcionalidades que a gente vai ter no sistema na forma de diagramas mer onde você vai ter um diagrama e esse jogo ele vai mostrar que você tem dentro desse sistema o que é importante no sistema e também a gente usa os casos de uso para identificar os papéis foram atores agora são 11 papéis ou seja identificar quem interage com o sistema e com quais funcionalidades dentro do sistema ocorre essa interação tão cliente interage com quais funções do sistema o atendente interagir com quais funções no banco de dados interagem com quais funções também é importante saber

pra que não servem os casos de uso os casos de uso não são empregados para detalhar a implementação das funcionalidades não vai ter um detalhamento de como funciona o cadastro de um produto por exemplo ou como funciona uma venda dentro da empresa isso a gente vê lá na frente e inclusive diagramas do iml mais específicos para tratar dessas implementações foi com a importância dos casos de uso são muito importantes o caso de uso é o uso dos casos de uso permite que os especialistas de domingo especifiquem a sua visão externa sobre o sistema de modo

que o desenvolvedor no caso provavelmente vai se você possa construir sua visão interna que jogam assim especialistas de domínio que significa isso especialista domínios basicamente é quem entende do assunto do assunto do qual o sistema trata por exemplo é um sistema bancário o especialista do domínio é o cidadão que entende de sistemas bancários são o sistema jurídico enem e essas pessoas geralmente não são pessoas da área de desenvolvimento de sistemas mas elas vão precisar especificar visão externa são externos ao sistema de modo que você é desenvolvedor entenda o que o sistema deve fazer imposta eventualmente

construir system então caso de uso é importante nesse sentido ele também vai permitir que os desenvolvedores pé em cada elemento do sistema e entendam esse elemento e como elemento vai ser utilizado como ele vai interagir com outros elementos que é importante na hora de programar por exemplo uma funcionalidade do sistema e também a gente emprega muitos casos de uso pra fazer testes ele serve como base para testes dos elementos do sistema a gente vai ter uma série de vídeos também sobre testes aqui no canal e eu recomendo que vocês os assistem posteriormente vamos falar agora

sobre alguns elementos constituintes de casos de uso então o que no caso de uso tem um caso de uso lembrando que representa uma funcionalidade do sistema ele vai ter sempre um assunto que o assunto o assunto como se fosse uma classe que vai ser descrita por um ou mais casos de uso geralmente é um conjunto de casos de uso a classe na prática o assunto representa o sistema inteiro ou um subsistema e é bastante comum a gente trabalhar sempre com sub-sistemas criar diagramas de casos de uso para modelar parte de um sistema um sistema inteiro

de uma vez porque pode ficar muito complexo e cada caso de uso vai moderar portanto o comportamento a funcionalidade é um comportamento uma funcionalidade desta classe desse assunto e no conjunto eles vão descrever o comportamento completa o nosso ou seja juntando todas as funcionalidades você tem o comportamento completa daquele subsistema até mesmo de um sistema que o assunto é do que se trata esse conjunto de casos de uso é um sistema bancário é um sistema de contas corrente e um sistema de contas a pagar então isso é o assunto os casos de uso também possuem

nomes para que para identificar cada caso de uso é esse nome vai ser usado para identificar e diferenciar um caso de uso de outro caso de uso dentro do sistema o nome é uma seqüência de caracteres de texto normal palavras normais na língua portuguesa e é importante que seja o único no pacote que o contém ou dentro do sistema que contém no geral a gente utiliza expressões verbais verbos cadastrar o usuário consultar saldo fazer transferência é uma expressão que tem 11 vou lhe dizer o que está acontecendo lá nome ex comportamento não temos exemplos aqui

fazer pedido pagar a fatura ler sensor é só um caso de uso que o que mostra claramente integração do sistema com um outro sistema de hardware é um dispositivo físico de errado e mandou um sinal para dentro de um sistema mostrando que os atores podem ser também dispositivos físicos e já que estamos falando em atores vamos definir um pouco melhor essa idéia de atores bom o caso representa um requisito do sistema como um todo e envolve a interação desses tais atores com o sistema o que é o ator o ator é uma representação na aula

uma representação de um conjunto de papéis que os usuários do sistema o usuário dos casos de uso desempenho quando interagem com esses casos de uso então quando eu interaja com o sistema bancário qual o papel que eu represento quando uma pessoa que trabalha dentro do banco interage com o sistema bancário qual o papel que ele representa o sensor que está captando a temperatura ou umidade do ambiente qual o papel que ele representa então esse papel é o papel do ator o ator pode portanto ser um ser humano uma organização um outro sistema no equipamento um

sensor um outro software e em comum esses atores eles têm as seguintes características são todos externos ao sistema então o ator não faz parte do sistema internamente eu não faço parte do sistema bancário na então se um cliente do banco é meu papel quando eu interajo com o sistema bancário em 1 ml a gente representa os atores utilizam essa figurinha que você está vendo aqui do lado direito um bonequinho de palito é assim mesmo que a gente representa esse oficial e em baixo a gente costuma colocar o nome do papel que ele representa não é

o nome da pessoa o nome do sistema é o papel que está sendo representado então um cliente qualquer é um subsistema qualquer então isso aqui é um ator na no próximo vídeo que o diagrama a gente vai explorar mais a fundo essa ideia dos atores precisam de água mazinho saque bom os atores eles se comunicam com os casos de uso e essa comunicação é um relacionamento com êxito em relacionamentos entre esses elementos ea relação que existe entre ator e caso de uso é chamada de associação com as relações têm mais distintos dependendo de como ela

se dá no caso a caso de uso a associação isso indica que o ator no caso de uso se comunicam trocando mensagens ou seja posso enviar uma mensagem e receber uma mensagem de volta a mensagem não significa é um texto significa por exemplo um comando uma ordem ou receber uma informação isso é uma mensagem por exemplo suponha um caso de uso chamado fazer pedido de um cliente e um ator chamado cliente então o cliente ele pode se comunicar com esse caso de uso para fazer a requisição de um pedido por exemplo vou fazer um pedido

de uma pizza neto comunicando com o sistema vai fugir quero fazer um pedido de uma pizza então eu sou ator cliente e dentro do sistema vai ter um caso de o chamado fazer pedido que vai tratar essa minha requisição e os atores têm nomes o ator tem um nome o nome sempre informa o papel do ator cliente funcionário e assim por diante nunca jamais quem está sendo representado ali especificamente lembre sempre diz que é importante na hora de criar os atores como é que a gente identifica o ator dentro de um sistema modelar um caso

de uso é preciso identificar os atores como é que eu faço o que posso fazer algumas perguntas básicas para começar por exemplo quais organizações pessoas ou até mesmo entidades vão usar o sistema ou são importantes para a realização de determinadas funções então quem vai usar o sistema da pizzaria aos clientes vão usar tá na cara cliente é um ator quem mais vai usar o funcionário também vai usar o funcionário também é um ator e assim por diante quais sistemas se comunica com o sistema desenvolvido tem um outro sistema que se comunica pode ter cliente faz

o pagamento via cartão de crédito então o meu sistema ele se comunica com o sistema da administradora de cara de cartões ou sistema de pagamento esse sistema também é um ator quem pode se interessar por um requisito do sistema quem deve receber informações sobre ocorrências do sistema então são perguntas que a gente faz para tentar determinar quem é e quem não é ator dentro desse sistema na hora de modelo aos casos de uso e às vezes a gente vai mais barra na no segundo cenário você vai identificar dois ou mais atores que têm papéis muito

parecidos mas que têm pequenas diferenças entre si nesse caso a gente precisa moderar esses atores separadamente por em organizá los num negócio que a gente chama de hierarquia de generalização ea especialização aí vou falar mais sobre isso no vídeo sobre diagramas mas já sabe que os atores têm de ser sim modelados mesmo que eles sejam muito parecidos entre si provavelmente eles têm um relacionamento entre si e claro não adianta só identificar os atores temos que identificar os casos de uso também ou seja as funcionalidades do sistema que na prática também não é muito difícil de

fazer a gente pode fazer perguntas do tipo quais as funcionalidades pretendidos para o sistema que eu quero que o sistema faça cada funcionalidade pode dar origem a um caso de uso posso também fazer uma lista de necessidades e objetivos dos atores em relação ao sistema que o ator espera do sistema pode virar um caso de uso de informações do sistema precisa retornar por exemplo o saldo bancário então eu voltei lá emitir saulo como sendo um caso de uso o sistema precisa realizar uma ação que se repete no tempo pode ser um caso de uso a

calcular juros da poupança todo dia 5 então algo que se repete todo dia 5 vai ser um caso de uso e considerando requisitos funcionais a gente sempre vai pensar nos casos de uso para implementá-los tom fez um levantamento de requisitos do sistema para cada requisito provavelmente vai ter um ou mais casos de uso para fazer aquela implementação bons relacionamentos não só vou citar agora não vou entrar muito a fundo até para entender muito vídeo não ficar muito pesado a gente viu que entre os casos de uso e os atores existe um relacionamento chamado de associação

que é representada aqui por 1-1 simples aí a propósito é se ele psi que representa o tal do caso de uso que eu te amo muito você deve estar pensando como é que eu represento isso então elipse e o nome do caso de uso dentro do que nós temos um relacionamento entre um cliente e um caso de uso efetuar pedido uma associação entre eles legal só que os casos de uso também podem se relacionar entre si um caso de uso com outro uma funcionalidade pode se relacionar com o outro e nós vamos ter três tipos

básicos de relacionamentos generalização extensão ou relacionamento estendido e relacionamento de inclusão eu vou estudar vou mostrar pra vocês mais a fundo a gente vai estudar isso no vídeo sobre diagramas de casos de uso basicamente generalização quando você tem dois elementos que são muito semelhantes entre si e que derivam de um outro elemento a existência quando você tem alguma algum elemento que é opcional que pode agregar uma nova funcionalidade mas não é obrigatório e inclusão quando você tem um elemento que é obrigatório para o funcionamento de um outro elemento então uma função depende de uma outra

função para poder funcionar em geral os ramais que até já deu pra entender mais ou menos como funciona esse relacionamento com o ator também pode se relacionar com outro ator usando a generalização como citei anteriormente então da próxima vez a gente vai estudar a fundo os relacionamentos uma coisa que a gente precisa estudar esse vídeo ainda é o fluxo de eventos cursos e eventos ele tem a ver com a documentação do caso de uso a gente cria o diagrama de casos de uso a gente não quer geralmente só o diagrama com desenhos comuns situações figuras

a gente tem aqui uma documentação escrita essa documentação global o fluxo de eventos o fluxo de eventos específico o comportamento do caso de uso de forma descritiva e dentro do fluxo de eventos a gente costuma incluir quando se inicia o caso de uso e quando ele termina uma fronteira para iniciar e terminar o caso de uso quando esse caso interagir com os atores caso de uso podem interagir com outros casos de uso e também com atores que são externos ao sistema quando ocorre a interação externa quando a transferência de objetos elementos de um caso para

outro e o fluxo de eventos na verdade ele pode ter um fluxo básico principal e também fluxos alternativos do comportamento ou seja a seqüência de ações que são obrigatórias e sequências que ocorre às vezes dependendo de alguns fatores ea gente pode especificar esses fluxos de eventos de várias formas contexto informal porque é o que eu vou mostrar um exemplo próximo no próximo de led tabela completa com as condições essa tabela mostrando o vídeo de the exemplo de criação de diagramas também podemos usar máquinas de estado diagrama de atividades e até mesmo que o do código

no caso das máquinas de estado e dos diagramas atividade a gente tem representação específica do ml para esses elementos existem diagramas específico para isso a gente vai ter aulas específicas sobre os diagramas mais pra frente então nos preocupar com eles vejamos então exemplo um fluxo de eventos o fluxo validar o usuário vamos supor que eu tenho um caso de uso validar o usuário o usuário precisa ser validado para poder entrar num sistema e fazer outras coisas lá dentro então o comércio fazendo assim de forma eu vou frase por frase escrever mesmo por extenso moça também

na tela as ações que devem ser realizadas para a validação do usuário poder ocorrer eu vou chamar isso de fluxo principal mas o principal destaque por exemplo o sistema solicita o cliente o seu número de identificação e uma senha de acesso então tem alguma forma se ela falar com o cliente digita isso a identificação seu id isso a senha o cliente vai editar e de senha usando um teclado numérico no local apropriado o cliente vai confirmar suas entradas por exemplo pressionando entrou até mesmo clicando no botão o sistema faz a verificação do iddd assim é

fornecida caso e desse já vários dias sem corresponder assim armazenada o sistema reconhece o usuário permite a entrada e finaliza o caso de uso é um sistema de jogo então vai do usuário o cara tá no sistema a gente chama de fluxo principal importante que tenha essa definição porque lá na frente o desenvolvedor vai precisar dessa sequência de acções podemos ter um fluxo alternativo que vai em alguns casos específicos por exemplo o cliente forneceu e de uma senha e inválidos nesse caso o sistema em si o caso de uso ele não vai adiante está embargado

tenta de novo se o cliente fornecer credenciais erradas três vezes na seqüência o sistema cancela a transação e ainda bloqueia o acesso por exemplo por uma hora e pra finalizar registra a sete tentativas de acesso em um blog a intenção fluxo que chama de fluxo alternativo além do caso de uso validar o usuário podemos ter um outro a alternativa por exemplo o cliente cancelar a transação ele está no meio da transação tá não quero mais jogar neste sistema aqui ele cancela e sair e sai do sistema nesse caso nenhuma ação é realizada no caso de

uso é finalizado a gente também pode ter um fluxo de exceção o fluxo de exceção que a gente utiliza para descrever restrições do sistema por exemplo o cliente bancário coloca um cartão na máquina de caixa eletrônico é um cartão vencido então é uma exceção você não deve nem tentar ler usuário e senha tentar entrar no sistema pode credenciar porque o cartão já está vencido tamanhos sessão cartão vencido já cancela na hora que a gente vai tratar com esses fluxos também na forma de tabelinha inclusive nos vídeos mais adiante beleza gente é isso aí temos as

referências na tela dos livros que eu utilizei na nas minhas pesquisas dos sites são as mesmas do vídeo passado basicamente no próximo vídeo a gente fala sobre diagramas de casos de uso entender os elementos que compõem o programa para depois fazer um exemplo completo espero que vocês tenham gostado aproveite para se inscrever aqui no canal após o treinamento se você não se inscreveu ainda se já for inscrito não deixe de clicar a seguir para ativar as notificações e também não deixe de acessar nosso web site www.bosch.com.br e nos siga nas redes sociais que está aparecendo

por aqui obrigado e até o próximo vídeo