1. Soporte al proceso de desarrollo
con MOSKitt
“res non verba”
MOSKittDay – 1 diciembre 2009
Begoña Bonet Pérez de León
(bonet_beg@gva.es)
2. Objetivo de la Charla
Dar a conocer el DASHBOARD como elemento
integrador del soporte que da MOSKitt
al Método de Desarrollo
● Cómo surge la necesidad.
● Cómo se resuelve con MOSkitt.
● Cómo se resuelve para gvMétrica.
● ¿Qué nos queda por hacer?.
● Conclusión Cómo de la solución surge un Marco General de Trabajo.
3. Antecedentes
• gvMétrica: Metodología de Desarrollo
➢ Plantillas -> Documentos
➢ ¿Herramientas?
✔
Proceso
✔ Roles
✔ Técnicas
✔ Métodos
✔ Recursos E/S
✔ Herramientas
4. Objetivo: Herramienta
Objetivo:
Crear una herramienta libre de soporte al
Método de Desarrollo
de software gvMétrica para el personal de la CIT
• ¿Qué Enfóque Técnico?: Desarrollo Dirigido por Modelos
Modelos
• Estándares: UML2, BPMN ....
• Propios: DSL's
Transformaciones
• Modelo a Modelo (M2M)
• Modelo a Texto (M2T)
• ¿Qué Enfoque Tecnológico?: Eclipse
Eclipe Modeling Project (EMP) : EMF, GEF, GMF...
UML2 etc...
5. Alcance de MOSKitt 0.7.0
Modelo Modelos Modelo
Procesos Análisis/Diseño BBDD DB
(BPMN) UML2 Relacional Postgresql
➔Editores Gráficos
➔Transformaciones
DB
➔Ingeniería Inversa
Código Oracle
➔Migración de modelos Prototipo DDL
Postgresql
DB
DDL MySQL
Oracle
Modelo Modelo
WBS (GP) Interfaz Usuario
DDL
MySQL
6. Alcance de MOSKitt 0.7.0
¿Y el proceso?
Modelo Modelos Modelo
Procesos Análisis/Diseño BBDD DB
(BPMN) UML2 Relacional Postgresql
➔Editores Gráficos
➔Transformaciones
DB
➔Ingeniería Inversa
Código Oracle
➔Migración de modelos Prototipo DDL
Postgresql
DB
DDL MySQL
Oracle
Modelo Modelo
WBS (GP) Interfaz Usuario
DDL
MySQL
7. Contenido
Dar a conocer el DASHBOARD como elemento
integrador del soporte que da MOSKitt
al Método de Desarrollo
● Cómo surge la necesidad.
● Cómo se resuelve con MOSkitt.
● Cómo se resuelve para gvMétrica.
● ¿Qué nos queda por hacer?.
● Conclusión: Cómo de la solución surge un Marco General de Trabajo.
8. La Solución: Dashboard
(MOSKitt 1.X.X)
Invocación de otras
MaPA herramientas
Intérprete de Procesos (Dashboard Interpreter)
Modelo Modelos Modelo
Procesos Análisis/Diseño BBDD DB Editor de
(BPMN) UML2 Relacional Postgresql Procesos
(Dashboard
➔Editores Gráficos Editor)
➔Transformaciones
DB
➔Ingeniería Inversa
Código Oracle Métodos
➔Migración de modelos Prototipo +
DDL Ayuda
Postgresql
DB
DDL MySQL
Oracle
Modelo Modelo
WBS (GP) Interfaz Usuario
DDL
MySQL
10. Edición del Proceso de Desarrollo
Editor de Dashboard
Elementos del lenguaje:
• Tareas
11. Edición del Proceso de Desarrollo
Editor de Dashboard
Elementos del lenguaje:
• Tareas
• Dependencias entre tareas: ¡Dependencias de Recursos!
12. Edición del Proceso de Desarrollo
Editor de Dashboard
Elementos del lenguaje:
• Tareas
• Dependencias entre tareas: ¡Dependencias de Recursos!
• Recursos E/S, Referencias a Recursos
13. Edición del Proceso de Desarrollo
Editor de Dashboard
Elementos del lenguaje:
• Tareas
• Dependencias entre tareas: ¡Dependencias de Recursos!
• Recursos E/S, Referencias a Recursos
• Acciones:
abrir Editor, lanzar Transformación, invocar aplicación externa.
Acceso al resto de la documetnación...
14. Edición del Proceso de Desarrollo
Asistentes y Guías:
Asistentes
url interna
url externas
Documentación completa
15. Ejecución del Proceso de Desarrollo
Intérprete de Dashboard
• Cada proyecto trabajará con una instancia del procedimiento.
• Mantiene el estado de una instancia del procedimiento.
• Abrir, Editar recursos y referencias a recursos
• Enlazar/Desenlazar Recursos del Dashboard de Recursos.Físicos
• Abrir las Guías Complementarias.
• Invocar a los Editores (gráficos, formularios...)
• Lanzar Transformaciones etc...
• Invocar a Herramientas externas
16. Ejecución del Proceso de Desarrollo
Intérprete de Dashboard: Estados Tareas y Recursos:
Por hacer
En proceso
No procede
Terminado
Modificado
Dependencias:
En espera
Limpio
Sucio
Des-sincronizado
17. Ejecución del Proceso de Desarrollo
Intérprete de Dashboard: Control del Estado de los Proyectos
• Análisis está Terminado y sus recursos completos
(“Terminado”).
• La Dependencia que tiene Diseño de Análisis está
Resuelta (el recurso está “Limpio”).
• Vamos a ejecutar la tarea de Diseño (“Por hacer”)
•
18. Soporte al Proceso de Desarrollo
Esquema de Trabajo
Editores de Modelos + Transf. + Docs
BPMN
UML2 +
UIM
Dashboard
Asistentes
Documentación Completa
19. Contenido
Dar a conocer el DASHBOARD como elemento
integrador del soporte que da MOSKitt
al Método de Desarrollo
● Cómo surge la necesidad.
● Cómo se resuelve con MOSkitt.
● Cómo se resuelve para gvMétrica.
● ¿Qué nos queda por hacer?.
● Conclusión: Cómo de la solución surge un Marco General de Trabajo.
20. El Proceso de gvMétrica
“Un Patrón” del Método de Desarrollo en la CIT:
Análisis
Diseño
Construcción
Implantación
21. Soporte a gvMétrica
Proyecto gvMétrica
1.- Crear un proyecto “gvMétrica”: File/New/Others.../gvMetrica
¿Quién?:
• El Jefe de Proyecto
22. Soporte a gvMétrica
Estado Inicial del Proyecto
2.- Disponemos de un proyecto en un “estado inicial”.
• Estructura de carpetas predefinida
• Plantillas preeditadas
Documentos de texto
Ficheros de Planificación
etc...
• Modelos vacios ya creados
• Instancia inicial del procedimiento
23. Soporte a gvMétrica
Procedimiento de gvMétrica
3.- Abrir la Vista Moskitt Dashboard Interpreter
4.- A partir de la primera tarea...... seguir el procedimiento
Soporte a:
[*] Iteraciones
Subdiagramas
24. Soporte al Proceso de Desarrollo
Entorno de Trabajo en MOSkitt
(2)
(3)
(1)
•Enlazar
Recursos
(1)
•Editar
Recursos
(2) Abrir Editores (graf. Y form.) (3) Abrir Cheatsheet (Guías)
Abrir Ayuda
25. Contenido
Dar a conocer el DASHBOARD como elemento
integrador del soporte que da MOSKitt
al Método de Desarrollo
● Cómo surge la necesidad.
● Cómo se resuelve con MOSkitt.
● Cómo se resuelve para gvMétrica.
● ¿Qué nos queda por hacer?.
● Conclusión: Cómo de la solución surge un Marco General de Trabajo.
26. Trabajos Futuros
Línea de trabajo: General
Soporte Integral a la ejecución y definición de los procesos de desarrollo.
Línea de trabajo: Específica
Soporte Integral a la aplicación de gvMétrica en la CIT.
27. Trabajos Futuros
• Definición parametrizable de los Procesos de Desarrollo.
• Enriquecimiento del lenguaje: soporte para diferentes roles,
definición de Tipos de recursos...
• Promover la facilidad de uso: gestión automática de los estados.
• Trabajo Colaborativo:
Control de Acceso
Vistas adecuadas a cada rol
Control de la concurrencia.
• Integración con la Gestión de los Proyectos.
• Migración a un Lenguaje Estándar para definición de Procesos de
Desarrollo como es SPEM (Beca I+D+i).
• gvMétrica: Revisar y Completar
28. Conclusiones
• MOSkitt proporciona un Marco General de Soporte al
Método de Desarrollo.
• Si tienes un Método tienes MOSkitt te da las
herramientas para darle soporte.
• Pero si no lo tienes:
➢ Prueba con el nuestro
➢ Adáptalo a tus necesidades
➢ Y si quieres, participa en MOSkitt para incluir tu
solución.c