Engenharia de Software I - Aula 9

616 visualizações

Publicada em

Slides da 9ª aula da disciplina "Engenharia de Software I".

Curso: Tecnologia em Análise e Desenvolvimento de Sistemas.

Publicada em: Negócios
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
616
No SlideShare
0
A partir de incorporações
0
Número de incorporações
4
Ações
Compartilhamentos
0
Downloads
28
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Engenharia de Software I - Aula 9

  1. 1. Alessandro Almeida | www.alessandroalmeida.com
  2. 2.  Os grupos que não enviarem a Ficha de Descrição dos seus projetos até o dia 16 (23:59) perderão 0,5 ponto para cada dia de atraso  Lembrando que o Projeto Integrado vale 5 pontos na Avaliação Continuada
  3. 3. Requisitos e Modelagem da Solução
  4. 4.  Disciplina de engenharia cujo foco está em todos os aspectos da produção de software, desde os estágios iniciais da especificação do sistema até sua manutenção, quando o sistema já está sendo usado.
  5. 5.  todos os aspectos da produção de software  Diversos Ciclos de Vida...
  6. 6.  Relembrando a importância...  Fonte: Edição 2012 do Estudo de Benchmarking em Gerenciamento de Projetos (www.pmsurvey.org)
  7. 7.  Problemas mais frequentes em projetos...
  8. 8.  Problemas mais frequentes em projetos... Escopo não definido adequadamente
  9. 9.  Problemas mais frequentes em projetos... Mudanças de escopo constantes
  10. 10.  Problemas mais frequentes em projetos... Riscos não avaliados corretamente
  11. 11.  Problemas mais frequentes em projetos... Estimativas incorretas ou sem fundamento
  12. 12.  Deve responder (pelo menos) as seguintes perguntas...  Como será a solução que vai atender os requisitos mapeados e validados?  Como o usuário (cliente) vai interagir com esta solução?  Como os módulos da solução vão interagir entre eles?  Como a solução será implementada?
  13. 13.  Fases críticas para o sucesso do projeto de desenvolvimento de um software!  Se não acontecerem da forma correta, o projeto corre um grande risco de ser um fracasso...
  14. 14. Como resolver?
  15. 15. Diagrama de Fluxo de Dados
  16. 16.  O que é?
  17. 17. Entendendo DFD sem precisar consultar o livro...
  18. 18.  DIAGRAMA  “representação gráfica, por meio de figuras geométricas (pontos, linhas, áreas etc.), de fatos, fenômenos, grandezas, ou das relações entre eles; gráfico, esquema” (Fonte: Houaiss)
  19. 19.  DIAGRAMA  “representação gráfica, por meio de figuras geométricas (pontos, linhas, áreas etc.), de fatos, fenômenos, grandezas, ou das relações entre eles; gráfico, esquema” (Fonte: Houaiss)
  20. 20.  FLUXO  “escoamento ou movimento contínuo de algo que segue um curso” (Fonte: Houaiss)
  21. 21.  FLUXO  “escoamento ou movimento contínuo de algo que segue um curso” (Fonte: Houaiss) A B C D E
  22. 22.  DADO  “informação relativa a um indivíduo, capaz de identificá-lo” (Fonte: Houaiss)  “informação capaz de ser processada por um computador” (Fonte: Houaiss)
  23. 23.  DADO  “informação relativa a um indivíduo, capaz de identificá-lo” (Fonte: Houaiss)  “informação capaz de ser processada por um computador” (Fonte: Houaiss)Prontuário Nome do Aluno16030364 Alessandro Rodrigues de Almeida16030365 Raul Seixas
  24. 24.  O que é um Diagrama de Fluxo de Dados?  Representação gráfica que mostra o movimento das informações dentro de um sistema Concordam?
  25. 25.  Ferramenta de modelagem gráfica da solução  Análise Estruturada Permite imaginar um sistema como uma rede de processos funcionais, interligados por dutos e tanques de armazenamentos de dados Pode ser apresentado para o cliente!  Se for construído da forma correta, é claro
  26. 26.  Também conhecido como...  Diagrama de bolhas  DFD  Modelo de processo  Diagrama de fluxo de trabalho  Modelo funcional  “uma representação de como o sistema funciona”
  27. 27.  Também conhecido como...  Diagrama de bolhas  DFD  Modelo de processo (nem sempre)  Diagrama de fluxo de trabalho (nem sempre)  Modelo funcional (nem sempre)  “uma representação de como o sistema funciona”
  28. 28.  Quer ser um especialista em DFD?  Quem lembra da referência básica indicada na primeira aula?
  29. 29.  Edward Yourdon: O cara do DFD!  http://yourdon.com/
  30. 30.  Analisando um pouco já é possível entender Representação simples Intuitivo Na construção, lembre-se que o cliente (usuário) é quem vai validar  Ou seja, o cara precisa entender seu desenho
  31. 31.  O DFD pode ser desenhado em uma página  Seu cliente vai conseguir examinar o diagrama sem se confundir!
  32. 32.  Também utilizado para modelagem de processos...
  33. 33. Fonte: PMBoK, 4ª Edição
  34. 34. DFD ajuda!
  35. 35. Mas não é A SOLUÇÃO paragerenciamento de requisitos e modelagem da solução.
  36. 36. Mas não é A SOLUÇÃO paragerenciamento de requisitos e modelagem da solução.
  37. 37. O DFD ajuda na modelagem da solução.
  38. 38. Nas próximas aulas falaremos tambémsobre levantamento e especificação de requisitos
  39. 39. alessandro.almeida@uol.com.brwww.slideshare.net/alessandroalmeida

×