Presentación del Proceso

1. Presentación del Proceso Sistema de Administración de Proteínas Objetivo y eXperimentos del Pasteur

2. Agenda • Introducción al proceso MDA • Fases del Proyecto • Requerimientos • Relación con el Cliente • Diseño • Implementación • Verificación • Implantación • Gestión de Calidad • Gestión de Configuración • Gestión del Proyecto • Funcionamiento del Grupo • Evaluación del Proceso

3. Introducción • Proceso Basado en la extensión MDA • Implica mayor esfuerzo en el momento del diseño • Recompensa a la hora de implementar por la generación de código • Se trabaja a partir de un modelo, el cual se estereotipa (“marca”) para determinados cartuchos, y a partir de esto generar código, estructura de directorios, etc. • Introduce cambios en la forma de trabajo: • Implementación • Integración • Diseño

4. Fases del Proyecto

5. Fase Inicial Logros y Desviaciones Definición de Métodos de Comunicación Realización de Planes Gestión de Riesgos Implementación de Prototipo • Muchas Tecnologías estudiadas. • MDA no mitigado. Falta de Requerimientos (Scheduling) • Afecto Alcance, Arquitectura y Estimaciones. • Definición de este con biólogos en semana 5.     

6. Fase de Elaboración Logros y Desviaciones  Requerimientos y Arquitectura Estable Línea Base Definida Estimaciones y Mediciones • Realizadas con Esfuerzo. • Problemas con Tamaño, dado reutilización y generación de código. Ejecutable Línea Base atrasado • Problemas con el PIMS, y androMDA. • Cambio de Herramienta para MDA, priorización en el alcance de cu de PIMS. Diseño atrasado • PIMS con lógica en los servlets, mala documentación. • Entender código fuente, diseñar probando contra implementación.     

7. Fase de Construcción Logros y Desviaciones  Material y Documentación para Usuario Definición de Criterios de Aceptación Construcción del Sistema Positivo: • Alcance totalmente logrado. • Integración con JBossPortal y realización con androMDA. Atraso debido a: • Problemas de planificación para integrar con portal, llevan a atraso. Afectó: • Informe de Verificación. Evaluación de Calidad. Documentación Técnica. Solución: • Planificación para semana 13.   

8. Fase Transición Logros y Desviaciones  Liberación de Versión Beta 2.2 • Gran cantidad de Errores corregidos, entre ellos los catastróficos. • Última versión verificada. Documentación Técnica Completa Seguimiento de Satisfacción del Cliente • Realizada encuesta. • Resultado = muy satisfecho. Línea Base consistente   

9. Relacion con el cliente • Relación buena durante todo el proceso • Ayudo a resolver problemas técnicos

10. Requerimientos • Dos reuniones con los biólogos del Pasteur (visión del usuario final). • Funcionalidades del PIMS relevadas de la página (www.pims-lims.org). Problemas • Dificultad para comprender algunos conceptos. • Poca comunicación con usuarios finales. • Documentación del PIMS poco clara, vaga o inexistente en algunos puntos.

11. Diseño • Diseño logrado parcialmente en fase de elaboración (debido a dificultades con tecnologías y con PIMS). • Arquitectura estable durante todo el proyecto. Problemas: • Falta de conocimiento de herramientas requeridas para enfoque MDA. • Cambio de herramienta de modelado. • Dificultad al enfrentarse por primera vez con el “marcado” de modelos. • Dificultad para diseñar la interacción con el PIMS. • Problemas para integrar el modelo y dividir tareas.

12. Implementación • Se trabajó en forma distribuida • Se realizó prototipo desechable de riesgos técnicos en fase inicial, el cual fue pedido por el cliente. • AndroMDA generó mucho código. • Trazabilidad con el diseño Problemas: • Problemas para integrar el modelo y dividir tareas. • Tiempos de compilación con la herramienta a partir del modelo MUY ALTOS. • Testeo de las funcionalidades.

13. Verificación – Pruebas unitarias y de integración • Pruebas unitarias • Realizadas por los implementadores • Conocen las herramientas de desarrollo y la unidad a probar. • Copiando el código a proyectos paralelos o generando interfaces gráficas. • Pruebas de integración • Realizadas por el responsable de integración. • Ejecución de flujos principales y algunos flujos alternativos. • Se planificó utilizar JUnit • Descartado luego de varios intentos de integración con AndroMDA.

