FRIEND-BUSTER

Modelo del proceso

Proyecto de ingeniería de software 2010 – Grupo 3 - UdelaR

Agenda1. Introducción

2. Evolución en el tiempo1. Fase inicial

2. Fase de Elaboración

3. Fase de Construcción

4. Fase de Transición

3. Líneas de trabajo1. Requerimientos

2. Implementación

3. Verificación

4. SQA

5. SCM

6. Gestión de proyecto

7. Relación con el cliente

4. Experiencia con el modelo

Introducción

Grupo de 14 integrantes Producto: Friend Buster Cliente: Marcelo Guerra Hahn Directores: Cecilia Apa / Javier Barreiro

Evolución en el tiempo

Inicial(4 semanas)

Elaboración(4 semanas)

Construcción(4 semanas)

Transición(2 semanas)

Inicial(5 semanas)

Elaboración(6 semanas)

Cons-trucción(2 semanas)

Transición (1 semana)

Propuesta del MUM:

Realidad de nuestro proyecto:

Fase Inicial

Llevó más tiempo del planificado:Falta de experiencia en trabajo en equipo.

Atraso en la mitigación de riesgos técnicos (Mucha carga para los especialistas técnicos).

Logros:Requerimientos especificados y validados

Mitigación de riesgos técnicos

Definición temprana de la interfaz gráfica

Arquitectura inicial elaborada y validada

Acuerdo de alcance preliminar

Prototipos

Fase de Elaboración Llevó mucho más tiempo de lo esperado El atraso fue generado por:

Atrasos en el diseño (especialistas técnicos tuvieron mucha carga de diseño).

Falta de cuentas de Azure (impedía validar la arquitectura)

El cierre de fase formalmente fue tardío, pero se iniciaron actividades de la siguiente fase.

Logros:

Arquitectura estable

Diseño completo

Alcance definitivo

Fase de Construcción Excepcionalmente corta.

Habíamos adelantado mucho en la fase anterior.

Logros:

Construcción de software y material asociado completa.

Verificación de lo construido.

Muchas validaciones con el cliente.

Errores nuestros:

Quedaron bugs menores pendientes para la fase siguiente.

Fase de Transición

Extremadamente corta en nuestro caso. Actividades del MUM no aplicaron.

En cambio hicimos: Documentación técnica, e instructivo de instalación.

Mejora de la calidad del producto final, corrección de bugs menores.

Entrega final al cliente.

Líneas de trabajo

Requerimientos Verificación SQA SCM Gestión de Proyecto

Líneas de trabajo - Requerimientos

Se tuvo que aprender a tratar con el cliente a distancia.

Varias validaciones de lo relevado. Equipo proactivo, propuestas generadas

para mejorar el juego. Prototipos tempranos (sobre todo GUI)

como otra forma de validación.

Líneas de trabajo - Verificación

Se resolvieron 122 de 124 Issues reportados. Generación y actualización de datos de prueba Usamos el Issue Tracker de codeplex. Forma de trabajo:

Verificador encuentra un error

Verificador reporta error

Implementador asignado soluciona cambia el

estado a “Fixed”Cierre del error

(Corrección correcta) Verificadores comprueban que la

solución sea correcta

(Corrección incorrecta)

Líneas de trabajo - SQA Requerimientos de calidad:

Estándar de codificación de Microsoft (FxCop)Estándar Marketplace de MicrosoftInterfaz atractiva e intuitiva

Revisión sobre las entregas semanales Revisiones de SQA Revisiones Técnicas Fromales (RTF) Se cumplió con un 95% de las actividades

propuestas en el plan de SQA

Línea de trabajo - SCM

Se definieron elementos a entrar en linea base en los fines de las fases 2 y 3.

Se manejó un método ágil de control de cambios

Se hicieron varias liberaciones a verificación, pero se mantuvo una única línea de desarrollo.

Línea de trabajo – Gestión de proyecto Métricas de dedicación: Promedio de

horas por persona

Isabela De Cola

Ignacio Tisnés

Diego Cascudo

Andrés Aguiar

Fernando Mangino

Camila Giménez

Mauricio D'Ambrosio

Ignacio Badiola

