UML & Padrões Aula 3. UML e Padrões - Profª Kelly Christine C. Silva

Transcrição

1 UML & Padrões Aula 3 UML e Padrões - Profª Kelly Christine C. Silva 1

2 UML & Padrões Aula 3 Diagrama de Casos de Uso Profª Kelly Christine C. Silva

3 O que vamos tratar: Modelos de Caso de Uso Diagrama de Casos de Uso Identificação dos Elementos Construção Documentação do modelo 3

4 Caso de Uso Segundo Ivan Jacobson, podemos dizer que um caso de uso é um "documento narrativo que descreve a sequência de eventos de um ator que usa um sistema para completar um processo". Um caso de uso é uma técnica de modelagem usada para descrever o que um novo sistema deve fazer. Ele é construído através de um processo interativo no qual as discussões entre o cliente e os desenvolvedores do sistema conduzem a uma especificação do sistema da qual todos estão de acordo. 4

5 Caso de Uso Representação das funcionalidades e elementos externamente observáveis do sistema e que interagem com ele. (Bezerra, 2007) Modelo de Caso de Uso (MCU) : refinamento de requisitos funcionais do sistema em desenvolvimento. Diagrama de Caso de Uso : ferramenta da UML utilizada na modelagem de casos de uso. 5

6 Diagrama de Caso de Uso Limite do sistema Componentes: 1. Caso de uso 2. Atores Sistema X CSU 3. Relacionamentos Ator 6

7 Diagrama de Caso de Uso 1. Caso de Uso Grau de Detalhamento Restrito (essencial) Expandido (descreve as interações entre sistema e ator em detalhes) Grau de Abstração Caso de uso Essencial: não faz menção a aspectos relativos à tecnologia utilizada nas interações entre ator e casos de uso. Caso de uso Real: cita detalhes da tecnologia a ser usada nas interações entre ator e casos de uso. Cenário Descrição de uma das maneiras pelas quais um caso de uso pode ser utilizado. Normalmente há diversos cenários para um mesmo caso de uso. 7

8 Diagrama de Caso de Uso 1. Caso de Uso Caso de Uso Primário: representam os objetivos dos atores. Caso de uso oposto (que desfaz a ação de outro caso de uso) Caso de uso que precede outro caso de uso Caso de uso que sucede outro caso de uso 8

9 Diagrama de Caso de Uso 1. Caso de Uso Caso de Uso Primário Caso de uso temporal (não inicializado por um ator) Tempo Obter folha de Pgto Caso de uso relacionado a um condição interna (não inicializada por um ator), por exemplo: o sistema deve avisar que um produto chegou na sua quantidade mínima no estoque o sistema deve notificar a chegada de novas mensagens 9

10 Diagrama de Caso de Uso 1. Caso de Uso Caso de Uso Secundário: Não traz benefícios diretos para o ator, mas é necessário para que o sistema funcione adequadamente. Ex.: Manutenção de cadastros Manutenção de usuários e seus perfis Manutenção de informações provenientes de outros sistemas 10

11 Diagrama de Caso de Uso 2. Atores Qualquer elemento externo ao sistema que interaja com ele. Uma breve descrição (1 ou 2 frases) para cada ator a ser adicionada ao MCU. Para identificar os atores que vão participar do modelo devemos fazer as seguintes perguntas : -Quem usa o sistema? - Quem inicia o sistema? - Quem fornece os dados? - Quem usa as informações? 11

12 Diagrama de Caso de Uso 3. Relacionamentos Os relacionamentos envolvem ator caso de uso, ator ator, caso de uso caso de uso. Podem ser: Relacionamento de Comunicação Relacionamento de Inclusão Relacionamento de Extensão Relacionamento de Generalização 12

13 Diagrama de Caso de Uso 3.1. Relacionamento de Comunicação Informa a que caso de uso um ator está associado, ou seja, troca informações com o sistema através desse caso de uso. Um ator pode se relacionar com mais de um caso de uso. Caso de uso Reservar um livro ator Relacionamento de Comunicação 13

