GX Consulting Development Framework<br />Lecciones aprendidas en disciplinas de Desarrollo de Sistemas<br />Daniel Dávila ...
¿GeneXus?<br />
¿Genexus? = Productividad<br />PF/MH<br />
Un proyecto de 8.000 PF<br />24 Meses <br />12 Meses<br />Genexus<br />Suite +  K2Btools<br />3GL<br />
GeneXusConsultingDevelopment Framework<br />
Bases del GXC Development Framework<br />
GeneXusConsultingDevelopment Framework<br />ESTIMACIÓN<br />
Estimación Visión General del Proceso<br />
Estimación por esfuerzo<br />
Estimación Visión General del Proceso<br />Experiencia<br />Recuento de GXPoints<br />Ponderación por productividad promed...
GX Consulting Development Framework: Metodología para la estimación de tiempos de un proyecto<br />Ing. Marcela Corbo, MBA...
GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ESTIMACIÓN<br />
Equipo Funcional &lt;-&gt;                   Equipo Desarrollo<br />Casos de Uso<br />Procesos<br />Etc.<br />Analistas <b...
CU: Orientado a pantallas<br />
Proceso General<br />
GX ConsultingDevelopment Framework: Análisis y desarrollo, buenas prácticas para la convivencia<br />Juan van de Kerchove<...
GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ESTIMACIÓN<br />Diseñando una aplicación GX<br />
¿Cómo diseñamos una aplicación GX? <br />Requerimientos<br />Requerimientos<br />               Modelo GeneXus <br />     ...
Modelo de Procesos  y Actividades <br />Modelo de Módulos<br />Modelo de Entidades <br />Modelo de Explotación<br />El Mod...
Entidades – Clasificación SemánticaEjemplo<br />Entidades<br />Actores<br /> Proveedor<br /> Empleado<br /> Cliente <br />...
¿Cómo diseñamos una aplicación? <br />Requerimientos<br />Mas   Semántica <br />GX-PatternsK2btools - Patterns<br />UI<br ...
GX ConsultingDevelopment Framework: Diseñando una aplicación GeneXus<br />Mayda Kurdián<br />mayda@artech.com.uy<br />
GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ARQUITECTURA<br />ESTIMACIÓN<br />Diseñando una aplica...
Arquitectura del Software<br />Fuentes de DatosExternas<br />Integración de ComponentesExternos<br />Web Services<br />.Ne...
Arquitectura del Software en GeneXus<br />Gonzalo Echague<br />ge@artech.com.uy<br />
GX ConsultingDevelopment Framework:Estrategias y Prácticas de Integración con Genexus<br />Pablo Dejuan 	pdejuan@genexusco...
GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ARQUITECTURA<br />Administración Ambientes<br />ESTIMA...
Ambientes<br />Desarrollo<br />Consolidado<br />KB<br />Patterns<br />Patterns<br />KB<br />Pre-Producción<br />KB<br />Pa...
COMMIT<br />UPDATE<br />MERGE<br />
Ciclo de vida de la KB<br />
Gxtend<br />http://gxtend.accendo-it.com<br />SVT AdminG<br />http://www.intergsoft.com<br />
GeneXus ConsultingDev. Framework:Metodología de administración de ambientes<br />Paula Blanco<br />GenexusConsulting<br />...
GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ARQUITECTURA<br />Administración Ambientes<br />ESTIMA...
GeneXus Evo 1<br />
USABILIDAD<br />
USABILIDAD<br />
GX ConsultingDevelopment Framework: Usabilidad de sus aplicaciones utilizando GeneXus X y K2B Tools<br />Carolina Torrado ...
GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ARQUITECTURA<br />Administración Ambientes<br />Test<b...
¿Quién no escuchó…?<br />“¿Y eso cuánto te puede llevar probarlo…?”<br />“Pero eso, con una “pasadita” por arriba alcanza…...
TEST<br />Especialización de la Tarea de Test<br />Herramientas de Test<br />GXTEST<br />Gestión de Errores e Incidentes<b...
Y PENSAR QUE ME HABÍAN DICHO…<br />Ing. Natalia Dimu, PMP<br />ndimu@genexusconsulting.com<br />
GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ARQUITECTURA<br />Administración Ambientes<br />Test<b...
Preparando el terrenoPreproducción y Producción<br />Infraestructura<br />SistemaOperativo: Win/Linux; 32/64 bits<br />Her...
Deployment de Aplicaciones GeneXus<br />Ing. Pablo Alzuri, Ing. Guillermo González<br />GeneXusConsulting<br />palzuri@gen...
GeneXusConsultingDevelopment Framework<br />
¿Genexus? = Productividad<br />PF/MH<br />
Upcoming SlideShare
Loading in …5
×

