©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1 Análise e Projeto de Sistemas Modelagem de Requisitos com Casos de Uso

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE2 Objetivos n Descrever em detalhe a técnica de Modelagem de Requisitos com Casos de Uso n Apresentar um modelo de documento de requisitos n Discutir o uso do diagrama de atividades na modelagem de casos de uso

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE3 Conceitos Básicos

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE4 Principais Tipos de Requisitos n Não-Funcionais  Atributos ou qualidades do sistema.Exemplos: èUsabilidade (Facilidade de uso) èConfiabilidade èDesempenho èSegurança èDistribuição èAdequação a Padrões èRestrições de Hardware e Software n Funcionais  Expressam funcionalidades do sistema

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE5 Caso de uso n Uma unidade coerente de funcionalidade provida por um um sistema, manifestada por uma seqüência de mensagens trocadas entre o sistema e um ou mais usuários externos (representados como atores), junto com as ações executadas pelo sistema. n Descrevem o que acontece dentro do sistema. n Mostram apenas o que o sistema faz, e não como.  Capturam o comportamento pretendido para um sistema, sem a necessidade de especificar como esse comportamento será implementado.

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE6 Caso de uso: representação gráfica Solicitar extrato Solicitar saldo

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE7 Atores n Constituem as entidades que interagem com o ambiente do sistema  Pessoas ou outros sistemas (de hardware ou software) que interagem com o sistema em desenvolvimento n Definem um papel particular (uma mesma entidade pode desempenhar diferentes papéis) n São sempre externos ao sistema n O sistema será descrito através de vários casos de uso que são executados por um número de atores

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE8 Ator: representação gráfica Cliente Caixa

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE9 Diagrama de casos de uso: representação gráfica Diagrama de casos de uso: representação gráfica Cliente Sacar dinheiro Realizar depósito Transferir entre contas Uma associação entre um ator e um caso de uso indica que há uma comunicação, possivelmente com envio e recepção de mensagens.

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE10 Cenário n Em UML significa um caminho através de um caso de uso. n Uma instância de um caso de uso n Exemplo (Sacar dinheiro):  Saque com sucesso  Tentativa de saque MAS senha incorreta  Tentativa de saque MAS saldo insuficiente

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE11 Cenário: Fluxo de eventos básico/principal n Série de passos que compõem um caso de uso n Concentre-se inicialmente na funcionalidade básica/central do caso de uso n Pense nos fluxos secundários depois!

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE12 Exemplo de um fluxo básico n Caso de uso “Sacar dinheiro” 1. O cliente passa o seu cartão 2. Digita sua senha 3. Digita o valor do saque 4. O sistema verifica se há saldo suficiente 5. O saldo é debitado da conta do cliente 6. O dinheiro é entregue ao cliente

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE13 Cenário: Fluxos secundários n Caso de uso “Sacar dinheiro” n MAS...  E se a senha não conferir?  E se não houver saldo?  E se não houver dinheiro suficiente na máquina?

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE14 Requisitos Não-Funcionais x Casos de Uso n Requisitos não funcionais podem ser:  Específicos: associados a um caso de uso específico  Genéricos: associados a vários casos de uso ou ao sistema com um todo n Para serem atendidos podem gerar novos casos de uso

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE15 Especificação de Caso de Uso n Identificador do caso de uso n Breve Descrição n Ator (opcional) n Prioridade (ex: Essencial, Importante, Desejável) n Pré condições n Pós condições n Fluxo de eventos:  Fluxo de eventos principal  Fluxos secundários: alternativos e de exceção n Requisitos Não-Funcionais Específicos

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE16 Pacotes de Casos de Uso n Servem para agrupar casos de uso relacionados n Critérios para agrupamento:  ator  funcionalidades correlatas  processos  “um por todos e todos por um”

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE17 Um Modelo de Documento de Requisitos n Introdução  Objetivos do documento  Público ao qual se destina  Termos e acrônimos  Referências n Descrição geral do sistema  Abrangência e sistemas relacionados  Descrição dos usuários n Casos de uso  Diagrama  Especificações n Requisitos não funcionais genéricos

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE18 Como encontrar atores e casos de uso?

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE19 Como encontrar atores? n Quem usa o sistema? n Quem instala/mantém o sistema? n Quem inicia/desliga o sistema? n Que outros sistemas usam o sistema? n Quem recebe informação do sistema? n Quem provê informação ao sistema?

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE20 Como encontrar casos de uso? n Que funções o ator vai querer do sistema? n O sistema armazena informações? Que informações atores irão criar, ler, atualizar ou apagar? n O sistema precisa notificar o ator sobre mudanças no seu estado interno? n Existe algum evento externo que o sistema precisa saber? Que ator informa o sistema desses eventos?

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE21 Especificação Detalhada dos Casos de Uso

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE22 Quando e por que realizá-las? n Quando?  após fazer levantamento dos principais casos de uso do sistema n Por que?  descrever detalhes dos casos de uso  descrever fluxos de eventos e outras propriedades  uniformizar entendimento entre clientes, usuários e equipe de desenvolvimento

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE23 Uso do diagrama de atividades na especificação dos fluxos de eventos

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE24 Diagrama de atividades n Usados para representar graficamente o fluxo de eventos (fluxo básico + fluxos alternativos) n São muito usados para modelar atividades concorrentes. Às vezes um diagrama fala mais que 1000 palavras!

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE25 Estado inicial Verifica senha Libera dinheiro Termina transação e Imprime recibo Manipula senha incorreta [ incorreta ] [ correta ] Pede valor condição de guarda atividade [ dinheiro disponível ] [ dinheiro não disponível ] Prepara para Imprimir recibo [ resolvido ] [ não resolvido ] Exemplo: diagrama de atividades para o caso de uso Sacar dinheiro transição concorrência Estado final decisão sincronização de atividades

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE26 Estruturação do Modelo de Casos de Uso

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE27 Generalização de Atores n É possível definir tipos gerais de atores e especializá- los usando o relacionamento de especialização Vendedor Realizar venda Estabelecer crédito Supervisor

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE28 Relacionamentos entre Casos de Uso n Inclusão n Extensão n Generalização

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE29 Inclusão de casos de uso n Use inclusão quando houver repetição entre casos de uso e você desejar evitar esta repetição. n Um caso de uso incorpora explicitamente o comportamento de outro caso de uso, evitando assim repetições de descrição de fluxos.

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE30 Inclusão de casos de uso: exemplo Validar cliente Cliente Sacar >

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE31 Exemplo de inclusão: validação de cliente no sistema Use Case: Sacar O cliente seleciona a opção “sacar” O cliente informa o valor a ser sacado includes Validar cliente O cliente recebe o dinheiro Use Case de Inclusão: Validar Cliente O cliente informa a senha e passa o cartão O sistema valida a senha e os dados do cartão

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE32 Extensão de casos de uso n Use extensão quando quiser descrever uma variação do comportamento normal.  partes opcionais de use cases  cursos alternativos e complexos que raramente ocorrem Solicitar catálogo Vendedor Realizar pedido >

©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE33 Generalização de casos de uso n Relaciona um Use Case especializado a um mais geral n O filho herda os atributos, operações e seqüências de comportamento dos pais Validar cliente Verificar password Scan da retina