14 Diagrama de Caso de Uso 3.1. Relacionamento de Comunicação A associação entre um Ator e um Caso de Uso é denominada relacionamento de comunicação. Recomenda-se que essa associação seja feita de modo unidirecional. Usando essa estratégia de modelagem distinguiremos: Ator Ativo O Ator é considerado ativo em um par Ator-Caso de Uso quando o Ator inicia (ou dispara) a execução do Caso de Uso. A seta no relacionamento de comunicação aponta para o Caso de Uso. Ator Passivo O Ator é considerado passivo em um par Ator-Caso de Uso quando o Caso de Uso inicia a comunicação. Os Atores Passivos normalmente são sistemas ou dispositivos externos com os quais nosso sistema precisa se comunicar. A seta no relacionamento de comunicação aponta para o Ator. 14

15 Diagrama de Caso de Uso 3.2. Relacionamento de Inclusão Somente entre casos de uso. Reuso do comportamento de um caso de uso na definição de outros casos de uso Obter extrato << include >> Realizar saque << include >> Fornecer identificação ator Realizar transferência << include >> 15

16 Diagrama de Caso de Uso 3.3. Relacionamento de Extensão Somente entre casos de uso. Reuso do comportamento de um caso de uso na definição de outros casos de uso << extends >> Substituir texto Editar Documento ator << extends>> Corrigir ortografia 16

17 Diagrama de Caso de Uso 3.4. Relacionamento de Generalização Entre dois casos de uso ou entre dois atores. Entre casos de uso: um caso de uso pode herdar características de um outro caso de uso mais genérico e ainda pode especializar esse comportamento. Entre atores: análogo. 17

18 Diagrama de Caso de Uso 3.4. Relacionamento de Generalização Generalização de Atores Generalização de CSU Reservar Livro Realizar pagamento Usuário Pesquisar catálogo Cliente Professor Solicitar compra de livro Realizar pagamento com cartão de crédito Realizar pagamento com dinheiro 18

19 Exercício 1: Suponha que você tenha um almoxarifado de peças onde cliente façam pedidos e onde um operador receba tarefas do sistema para buscar peças para os pedidos dos clientes e distribuir peças do setor de compras para o almoxarifado. (O exemplo é bem simples para facilitar o entendimento do conceito) Como poderíamos identificar os atores e os casos de uso para este exemplo? 19

20 Exercício 1: Vamos identificar os atores. Eles são : Cliente, Operador, Sistema e Setor de Compras. Certo? Não errado!!! No exemplo acima Sistema não pode ser um ator pois ele não se ajusta ao conceito dado a um ator : Um agente externo ao sistema. Lembre-se que um ator é um papel que interage com o sistema mas não faz parte do sistema, então no lugar de Sistema poderíamos sugerir um administrador ou gerente. Então os atores seriam : Cliente, Operador, Administrador e Compras. (Podem existir sub-sistemas que interagem com o sistema, neste caso eles seriam considerados atores passivos.) 20

21 Exercício 1: Quais seriam os casos de uso? - solicita peças (ator Cliente) - entrega peças (ator Compras) - realiza Tarefa (ator operador) - cadastrar Tarefas (administrador) Obs.: No caso do ator operador ele não atua sobre o sistema nos casos de uso buscar pedidos e distribuir pedidos, ele atua sobre o sistema realizando Tarefa. Cliente Solicitar pedidos de peças Realizar tarefa Operador Admiistrador Cadastrar tarefa Entrega peças Compras 21

22 Exercício 2: Construa um modelo de casos de uso para a seguinte situação fictícia: "Estamos criando um serviço de entregas. Nossos clientes podem nos requisitar a entrega de volumes. Alguns volumes são considerados de maior valor por nossos clientes, e, portanto, eles querem que tais volumes sejam segurados durante o transporte. Contratamos uma companhia de seguro para segurar volumes de valor". 22

23 UML e Padrões - Profª Kelly Christine C. Silva 23

