CASO DE USO. Isac Aguiar isacaguiar.com.br

Transcrição

1 CASO DE USO Isac Aguiar isacaguiar.com.br

2 Caso de Uso Descreve o modelo funcional (comportamento) do sistema Técnica de especificaçao de requisitos Especifica um serviço que o sistema oferece para seus usuários Auxilia a análise e gestão dos requisitos de um sitema Dão uma visão externa do sistema Orienta o desenvolvimento

3 Elementos do Diagrama Ator Caso de Uso Relacionamentos Associação Generalização Dependência: Extensão e Inclusão

4 Ator Representam os papéis desempenhados por elementos externos ao sistema Usuário humano Dispositivo de hardware ou outro sistema Elementos que interagem com o sistema Notação:

5 Caso de Uso Representa a funcionalidade do sistema É iniciado por um ator ou outro caso de uso Permite o ator atingir o seu objetivo Dica Nomeie o caso de uso começando com verbo Notação:

6 Relacionamentos Associação relação básica que representa a interação entre um ator e um caso de uso. Dependência relação entre classes, onde uma classe depende da outra. Generalização Entre Atores Entre Caso de Uso

7 Generalização entre atores Relação entre Atores Caso de Uso de B também são de A

8 Entre Casos de Uso Inclusão <<include>> Especifica que um caso de uso ocupa lugar dentro de outro caso de uso

9 Entre Casos de Uso Herança <<extends>> Caso de uso é praticamente igual ao outro Faz um pouco mais Uso <<uses>> Comportamento idêntico em vários casos de uso Evita a duplicação

10 Exemplo 01 Loja de CD Identificação: Casos de Uso, Atores e Relações Uma loja de CDs possui discos para venda. Um cliente pode comprar uma quantidade ilimitada de discos para isto ele deve se dirigir à loja. A loja possui um atendente cuja função é atender os clientes durante a venda dos discos. A loja também possui um gerente cuja função é administrar o estoque para que não faltem discos. Além disso é ele quem dá folga ao atendente, ou seja, ele também atende os clientes durante a venda de discos.

11 Loja de CD Relacionamento de associação Vender CDs Atendente Gerente Administrar estoque

12 Loja de CD Generalização de atores Vender CDs Atendente Administrar estoque Gerente

13 Loja de CDs Novos Requisitos As vendas podem ser à vista ou a prazo. Em ambos os casos o estoque é atualizado e uma nota fiscal, entregue ao consumidor. No caso de uma venda a prazo, ela pode ser parcelada em 2 pagamentos com um acréscimo de 10%. Para as vendas a prazo são gerados boletos bancários que são entregues ao cliente e armazenados no sistema para lançamento posterior no caixa.

14 Loja de CDs Generalização de Casos de Uso Vender CDs Atendente Vender CDs a prazo Vender CDs à vista Administrar estoque Gerente

15 Loja de CDs Novos Requisitos As vendas podem ser à vista ou a prazo. Em ambos os casos o estoque é atualizado e uma nota fiscal, entregue ao consumidor. No caso de uma venda à vista, clientes cadastrados na loja e que compram mais de 5 CDs de uma só vez ganham um desconto de 1% para cada ano de cadastro. No caso de uma venda a prazo, ela pode ser parcelada em 2 pagamentos com um acréscimo de 20%. As vendas a prazo podem ser pagas no cartão ou no boleto. Para pagamento com boleto, são gerados boletos bancários que são entregues ao cliente e armazenados no sistema para lançamento posterior no caixa. Para pagamento com cartão, os clientes com mais de 10 anos de cadastro na loja ganham o mesmo desconto das compras a vista.

16 Loja de CDs Generalização de Casos de Uso Vender CDs Atendente Vender CDs a prazo Vender CDs à vista Vender c/ boleto Vender c/ cartão Administrar estoque Gerente

17 Loja de CDs Novos Requisitos No caso de uma venda à vista, clientes cadastrados na loja e que compram mais de 5 CDs de uma só vez ganham um desconto de 1% para cada ano de cadastro. No caso de uma venda a prazo......para pagamento com cartão, os clientes com mais de 10 anos de cadastro na loja ganham o mesmo desconto das compras à vista.

18 Loja de CDs Dependência: extensão Vender CDs Atendente Vender CDs a prazo Vender CDs à vista <<extend>> Vender c/ boleto Vender c/ cartão <<extend>> Calcular desconto Administrar estoque Gerente

19 Loja de CDs Novos Requisitos Para efetuar vendas ou administrar estoque, atendentes e gerentes terão que validar suas respectivas senhas de acesso ao sistema.

20 Loja de CDs Dependência: Inclusão Vender CDs Atendente Vender CDs a prazo Vender CDs à vista <<extend>> Vender c/ boleto Vender c/ cartão <<extend>> Calcular desconto <<include>> Fazer login <<include>> Administrar estoque Gerente

