Descargar la presentación
La descarga está en progreso. Por favor, espere
Publicada porAntonia Espinoza Chávez Modificado hace 8 años
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:
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
Presentaciones similares
© 2024 SlidePlayer.es Inc.
All rights reserved.