24 Exercício 3: Construa um modelo de casos de uso para a seguinte situação fictícia: Soraia se direciona para uma clínica de saúde onde pretende marcar uma consulta. A atendente pergunta se é uma consulta particular ou por convênio (Plano de Saúde) para que possa realizar o pagamento. Ela propõe a possibilidade de pagar na saída da consulta (Adiar Pagamento), caso o tratamento ainda for requerer exames e outros gastos. Em seguida, encaminha a paciente para a secretária que irá marcar a consulta. A secretária trata de assuntos ligados a agenda do médico (marcação de consultas) e é responsável pela ficha dos pacientes. Para toda consulta, a secretária separa a ficha do paciente. Quando o paciente é atendido pelo médico, este deve estar com a ficha do paciente em mãos, e se for o caso do diagnóstico, ele solicita os medicamentos cabíveis. 24

25 Marcar consulta <<include>> Secretária Cancelar consulta <<include>> Procura registro de paciente Mantém Paciente Adiar Pagto Consulta paciente <<extends>> Atendente Médico <<extends>> Realiza Pgto Solicitar medicamento Pagar pelo Plano de Saúde Pagar Particular 25

26 Documentação dos Modelos de Caso de Uso Deve-se especificar o comportamento de um caso de uso descrevendo textualmente um ou mais fluxos de ações, de modo que um usuário não técnico o possa entender sem dificuldade. Tal especificação deve incluir: nome identificador importância sumário ator primário ator secundário precondições fluxo principal fluxos alternativos fluxos de exceção pós-condições regras de negócio histórico 26

27 Modelo de Caso de Uso Formatos: Esse caso de uso se inicia quando o cliente chega ao Caixa eletrônico e insere o seu cartão. O Sistema requisita a senha do Cliente.... Descrição contínua 1) Cliente insere o seu cartão no caixa eletrônico. 2) O Sistema requisita a senha do Cliente. 3)... Descrição numerada Cliente Sistema Narrativa particionada insere cartão no caixa eletrônico. Digita a senha... Requisita a senha do Cliente

28 Modelo de Caso de Uso Formatos: Narrativa particionada Exemplo: Saque de dinheiro em um caixa eletrônico. Cliente Insere cartão no caixa eletrônico. Digita a senha. Solicita realização do saque. Fornece o valor da quantia que deseja sacar. Sistema Apresenta solicitação de senha. Valida senha e exibe menu de operações. Requisita quantia a ser sacada. Fornece a quantia deseja e imprime o recibo para o cliente. Retira a quantia e o recibo. 28

29 Modelo de Caso de Uso Formatos: Descrição numerada Exemplo: Saque de dinheiro em um caixa eletrônico. 1. Cliente insere cartão no caixa eletrônico. 2. Sistema apresenta solicitação de senha. 3. Cliente digita a senha. 4. Sistema valida senha e exibe menu de operações. 5. Cliente solicita realização de saque. 6. Sistema requisita quantia a ser sacada. 7. Cliente fornece o valor da quantia que deseja sacar. 8. Sistema Fornece a quantia deseja e imprime o recibo para o cliente. 9. Cliente retira a quantia e o recibo. 29

30 Documentação dos Modelos de Caso de Uso Nome: nome único que identifica o modelo e o diagrama de caso de uso. Identificador: código único que identifica o caso de uso. Importância: define a categoria de importância do caso de uso Risco alto e prioridade alta Risco alto e prioridade baixa Risco baixo e prioridade alta Risco baixo e prioridade baixa Sumário: descreve o objetivo do ator ao usar o caso de uso. 30

31 Documentação dos Modelos de Caso de Uso Ator Primário: nome do ator que inicia o caso de uso ou que seja o alvo do resultado produzido por ele. O caso de uso possui apenas um ator primário. Ator Secundário: os nomes dos demais elementos externos participantes do caso de uso. Podem existir de 0 a muitos atores secundários. Precondições: são hipóteses assumidas como verdadeiras para que o caso de uso se inicie. Fluxo Principal: descreve o que normalmente ocorre quando o caso de uso é utilizado dentro do sistema 31

