Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.
1 
Hacia un modelo 
de Arquitectura 
Emergente 
Mariano Koldobsky @koldobsky
2 
Porqué baja el agua de la 
montaña?
3 
Justificando en vez de 
Cuestionando
4 
Documento de Arquitectura
5 
Características de un 
proyecto Ágil
6 
Greenfield vs Brownfield
7 
Constraints!
8 
Out-of-the-box
9 
Sashimi approach 
Martin Salias
10 
Iteración 0,1 
client 
databases 
Static 
Markup 
Domain 
Entities 
Data 
Access 
Repository / System
11 
client 
databases 
Static 
Markup 
Domain 
Entities 
Domain 
Services 
Data 
Access 
Security 
Repository / System
12 
client 
databases 
Static 
Markup 
Scripting 
Domain 
Entities 
Domain 
Services 
Data 
Access 
ReSTful interface 
Rep...
13 
Next 
client 
Static 
Markup 
Scripting 
Domain 
Entities 
ReSTful interface 
Domain 
Services 
Workflows 
Service 
Cl...
14 
Validaciones
15 
Validaciones 
Aceptación, rendimiento y carga 
Validación del Modelo de Arquitectura 
Dependencias 
Pruebas unitarias,...
16 
Validación de dependencias
17 
Pruebas Unitarias, de 
integración, code coverage
18 
Análisis estático
19 
Test de APIs 
Postman 
Restconsole
20 
Front-end 
Lo dejo a tu criterio…
21 
Conclusiones
22 
Ejemplos, discusiones, 
otros cuentos
23 
Contacto 
Hipólito Yrigoyen 1530, 7th Fl 
Ciudad Autónoma de Buenos Aires C1089AAD 
Argentina 
Voice +54-11-4378-5000 ...
24
Próxima SlideShare
Cargando en…5
×

Hacia un modelo de Arquitectura emergente

Como pensar la arquitectura de un proyecto como emergente y ágil de tal manera que evolucione junto a los requerimientos, con métodos que nos permitan validarla constantemente y eliminar los condicionamientos tempranos.

  • Inicia sesión para ver los comentarios

  • Sé el primero en recomendar esto

Hacia un modelo de Arquitectura emergente

  1. 1. 1 Hacia un modelo de Arquitectura Emergente Mariano Koldobsky @koldobsky
  2. 2. 2 Porqué baja el agua de la montaña?
  3. 3. 3 Justificando en vez de Cuestionando
  4. 4. 4 Documento de Arquitectura
  5. 5. 5 Características de un proyecto Ágil
  6. 6. 6 Greenfield vs Brownfield
  7. 7. 7 Constraints!
  8. 8. 8 Out-of-the-box
  9. 9. 9 Sashimi approach Martin Salias
  10. 10. 10 Iteración 0,1 client databases Static Markup Domain Entities Data Access Repository / System
  11. 11. 11 client databases Static Markup Domain Entities Domain Services Data Access Security Repository / System
  12. 12. 12 client databases Static Markup Scripting Domain Entities Domain Services Data Access ReSTful interface Repository / System Security
  13. 13. 13 Next client Static Markup Scripting Domain Entities ReSTful interface Domain Services Workflows Service Clients Data Access Repository / System services databases Security Operations
  14. 14. 14 Validaciones
  15. 15. 15 Validaciones Aceptación, rendimiento y carga Validación del Modelo de Arquitectura Dependencias Pruebas unitarias, de integración y code coverage. Análisis estático Tests de APIs
  16. 16. 16 Validación de dependencias
  17. 17. 17 Pruebas Unitarias, de integración, code coverage
  18. 18. 18 Análisis estático
  19. 19. 19 Test de APIs Postman Restconsole
  20. 20. 20 Front-end Lo dejo a tu criterio…
  21. 21. 21 Conclusiones
  22. 22. 22 Ejemplos, discusiones, otros cuentos
  23. 23. 23 Contacto Hipólito Yrigoyen 1530, 7th Fl Ciudad Autónoma de Buenos Aires C1089AAD Argentina Voice +54-11-4378-5000 Fax +54-11-4378-5005 www.facebook.com/bvision.fanpage twitter.com/#!/_BVision www.linkedin.com/company/bvision 23
  24. 24. 24

×