Hacia un modelo de Arquitectura emergente
•Download as PPTX, PDF•
0 likes•885 views
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.
Recommended
Recommended
More Related Content
Viewers also liked
Viewers also liked (15)
Similar to Hacia un modelo de Arquitectura emergente
Similar to Hacia un modelo de Arquitectura emergente (20)
Recently uploaded
Recently uploaded (20)
Hacia un modelo de Arquitectura emergente
- 1. 1 Hacia un modelo de Arquitectura Emergente Mariano Koldobsky @koldobsky
- 2. 2 Porqué baja el agua de la montaña?
- 3. 3 Justificando en vez de Cuestionando
- 4. 4 Documento de Arquitectura
- 5. 5 Características de un proyecto Ágil
- 6. 6 Greenfield vs Brownfield
- 9. 9 Sashimi approach Martin Salias
- 10. 10 Iteración 0,1 client databases Static Markup Domain Entities Data Access Repository / System
- 11. 11 client databases Static Markup Domain Entities Domain Services Data Access Security Repository / System
- 12. 12 client databases Static Markup Scripting Domain Entities Domain Services Data Access ReSTful interface Repository / System Security
- 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 Validaciones
- 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 Validación de dependencias
- 17. 17 Pruebas Unitarias, de integración, code coverage
- 19. 19 Test de APIs Postman Restconsole
- 20. 20 Front-end Lo dejo a tu criterio…
- 21. 21 Conclusiones
- 22. 22 Ejemplos, discusiones, otros cuentos
- 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
Editor's Notes
- Cuento del científico y el animista
- En los proyectos en general somos un poco animistas. Dotamos de alma a la arquitectura de un proyecto y la justificamos durante todo el proyecto, y no la cuestionamos
- El Arquitecto sale de la cueva en el Kickoff del proyecto Arma la “Arquitecura” Se vuelve a la cueva Sale nuevamente al final del proyecto y actualiza el documento con el GAP entre la arquitectura real y el doc Diferencias por misunderstundings de los desarrolladores, imposibilidades, cambios Acá hay un smell
- Iterativo e incremental Evolución del conocimiento del dominio por parte del team Evolución del entendimiento por parte del cliente Cambios Cambios
- Explicación de Greenfield Explicación de Brownfield Sacamos Brownfield del scope de la charla, pero se puede analizar desde el punto de vista de los refactorings, que pueden incluir la arquitectura Greenfield nos permite estar en el mejor de los mundos. Excepto los requerimientos no funcionales. No tenemos constraints
- Eliminemos los constraints, no nos generemos constraints innecesarios
- NOOOO!!
- Labure con Martin Ver las charlas de Arquitectura Emergente Kleer Una forma de aproximarnos a una arquitectura que evoluciona con los requerimientos
- Una arquitectura que emerge a partir de la evolución de los requerimientos, con métodos que nos permitan validarla constantemente, con piezas fácilmente reemplazables, elimina condicionamientos tempranos y nos permite efectuar todas las mejoras que el cliente necesite.