14. Verificación – Pruebas de sistema • Pruebas de sistema • Diseñadas y ejecutadas por el equipo de verificación • Se diseñaron pruebas para casi todos los casos de uso • Aún así se realizaron pruebas utilizando Testing Exploratorio • Verificación sobre versiones cerradas • Mantis para reporte de Incidentes • Artefactos • Plantilla unificada para diseño y resultados de las pruebas • Informe de Errores

15. Verificación – Tipos de Pruebas y Planificación • Tipos de Pruebas • Realizadas • Funcionalidad, Ciclo de Negocio, Interfaz de Usuario, Integridad de los datos (Valores largos y PIMS), Seguridad y Control de Acceso, Configuración (navegadores), Documentos. • No realizadas • Performance, Carga, Esfuerzo, Volumen, Fallas y Recuperación. • Planificación • Iteraciones • Cambios en la mayoría con ajustes en fin de semana intermedio.

16. Verificación – Resultados • Software • Versión 1.0 – Sem. 8 • Versión 1.3 – Sem. 10 • Versión 1.4 – Sem. 11 • Versión Beta 2.0 – Sem. 13 • Versión Beta 2.2 – Sem. 14 • Documentos • Modelo de Casos de Uso • 4 veces • Doc. de Requerimientos • 2 veces • Manual de usuario • 1 vez • Documentación Técnica • 1 vez, versión preliminar

17. Implantación • Sin problemas • Cliente con conocimientos técnicos. • Se brindó paquete • Producto • Portal • SAPO XP • Bases de datos • Informe de Errores

18. Gestión de Calidad

19. Revisiones Documento Versión Errores Encontrados Requerimientos 2.0 5 2.1 8 Modelo de Casos de Uso 0.7 9 2.0 21 4.0 13 Descripción de la Arquitectura 1.5 6 1.9 18 Plan de SCM 1.0 - Plan de VyV 1.3 6 Ejecutable 1.3 - 1.4 5 Gestión de Calidad

20. RTF Documento Versión Errores Encontrados Modelo de Diseño 0.4 35 Modelo de Casos de Uso 2.0 21 Evaluación Producto Final Documento o Producto Versión Documento de Requerimientos 0.4 Modelo de Casos de Uso 4.0 Descripción de la Arquitectura 3.0 Modelo de Diseño 1.0 Documentación Técnica 1.3 Manual de usuario 2.1 Ejecutable Beta 2.0 Gestión de Calidad

21. Gestión de Configuración Ambiente Controlado:Repositorio CVS de facultad manejado mediante el Plugin CVS de Eclipse Buen manejo del ambiente por parte de los usuarios. Se decidió prescindir de algunas revisiones. No se documentó Control de Cambios, los cambios surgidos se trataron de forma informal entre los integrantes del grupo, no fueron de mayor relevancia.

22. Gestión de Proyecto Tamaño del Producto

23. Semana 8 Semana 10 Semana 11 Semana 12 Semana 13 LOCS 13782 23913 41630 52204 Generadas 1651 1679 2995 6144 Auto Generadas 12131 22234 38635 46060 % Generado 88.02 92.98 92.81 88.23 Con Comentario 21112 70267 122706 150508 Gestión de Proyecto Tamaño del Producto 53354 6553 48801 88.16 162356

24. Gestión de Proyecto Productividad

25. Total Promedio Integrante Promedio Semanal 4147.28 24.68 296.27 Gestión de Proyecto Horas X Semana

26. Gestión de Proyecto Horas Promedio

27. Gestión de Proyecto Disciplina

28. Gestión de Proyecto Rol

29. Funcionamiento del Grupo • Excelente relacionamiento • Buena comunicación • Reuniones Quincenales díficiles de llevar

30. Evaluación del Proceso  Construcción de producto complejo, dado la reutilizacion, tecnologías y enfoque utilizado. Se cumplió con el alcance comprometido y se obtuvo la satisfacción del cliente. Adaptación del proceso a nuestras necesidades (priorizacion de actividades,entregables,etc). Buena capacidad de respuesta ante los numerosos problemas tenidos. Dificultades para definir el alcance, problemas en la negociación. Actividades que no se realizaron con el tiempo debido al atraso en otras anteriores (ej evaluaciones). Dificultad para las estimaciones de tamaño. Problemas al planificar, no tanto en actividades, sino en los tiempos, por diversas causas, entre ellas mala percepción de estimación del tiempo por parte de los integrantes.       

31. Evaluación del Proceso Cont … • Aspectos a mejorar del curso: • La posibilidad de brindar conocimiento previo de las distintas tecnologías. • Ayuda sobre como realizar estimaciones de tamaño con productos reutilizables y con generación de código. • MDA: • Alternativas a las formas de intregración. • Proyectos desde cero. • Especialista MDA.