Creando Bantotal Web: desarrollando 3000 WebPanels con la cuarta parte de esfuerzo

2. Creando Bantotal Web: desarrollando 3000 WebPanels con la cuarta parte de esfuerzo Diego Rivero drivero@dlya.com.uy Marcos Begerez mbegerez@dlya.com.uy Nicolás Castagnet ncastagnet@dlya.com.uy De Larrobla & Asociados

3. Introducción • Problema: Migrar 3000 WebPanels estimados y 30 programadores distribuidos en distintos países de Latinoamérica • Solución: Invertimos en un proyecto de investigación para mejorar nuestro modelo de desarrollo • Resultados: Hoy día tenemos mas del 80% de la migración realizada, y lo realizamos en la cuarta parte del tiempo estimado

4. Contenido Evaluación de los resultados Evolución del modelo Construcción de la herramienta Análisis de la situación

5. 1 - Análisis Evaluación de los resultados Evolución del modelo Construcción de la herramienta Análisis de la situación

6. ¿Por qué una versión Web? • Facilidad de propagación de cambios • Información centralizada accesible desde cualquier lado • Inversión de la industria • Los clientes lo piden

7. ¿Cuál era el problema? • Nuestros productos consisten en: • 15199 Objetos • 4893 WorkPanels • 2235 Transacciones • 2002 Tablas • Bantotal Web: 3000 WebPanels estimados

8. Luego de algunas pruebas… • Conclusiones: • Hay que hacer nuevas inversiones • La arquitectura es distinta • Hay que migrar desarrolladores • El costo de desarrollo es mayor • Nosotros tenemos que seguir siendo competitivos en este escenario

9. Experiencias de migración • Pasamos de una arquitecturas centralizada (RPG), a cliente/servidor (VFP) y 3-capas (Java) • Sobrevivimos 10 años compitiendo a nivel internacional gracias a GeneXus • Logramos la primera instalación, que conocemos, de un sistema bancario en Java y plataforma Intel (dentro de Latinoamérica)

10. ¿Por qué extender GeneXus? • Migrar los procedimientos es volver a generar • Con respecto a la interfaz: • Demasiados grados de libertad • Mucho código por WebPanel • La conversión de interfaces NO es volver a generar • Por último, no había GXPatterns • Se necesita: • Ser homogéneos • Ser estables • Concentrarnos en dar valor • Costo proyecto = Costo lógica de negocio • Menos flexibilidad y más personalización

11. 2 - Construcción Evaluación de los resultados Evolución del modelo Construcción de la herramienta Análisis de la situación

12. Una reseña de evolución Nuestras aplicaciones Conocimiento Organizacional Comunicación WebServices Escalabilidad Servidores de aplicaciones Interfaz de usuario Bibliotecas gráficas Datos Bases de datos

13. Generador Diseñador Encapsulando el conocimiento Definición Esquema + Objeto GeneXus

14. Modelo Requerimientos Programador Definición de requerimientos de la interfaz Herramienta GeneXus GeneXus Plataforma (Java, .Net, etc)

15. ¿Qué hicimos? • Relevamos los distintos tipos de interfaces Win existentes • Identificamos los problemas más comunes del desarrollo Web • Buscamos soluciones • Las encapsulamos en la herramienta

16. Demostración DEMO 1 (Definición de interfaces)

17. Funcionalidades • Componentes de la interfaz: • Categorías y subcategorías • Campos, ComboBox, RadioButtons, Dependencias, Grillas, etc. • Operaciones • Funcionalidades más importantes implementadas actualmente: Reporte de errores/advertencias Confirmaciones Validación de datos Operaciones con “pop-ups” Control de usuario Navegación Filtrado de datos en grillas Grillas editables Carga de dependencias Actualización del estado de la interfaz según el modelo de datos

18. 3 - Evolución Evaluación de los resultados Evolución del modelo Construcción de la herramienta Análisis de la situación

19. Dinamismo La tecnología evoluciona, nuestras implementaciones también deberían hacerlo NUEVO: HTML + Código GX HTML + Código GX generado Definición Cambiamos el generador y volvemos a generar Se genera... Código Objeto GeneXus Beneficios: • No quedamos atados a las implementaciones • Acompañamos todo el ciclo de desarrollo

20. Nuestro ciclo evolutivo Primera versión: • Estructura de la definición estable • Implementaciones sencillas Evolución: • Cambios menores en el esquema de la definición • Mejoras en las implementaciones Estabilización: • Mayor robustez • Afinamiento con experiencia de uso real Herramienta Bantotal Migración de Bantotal Implantación Febrero ‘04 Julio ‘04 Tiempo

21. Demostración DEMO 2 (Adaptabilidad)

22. A futuro… • Evolucionar y mejorar • Áreas de interés: • Seguridad • Eficiencia • Interfaz de usuario • Nuevas tecnologías • Los avances realizados se impactan sin costos

23. 4 - Evaluación Evaluación de los resultados Evolución del modelo Construcción de la herramienta Análisis de la situación

24. Productividad Tiempo = Diseño de Interfaz + Lógica de Interfaz + Lógica de Negocio + Pruebas Básicas

25. Proyectando 3000 WebPanels…

26. Consecuencias • Estaremos preparados para instalar Bantotal Web desde el tercer trimestre de este año

27. Conclusiones • Web no es Win: • Es más sofisticada/complicada • Da más trabajo • Programación declarativa: • Nos ayudó a seguir estándares de trabajo • La atención se enfocó en la lógica de negocio • Mejoró la productividad y facilitó los cambios • Tenemos una gran tecnología con GeneXus, pero agregando nuestra experiencia pudimos mejorarla • ¿El modelo será efectivo más allá de las interfaces?

28. Gracias por su atención…. ¿Preguntas? Nicolás Castagnet – ncastagnet@dlya.com.uy Diego Rivero – drivero@dlya.com.uy Marcos Begerez – mbegerez@dlya.com.uy “Si piensas que puedes hacer algo o piensas que no puedes hacer algo, tú tienes razón” - Henry Ford -