View
208
Download
1
Category
Preview:
Citation preview
El Trivial 2.0
Luis Miguel Amorós Noemí Arbós
Ester Mengual Aleix Solé
Diseño de Redes y Aplicaciones Telemáticas 21 noviembre 2011
1. Introducción
1. Descripción del proyecto
2. Normativa del juego
3. Objetivos del proyecto
2. Implementación
1. Web 1. Mapa conceptual
2. Diseño
3. Casos de Uso
2. Android 1. Mapa conceptual
2. Diseño
3. Casos de Uso
3. Modelo de datos
4. Diagrama de componentes
5. Diagrama de despliegue
3. Planning
1. Metodología de trabajo (SCRUM)
2. Product Backlog, primer y segundo sprint 2
Trivial 2.0: Una aplicación móvil que permite a los usuarios
participar en un juego basado en preguntas geolocalizadas.
A medida que el usuario acierte preguntas, ganará puntos y pins. De esta manera, escalará puestos en la clasificación.
El usuario podrá ver información sobre la gente que sigue y comentar sus acciones (pregunta contestada, trivial finalizado…).
El usuario podrá contribuir con sus propios trivials y preguntas.
3
Reglas del Trivial de LENA :
Máximo 40 segundos para responder cada pregunta.
Sólo de puede visualizar las preguntas como máximo 3 veces (Si la 3º vez no se responde se contará como incorrecta).
Pregunta correcta = 20 puntos.
Pregunta incorrecta = 0 puntos.
Si se contestan todas las preguntas de un trivial correctamente = 50 puntos.
4
Desarrollar una plataforma que permita alojar un trivial basado en geocatching.
Facilitar el registro y la identificación de los usuarios utilizando
perfiles o cuentas ya creadas en redes sociales o correos electrónicos.
Democratizar el sistema:
Todos los usuarios pueden crear sus propios trivials. Todos los usuarios pueden añadir preguntas a trivials existentes.
Incentivar la participación de los usuarios. Ofrecer un servicio para que los miembros puedan interactuar entre
ellos.
Ofrecer un servicio de noticias para mantener a los usuarios al corriente de las últimas actualizaciones.
5
Identificar puntos mediante Foursquare.
No necesitamos crear un algoritmo para identificar los puntos cercanos al usuario.
6
LENA getPoints(lat, long)
returnPoints
2.1.1. Mapa conceptual
7
2.1.2. Diseño
8
2.1.2. Diseño
9
2.1.2. Diseño
10
2.1.2. Diseño
11
2.1.2. Diseño
12
2.1.3. Casos de Uso
13
2.2.1. Mapa conceptual
14
2.2.2. Diseño
15
2.2.2. Diseño
16
2.2.3. Casos de Uso
17
18
Los datos que gestionará la aplicación.
Arquitectura por capas: Presentación: interfaces
para la interacción entre usuario y aplicación.
Negocio: implementación de las funcionalidades.
Integración: gestiona el acceso a los datos.
19
MySQL: - Mayor
velocidad - Tamaño de
fila ilimitado - Consume
pocos recursos
20
REST - Ligero - Fácil implementación - Resultados legibles:
XML, JSON…
Apache Wicket - Separa claramente vista y lógica - Sigue el modelo GUI como SWT - Permite reutilización de código
Metodología Scrum Product Owner: Toni Oller Team: Grupo LENA ScrumMaster Reuniones de 15 minutos de pie todos los lunes y al
terminar una funcionalidad.
División en «sprints» Se empieza con un «product backlog» que describe las
funcionalidades del proyecto. El primer sprint procede del primer «sprint planning
meeting» según las estimaciones del trabajo. Habrá dos iteraciones (sprints) del producto como
máximo, por restricciones de tiempo. 21
22
Product backlog Autenticación de usuarios Web – Móvil. Responder Trivials seleccionando las preguntas con
geolocalización mediante Foursquare. Sistema de puntuación de Trivials. Capa de Realidad Aumentada sobre un mapa 3D. Integración con herramientas sociales. Ranking de usuarios en web y Móbil. Gestión de Following/Followers. Muro de comentarios entre usuarios. Edición de Trivials vía web. Edición de Trivials vía Android. Gestión de quejas de los usuarios sobre las preguntas.
23
Primer sprint (hasta 31/12/2011)
Autenticación de usuarios Web – Móvil.
Responder Trivials seleccionando las preguntas con geolocalización mediante Foursquare.
Sistema de puntuación de Trivials.
Integración con herramientas sociales.
Gestión de Following/Followers.
Muro de comentarios entre usuarios.
24
Primer sprint (hasta 31/12/2011) Trabajo paralelo en las funcionalidades del cliente Android
y de la interfaz web.
25
Segundo sprint (hasta final de cuatrimestre)
Si el primer sprint se termina correctamente, añadir el resto de funcionalidades del backlog.
26
Recommended