MODELAGEM DE SISTEMAS

Transcrição

1 MODELAGEM DE SISTEMAS Diagramas de Casos de Uso Profa. Rosemary Melo

2

3 Diagrama de Casos de Uso Modelagem de Sistemas Apresenta uma visão externa geral das funções ou serviços que o sistema deverá oferecer aos usuários, sem se preocupar como estas funções serão implementadas. É dentre todos os diagramas da UML o mais abstrato e, portanto o mais flexível e informal. Utilizado principalmente nas etapas de Levantamento de requisitos e Análise, serve de base para modelagem de outros diagramas e para validar o sistema, podendo ser modificado em qualquer etapa do desenvolvimento do sistema. Busca identificar os usuários que irão interagir com o sistema, quais papéis eles irão assumir e quais funções serão requisitadas por cada usuário específico. 3

4 Diagrama de Casos de Uso - Resumo Modelagem de Sistemas Define as fronteiras do sistema Mapeia os processos de negócio do ponto de vista do usuário Ajuda na identificação dos requisitos do sistema Ferramenta para troca de informações entre clientes e equipe de desenvolvimento Fornece a base para o planejamento dos testes Permite o mapeamento de versões incrementais para o sistema 4

5 Diagrama de Casos de Uso - Representação Os diagramas de Casos de Uso consiste de três itens: Atores, Casos de Uso e Associações entre os atores e os casos de uso. Exemplo de Diagrama de Casos de Uso: Sistema Bancário Realizar depósito Cliente Realizar saque Ator Casos de uso Associação 5

6 Diagrama de Casos de Uso - Atores Modelagem de Sistemas Agente externo que interage com o sistema. Comunica-se com o sistema enviando e recebendo mensagens. Pode representar: pessoas, papéis, um hardware especial, outros sistemas, outros órgãos,etc... Exemplo de Atores: Gerente Funcionário Cliente Caixa Eletrônico Sistema de Contas a Pagar e Receber 6

7 Diagrama de Casos de Uso - Atores Modelagem de Sistemas Tipos de atores: principal: interessado nos resultados produzidos pelo sistema (quem solicita o serviço), mas não necessariamente interage com o sistema. (ex.: cliente) secundário: interage com o sistema e que não tem interesse em seus resultados. (ex.: funcionário contratado para atender os clientes) 7

8 Diagrama de Casos de Uso Casos de Uso Referem-se aos serviços, tarefas ou funções que podem ser utilizados de alguma maneira pelos usuários do sistema. Utilizados para expressar e documentar os comportamentos pretendidos para as funções do sistema. Abrir conta Obter extrato de conta Casos de uso 8

9 Diagrama de Casos de Uso Casos de Uso Modelam um diálogo entre um ator e o sistema É sempre iniciado por um ator. Deve ser completo (atômico). Despacha algum valor para o ator. Sistema Bancário Abrir conta Cliente Obter extrato de conta Ator Casos de uso 9

10 Diagrama de Casos de Uso Associações Representam as interações ou relacionamentos entre os atores que fazem parte do diagrama, entre os atores e os casos de uso ou entre os casos de uso e outros casos de uso. Tipos de associações: Comunicação, Inclusão, Extensão e Generalização. Os relacionamentos entres os Casos de Uso podem ser de Inclusão, Extensão ou Generalização. 10

11 Diagrama de Casos de Uso Associações Associação Tipo Comunicação Representa a relação entre o ator e o caso de uso. Demonstra que o ator utiliza da função do sistema (caso de uso) seja requisitando a função ou recebendo o resultado produzido por ela. Sistema de Matrícula Pode ser navegável: em uma direção em duas direções Cliente Efetuar matrícula Emitir Comprovante de matrícula Ator Casos de uso 11

12 Diagrama de Casos de Uso Associações Associação Tipo Especialização / Generalização pode ser usada para representar a associação entre dois ou mais casos de uso com características semelhantes, com apenas pequenas diferenças entre si. pode ser usada para representar a associação entre atores com características comuns, com apenas pequenas diferenças entre si (pouco comum). 12

13 Diagrama de Casos de Uso Associações Associação Tipo Especialização / Generalização Generalização entre Casos de Uso Generalização entre atores 13

