Casos de Uso de Sistema

1. Casos de Uso de Sistema

2. Finalidade • É uma técnica usada para descrever e definir os requisitos funcionais de um sistema. • É a especificação de seqüências de ações atender a uma funcionalidade do sistema, interagindo com seus agentes.

3. Finalidade • É uma das maneiras mais comuns de documentar os requisitos do sistema • Delimitam o Sistema; • Definem a funcionalidade do sistema.

4. Composição • É composto de: • Atores; • Casos de Uso (Use Cases) e; • Relações entre eles. • Inclui variantes, rotinas de erro, etc. que o sistema executa para produzir um resultado observável para um ator.

5. Atores

6. Atores • Representam o papel de uma entidadeexterna ao sistema como um usuário, um hardware, ou outro sistema que interage com o sistema modelado. • Os atores iniciam a comunicação com o sistema através dos use-cases.

7. <<Ator>> Coordenador Atores - Notação

8. Identificando Atores • Um Ator pode: • Fornecer informações ao sistema • Receber informações do sistema • Fornecer e Receber informações do sistema

9. Identificando Atores • Exemplos de perguntas que podem auxiliar a identificação dos atores: • Quem esta interessado em determinada exigência? • Onde na organização o sistema é usado? • Quem se beneficiará do uso do sistema? • Quem fornecerá ao sistema essas informações, usará essas informações e as removerá? • Quem suportará e manterá o sistema? • O sistema usa um recurso externo? • Uma pessoa representa diversos papéis? • Varias pessoas representam o mesmo papel? • O sistema interage com um sistema legado?

10. O que identifica um bom ator? • Identificar como ator encontrado interage com sistema. • Verificar se atores identificados não tem papeis semelhantes.

11. Use cases - Casos de usos

12. Casos de uso - Definição • Representa uma seqüência de ações executadas pelo sistema e recebe do ator que lhe utiliza, dados tangíveis de um tipo ou formato já conhecido. • Ou ainda...

13. Caso de uso - Definição • Descrição de um conjunto de seqüências de ações, incluindo variantes, que um sistema realizapara produzir um resultado observável com valor para um ator. • Representa uma funcionalidade do sistema.

14. Matricular aluno Solicitarhistórico Verificar pré-requisitos Servir Almoço Caso de uso - Notação

15. Restaurante Servir almoço Cliente Servir jantar Comprar bens Fornecedor Caso de Uso - Exemplo

16. Identificação do Casos de Uso • Funcionalidade identificadas no sistema que interagem com atores. • Perguntas auxiliares: • Quais são as tarefas de cada ator? • Qualquer ator criará, armazenará, mudará, apagará ou lerá informações do sistema? • Quais casos de uso realizarão essas tarefas? • Qualquer ator informará ao sistema sobre mudanças externas súbitas, ou ocorrências internas? • Quais serão os casos de uso que realizarão a manutenção e suporte ao sistema? • Todas exigências funcionais levantadas podem ser realizadas pelos casos de uso identificados?

17. O que identifica um bom caso de uso? • Normalmente, um comando de utilização representa uma importante peça de funcionalidade que é completa, do inicio ao fim. • Um caso de uso realiza algo de valor ao ator. • Casos de uso que têm o mesmo ator e usam as mesma entidades geralmente podem ser um único caso de uso.

18. Descrição dos casos de uso • Existem 3 níveis de detalhe, de acordo com as seguintes perspectivas de um sistema: • Essência / utilidade; • Interface e; • Implementação.

19. Essência / Utilidade • Descrição breve independente da interface que o sistema apresenta; • Descrição do objetivo ou resultado a produzir; • Opcionalmente, indica lista de características e limitações (nível de requisitos).

20. Interface • Descrição de seqüências de funcionamento normais e excepcionais (alternativos), em termos de interações dos atores com elementos da interface; • Opcionalmente, acompanhar de desenhos da interface para o usuário e de diagramas dinâmicos;

