Collaborative Projects: Experiencias y Testimonios.

Presentación del tema: "Collaborative Projects: Experiencias y Testimonios."— Transcripción de la presentación:

1 Collaborative Projects: Experiencias y Testimonios

2 Agenda Experiencias Personales - Armin GXUNIT - Alejandro y Uruguay Summarized By Pattern – Enrique y Marcos

3 ForumSR Collaborative Projects

4 Documentación y ejemplos de Web Services Líder: Iván Padilla(Ecuador) Armin Bachmann(Uy)

5

6

7 La Historia… Cómo se dio Motivaciones/beneficios Comunicaciones

8 Testimonio de Iván “Que todas las personas que deseen compartir su conocimiento y experiencias lo hagan ya, así tendremos un crecimiento y unidad mas acelerado, rompamos las barreras de la distancia y unámonos más. COLABORANDO DECIDIDAMENTE, CRECEMOS TODOS !!” Iván Padilla, Quito-Ecuador.

9 Proyecto Colaborativo GxUnit Enrique Almeida - ealmeida@concepto.com.uy Alejandro Araújo – alar@bipbip.com.uy Uruguay Larre Borges – ularre@genexusconsulting.com

10 GxUnit: Agenda ¿Qué es? ¿Por qué? ¿Cómo? Algunas reflexiones

11 Antecedentes: Hubo una vez una propuesta … GxUnit Propuesta de Enrique Almeida (XIV Encuentro de Usuarios GeneXus) Integrar las pruebas unitarias a GeneXus Escribir las pruebas en Genexus Genexus facilitando la escritura de las pruebas Marco para ejecutarlas Registro y publicación de resultados Conseguir adeptos para el desarrollo ¿Qué es?

12 GxUnit: Nace como CP Inicio: Agosto 2006 Objetivo: Concepción de un marco de trabajo para pruebas unitarias automatizadas. Inicialización y borrado Ejecución individual y agrupada Resultados comparados con los esperados Escritura de las pruebas en Genexus GxUnit Generación de procedimientos de prueba ¿Qué es?

13 GxUnit ¿Qué es? ¿Por qué? ¿Cómo? Algunas reflexiones

14 La importancia del “testing” en la calidad Verificación: ¿Se está construyendo el producto correctamente? Validación: ¿Se está construyendo el producto correcto? El “testing” es una actividad desarrollada para evaluar la calidad de un producto, por la vía de identificar defectos (IEEE-Swebok) GxUnit: Motivaciones ¿Por qué?

15 GxUnit: Motivaciones La participación del “testing” en el tiempo y costo total Tiempo Costo (Beizer) ¿Por qué? (Hailpern & Santhanam) (G. Tassey NIST 2002)

16 GxUnit: Motivaciones La integración temprana del “testing” al ciclo de vida El esfuerzo de corregir errores crece a medida que avanzamos en el ciclo de vida ¿Por qué? (G. Tassey NIST 2002)

17 GxUnit: Motivaciones La automatización de las pruebas Automatizar implicar probar v validar automáticamente los resultados (Hunt & Thomas) (Nunit) ¿Por qué?

18 GxUnit: Motivaciones Aspectos metodológicos Aplicación de buenas prácticas Automatizar pruebas + integración continua + regresión Métricas Test First Programming ¿Por qué?

19 GxUnit ¿Qué es? ¿Porqué? ¿Cómo? Algunas reflexiones

20 GxUnit: Investigación Búsqueda de proyectos complementarios Desarrollo del motor y marco de trabajo Integración al IDE de Genexus (¿Rocha?) Estado de la base de datos ¿Cómo?

21 GxUnit: Investigación Patrones Nuevos tipos de objetos (¿Rocha?) ¿Cómo escribir las pruebas? Sentencias Try/Catch – Assert ¿Otras posibilidades? ¿Cómo?

22 GxUnit ¿Qué es? ¿Porqué? ¿Cómo? Algunas Reflexiones

23 GxUnit: Algunas reflexiones Integración con otros Proyectos FullGx FIT ( W.Cunningham) para Genexus Tiempo Sub proyectos GxUnit procedures Concepción Construcción Recursos (¡Humanos!) La experiencia

24 GxUnit: Sitios de interés La experiencia http://www.gxopen.com/forumsr/servlet/hsrmain

25 Collaborative Projects SummarizedBy Pattern Marcos Crispino – mcrispino@concepto.com.uy Enrique Almeida – ealmeida@concepto.com.uy

26 Participantes Enrique Almeida (Concepto, Uruguay) Marcos Crispino (Concepto, Uruguay) Nicolas Jodal (Artech, Uruguay) Federico Dominioni (GX Consulting, Uruguay) Daniel Coellar (Etapa Telecom, Ecuador) Gabriel Medina (GXSoft, Argentina)

27 Motivación Pantalla de resumen en aplicaciones web Siempre son similares Se identifica claramente un patrón

28 Ejemplo (1)

29 Ejemplo (2)

30 Etapas Marzo/2005 – Surge la idea y se registra en el Wiki Junio/2006 – Se decide implementar como Collaborative Project Julio/2006 – Ejemplo canónico Agosto/2006 – Desarrollo Setiembre/2006 – Liberación versión 1.0

31 Collaborative Projects Experiencia nueva Experiencia multi-diciplinaria Proyecto “Difuso” Comunicación humana Plan inicial

32 Consejos para próximos CP Definir claramente Objetivo y Grupo de Trabajo Intereses de los participantes Etapas (y un líder para cada etapa) Roles Recursos

33 Mejoras para los CP TO-DO Lists compartidas GXOpen con “pedazos” de proyectos Foros de Proyectos Repositorio con versionado Herramientas para facilitar pruebas Cambio de logo

34

35

36

37 Charlas relacionadas

38 Conclusiones Los Collaborative Projects sirven Se implementó el Pattern Desarrollo rápido (3 meses) Implementar ideas “dormidas” Compartir conocimientos y aprender Conocer gente y otras realidades Satisfacen necesidades de la comunidad

39 Experiencias en el desarrollo de Collaborative Projects ¿Preguntas?