experiencias con moskitt
TRANSCRIPT
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....