Proyecto de ingeniería de software - 2011

1. Proyecto de ingeniería de software - 2011 Herbert Live Grupo 06 Director: Javier Barreiro Cliente: Marcelo Guerra - Microsoft Facultad de Ingeniería - UdelaR

3. Producto

4. Agenda

5. Objetivo • “El objetivo es desarrollar un juego online basado en el lenguaje ‘h’ … el juego debe operar de forma similar a otros juegos competitivos en Facebook asignando puntajes a los jugadores y generando competencia con sus amigos.” Descripción del proyecto

6. 50 Niveles • Estándares de • codificación • Renovar Interfaz Principales requerimientos

7. Alcance Cumplir con los requerimientos previos… más:

8. Arquitectura del Sistema • Casos de Uso Relevantes a la arquitectura • Iniciar sesión • Ranking Facebook • Empezar Juego • Proceso de crecimiento • Gran impacto en nuestro proceso • Asincrónico vs Sincrónico • Facilidad a la hora de diseño detallado

9. Arquitectura del Sistema

10. Evaluación del producto • Virtudes • Servidor • Buen uso del try-catch • Tecnológicamente diverso • Soporte a múltiples navegadores • Capacidad de crear pantallas a través del browser

11. Evaluación del producto • Defectos • Tecnológicamente acotado • Parser no acepta composición de funciones • Errores no corregidos

12. Evaluación del producto • Sugerencias • Mayor interacción entre usuarios • Mejoras de interfaz gráfica • Soporte a otras redes sociales

13. Demostración

14. Proceso

15. Agenda

16. Fases Fase Inicial Fase Elaboración Duración Duración • Cuatro semanas • Cinco semanas Logros Logros • Alcance definido • Casos de Uso priorizados • Arquitectura consolidada • Elección de referentes

17. Fases Fase Construcción Fase Transición Duración Duración • Tres semanas • Dos semanas Logros Logros • Casos de Uso Implementados • Re-elección de referentes • Mejora en la comunicación • Plan de implantación • Entrega versión final

18. Fases Principales Desviaciones • Una semana más de lo estipulado… • Cambios en la arquitectura. • Jornadas de Implementación.

19. Desempeño de las áreas • Análisis de requerimientos • Solución de problemas técnicos, implementación • Verificación • SQA • SCM • Cliente • Interrelaciones • Gestión de proyecto

20. Desempeño de las áreas • Análisis de Requerimientos • Buen trabajo en poco tiempo • Aprendizaje en la comunicación • Problemas técnicos e implementación • Reto al implementar en paralelo • Uso del servidor • Buen seguimiento del diseño • Buena comunicación entre referentes

21. Desempeño de las áreas Verificación • Se utilizó la herramienta Mantis para gestionar los incidentes • Se reportaron un total de 152 incidentesde los cuales se resolvieron 140 • De los 12 incidentes no resueltos6 son sugerencias.

22. Desempeño de las áreas SQA • Hilos de correcciones • Supervisar responsables • Principal empeño en la interfaz Coordinación de desarrollo • Reto debido al desarrollo en paralelo • Planes de desarrollo, en función de las tres tecnologías • Dificultad de seguimiento

23. Desempeño de las áreas SCM • Charlas informativas ("SVN a lo indio"".NET a lo indio") • Control de versiones y manejo del ambiente controlado. • Herramientas elegidas para ambiente controlado y no controlado • Repositorio central (Assembla) • Control de versiones (TortoiseSVN) • Compartir datos en ambiente no controlado (DropBox) • Buena adaptación rápida del equipo a la forma de trabajo • Control de cambios • No hubo cambios de alto impacto • Trabajo interdisciplinario • El compromiso facilitó tareas.

24. Desempeño de las áreas Interrelaciones Procedimiento con el fin de construir

25. Desempeño de las áreas Interrelaciones Procedimiento de liberación

26. Desempeño de las áreasGestión del proyecto • Tamaño del producto:

27. Desempeño de las áreas Gestión del proyecto • Total de horas por semana:

28. Desempeño de las áreasGestión del proyecto • Horas por persona:

29. Desempeño de las áreasGestión del proyecto • Horas por persona:

30. Desempeño de las áreas Gestión del proyecto • Horas por disciplina:

31. Desempeño de las áreasGestión del proyecto

32. Desempeño de las áreasGestión del proyecto

33. Funcionamiento del grupo • Reuniones quincenales • Resolución de problemas entre tecnologías y entre miembros del grupo • Resolución de conflictos internos mediante el dialogo • Respeto de la situación personal del prójimo • Reacción grupal frente a manifestación de riesgos • Acortar el alcance? • Redoblar los esfuerzos?

34. Interfaces de usuario Organización • Web • Phone • Desktop • Implementación • Web • Phone • Desktop • GameEngine • Administración • Base de datos • Gestión • Administración • Calidad • Verificación • Configuración • Coordinación

35. Evaluación del proceso • Sugerencias • ¿Qué documentación es importante y cuál es complementaria? • No siempre se puede entregar todo • ¿Es factible sustituir un documento por una herramienta? • Priorizar documentos en función del proyecto • Conflicto de intereses entre proceso y producto • Clases de apoyo más cercanas al comienzo del curso • Consejos para repartir los roles • Experiencias de años anteriores • En función del proyecto

36. Conclusiones

37. Conclusiones • Lecciones Aprendidas • Documento de lecciones (Clasificadas por áreas) • Análisis Post Mortem • A nivel profesional y personal. • ¿Qué inconvenientes se presentaron? • Conflictos menores entre integrantes • Falta de experiencia en ciertas tecnologías.

38. Conclusiones • ¿Qué se logró? • Cumplir con el los objetivos planteados • Aprendizaje a la hora de elucubrar estrategias, para la resolución de problemas • Muy buen trabajo en grupo

39. ¿Preguntas?