Recomendados
Recomendados
Más contenido relacionado
Similar a G2W Migrar Aplicaciones Web
Similar a G2W Migrar Aplicaciones Web (20)
Más de GeneXus
Más de GeneXus (20)
G2W Migrar Aplicaciones Web
- 1. #GX2465 G2W…It’seasy, do it G2W…lecciones aprendidas para lograr migraciones a web exitosas Sebastian Jodal sjodal@dvfacto.com @sjodal Veronica Buitron vbuitron@dvfacto.com @vbuitron
- 2. Lecciones aprendidas 14 veces más rápido
- 4. Agenda
- 5. Aplicaciones chicas Relevamiento 1 Web Framework 2 Conversión 3 Test 4 Ajustes 5 Producción 6
- 7. Cuestionario
- 9. Conversión Aplicaciones chicas Conversión casi 100% AUTOMATICA
- 11. Ejemplos
- 12. Ejemplos
- 13. Ejemplos
- 14. Ejemplos
- 16. Aplicacionesgrandes 1 Diagnostico 2 Relevamiento 3 Web framework 4 Conversión
- 20. Relevamiento Código no convertible automáticamente Funcionalidad no soportadas en web Nuevas funcionalidades Patrones de código
- 21. Conversion
- 22. Mantenimiento Generadosautomaticamente Web Form Designer WorkWith Designer Custom Pattern Auditoria
- 23. Aplicaciones chicas automático Aplicaciones grandes reingeniería automatizable 14 veces mas rápido Resumiendo…
- 24. #G2W Conclusión
- 25. ¡MuchaS GRACIAS!
Notas del editor
- Una de lasprimerascosasqueaprendimos o confirmamosesqueefectivamenteteniamos un productoquecumpleunafuncionimportantepara la comunidad GeneXus.A nosotrospordeformacionprofesional, nosmedircosas de tal forma de podercomparar. Por lo tantomedimos los proyectos de convresionutilizando G2W y los comparamos con comoserian los mismosproyectos de conversion de forma manual. El resultadofue el siguiente:Si quierenconvertirsusaplicaciones de GeneXus win o text a web, G2W lo haceaproximadamente 14 vecesmasrapidoque de forma manual.
- Si decimosque con G2W el proyectoesaprox 14 vecesmasrapido, necesitamosmostrarnumeros. Para estodejenmecompartir con usterdes los numeros de algunos de los proyectosmassignificativos en los cualesestuvimostrabajando en el ultimo anho.KB: 80 objetos; Manual 160 horas G2W 11hrs. 20 diasvs 1 y ½.KB: 600 objetos: Manual 1200 horas G2W 90hrs. 150 diasvs 11 dias.KB: 3000 objetos: Manual 6000 horas G2W 400hrs.Estoquieredecirque en vez de teneruna persona 3 anhostrabajando en la conversion, tenemos a un recursodedicado 3 meses.
- A lo largo de la presentación vamos a compartir con ustedes las lecciones aprendidas y como son los proyectos de conversion, discriminando entre aplicaciones chicas, medianas y grandes.Notar que estamos hablando de aplicacions y no de kbs, ya que una aplicación grande puede estar compuesta por N kbspequenhas.
- Cuando encaramos proyectos de conversion de aplicaciones chicas/medianas, el projecto comienza con un relevamiento para confirmar que estamos dimensionando correctamente el projecto, en otras palabras que realmente es un proyecto chico para G2W.Luego del relevamiento estamos en condiciones de estimar el projecto y comenzar el trabajo.El trabajo consiste basicametne de dos etapas:El desarrollo del web framework y la conversion.Luego viene la especificacion, compilacion y posteriormente el testeo de la aplicación. El testeo va a identificar ajustes que tengamos que realizarle a la aplicación, estos ajustes se pueden deber a multiples factores, como diferencias entre plataformas, ajustes de funcionalidad, performance etc. Por ultimo tenemos la puesta en produccion. Excepto los primeros 3 pasos el resto son pasos que estan en todo projecto de conversion, manual o con G2W por lo tanto nos vamos concentrar en los primeros 3 pasos. Veamos cada uno de ellos.
- El relevamiento de una aplicacion chica consta de una demo de la aplicación, un cuestionario con preguntas especificas y un analisis preliminar de G2W.G2W nos permite hacer un analisis de las KB, lo cual nos da una radiografia completa de la misma. Como resultaldo del analisis obtenemos un conjunto de reportes muy diversos, en particular acá utilizamos el reporte que nos indica cuantos casos de conversion se encuentran en la KB y cuantos objetos afecta cada caso. Una vez concluido el relevamiento y el analisis de la kb, estamos en condiciones de confirmar el grado de automatizacion del projecto. Una de las lecciones mas importantes que aprendimos en el ultimo anho es que no necesitamos tener conocimiento de la aplicación (ya sea de su funcionalidad como de su codigo) para realizar el proyecto de coversion.Esto disminuye drasticamente los tiempos de conversion, ya que no se necesita invertir tiempo en capacitacion, trasferir conocimiento, etc.
- Una vez terminado el relevamiento entonces estamos en condiciones de comenazar con el web framework.Generalmente, el mismo consiste en crear las master page, definir la navegacion de la aplicacion, las pantallas de login, el tema que va tener la aplicación, etc. Si bien aca no estamos utilizando funcionalidades propias de G2W ya que todo esto es implementacion en GeneXus, como parte del proyercto proveemos de componentes pre-definidos que implementan dichas funcionalidades. Por ejemplo en nuestros componentes tenemos implementados las diferentes modalidades de menu que fuimos encontrando en los diferentes projectos, manejo de parametos, etc.
- Llegamos a la etapa de converison.Lo que hemos aprendido aquí es que generalmente en aplicaciones medianas y chicas la etapa propiamente de conversion es casi 100% automatizable.Veamos lo que quiere decir ese “casi”.
- G2W es una herramienta que resuelve automaticamente problemas de conversion. Es decir, detecta problemas de conversion conocidos, de los cuales convierte automaticamente la mayoria de ellos, implementando su equivalente codigo web.Decimos casi porque algunos de los problemas detectados en el analisis de G2W, necesitan ser resueltos de forma manual ya que no existe su equivalente codigo web. Por ejemplo un caso de esos es cuando existe codigoembedido. En este caso G2W provee de un reporte en donde se muestra todos los objetos que tienen codigoembedido, con su respectivo codigo. De la misma manera para todos los otros casos de conversion manual G2W provee de informacion de soporte para resolver mas facilmente esos casos.
- De formapracticamenteautomatica
- Hasta aca vimos lo q son los proyectos de conversion de aplicaciones medianas y chicas, ahora Andrea nos va a contar como son los proyecctos de converison de aplicaciones grandes.
- Una de lasleccionesimportantesqueaprendimosesque en aplicacionesgrandestodotieneuna dimension mayor y el testeo general de unaaplicaciongrandeva a requerirsutiempoasicomotambien la adaptacion de los usuarios. Por lo tantosinecesidad de hacerreingenieria, no podemosesperar, no tenemosvariasoportunidades de repensar la aplicacion. Entoncescomoleccionaprendidateneomosqueesimportanteaprovechar la conversion parahacer la reingeniera de la aplicacion.
- En el caso de aplicacionesgrandessibien lospasos del projecto salvo el Diagnostico son casi los mismosque en lasaplicacionesmedianas y chicas, estos son relevamiento, web framework, conversion, especificacion etc , el enfoque de cadauno de ellosvaria
- En todo proyecto de conversion con G2W, el primer paso es realizar el analisis de la kb. El resultado del analisis es un conjunto de reportes los cuales nos dan la informacion necesaria para realizar el diagnostico detallado del trabajo a realizar. En el caso de KB grandes, los reportes y su analisis se hacen de forma mas detallada evaluando en detalle el resultado de los mismos.
- Para hacer un diagnsotico del a aplicación, partimos de reportes generales, los cuales nos permiten tener un pantallazo general de la aplicación.Este reporte nos indica la cantidad de problemas de conversion que tiene la aplicación, y la cantidad de objetos afectados por cada uno. En el ejemplo q estamos viendo, tenemos 1719 pantallas a convertir, 359 reportes que deben ser convertidos a pdf . 36 obj afectados por codigo embebido. etcEn una kb no todos los objetos necesitan ser convertidos, como vista mas general tenemos reportes que nos indican la cantidad de objetos que necesitan ser convertidos, discrimando por tipo de objeto.Por ejemplo en esta kb de 3909 objetos 2489 necesitan ser convertidos, el resto no se modificaran.
- Unavezquenoshicimos de un pantallazo general de la aplicacion a convertir, nosenfocamos en reportesmasespecificos de problemas de conversion quenecesitan ser discutidos en el relevamiento. Para esosproblemasvamos a obtenertodos los objetos con sucodigo GeneXus afectado. La informacionrecabada en el diagnostico, nosva a permitirpoderdirigirnuestrofoco en la etapa de relevamiento
- Unavezterminado el diagnostico y obtenido los reportescomenzamos con la etapa de relevamientoEn estaetapatenemos los siguientesobjetivos:Utilizamos los reportesparaanalizar el codigo no convertible automaticamente, de tal forma de reescribirloparamantener la funcionalidad en unaplataforma web. Se analizanlasnuevasfunctionalidadesque se quiereagregar a la aplicacion. Como ejemplo de esto, en CHB uno de nuestrosclientes, tenian la necesidad de incluir en cadapantallaunaayuda online integrada con wiki paraguiar a los usuarios, tmbtenian la necesidad de exportarsusreportes a excel para q fueranmanupulables, contar con seguridad a nivel de acciones y campos, entre otrascosas- Otro de los objetivosesrelevarfuncionalidades de la aplicacionque no son soportadas en web (un ejemplo de esto son aplicacionesqueinteraccion con dispositvosexternosusandopuertosseriales (blanazas)) - Por ultimo, se detectanpatrones en el codigo GeneXus paraincorporarmejorespracticas de codigo web (porejemploeliminarparametrosque en web pertenecen al contexto o limpiezas de codigo)En definitiva lo queestamosdefiniendo en estaetapaes el alcance de la reingenieria de la aplicacion.Para todoesto se discutiransoluciones y se automatizarantodos los cambiosposibles.
- Para apoyar la automatizacion de la reingenieriacreamos el concepto de pre y post conversion quenospermitenautomatizar el proceso de reingenieriaespecificoparacadaprojecto. Estosprocesosnospermitenmanipular la KB antes y despues de la conversion, tantopreparando la KB comoparacambiar la KB unavezconvertida.Esto significo un punto importante en nuestro proceso de aprendizaje. Cuando comenzamos con G2W, pensabamos que los sistemas candaidatos a ser convertidos con G2W eran los projectos donde no habiareingeniera y nos dimos cuenta que esto no es asi. En una KB grande, la conversion es la oportunidad para hacer reingenieria, y si hay reingenieria hay que automatizarla que es exactamente el objetivo de G2W.
- Una vez finalizado el proyecto de conversion con su respectivo testing y aprobacion, comienza la etapa de mantenimiento.Como parte del proyecto de conversion y con el objetivo de hacer mas amigable el mantenimiento de la aplicación, es que contamos con un conjunto de patterns.Es importante destacar que como resultado de la conversion, los patterns ya tienen instancias creadas para todos los objetos. Por ejemplo todo objeto que tenga un web form, el mismo va a quedar instanciado con su respectivo pattern y las pantallas van a ser mantenidas desde el.WFD: Es un pattern que sirve para generar cualquier pantalla con un alto grado de abstraccion.WWD: es una extension del WFD xq soporta todo lo mismo pero a d+ tiene la potencia del workwith, businesslogicAuditoria:Custompatterns: estos patterns surgen de la etapa de relevamiento donde se identifican funcionalidades q son “patternizables” y se desarrollan esos patterns. (filtros, excel)
- Como conclusion podemos resumir el hecho que aplicaciones chicas tenemos una solucionpracticamenteautomatica de conversionY para aplicaciones grandes tenemos mecanismos para automatizar reingenierias de la aplicación.Pero la conclusion mas importante y la mejor leccion aprendida es que en todos los casos podemos ayudar a la comunidad a convertir aplicaciones a web 14 veces mas rapido.Por eso les invitamos a “Let’s do it”