La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

BPM-NODUM Grupo 8 – PIS 2009 PROCESO. Grupo Fases Gestión del Proyecto Verificación SQA SCM Evaluación del proceso seguido Conclusiones AGENDA.

Presentaciones similares


Presentación del tema: "BPM-NODUM Grupo 8 – PIS 2009 PROCESO. Grupo Fases Gestión del Proyecto Verificación SQA SCM Evaluación del proceso seguido Conclusiones AGENDA."— Transcripción de la presentación:

1 BPM-NODUM Grupo 8 – PIS 2009 PROCESO

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

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

4 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

5 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

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

7 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

8 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

9 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

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

11 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

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

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

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

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

16 Gestión del Proyecto

17 Promedio de horas por semana por: Grupo

18 Promedio de horas por semana por: Persona

19 Promedio de horas por semana por:

20

21 Productividad Tamaño del Producto: 32281 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

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

23 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

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

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

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

27 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.

28 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.

29 SCM Uso del repositorio para la gestión de documentos, fuentes y ejecutables a través de la herramienta SVN Subversion 1.6.4 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

30 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.

31 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

32 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

33 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


Descargar ppt "BPM-NODUM Grupo 8 – PIS 2009 PROCESO. Grupo Fases Gestión del Proyecto Verificación SQA SCM Evaluación del proceso seguido Conclusiones AGENDA."

Presentaciones similares


Anuncios Google