32 Documentação dos Modelos de Caso de Uso Fluxo alternativo: descreve o deve ocorrer caso o ator primário opta por utilizar o caso de uso de uma maneira diferente da utilizada durante o fluxo principal. Pode também definir situações de escolha exclusiva. A1 A2 A3 A4 Fluxo principal sem alternativas Fluxo principal com alternativas independentes UML e Padrões - Profª Kelly Christine C. Silva Fluxo principal com alternativas exclusivas entre si 32

33 Documentação dos Modelos de Caso de Uso Fluxo de exceção: ocorre quando algo inesperado acontece na interação entre o ator e o caso de uso (alguma ação inválida, por exemplo). A partir daí, o sistema pode se recuperar ou cancelar o caso de uso. Ex.: Timeout Pós-condições: estado que o sistema alcança após determinado caso de uso ser executado. Ex.: O cliente foram inserido, consultado, excluído ou alterado. Regras de negócio: políticas, condições ou restrições que devem ser consideradas na execução de um determinado caso de uso. Ex.: As regras de negócio RN03, RN14 e RN35 foram utilizadas Histórico: pode declarar informações como autor, a data em que foi criado, além de eventuais modificações realizadas no caso de uso. 33

34 Modelo sugerido Nome do caso de uso Descrição do caso de uso (um parágrafo). Atores Lista dos nomes dos atores com descrição curta. Prioridade Seja este caso de uso muito importante no projeto ou acessório? Pre-Condições Lista de condições que têm que ser verificadas antes que o caso de uso começa. Fluxo de eventos Fluxo principal 1. Primeiro passo no caso de uso. 2. Segundo passo no caso de uso Fluxos alternativos Descrever os fluxos alternativos. Fluxos de exceção Descrever os fluxos de exceção. Pós-Condições Lista de condições que têm que ser verificadas depois do fim do caso de uso. Regras de negócio Lista das regras de negócio associadas. 34

35 Casos de Uso: Manter Cliente Manter Cliente (CSU01) Sumário: Gerente realiza cadastro de Cliente (Inclusão, Remoção, Alteração e Consulta) Ator Primário: Gerente Precondições: O gerente ser identificado pelo sistema. Fluxo Principal: 1. Gerente requisita a manutenção de clientes. 2. O sistema apresenta as operações que podem ser realizadas. 3. Gerente indica a opção a realizar (I/R/A/C) ou opta por finalizar o caso de uso. 4. Sistema realiza escolha do gerente. 5. Se o gerente deseja continuar na manutenção, o caso de uso retorna ao passo 2, caso contrário o caso de uso termina. Fluxo Alternativo (4): Inclusão a. O gerente requisita a inclusão de um cliente. b. O sistema apresenta um formulário em branco para que os detalhes do cliente sejam incluídos. c. Gerente fornece os detalhes do cliente. d. Sistema verifica validade dos dados. Se forem válidos, inclui o novo cliente. 35

36 Casos de Uso: Manter Cliente Manter Cliente (CSU01)... Fluxo Alternativo (4): Alteração a. Gerente seleciona um cliente b. Sistema mostra os dados do cliente c. Gerente altera detalhes do cliente d. Sistema verifica validade dos dados. Se forem válidos, altera o cliente. Fluxo Alternativo (4): Consulta a. O gerente requisita a consulta sobre uma lista de clientes. b. O sistema apresenta uma lista com os nomes dos clientes, permitindo que o gerente selecione o cliente desejado. c. Gerente seleciona o cliente. d. Sistema apresenta os detalhes do cliente. Pós-Condições: Um cliente foi alterado, consultado, removido ou inserido. 36

37 Heurísticas Evitar um número muito elevado de casos de uso Fragmentar o sistema em sub-sistemas (ou em subpacotes) Usar casos de uso com denominação genéricas como Manter ou Gerenciar para descrever as funções de Cadastro de uma entidade Evitar detalhamento algorítmico Evitar o uso de <<include>> e <<extend>> nas primeiras iterações; Lembrem-se que modelagem é um processo iterativo; Diagramas de Caso de Uso têm sido usados para auxiliar no diálogo com o usuário Deve-se ter atenção para o fato que o diagrama tem semântica informal Para um mesmo problema, múltiplas soluções válidas são admitidas 37