21 Loja de CDs Fronteira do Sistema Vender CDs Atendente Vender CDs a prazo Vender CDs à vista <<extend>> Vender c/ boleto Vender c/ cartão <<extend>> Calcular desconto <<include>> Fazer login <<include>> Administrar estoque Gerente

22 Descrição de Caso de Uso Possui importância maior que o diagrama UML não especifica padrão Tipos de Descrição Informal Típica Detalhada

23 Descrição Informal É composta pelo nome do caso de uso seguida de uma descrição textual de sua funcionalidade Exemplo:

24 Descrição Típica Contém: Identificação do ator que iniciou o caso de uso Pré-requisitos (se houver) do caso de uso Descrição textual do Fluxo normal e do Fluxos alternativos (se houver) Exemplo:

25 Descrição Detalhada Exemplo 01 Contém: Identificação do ator que iniciou o caso de uso Objetivo Nível Pré-requisitos (se houver) do caso de uso Condições de disparo (triggers) Descrição textual do: Fluxo normal Fluxos alternativos (se houver)

26 Exemplo 01

27 Exemplo 01 (cont.)

28 Descrição Detalhada Exemplo 02 Nome Descrição sucinta Atores Pré-condições Pós-condições Fluxo básico Fluxos alternativos Fluxos de exceção Estruturas de dados Regras de negócio Observações Utilizar este tipo de descrição de casos de uso nos trabalhos da disciplina!

29 Exemplo Blog Um blog tem um título e uma data de criação e além disso é um conjunto de conteúdos. Estes conteúdos (mensagens) podem ser notas ou comentários sobre as notas. Tanto notas quanto comentários têm características comuns como o texto e a data de sua criação. Todo usuário possui: (deve ser único, ou seja, não há mais de um usuário com o mesmo )

30

31 Requisitos do Blog Permitir a criação de blogs Permitir a utilização de blogs Qualquer usuário pode ler conteúdos Somente o dono do blog pode criar notas Qualquer usuário pode criar comentários. Para criar um comentário o usuários precisa ler as notas. Somente o dono do blog pode remover conteúdos. Para remover um conteúdo ele precisará ler o conteúdo. Caso ele remova um comentário, o autor do comentário deve ser notificado por .

32 Diagrama Blog Criar Blog blogsystem Criar Comentario <<include>> Ler Conteudo Ler Nota Usuario Ler Comentario <<include>> <<include>> Remover Comentario Remover Conteudo Remover Nota Dono do blog Criar Nota

33 Tipos de Diagrama de Interação Diagrama de Sequência Utilizado tipicamente para mostrar a interação de objetos em um único caso de uso Diagrama de Colaboração Utilizado para mostrar como os objetos em um sistema interagem sobre múltiplos casos de uso

34 Diagrama de Sequência Mostra a interação existente num conjunto de objetos e seus relacionamentos, dando ênfase à ordenação temporal de mensagens. Ilustrada os objetos de classes que participam de interação no topo (eixo X), o objeto que inicia a interação é colocado mais à esquerda e os demais vão sendo colocados à direita. As mensagens trocadas são dispostas ao longo do eixo dos Y, de acordo com os vínculos entre os objetos da classe, e em ordem crescente do tempo. Os diagramas de sequência diferenciam dos diagramas de colaboração por apresentar linhas de vida e barras de ativação.

35 Diagrama de Sequência Linhas de vida são linhas verticais tracejadas que indicam a existência do objeto no tempo. Barras de ativação representam o tempo que um objeto necessita para completar uma tarefa. As barras mostram o tempo em que objeto está ativo..

36 Diagrama de Colaboração Mostra a interação existente num conjunto de objetos e seus relacionamentos, dando ênfase à organização estrutural dos objetos. Mostra os objetos das classes que participam da interação, mostrando os vínculos entre os mesmos, descrevendo as mensagens que os objetos recebem e enviam. Os diagramas de colaboração diferenciam-se dos diagramas de sequências nestes aspectos: Existe um caminho que indica como o objeto está vinculado a outro. Existe um número de sequência para indicar a ordem temporal de uma mensagem (recomendado, mas é opcional).

37 Diagrama de Colaboração

38 Ferramentas de modelagem Omondo Plugin para Eclipse - Jude - Together - nload_together.html IBM Rational Rose -

39 Referências Bibliografias SOMMERVILLE, I. Engenharia de Software. São Paulo: Addison Wesley, Capitulo 3. ISBN: PRESSMAN, R.S. Engenharia de Software. São Paulo: Makron Books, Capitulo 2. ISBN: FOWLER, Martin. UML Essencial. 3 ed. Porto Alegre: Bookman, Unified Modeling Language