Experiencias Con Moskitt

Begoña Bonet Pérez de León([email protected])

Experiencias con MOSKittExperiencias con MOSKitt

Contenido

• Antecedentes y Motivación

• Necesidades, alternativas y solución

• Estudio de la naturaleza del proyecto

• La Calidad en el proyecto MOSKitt

• El Módulo de Soporte al Proceso gvMétrica

• Conclusiones

Antecedentes y Motivación

• gvPontis: Migración global a Sw Libre.

• gvMétrica: Metodología de Desarrollo

• Estandarizar el trabajo

• Incrementar de la calidad del software producido

• Mejorar la productividad del equipo.

✔ Proceso✔ Roles✔ Técnicas ✔ Métodos✔ Recursos E/S✔ Herramientas

Necesidades y Alternativas

Catálogo de Requisitos

➢ Funcionales:➢ Editor UML2➢ Editor de BBDD➢ Repositorio de Modelos ....

➢ No Funcionales:➢ Software Libre➢ Entorno de Trabajo Colaborativo➢ Basado en Estándares

Necesidad de una HERRAMIENTANecesidad de una HERRAMIENTApara aplicar GVMÉTRICApara aplicar GVMÉTRICA

Estudio de Viabilidad (2006)

➢ Herramientas Comerciales

➢ Herramientas Software Libre

➢

Desarrollo propio

?

Alternativas

Alternativa 1 -> Dificultades• Modelos complejos e inconexos• Actualizar los modelos• Inconsistencia en los modelos• Modelos finalmente obsoletos

✔ Proceso✔ Roles✔ Técnicas ✔ Métodos✔ Productos E/S ✔ Herramientas

Alternativas y Solución

Alternativa 2 -> Solución

✔ Proceso✔ Roles✔ Técnicas ✔ Métodos✔ Productos E/S ✔ Herramientas

• Basada en Eclipse y EMP• DSL's, UML2, BPMN• Transformaciones M2M, M2T• Modelos sincronizados• Soporte al proceso• Integración con el entorno de trabajo

gvMétrica

Herramienta

Proyecto

Estudio de la Naturaleza del Proyecto

●Proyecto en Software Libre que debe promover:● La Colaboración con otros proyectos

● La Creación y Mantenimiento de una Comunidad

● Su Difusión y transparencia:

● código, documentación, planificación, avances, objetivos

●Unos Canales de comunicación claros:

● Internos y Externos

●Visibilidad de cuál es la Estructura del proyecto

Estudio de la Naturaleza del Proyecto

●Principal Riesgo:

Complejidad para determinar el Alcance del Proyecto:● Gran envergadura.

● Alto grado de incertidumbre tecnológica.

● Alto componente Investigador.

● Dificultad para encontrar personal con experiencia/preparación.

Estudio de la Naturaleza del Proyecto

● Es necesario el Seguimiento y Control:● Relación contractual:

● Hay que cumplir con plazos, costes, objetivos.

● Informe periódico de Seguimiento a la CIT y a las empresas que colaboran.

Para minimizar los riesgos se necesita asegurar:

La Calidad en el ProyectoLa Calidad en el Proyecto

La Calidad en el proyectoMejorar la Calidad desde 4 frentes:

• el Proceso de Desarrollo

• la Gestión del Proyecto

• la Gestión de la Configuración

• el Plan de Pruebas del Proyecto

Planes Específicos

Soporte a gvMétrica

Planes Marco

● Metodología de Desarrollo: adaptar gvMétrica+.

● Contínuos Estudios de Viabilidad.

● Desarrollo por Versiones:

● 1 versión cada 4 meses Revisión del Alcance

● Compartir el conocimiento (equipo/comunidad):

● Estandarización de los puestos de trabajo.

● Manuales para el desarrollador, Howto, CookBook

● Publicación

● Plan de formación (previsto)

Desde el Proceso de Desarrollo

La Calidad en el proyecto

La Calidad en el proyecto

● Plan Específico Plan Marco de GC (gvMétrica+)

● Control de Versiones (svn)

● Control de Incidencias (gforge)

● Construcción Continua (Eclipse PDE (headless) – Hudson )

● Objetivo:

● Integración continua + Testeo

● Automatización de la construcción del RCP

Desde la Gestión de la Configuración

La Calidad en el proyectoDesde la Gestión del Proyecto

● Plan Específico Plan Marco (gvMétrica+)

● Planificación global (roadmap) Detallada por Iteración

● Planes: de Riesgos, de entregas, de Comunicación...

● Control y Seguimiento de las tareas (gforge) de una jerarquía de proyectos definida por el diseño.

● Procedimiento: Tareas, Recursos generados y Roles bien definidos.

● Informe periódico de Seguimiento.

● Delegar/Compartir responsabilidades.

● Toma de decisiones cooperativa en los grupos de trabajo.

La Calidad en el proyectoDesde el Testeo● Plan de Pruebas Específico Plan Marco de Pruebas (gvMétrica+)

● Qué niveles: de componentes, de implantación y validación.

● Qué no probar: Código generado automáticamente.

● Qué probar: Editores gráficos, transformaciones M2M, M2T.

● Cómo probar: Guías de Diseño de Casos de Prueba.

● Qué Casos de Prueba ejecutar: MOSCOW.

● Quién debe probar: Desarrolladores y usuarios.

● Cuándo probar: Planificación (global/detallada).

● Registro Bugs (gforge): clasificar, priorizar, planificar y resolver.

La Calidad en el proyectoDesde el Testeo

Ayer: Último mes iteración dedicado a pruebas¡Pruebas de Regresión!

Mañana:➢ Consolidar el Equipo de Pruebas➢ Ampliar casos de prueba automáticos➢ Ampliar la cobertura➢ Usuarios: Sólo test de validación y usabilidad.➢ Integración testeo + Construcción Continua

Hoy:Automatización de las pruebas:

✔ Editores Gráficos✔ Transformaciones

Soporte a gvMétrica

Soporte a gvMétricaCómo da soporte MOSKitt a gvMétrica (1):

Soporte a gvMétricaCómo da soporte MOSKitt a gvMétrica (2):

Soporte a gvMétricaCómo da soporte MOSKitt a gvMétrica (y 3):

Soporte a gvMétrica

Tareas

Recursos

Acciones

Dependencias

Definición del proceso: Dashboard (1)

Soporte a gvMétricaDefinición del proceso: Dashboard (2)

Recursos Modelos

Soporte a gvMétricaDefinición del proceso: Dashboard (y 3)

AccionesAbrir Cheat Sheet Abrir Editor

Soporte a gvMétricaEjecución del Proceso: Intérprete

•Intérprete del Dashboard:

• Instancias distintas de un mismo proceso.• Identificada la Tarea actual.

Crear M.Proyectos

Abrir Cheat Sheet

Marco General de Soporte al Método

Conclusiones

●MOSKitt es un proyecto de Software que no sólo libera Software.

●Si tienes un método, tienes las herramientas para darle soporte.

Si no lo tienes.......prueba con el nuestro.

●Alcance de MOSkitt: tan lejos como podamos....