21. Interface • Indicação de quando é que o caso de uso começa e acaba, quando ocorrem interações com os atores, que objetos são trocados, quem faz o quê (o sistema ou um ator); • Pode culminar no manual do usuário.

22. Implementação • Realização do caso de uso por uma colaboração de objetos internos ao sistema; • Seqüências de funcionamento detalhadas com (inter)ações internas ao sistema;

23. Implementação • Já não compete ao analista, mais sim ao projetista/implementador; • Já não faz parte do modelo de casos de uso, mas sim do modelo de design.

24. Estruturação dos Casos de Uso

25. Estruturação dos Casos de Uso • Relação de extensão <<extend>>; • Relação de inclusão <<include>>; • Relação de generalização entre casos de uso; • Relação de generalização entre atores; • Agrupamento de casos de uso em pacotes.

26. Relação de extensão • Para simplificar a descrição dos casos de utilização, podem-se organizar os casos de utilização em: • Casos básicos:casos de utilização de acordo com a definição e; • Extensões aos casos básicos: que traduzem partes ou modalidades acrescentadas condicionalmente.

27. Relação de extensão • Os casos de uso “estendidos” descrevem cenários que somente ocorrerão em uma situação específica. • Quando um caso de uso B estendeum caso de uso A indica que o comportamento do caso de uso A pode ser aumentadocom comportamento do caso de uso B. «extend» B A caso básico extensão

28. Relação de extensão • É usado para mostrar comportamentos de exceções e casos especiais que aumentariam a quantidade de casos de uso no modelo.

29. Servir jantar «extend» «extend» «extend» Servir à luz de velas Servir uma entrada Servir uma sobremesa Relação de extensão - Exemplo

30. Relação de inclusão • Quando vários casos de uso têm uma sub-sequência de funcionamento comum, é conveniente separar essa parte comum para um novo caso de uso que é incluído pelos primeiros

31. Relação de inclusão • Uma instância do caso de uso A incluiobrigatoriamente o comportamento especificado por B; • Evita-se descrever uma mesma seqüência de passos comum a vários casos de uso, concentrando essa seqüência em um caso de uso acessado pelos outros.

32. «include» A B (parte comum a outros casos de utilização além de A) Relação de inclusão • Quando um caso de uso A inclui um caso de uso B indica que o comportamento do caso de uso A reutiliza o comportamento do caso de uso B.

33. Servir almoço «include» Pagar refeição «include» Servir jantar Relação de inclusão - Exemplo

34. Casos de Uso - Generalização/Especialização • Um caso de uso "filho" (mais especializado) herda o comportamento, significado e atores do caso de uso "pai" (mais genérico) • O filho pode adicionar ou substituir comportamento do pai; • O filho pode aparecer em qualquer contexto em que o pai pode aparecer;

35. Pai Servir almoço Servir uma refeição Servirjantar Filhos Casos de Uso - Generalização/Especialização

36. Cliente ClienteEspecial Atores - Generalização/Especialização • É possível definir tipos gerais de atores e especializá-los usando o relacionamento de especialização (herança).

37. Exemplo Completo

38. Agrupamento em pacotes • Em um sistema complexo, podem existir muitos casos de uso para visualizar com clareza num único diagrama! • Uma solução: um diagrama de casos de uso inicial, com pacotes de casos de uso, e um diagrama de casos de utilização relativo a cada pacote.

39. Restaurante Servir almoço Pagar refeição Servir uma refeição «include» Servir jantar Cliente «extend» «extend» «extend» Servir uma entrada Servir à luz de velas Servir uma sobremesa Comprar bens Fornecedor Agrupamento em pacotes

40. Sist. de Gestão de Restaurantes (SGR) Relação com Fornecedores Cozinheiro Relação com Clientes Garçom Gerente Agrupamento em pacotes

41. SGR – Relação com Clientes Elaborar menu do dia Cozinheiro Registar pedido Garçom Fechar a conta Receber a conta Gerente Agrupamento em pacotes