Jorge Valenzani

Álvaro Gonzalez

Karina Mattei

Marcelo Gamboa

Matías Laino

Brian Hill

0 5 10 15 20 25 30

Línea de trabajo – Gestión de proyecto Estimaciones y Mediciones

Estimado Real0

1000

2000

3000

4000

5000

6000

7000

8000

9000

TamañoPF Consolidado Juicio expertos Real

0

500

1000

1500

2000

2500

Esfuerzo

Línea de trabajo – Gestión de proyecto Total de horas por línea de trabajo

Analisis Requerimientos

Diseño

Implementación

Gestión de Calidad

Gestión de Configuración y Control de Cambios

Gestión de Proyecto

Verificación

0 200 400 600 800 1000 1200 1400 1600 1800

Línea de trabajo – gestión de proyecto Gestión de riesgos: 11 Riesgos identificados:

5 ocurrieron con variado impacto6 fueron mitigados correctamente

1 Riesgo no identificado que ocurrió:Problemas con la infraestructura

Relación con el cliente

Se superó el problema de la distancia (tuvo menos repercusión de lo esperado)

Buena relación de ambas partes Flexibilidad

Experiencia con el modelo Implicó una gran curva de aprendizaje respecto a las

actividades a realizar. Primera experiencia en un proceso formal de

desarrollo. Se siguió el proceso con algunos ajustes:

Priorización a tareas de GUI Mucho tiempo dedicado a investigación Pocas actividades de transición

Propuestas: Evaluar la distribución de los roles para proyectos similares:

Más especialistas y diseñadores de GUI, menos analistas. Evaluar modificaciones en fase de transición para casos de

trabajo a distancia.

FRIEND-BUSTERProducto

Agenda

Que es Friend Buster

Cuales eran los objetivos

Requerimientos

Alcance

Arquitectura

Evaluación

¿Que es Friend Buster?

Es un juego basado en “Where in the world is Carmen San Diego?” modificado para integrar redes sociales.

¿Cuales eran los objetivos?

Usamos facebook y wikipedia como fuente principal de datos para el juego.

Y además utilizar todo el potencial de Bing

Maps, para viajes.News, para noticias de famosos.Web, para pistas de ciudades.Images, para fotos de personajes.

Los requerimientos…

Iniciar partida

Buscar pistas…

del sospechoso

Emitir una orden de arresto

Viajar a un nuevo destino

Arrestar al sospechoso

Funcionales

…y del próximo destino

Los requerimientos…

No Funcionales

Windows Phone 7AzureBingFacebookSilverlight para WP7Tiempos de respuesta aceptables (menor a 3 segs. con buen ancho de banda)Seguir la línea metroInterfaz grafica atractiva e intuitiva

Alcance

Cliente para Windows Phone 7Todos los requerimientos entraron en el alcance, y además …DesafíosSalvar y cargar partida

Servidor de datosVarios jugadores concurrentesBase de datos en SQL Azure

Modulo de AdministraciónPagina ASP.net con interfaz para carga de datos

ArquitecturaSQL Azure

FB Bing ComFB server

Web Service

Web Service

Azure

WP 7

httpAdministrador

WCF

WCF

Evaluación

Interfaz intuitiva

Mecanismo de juego cómodo y atractivo

Ranking de puntuaciones motiva jugar

Fortalezas – windows Phone 7

Evaluación

Alto grado de parametrización

Autonomía de la actualización de los datos

Requiere poco mantenimiento

Fortalezas – Azure

Evaluación

Debilidades

Pobre funcionamiento con mala calidad de conexión

Dependencia de la información en Facebook del jugador y sus contactos

Dependencia de los resultados de los motores de búsqueda

Evaluación

Debilidades – Bugs conocidos

Mal manejo de la pérdida de conexión

No soportamos el caso de usuarios con menos de 3 amigos en facebook

No manejamos correctamente el vencimiento de tokens del login

Al cargar una jugada guardada no es posible viajar a la ciudad de retorno

Evaluación

Mejoras

Integración de redes similares a Facebook

Adaptación para fuente de datos diversificada

Multilenguaje y adaptación cultural de templates

Demo