013 Gx Consulting Development Framework Lecciones Aprendidas En Disciplinas De Desarrollo De Sistemas

1,434 views

Published on

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
1,434
On SlideShare
0
From Embeds
0
Number of Embeds
38
Actions
Shares
0
Downloads
35
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • GX ConsultingDevelopment Framework: Lecciones aprendidas en disciplinas de Desarrollo de Sistemas.Las lecciones aprendidas en gestión de proyectos, dimensionamiento y estimación, desarrollo y test, se sintetizan en un marco compuesto por metodologías y herramientas denominado “GeneXusDevelopment Framework".Orador: Daniel Dávila
  • Otra forma de verlo, un proyecto 8.000 PF, requeriría equipos y tiempos muy diferentes usando GX o una herramienta o lenguaje de 3GL Creemos que el concepto esta claro a esta altura, y los números son impactantes.
  • El desarrollo de proyectos con alta productividad no solo tiene que ver con el espacio de construcción sino con un conjunto de actividades y herramietnas que operan en todas las fases del ciclo de vida del software en construcción.GenexusConsultingDevelopment FrameworkVolviendo a nuestra idea hoy, y de los próximos días del encuentro, de presentarles lo que hemos dado en llamar Genexus C. Development Framework.Decíamos que allí recogemos un conjunto de buenas prácticas y herramientas ha aplicar a lo largo de las diferentes fases del ciclo de vida de los productos de software. El lograr productividad y realizar buenos proyectos (calidad en sentido amplio) requiere realizar correctamente una serie de actividades…que aquí plantearemos para diferentes fases del proyecto tipos, herramientas para de cada uno de sus ciclos o versiones. Estamos trabajando en la sistematización de prácticas y herramientas, para todo el ciclo de vida, desde la gestión de requerimientos, desde que nace la idea o la necesidad del sistema,… hasta que se entrega software ejecutando.Buscando de alguna manera la visión de Artech y de BGV en particular, de elevar el nivel de abstracción de forma que el desarrollo, esté cada vez más cerca del usuario. La “programación” este cada vez más cercano a la especificación para cubrir todo el ciclo de obtener software que funcione. Vamos a ver por ejemplo, en la etapa de diseño una propuesta de metodología y las líneas de investigación de forma establecer un nuevo puente digamos entre la especificación de CU hacia Diseño y Construcción en GX, conceptos que se está trabajando y que hemos visto llamar ModelDriven.Extenderemos la consideración hacia las puntas, saliendo del escenario central de construcción, y buscando herramientas para extender Genexus en este aspecto.Estamos de alguna manera saliendo del núcleo central de diseño-construcción-prueba (muy cercano a la construcción) que podemos visualizar propiamente en los cursos Genexus, y de alguna forma “extendiendonos” hacia las puntas (en algunos casos son hoy prácticas, lineamiento y métodos) pero serán herramientas en un futuro próximo… un ciclo natural la extension a herramientas (en particular Genexus hoy propone las Extensions que posibilitan técnicamente la integración de herramientas).* Framework y herramientasFrameWork es un concepto sumamente genérico, se refiere a “ambiente de trabajo, y ejecución”, por ejemplo “.Net” es considerado un “framework” para desarrollar aplicaciones.En general los framework contemplan herramientas de apoyo a la construcción (ambiente de trabajo o desarrollo) y motores de ejecución (ambiente de ejecución). Siguiendo con el ejemplo: “.Net” ofrece el “Visual Studio .net” (ambiente construcción o desarrollo) que le permite a lo desarrolladores construir aplicaciones, y su motor es el “.Netframework” que permite ejecutar dichas aplicaciones. Análogamente ocurre en entornos JAVA.Estamos usando aquí el concepto de FRAMEWORK en referencia a proyectos Genexusy expresando la orientación, además de definir prácticas útiles, al de contar con herramientas de apoyo. Por ejemplo, K2BTOOLS, para proceso de diseño y construcción basado en patrones, GXTEST de Abstrata para las (incorporado ahora a la cartera de productos Genexus), a GXSERVER ahora en X Ev1, y GXTEND de Accendo y SVT AdminG de Intergsoft , en la 9.0 para administración y control de versiones (SCM).
  • ¿Como diseñamos esta aplicación con GeneXus?:Diseñamos un modelo GeneXus que satisfaga los requerimientos de los usuarios, y luego GX , a partir de ese modelo , generará la aplicación en alguna plataforma y algún lenguaje de programación. GeneXus nos da una gran ventaja en todo esto: La especificación de la aplicación se hace a un nivel de abstracción mucho más alto que si tuviéramos que especificarla a nivel de tablas y programas. De esta forma no nos preocupamos por detalles técnicos de bajo nivel, el modelo que construimos es independiente de la plataforma, y ambas cosas nos dan nos da grandes ventajas : el proceso es más simple y mucho más productivo.Pero.. ¿hacemos algo más entre los requerimientos y la especificación de ese modelo en GeneXus? Muchas veces no . Y está bien.En muchas aplicaciones donde las características de la misma hacen que mappear los requerimientos a un modelo GeneXus es claro y simple, no es necesario. Dicho de otra manera, el nivel de abstracción que nos da GeneXus es suficiente. Personalmente he construido muchas aplicaciones de esta manera. Sin embargo, existen otros escenarios, de aplicaciones más grandes, más complejas, con más actores, donde necesitamos construir modelos más abstractos antes de ir al modelo GeneXus. De esos modelos, es lo que estaremos charlando hoy. En GeneXus Consulting hemos recogido las experiencias en las diferentes consultorías a lo largo de los años, y hemos llegado a definir un modelo (con una metodología asociada) que nos ha resultado muy útil para describir funcionalmente una aplicación . En este modelo formalizamos prácticas que muchos ya aplicamos desde hace tiempo. Como pasa habitualmente, pero la conceptualización y formalización de las ideas, contribuye definitivamente en aclararlas.Queremos compartir este modelo con ustedes. El primer objetivo es ayudar en el proceso de análisis:La idea es entonces proponer un modelo para describir y diseñar funcionalmente una aplicación (modeldrivendesign),  que: sea más abstracto (que nos oculte detalles de implementación) y se centre en lo funciona que nos guíe y apoye en el análisis que nos permita entenderla que nos permita comunicarlay discutirla Esto ya de por sí, solamente con metodología nos da un valor interesante, pero además queremos que ese modelo sea la base para la implementación de la aplicación:   queremos  especificar ese modelo en una base de conocimiento GX sin necesidad de hacer un mappingy poder generar la aplicación en forma automática en base a él. Elobjetivo central es construir aplicaciones con menos esfuerzo de análisis y de especificación (industrialización del software) con las ventajas que esto tiene en:  productividad (tanto en la creación como en el mantenimiento), más calidad de las aplicaciones (libre de errores), más usables, y con  más cobertura funcional.Este es una propuesta en la linea del objetivo que planteaba BGV en una de sus presentaciones anteriores en este encuentro *** hacia la 4ta dimension ***, subir el nivel de abstracción de Genexus.
  • Una clasificación semántica que aplica a casi todas las aplicaciones de negocio, es la siguiente. Actores: Son personas u organizaciones que interactúan con la aplicación, que tienen la iniciativa en la misma. (usuarios, clientes, proveedores, La empresa) Objetos: Son objetos que no tienen iniciativa en el sistema. Pueden especificar objetos tangibles de la realidad (Productos, Monedas) o ser objetos que se crean para clasificar y definir comportamiento más sofisticado a los sistemas (Categorías, Formas de Pago, etc.) Eventos: Son las entidades que materializan las cosas "que ocurren" en la empresa.  (Órden de Compra, Factura, etc). Solamente con esta clasificación puedo inferir una cantidad de cosas, datos y comportamiento:- Que los actores : Son o bien personas físicas o jurídicas, deben tener información de contacto (direcciones y teléfonos), al participar en los eventos lo hacen con algún rol, por lo tanto deben tener roles asociados. Que los eventos deben ocurrir en algún lugar (físico o virtual) que ocurren en algún momento en el tiempo (tiene información sobre fechas), que en general intercambian algún objeto o recurso, etc. Y que seguramente quiera información agregada por el valor del evento, el valor del intercambio según ciertas dimensiones. Con esta semántica entonces y patrones, podemos inferir entonces para las entidades datos que deben tenerreglas que deben cumplirservicios que deben proveer. + SemánticaPodemos agregar aun más semántica a esta clasificación, y podemos separar los Eventos en:Eventos Económicos. Son aquellos intercambios de recursos, que representan un incremento o decremento de valor en los recursos económicos, y conocerlos nos puede permitir inferir muchas de sus reglas. (por ejemplo que deben tener algún tipo de registración contable, que participan 2 actores en el intercambio, etc.) En General: DominiosEn general en las aplicaciones que construimos ya manejamos cierta semántica y si tenemos patrones para modelar esas entidades semánticas, aplicaremos esos patrones para diseñarlos, una vez que los identificamos semánticamente. Esto es independiente si este proceso de aplicar el patrón está automatizado o no. Esto vale incluso aunque lo hagamos por metodología, en forma manual. De esta forma logramos diseños muy buenos, con menos esfuerzo y además logramos una coherencia conceptual y homogeneidad en el diseño de la aplicación. En K2B por ejemplo, usamos varios patrones que ya forman parte de nuestro vocabulario. Al diseñar no hablamos ya de transacciones, ni siquiera de entidades. Hablamos de: Eventos, Distribución de costos Posting Contable InventariosEntonces si tenemos que diseñar algo nuevo, lo primero que hacemos es en ubicarlo semánticamente: O sea, decimos esto es un evento que no necesita distribución de costos, que tendrá posting contable y que debe actualizar su inventario. Esto ya define como se debe diseñar, no hay que pensar demasiado para eso. (y guardamos la mente para nuevos problemas)Si bien esto tiene un gran valor ya de por si, solo como metodologia del equipo, si podemos automatizar esto en GeneXus, ademas de lograr mejor productividad, el conocimiento de esos patrones queda dentro del modelo.
  • Tareas que debe hacer un administrador del consolidado de una KB GX y como se deben manejar los desarrolladores del proyecto para obtener un producto exitoso.Puede llegar a ser un verdadero dolor de cabeza… felizmente hay herramientas que los ultimos años han aparecido para ayudar…  
  • Aparece también la posibilidad de administrar diferentes versiones del software desde GXSERVER. Versiones de Test, de Produccción, versiones de desarrollo de una Version 2 del software, en cuanto continua el mantenimiento correctivo de la Version 1. De ahora en más, así se administraran las versiones, con GXSERVER.Hay numerosas charlas al respecto.En GX 9.0 hemos utilizado GXTend y SVT, que aportan tecnología complementaria para administración de estos temas. Actualmente están en evolución y propondrán extensiones a GXSERVER o alternativas de valor. SVT por ejemplo con importantes aportes aprovechando características de ambientes como AS400.
  • Herramientas de SCMExtensiones a Genexus Server
  • .
  • 013 Gx Consulting Development Framework Lecciones Aprendidas En Disciplinas De Desarrollo De Sistemas

    1. 1. GX Consulting Development Framework<br />Lecciones aprendidas en disciplinas de Desarrollo de Sistemas<br />Daniel Dávila daniel@genexusconsulting.com<br />
    2. 2. ¿GeneXus?<br />
    3. 3. ¿Genexus? = Productividad<br />PF/MH<br />
    4. 4. Un proyecto de 8.000 PF<br />24 Meses <br />12 Meses<br />Genexus<br />Suite + K2Btools<br />3GL<br />
    5. 5. GeneXusConsultingDevelopment Framework<br />
    6. 6. Bases del GXC Development Framework<br />
    7. 7. GeneXusConsultingDevelopment Framework<br />ESTIMACIÓN<br />
    8. 8. Estimación Visión General del Proceso<br />
    9. 9. Estimación por esfuerzo<br />
    10. 10. Estimación Visión General del Proceso<br />Experiencia<br />Recuento de GXPoints<br />Ponderación por productividad promedio<br />Requerimientos / <br />Funciones<br />Esfuerzo Total<br />Estimación de Objetos GX<br />Ponderación por esfuerzo promedio<br />Recuento de Puntos de Función<br />Ponderación por productividad promedio<br />
    11. 11. GX Consulting Development Framework: Metodología para la estimación de tiempos de un proyecto<br />Ing. Marcela Corbo, MBA<br />GenexusConsulting<br />Ing. Alejandra Lemos, PMP<br />GenexusConsulting<br />
    12. 12. GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ESTIMACIÓN<br />
    13. 13. Equipo Funcional &lt;-&gt; Equipo Desarrollo<br />Casos de Uso<br />Procesos<br />Etc.<br />Analistas <br />Funcionales<br />Equipo <br />Desarrollo<br />Diseño Funcional<br />Diseño Técnico<br />
    14. 14. CU: Orientado a pantallas<br />
    15. 15. Proceso General<br />
    16. 16. GX ConsultingDevelopment Framework: Análisis y desarrollo, buenas prácticas para la convivencia<br />Juan van de Kerchove<br />GenexusConsulting<br />Alfonso Falconi<br />GenexusConsulting<br />
    17. 17. GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ESTIMACIÓN<br />Diseñando una aplicación GX<br />
    18. 18. ¿Cómo diseñamos una aplicación GX? <br />Requerimientos<br />Requerimientos<br /> Modelo GeneXus <br /> (Objetos GX)<br /> Modelo GeneXus <br /> (Objetos GX)<br />Modelo de Base de Datos y Programas<br />Modelo de Base de Datos y Programas<br />Aplicación (ejecutable) <br />Aplicación (ejecutable) <br />
    19. 19. Modelo de Procesos y Actividades <br />Modelo de Módulos<br />Modelo de Entidades <br />Modelo de Explotación<br />El Modelo<br />Funcional<br />Proceso <br />Datos<br />Explotación <br />
    20. 20. Entidades – Clasificación SemánticaEjemplo<br />Entidades<br />Actores<br /> Proveedor<br /> Empleado<br /> Cliente <br />Objetos <br /> Producto<br /> Tipo de Producto<br />Eventos <br />Orden de Compra<br />Remito<br /> Factura<br /><ul><li>Posting</li></ul>Metadato<br />Recurso<br />No<br />Económico<br />Económico<br />Persona <br />Física <br />Persona <br />Jurídica<br />
    21. 21. ¿Cómo diseñamos una aplicación? <br />Requerimientos<br />Mas Semántica <br />GX-PatternsK2btools - Patterns<br />UI<br />Diseño<br />Patrones<br />Navegación<br /> Modelo GeneXus <br /> (Objetos GX)<br />Modelo de Base de Datos y Programas<br />Aplicación (ejecutable) <br />
    22. 22. GX ConsultingDevelopment Framework: Diseñando una aplicación GeneXus<br />Mayda Kurdián<br />mayda@artech.com.uy<br />
    23. 23. GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ARQUITECTURA<br />ESTIMACIÓN<br />Diseñando una aplicación GX<br />
    24. 24. Arquitectura del Software<br />Fuentes de DatosExternas<br />Integración de ComponentesExternos<br />Web Services<br />.Net Assembly<br />Base de Datos<br />ArchivosPlanos y XML<br />Clase Java<br />XML Schema<br />Archivos<br />Excel<br />User Control Especifico<br />SISTEMA<br />
    25. 25. Arquitectura del Software en GeneXus<br />Gonzalo Echague<br />ge@artech.com.uy<br />
    26. 26. GX ConsultingDevelopment Framework:Estrategias y Prácticas de Integración con Genexus<br />Pablo Dejuan pdejuan@genexusconsulting.com<br />Gerardo Canedo gcanedo@genexusconsulting.com<br />
    27. 27. GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ARQUITECTURA<br />Administración Ambientes<br />ESTIMACIÓN<br />Diseñando una aplicación GX<br />
    28. 28. Ambientes<br />Desarrollo<br />Consolidado<br />KB<br />Patterns<br />Patterns<br />KB<br />Pre-Producción<br />KB<br />Patterns<br />Desarrollo<br />Desarrollo<br />KB<br />KB<br />Patterns<br />Patterns<br />Producción<br />Desarrollo<br />Testing<br />Patterns<br />KB<br />KB<br />Patterns<br />KB<br />Patterns<br />
    29. 29.
    30. 30. COMMIT<br />UPDATE<br />MERGE<br />
    31. 31. Ciclo de vida de la KB<br />
    32. 32. Gxtend<br />http://gxtend.accendo-it.com<br />SVT AdminG<br />http://www.intergsoft.com<br />
    33. 33. GeneXus ConsultingDev. Framework:Metodología de administración de ambientes<br />Paula Blanco<br />GenexusConsulting<br />Carolina Torrado<br />GenexusConsulting<br />
    34. 34. GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ARQUITECTURA<br />Administración Ambientes<br />ESTIMACIÓN<br />Diseñando una aplicación GX<br />Usabilidad<br />
    35. 35. GeneXus Evo 1<br />
    36. 36. USABILIDAD<br />
    37. 37. USABILIDAD<br />
    38. 38. GX ConsultingDevelopment Framework: Usabilidad de sus aplicaciones utilizando GeneXus X y K2B Tools<br />Carolina Torrado <br />GenexusConsulting<br />Hernán Hiriart<br />Crudo Media<br />
    39. 39. GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ARQUITECTURA<br />Administración Ambientes<br />Test<br />ESTIMACIÓN<br />Diseñando una aplicación GX<br />Usabilidad<br />
    40. 40. ¿Quién no escuchó…?<br />“¿Y eso cuánto te puede llevar probarlo…?”<br />“Pero eso, con una “pasadita” por arriba alcanza…”<br />“No lo pruebes porque modifiqué solo esta cosita...”<br />
    41. 41. TEST<br />Especialización de la Tarea de Test<br />Herramientas de Test<br />GXTEST<br />Gestión de Errores e Incidentes<br />Experiencia de un cliente<br />
    42. 42. Y PENSAR QUE ME HABÍAN DICHO…<br />Ing. Natalia Dimu, PMP<br />ndimu@genexusconsulting.com<br />
    43. 43. GeneXusConsultingDevelopment Framework<br />EQUIPO FUNCIONALES<br />ARQUITECTURA<br />Administración Ambientes<br />Test<br />Deployment Aplicaciones<br />ESTIMACIÓN<br />Diseñando una aplicación GX<br />Usabilidad<br />
    44. 44. Preparando el terrenoPreproducción y Producción<br />Infraestructura<br />SistemaOperativo: Win/Linux; 32/64 bits<br />Herramientasparaayudar al “deploy” , Java y .Net<br />Servidores (BD,Aplicaciones, Web, etc.)<br />Stack Tecnológico Genexus<br />Etc.<br />Ambientes de Test y Producción lo másparecidosposibles<br />
    45. 45. Deployment de Aplicaciones GeneXus<br />Ing. Pablo Alzuri, Ing. Guillermo González<br />GeneXusConsulting<br />palzuri@genexusconsulting.com<br />ggonzalez@genexusconsulting.com<br />
    46. 46. GeneXusConsultingDevelopment Framework<br />
    47. 47. ¿Genexus? = Productividad<br />PF/MH<br />
    48. 48. Oportunidad<br />Compartiendo:<br />Buenas Prácticas, Metodologías y Herramientas <br />Genexus X es una plataforma que habilita la colaboración y desarrollo de extensiones. <br />GXC Develop. Framework en FOROS de:<br />www.genexusconsulting.com<br />
    49. 49. FIN¿Preguntas?<br />

    ×