Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Arquitetura evolutiva
http://www.linkedin.com/in/denisferrari
Meta da apresentação
• Questionar em qual momento a arquitetura
deve ser pensada e aplicada...
O que é programação?
(Código é conhecimento registrado)
A programação é como uma redação.
A programação, assim como a redação...
• Pede por macro-decisões;
• É definida nas micro-decisões;
• Depende de valiação e...
(O TDD é fod* legal pois auxilia as micro-decisões)
O que é arquitetura de software?
(A arquitetura é o universo.
O design é a história)
A arquitetura...
• Conjunto de macro-decisões;
• Conjunto de convenções;
• Códigos de base (requisitos não funcionais);
• ...
Qual o tamanho ideal de um
time de desenvolvimento?
Dois programadores, um designer.
(A qualidade dos integrantes de um time é mais
importante do que a quantidade de pessoas)
(Um projeto de software é como uma
criança, seu comportamento final dependerá
das influências que ele recebeu dos adultos ...
CONCEPÇÃO DO PRODUTO
Primeira fase
Funcionalidades
• Base de conhecimento;
• Gerenciador de avisos;
• Interface de auto-atendimento;
• Busca com relevância*;
Tecnologias
Uma tecnologia deve estar
alinhada com os conceitos do seu projeto e
não deve definir como você irá trabalhar.
(Cuidado com a política nas decisões).
(A interface com o usuário
antes da programação)
(A utilização do código
antes de sua construção)
(Analisar o comportamento do usuário
antes de construir o que você acha importante)
PERSISTÊNCIA
DOMÍNIO
AUTO-ATENDIMENTO ADMINISTRAÇÃO
Quando a arquitetura de um projeto
deve ser definida?
(O livro de DDD não é a bíblia e saber
arquitetura não faz de você um cara mais legal)
A arquitetura deve
atender ao momento do projeto e
possibilitar a sua evolução.
ESTATÍSTICAS E IMPORTAÇÃO
Segunda fase
Funcionalidades
• Ferramenta de importação;
• Informações estatísticas sobre a base de
conhecimento;
• Interação do usuári...
(Migração de dados é uma coisa chata)
PERSISTÊNCIA
DOMÍNIO
AUTO-ATENDIMENTO ADMINISTRAÇÃO
APLICAÇÃO
INFRAESTRUTURA
MULTICLIENTES
Terceira fase
Funcionalidades
• Multi-Tenant;
• Separar necessidades de domínio das
necessidades de leitura;
AUTO-ATENDIMENTO ADMINISTRAÇÃO
APLICAÇÃO
INFRAESTRUTURA
DOMÍNIO RELATÓRIOS
PROCESSOS LEITURATENNANTS
INTEGRAÇÃO ENTRE SISTEMAS
Quarta fase
Funcionalidades
• Providenciar uma interface de integração
entre sistemas de Service Desk;
AUTO-ATENDIMENTO ADMINISTRAÇÃO
APLICAÇÃO
INFRAESTRUTURA
PROCESSOS LEITURATENANTS
RELATÓRIOS INTEGRAÇÕESDOMÍNIO
PERSISTÊNCIA
DOMÍNIO
AUTO-ATENDIMENTO ADMINISTRAÇÃO
AUTO-ATENDIMENTO ADMINISTRAÇÃO
APLICAÇÃO
INFRAESTRUTURA
PROCESSOS LEIT...
CONSIDERAÇÕES FINAIS
Conclusão
Obrigado!
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Arquitetura evolutiva - DNAD 2013
Upcoming SlideShare
Loading in …5
×

Arquitetura evolutiva - DNAD 2013

732 views

Published on

Published in: Technology
  • Be the first to comment

Arquitetura evolutiva - DNAD 2013

  1. 1. Arquitetura evolutiva
  2. 2. http://www.linkedin.com/in/denisferrari
  3. 3. Meta da apresentação • Questionar em qual momento a arquitetura deve ser pensada e aplicada...
  4. 4. O que é programação?
  5. 5. (Código é conhecimento registrado)
  6. 6. A programação é como uma redação.
  7. 7. A programação, assim como a redação... • Pede por macro-decisões; • É definida nas micro-decisões; • Depende de valiação externa; • Novas implementações necessitam da avaliação do todo; • É um processo criativo…
  8. 8. (O TDD é fod* legal pois auxilia as micro-decisões)
  9. 9. O que é arquitetura de software?
  10. 10. (A arquitetura é o universo. O design é a história)
  11. 11. A arquitetura... • Conjunto de macro-decisões; • Conjunto de convenções; • Códigos de base (requisitos não funcionais); • “Define” como as coisas devem ser feitas; • Pode facilitar ou atrapalhar novas implementações; • É difícil de mudar;
  12. 12. Qual o tamanho ideal de um time de desenvolvimento?
  13. 13. Dois programadores, um designer.
  14. 14. (A qualidade dos integrantes de um time é mais importante do que a quantidade de pessoas)
  15. 15. (Um projeto de software é como uma criança, seu comportamento final dependerá das influências que ele recebeu dos adultos que estavam perto durante seu crescimento)
  16. 16. CONCEPÇÃO DO PRODUTO Primeira fase
  17. 17. Funcionalidades • Base de conhecimento; • Gerenciador de avisos; • Interface de auto-atendimento; • Busca com relevância*;
  18. 18. Tecnologias
  19. 19. Uma tecnologia deve estar alinhada com os conceitos do seu projeto e não deve definir como você irá trabalhar.
  20. 20. (Cuidado com a política nas decisões).
  21. 21. (A interface com o usuário antes da programação)
  22. 22. (A utilização do código antes de sua construção)
  23. 23. (Analisar o comportamento do usuário antes de construir o que você acha importante)
  24. 24. PERSISTÊNCIA DOMÍNIO AUTO-ATENDIMENTO ADMINISTRAÇÃO
  25. 25. Quando a arquitetura de um projeto deve ser definida?
  26. 26. (O livro de DDD não é a bíblia e saber arquitetura não faz de você um cara mais legal)
  27. 27. A arquitetura deve atender ao momento do projeto e possibilitar a sua evolução.
  28. 28. ESTATÍSTICAS E IMPORTAÇÃO Segunda fase
  29. 29. Funcionalidades • Ferramenta de importação; • Informações estatísticas sobre a base de conhecimento; • Interação do usuário com a base de conhecimento;
  30. 30. (Migração de dados é uma coisa chata)
  31. 31. PERSISTÊNCIA DOMÍNIO AUTO-ATENDIMENTO ADMINISTRAÇÃO APLICAÇÃO INFRAESTRUTURA
  32. 32. MULTICLIENTES Terceira fase
  33. 33. Funcionalidades • Multi-Tenant; • Separar necessidades de domínio das necessidades de leitura;
  34. 34. AUTO-ATENDIMENTO ADMINISTRAÇÃO APLICAÇÃO INFRAESTRUTURA DOMÍNIO RELATÓRIOS PROCESSOS LEITURATENNANTS
  35. 35. INTEGRAÇÃO ENTRE SISTEMAS Quarta fase
  36. 36. Funcionalidades • Providenciar uma interface de integração entre sistemas de Service Desk;
  37. 37. AUTO-ATENDIMENTO ADMINISTRAÇÃO APLICAÇÃO INFRAESTRUTURA PROCESSOS LEITURATENANTS RELATÓRIOS INTEGRAÇÕESDOMÍNIO
  38. 38. PERSISTÊNCIA DOMÍNIO AUTO-ATENDIMENTO ADMINISTRAÇÃO AUTO-ATENDIMENTO ADMINISTRAÇÃO APLICAÇÃO INFRAESTRUTURA PROCESSOS LEITURATENANTS RELATÓRIOS INTEGRAÇÕESDOMÍNIO AUTO-ATENDIMENTO ADMINISTRAÇÃO APLICAÇÃO INFRAESTRUTURA DOMÍNIO RELATÓRIOS PROCESSOS LEITURATENNANTS PERSISTÊNCIA DOMÍNIO AUTO-ATENDIMENTO ADMINISTRAÇÃO APLICAÇÃO INFRAESTRUTURA
  39. 39. CONSIDERAÇÕES FINAIS Conclusão
  40. 40. Obrigado!

×