Collaborative Projects: Experiencias y Testimonios.

Slides:



Advertisements
Presentaciones similares
El ÍNDEX para la inclusión
Advertisements

Metodologías ágiles.
Presentación del estado del arte
Sambayón PMP Evaluator
Herramientas de Validación del Taller de Capacitación
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
SYSMOTORFLOW PRESENTACIÓN DEL PROCESO Proyecto de Ingeniería de Software 2010.
METODOLOGÍAS ÁGILES “PROCESO UNIFICADO ÁGIL (AUP)
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de Metodologías ágiles.
Alejandro Moreno Célleri Luis Galárraga del Prado.
Grupo 06 Facultad de Ingeniería - UdelaR Director: Javier Barreiro Cliente: Marcelo Guerra - Microsoft.
Índice 1. Introducción, objetivos y justificación del proyecto.
Presentación a la directora del proyecto Friend-Buster (Caza-Amigos) – PIS 2010.
Juan Pablo Goyení Marcos Olivera Nicolás Carro Proyecto de grado Facultad de Ingeniería UdelaR.
Probar GeneXus code con GeneXus code Juan Pablo Goyení Marcos Olivera Nicolás Carro #GX2417.
Centro de Ensayos de Software
Presentación del estado del arte
Administración de Procesos de Pruebas
Juan Pablo Goyení Marcos Olivera Nicolás Carro Proyecto de grado Facultad de Ingeniería UdelaR.
Fases para el desarrollo de un proyecto Web
Conclusiones Fase de Construcción Grupo 1.  Objetivos de la Fase  Cumplimientos  Conclusiones Puntos a tratar:
TEAM SOFTWARE PROCESS CICLO 2.  Producto  Reporte del ciclo  Plan  Inspección  Plan de calidad  Valor ganado  Objetivos  Proceso TSP  Equipo.
La necesidad de un estándar en TIC para la FID El potencial de las TIC para la educación La era digital Los docentes y las TIC El proyecto Enlaces y la.
Testing en eXtreme Programming Universidad de la República – Facultad de Ingeniería - InCo 30 de Mayo de 2006 [ Duración aproximada de la presentación:
Propuesta de una metodología para el desarrollo de proyectos informáticos empleando la herramienta para el diseño automatizado GeneXus Autor: Dipl.-Ing.
EXPERIENCIAS DE MEJORA EN EL SECTOR LOCAL LOS GRUPOS DE CALIDAD I.N.D y J. PAMPLONA 19 DE DICIEMBRE DEL 2000 LAS CARTAS DE SERVICIOS DEPORTIVOS.
Ignacio Esmite, Mauricio Farías, Nicolás Farías, Beatriz Pérez
V1.2.
 Tema del proyecto  Integrantes y roles del equipo  Objetivos del proyecto  Alcance.
Conclusiones de Fase de Construcción Grupo 2 – Año 2006.
¿Qué es una wiki? Son páginas web con enlaces, imágenes y cualquier tipo de contenido, que puede ser visitada y editada por cualquier persona. Se convierte.
Los Pilares de la Comunidad Gabriel Icasuriaga Cristhian Gomez GXOpen Task Force
Software Testing Jorge Triñanes Gris (Grupo de Ingeniería de Software) InCo (Instituto de Computación) Facultad de Ingeniería - UdelaR.
Software Testing: “Tres enfoques para un mismo problema”
Proyecto de Ingeniería de Software Grupo 9 Septiembre 2009
agile-tester-foundation- chapter-2-fundamental-agile-testing- principles-practices-and-processes-1-of-3-
¿Qué es una wiki? Son páginas web con enlaces, imágenes y cualquier tipo de contenido, que puede ser visitada y editada por cualquier persona. Se convierte.
Alejandro tapia vazquez.  Verificación; ¿Estamos Construyendo Correctamente el producto?  Validación; ¿Estamos construyendo el producto correcto?
¿Cómo nos ayuda GeneXus a mejorar la calidad en el proceso de desarrollo de Software? Ing. Rosario Estévez Ing. Rafael Mon
SummarizedBy Pattern Un ejemplo de cómo construir tu propio pattern Enrique Almeida Federico Dominioni
Ximena Romano – Doris Correa
Inspecciones de seguridad e informe de inspecciones …
Pruebas y La Vida del Ciclo de Desarrollo del Software
Especialización en Desarrollo de Software
El rol de SQA en PIS.
Midiendo el Impacto de los Centros de Información.
ASIGNACIÓN DE ROLES.
INGENIERIA DE SOFTWARE
Grupo 10 – 2008 Proyecto de Ingeniería de Software
Guía metodológica para la gestión de proyectos de software en PyMEs que no son fábricas de software por medio de metodologías ágiles Tatiana Alejandra.
Roles de Open UP.
1 Motor de Generación de Formularios para Infocorp Presentación del Proceso.
Elaborado por: Mayoral Cruz Matilde Morales Espinoza Anllhins
Introducción al proceso de verificación y validación.
Presentación final
Programación, Orquestación y Unificación: los 3 pilares del test Alejandro Blengio Alvaro Gareppe
Equipo 7: Wikis. Nuevas Tecnologías en Educación. Pedagogía Veracruz. Universidad Veracruzana.
FACULTAD DE CIENCIAS COMPUTACIONALES Y TELECOMUNICACIONES ASIGNATURA:
Ingeniería en Informática F UNDAMENTOS DE C OMPUTACIÓN B ACHILLERATO EN I NGENIERÍA I NFORMÁTICA L IC. C ARLOS H. G UTIÉRREZ L EÓN.
Carolina Rangel Felipe Montaño Alexis García
MÓDULO INTRODUCCIÓN AL CICLO DE VIDA DEL SOFTWARE
Contenido Comunidades de aprendizaje… ¿Por qué son importantes ?
Metodología del Ciclo de Vida del Software
TEAM SOFTWARE PROCESS CICLO 1. El software propuesto por el equipo de Ingenium para cumplir con las necesidades planteadas, modela los un conjunto de.
Productos de Pruebas Hace hambre!! . Las bases. La verificación consiste en corroborar que el programa respeta su especificación, mientras que validación.
Roles de los diferentes análisis de sistemas de información Fonseca Nava Angélica.
Colegio Teresa Brown, La Calera Prof. Isabel Vilches.
ALUMNO ALUMNO: DIEGO URES LEGAJO LEGAJO: La prueba unitaria es la herramienta para la Calidad Presentación Trabajo Final de Grado.
Junio, 2013.
Transcripción de la presentación:

Collaborative Projects: Experiencias y Testimonios

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

ForumSR Collaborative Projects

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

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

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.

Proyecto Colaborativo GxUnit Enrique Almeida - Alejandro Araújo – Uruguay Larre Borges –

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

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?

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?

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

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é?

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

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)

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

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é?

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

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?

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

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

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

GxUnit: Sitios de interés La experiencia

Collaborative Projects SummarizedBy Pattern Marcos Crispino – Enrique Almeida –

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)

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

Ejemplo (1)

Ejemplo (2)

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

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

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

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

Charlas relacionadas

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

Experiencias en el desarrollo de Collaborative Projects ¿Preguntas?