BPM-NODUM Grupo 8 – PIS 2009 PROCESO

Grupo Fases Gestión del Proyecto Verificación SQA SCM Evaluación del proceso seguido Conclusiones AGENDA

Presentación del Grupo Grupo: 15 integrantes Proceso: MUM Producto: BPM-NODUM Cliente: NODUM Director: Jorge Triñanes

Presentación del Grupo Administrador – Asistente de Verificación - Responsable de Comunicación Diego Bastiani Analista – Documentación de usuario – Asistente de Verificación Javier de Prado Analista – Implementador Ignacio Vignolo Alberto Martinucci (Representante de Analistas) Agustín Mullin Responsable SQA – Asistente de Verificación Maximiliano Mañay Analista – Diseñador de Interfaz de Usuario – Implementador María Emilia Silveira

Presentación del Grupo Responsable de Verificación – Asistente SQA Lissette Colina Arquitecto – Asistente de Verificación – Coordinador de Desarrollo Roberto Pertusa Especialista Técnico – Implementador Federico Orihuela Gabriela Rodriguez Virginia Rodriguez (Respresentante de Especialistas Técnicos) Lorena Calvo (Responsable de Integración) Responsable de SCM – Especialista Técnico - Implementador Raúl Rivarola Analista – Especialista Técnico – Implementador Marcos Suiffet

Duración de: Fases recomendadas en MUM: Duración de: Fases experimentadas por el grupo: FASES

Relevamiento de Requerimientos Dificultades por carencia de documentación Problemas de organización y adaptación a roles Analisis y determinación de teconlogías a utilizar Configuración de repositorio Definición de entorno de desarrollo y plan para el mismo Capacitación autogestionada Estimación primaria basada en: memoria organizacional puntos de función Definición de alcance primiario Fase Inicial

Fase de Elaboración Relevamiento y especificación de Requerimientos Se corrige la estimación de esfuerzo y tamaño del producto Definición de CU Definición de la Arquitectura, Modelo de Datos y Modelo de Diseño Implementación del Prototipo Grupos de 1 analista y 1 especialista técnico Integración de componentes: Persistencia Servicios Nodum JgraphX Definición de Alcance final Verificación - Planificación

Fase de Construcción Implementación Diseñador Navegador Servidor Verificación Funcional, a partir de CU Conflictos de configuración en ambiente de testing Manual Usuario Desviación de 5 días Presentación de Producto Beta

Retroalimentación conjunta con cliente Correccion de errores e implementacion de sugerencias Versión Final del Producto Fase de Transición

Gestión del Proyecto Definición de mecanismos de comunicación Planificación de proyecto Seguimiento de la situación del proyecto Registrar actividades del grupo Organizar y distribuir recursos y actividades Gestionar riesgos Realizar estimaciones de esfuerzo y tamaño del producto Decisiones claves tomadas por responsables de áreas

Gestión del Proyecto Tamaño del producto en las distintas Iteraciones

Gestión del Proyecto Tamaño del producto en las distintas Iteraciones

Gestión del Proyecto Tamaño del producto en las distintas Iteraciones

Gestión del Proyecto Tamaño del producto en las distintas Iteraciones

Gestión del Proyecto

Promedio de horas por semana por: Grupo

Promedio de horas por semana por: Persona

Promedio de horas por semana por:

Productividad Tamaño del Producto: LOCs Horas de Implementación: 1620 Horas totales del proyecto: 4020 Productividad de Implementación: 19,92 locs/hora Productividad del Proyecto: 8,03 locs/hora

Verificación Tipo de pruebas realizadas Dificultades del testing Herramientas Cantidad de errores remanentes

Verificación - Tipo de pruebas realizadas Pruebas unitarias y de integración (realizadas por los implementadores) Pruebas de funcionalidad Escenarios condición Valores límite Exploratorias Prueba de integridad de los datos Pruebas de interfaz de usuario Pruebas de documentación Pruebas de regresión

Verificación - Dificultades Configuración del ambiente de testing Atrasos en la implementación Recursos compartidos con otros roles

Verificación - Herramientas Reporte de incidentes: Mantis  Necesaria  Gratuita  Sencilla

Verificación - Resultado Cantidad de pruebas ejecutadas 321 Incidentes reportados 86 Incidentes remanentes de los reportados 5 menores

SQA - Estrategia Definición de atributos de calidad relevantes para el producto: Enfasis en la interfaz gráfica. Facilidad de uso, interfaz intuitiva. Definicion de estandares de documentación. Revisión de las entregas semanales. Revisiones específicas enfocadas en los objetivos de cada fase. Revisiones de la aplicación enfocadas en el aseguramiento de la calidad.

SQA – Dificultades y Logros Dificultades: Curva de aprendizaje del proceso. Coordinación de las entregas. Realización de revisiones técnicas formales. Logros: Identificación temprana de dificutades para el cumplimiento de los objetivos de cada fase. Aseguramiento del nivel general de calidad de la documentación. Aseguramiento de la calidad del producto.

SCM Uso del repositorio para la gestión de documentos, fuentes y ejecutables a través de la herramienta SVN Subversion con cliente Tortoise Se definió una nomenclatura de códigos para la identificación de los elementos Se definió la Línea base realizándole auditorias para corregir errores y mantener la estabilidad permitiendo así la trazabilidad de los elementos Estrategias de Branching: Branch por Componentes Por cada ralease y/o entrega se crearon Tags Seguimiento y control de bugs mediante la herramienta Mantis y se aplicaron políticas de respaldo y pruebas de Plan de contingencia

SCM - ¿Qué se pudo haber hecho mejor? Por momentos se sufrió de Big Bang Merge (aplazar la fusión) y en algunos componentes de Merge-Paranoia (evitarla). La creación del ambiente de pruebas demoró más de lo deseado. Se hubieran obtenido mejoras en temas puntuales si se hubieran usado correctamente: Tree Conflict DotProyect.

Relación con el Cliente Responsable de Comunicación fue el nexo entre Cliente y Grupo Muy buena retroalimentación de ambas partes A lo largo del proyecto la relación con el mismo fue correcta

Evaluación del proceso seguido En un principio: Sobre esfuerzo por cumplir con los plazos pedidos Gran volumen de documentos y poca información Repetición de información en documentos Mediando el proyecto hasta el final: Priorizar entrega de docuementos El grupo comprende que el MUM es una guía flexible

Conclusiones El grupo siempre estuvo muy unido y enfrentó las dificultades que se plantearon en el proyecto, de manera de buscar la mejor solución para las mismas y seguir avanzando fase tras fase Se obtuvo como resultado un producto con cierto grado de verificación y calidad aceptables con su respectiva documentación Una buena experiencia de aprendizaje para todos los integrantes del grupo y nos acerca y nos prepara para la vida profesional