14 Diagrama de Casos de Uso Associações Associação Tipo Inclusão Costuma ser utilizado quando existe um serviço, situação ou rotina comum a mais de um Caso de Uso. Deve ser colocado em um caso de uso específico para que outros Casos de Uso utilizem-se desse serviço, evitando descrever uma sequência de passos em vários casos de uso. A relação de inclusão de um caso de uso com outro, implica que a execução do primeiro obriga também a execução do segundo (relação de obrigatoriedade). 14

15 Diagrama de Casos de Uso Associações Associação Tipo Inclusão 15

16 Diagrama de Casos de Uso Associações Associação Tipo Extensão Utilizado para descrever cenários opcionais de um Caso de Uso. Cenários que somente ocorrerão em uma situação específica, se uma determinada condição for satisfeita. Indica a necessidade de um teste para determinar se é necessário executar o caso de uso estendido ou não. Representam eventos que não ocorrem sempre, o que não significa que eles sejam incomum. 16

17 Diagrama de Casos de Uso Associações Associação Tipo Extensão 17

18 Diagrama de Casos de Uso - Exemplo 18

19 Diagrama de Casos de Uso Outro Exemplo 19

20 Técnicas de Modelagem Não esqueça que o foco do Caso de Uso é: Modelar O QUE o caso de uso deve fazer Utilizar como fórum de discussões entre analistas e usuários. Para fazer a modelagem do comportamento de um elemento: Identifique os atores que interagem com o sistema Organize os atores identificando papéis gerais e especializados

21 Técnicas de Modelagem Identifique os elementos de comportamento básico do sistema e organize-os em casos de uso. Considere formas excepcionais de comportamento e mapeie como extensões Analise comportamentos semelhantes (oportunidades de reutilização) entre os casos de uso e mapeie como inclusões Para cada ator considere as formas primárias em que o ator interage com o sistema. Considere também interações que envolvam respostas a algum evento.

22 Documentação de Casos de Uso O caso de uso descreve O QUE o sistema faz, mas não especifica COMO é feito. É possível descrever o fluxo de eventos como documentação extra ao caso de uso: Indicar COMO e QUANDO o caso de uso se inicia e termina quando o caso de uso interage com atores quais objetos são transferidos fluxo básico e alternativos do comportamento

23 Documentação de Casos de Uso Caso de uso Abrir Conta Corrente Modelagem de Sistemas Ator Principal Ator Secundários Objetivo: Pré-condição Pós-condição Cliente Funcionário Descreve os passos realizados para abertura de conta O pedido de abertura precisa ser aprovado Realizar um depósito inicial Fluxo principal Ações do Ator 1. Solicitar abertura de conta 5. Escolher senha da conta 8. Fornecer valor a ser depositado Ações do Sistema 2. Consultar CPF do cliente 3. Avaliar pedido 4. Aprovar pedido 6. Abrir conta 7. Definir Cliente como ativo 9. Registrar valor de depósito a ser realizado 10. Emitir cartão da conta Fluxo alternativo: CPF inválido Emitir mensagem de CPF inválido Encerrar a operação 23

24 Documentação de Casos de Uso Caso de uso Efetuar Saque Modelagem de Sistemas Ator Principal Ator Secundários Cliente Funcionário Objetivo: Pré-condição Pós-condição Fluxo principal Efetuar o saque de determinado valor de uma conta corrente Ter apresentado o cartão da conta com os dados de agência e número da conta Saque efetuado e saldo atualizado Ações do Ator Ações do Sistema Informa valor Fluxo alternativo: usuário inválido 1. Chama caso de uso Validar usuário 2. Caso usuário válido 2.1 verifica se há saldo retira o valor solicitado da conta corrente 2.2 Chama caso de uso de extensão Efetuar saque da poupança 2.3. Chama caso de uso Registrar movimento Emitir mensagem de senha ou usuário invalido Encerrar a operação 24

25 Atividade 1) Desenvolva um Diagrama de Casos de Uso e faça a sua Descrição para um Sistema de Manutenção de Cadastro de Fornecedores de uma empresa automobilística. Este sistema deve atender os seguintes requisitos: O cadastro de fornecedores pode ser realizado por qualquer funcionário do setor de RH, inclusive o próprio gerente deste setor. No cadastro do fornecedor deve ser informado os seguintes dados: CNPJ, nome, endereço para contato, , produtos, sua descrição e preço. Caso o fornecedor seja cadastrado o funcionário pode realizar as alterações que desejar. Apenas o gerente de RH poderá excluir o fornecedor, caso a empresa não tenha mais interesse nos produtos do mesmo.

26 Atividade - Solução Modelagem de Sistemas