42. Especificação de Caso de Uso

43. Especificação de Caso de Uso • Caso de Uso: Manter Funcionário • Descrição: Este caso uso tem por objetivo permitir consultar, incluir, alterar e excluir o registro de funcionários no sistema SISFUNC. • Ator: Administrador • Pré-Condição: • - O ator deverá estar cadastrado no sistema com perfil de Administrador. • - O funcionário deverá ter entregado toda a documentação solicitada no RH. • Pós-Condição: • - Cadastro do funcionário mantido no sistema. • Requisitos Associados: • - Gerar Folha de Pagamento.

44. Especificação de Caso de Uso 7. Fluxo de Eventos 7.1.Fluxo Principal P1- O caso de uso é iniciado quando o Ator acessa o sistema e seleciona a opção “Consultar Funcionário” no menu principal. P2- O ator informa o CPF do funcionário. (E1) P3- O sistema apresenta a interface “Manter Funcionário”. (A1), (A2). P4- O ator preenche os dados cadastrais do fucionário e seleciona a opção “Incluir”. (E2) P5- O sistema solicita confirmação de inclusão. P6- O ator confirma a inclusão selecionando a opção “OK”. P7- O sistema apresenta a mensagem “Operação realizada com sucesso”. P8- O caso de uso é encerrado.

45. Especificação de Caso de Uso 7.2.Fluxo Alternativo A.1. Alterar Funcionário. A.1.1. O ator altera os dados cadastrais desejados e seleciona a opção “Alterar”. A.1.2. O sistema solicita a confirmação da alteração. (E2) A.1.3. O ator confirma a alteração selecionando a opção “OK”. (P7) A.2. Excluir Funcionário. A.2.1. O ator seleciona a opção “Excluir”. (E3) A.2.2. O sistema solicita a confirmação da exclusão. A.2.3. O ator confirma a exclusão selecionando a opção “OK”. (P7)

46. Especificação de Caso de Uso 7.3.Fluxo Excessão E.1. O Sistema apresenta a mensagem “CPF inválido”. E.2. O Sistema apresenta a mensagem “Campo obrigatório não preenchido, favor verificar”. E.3. O Sistema apresenta a mensagem “Perfil não habilitado para realizar esta função”.

47. Especificação de Caso de Uso 8.Regras de Negócio 8.1.Regra de Aplicação -O campo CPF deverá ser composto de 11(onze) dígitos numéricos no formato (99999999999). -O campo data de nascimento é composto de 08(oito) dígitos numéricos no formato a seguir (dd/mm/aaaa). -O campo endereço é composto de 30(trinta) dígitos. -O campo telefone é composto de 10(Dez) dígitos numéricos no formato a seguir (99) 9999 9999. -O campo CEP é composto de 08(oito) dígitos numéricos no formato a seguir (99999999). -O campo perfil do funcionário é composto de 01(Um) caractere numérico.

48. Especificação de Caso de Uso 8.Regras de Negócio 8.1.Regra de Negócio • O funcionárioapenaspoderáserinativadoporfuncionário com perfil de Administrador. • A alterção do cadastro do funcionárioapenasserápermitida 30 diasapós a suainclusão. • O cadastroapenaspoderáserexcluído 30 diasapós o encerramento do avisoprévio. • A exclusão do registro do funcionáriodeveráocorrerapenas de forma lógica.

49. Especificação de Caso de Uso 8.Regras de Negócio 8.1.Regra de Negócio • O funcionárioapenaspoderáserinativadoporfuncionário com perfil de Administrador. • A alterção do cadastro do funcionárioapenasserápermitida 30 diasapós a suainclusão. • O cadastroapenaspoderáserexcluído 30 diasapós o encerramento do avisoprévio, conforme CLT. • A exclusão do registro do funcionáriodeveráocorrerapenas de forma lógica. 9. Informações Suplementares - CLT: Consolidação das Leis do Trabalho.