Casos de Uso e Cenário

Transcript

1. Eduardo Melo Mateus Revoredo Marcus Vinicius casos de uso e cenário
2. cenários
3. Definição
4. • Conjunto de interação entre parceiros • Contém: –Atores –A informação por trás deles –Objetivos e sequências de ações e eventos –Obstáculos
5. • Conjunto de interação entre parceiros • Contém: –Atores –A informação por trás deles –Objetivos e sequências de ações e eventos –Obstáculos
6. • Conjunto de interação entre parceiros • Contém: –Atores –A informação por trás deles –Objetivos e sequências de ações e eventos –Obstáculos
7. • Conjunto de interação entre parceiros • Contém: –Atores –A informação por trás deles –Objetivos e sequências de ações e eventos –Obstáculos
8. • Conjunto de interação entre parceiros • Contém: –Atores –A informação por trás deles –Objetivos e sequências de ações e eventos –Obstáculos
9. Vantagens
10. • Tem em conta o ponto de vista do utilizador • Especificações parciais • Fácil de compreender • Ciclos de feedback curtos • Base para os testes do sistema
11. • Tem em conta o ponto de vista do utilizador • Especificações parciais • Fácil de compreender • Ciclos de feedback curtos • Base para os testes do sistema
12. • Tem em conta o ponto de vista do utilizador • Especificações parciais • Fácil de compreender • Ciclos de feedback curtos • Base para os testes do sistema
13. • Tem em conta o ponto de vista do utilizador • Especificações parciais • Fácil de compreender • Ciclos de feedback curtos • Base para os testes do sistema
14. • Tem em conta o ponto de vista do utilizador • Especificações parciais • Fácil de compreender • Ciclos de feedback curtos • Base para os testes do sistema
15. o método scram
16. • Baseado em três técnicas: –Protótipos, storyboards ou demonstradores de conceito –Cenários –Modelos de análise racional
17. • Baseado em três técnicas: –Protótipos, storyboards ou demonstradores de conceito –Cenários –Modelos de análise racional
18. • Baseado em três técnicas: –Protótipos, storyboards ou demonstradores de conceito –Cenários –Modelos de análise racional
19. método scram fases do
20. • Captura inicial de requisitos • Especificação e desenvolvimento • Sessão de análise • Análise da sessão
21. • Captura inicial de requisitos • Especificação e desenvolvimento • Sessão de análise • Análise da sessão
22. • Captura inicial de requisitos • Especificação e desenvolvimento • Sessão de análise • Análise da sessão
23. • Captura inicial de requisitos • Especificação e desenvolvimento • Sessão de análise • Análise da sessão
24. Problemas
25. • Influência • Duração/Quantidade reuniões desenvolvimento • Dificuldade para determinar grau formalidade necessário • Conceitos de integração raros
26. • Influência • Duração/Quantidade reuniões desenvolvimento • Dificuldade para determinar grau formalidade necessário • Conceitos de integração raros
27. • Influência • Duração/Quantidade reuniões desenvolvimento • Dificuldade para determinar grau formalidade necessário • Conceitos de integração raros
28. • Influência • Duração/Quantidade reuniões desenvolvimento • Dificuldade para determinar grau formalidade necessário • Conceitos de integração raros
30. casos de uso
31. Surgimento
32. • Década de 80 • Processo Rápido e Eficiente • Levantamento e Validação de Requisitos • Posteriormente incorporado a UML
33. • Década de 80 • Processo Rápido e Eficiente • Levantamento e Validação de Requisitos • Posteriormente incorporado a UML
34. • Década de 80 • Processo Rápido e Eficiente • Levantamento e Validação de Requisitos • Posteriormente incorporado a UML
35. • Década de 80 • Processo Rápido e Eficiente • Levantamento e Validação de Requisitos • Posteriormente incorporado a UML
36. Diagrama de Caso de Uso
38. Definição
39. • Descreve um cenário • Somente uma funcionalidade • Nomes curtos • Agregação em pacotes
40. • Descreve um cenário • Somente uma funcionalidade • Nomes curtos • Agregação em pacotes
41. • Descreve um cenário • Somente uma funcionalidade • Nomes curtos • Agregação em pacotes
42. • Descreve um cenário • Somente uma funcionalidade • Nomes curtos • Agregação em pacotes
43. <<include>> <<extend>>
44. Humano Máquina
45. Nível Detalhamento Nível Formalidade
46. termos
47. termos claros
48. Foco em característica do sistema uma
50. Nome Atores Objetivo Fluxo Atributos obrigatórios
51. casos de uso especificação de
52. O que é?
53. Detalha características Idéia geral do propósito
54. detalhamento pré pós condições
55. Fluxo de Eventos
56. • Descreve acontece entre usuário e sistema o que
57. sem informar essa interação ocorre como
58. Fluxo Principal
59. Aborda o que ocorre quando o caso de uso é executado.
60. Subfluxo
61. Criado quando o fluxo principal é muito extenso Fluxo Principal Subfluxo 1 Subfluxo 2 Subfluxo 3 Subfluxo 4
62. Fluxo Alternativo (Exceções)
63. Comportamento de carater excepcional Variações do comportamento
64. Diretrizes para conteúdo do fluxo
65. • Descrever como o caso de uso começa e termina • Descrever a troca de informações entre Ator e Caso de Uso • Não descreve detalhes do projeto(como será implementado)
66. • Descrever como o caso de uso começa e termina • Descrever a troca de informações entre Ator e Caso de Uso • Não descreve detalhes do projeto(como será implementado)
67. • Descrever como o caso de uso começa e termina • Descrever a troca de informações entre Ator e Caso de Uso • Não descreve detalhes do projeto(como será implementado)
68. evitar terminologia vaga: “por exemplo” “etc.” “informações”
69. obrigado!