Sprint Goal
Sprint Goal: manejar la asignación, aceptación y visualización de las asignaciones de partidos por parte de los profesores y jugadores.
Sprint Backlog
PBI |
Historia de usuario |
Tarea |
Duración |
PBI-07 |
Ver listado de partidos (Profesor) |
|
|
|
|
Replanteo de la API. Creación entidades partido y comunicación |
4h |
|
|
Métodos de Postman para comprobar el funcionamiento de la API. Carga inicial de partidos |
8h |
|
|
Métodos personalizados en la API para la visualización de partidos |
8h |
|
|
Creación de vistas de partidos |
8h |
PBI-08 |
Poder asignar partidos (Profesor) |
|
|
|
|
Métodos en el front para creación de partidos (Vista Partidos) |
8h |
|
|
Formulario para partidos |
8h |
PBI-09 |
Enviar correo electrónico con enlace de aceptación de partido (Profesor) |
|
|
|
|
Configuración de un servidor de correo electronico |
8h |
|
|
Configuración de servicio de correo electrónico en la API |
4h |
|
|
Métodos en la API para enviar correos electrónicos |
4h |
|
|
Integración del envío de correo electrónico con la creación de partidos |
8h |
|
|
Diseño de plantillas de correo electrónico |
4h |
PBI-10 |
Gestionar respuesta de los jugadores a través del enlace de correo |
|
|
|
|
Creación de endpoints en la API para aceptar o rechazar partidos |
4h |
|
|
Métodos en el front para gestionar las respuestas de los jugadores |
8h |
|
|
Actualización del estado de los partidos en la vista de partidos |
4h |
PBI-11 |
Sugerir intercambio de teléfonos |
|
|
|
|
Métodos en la API para sugerir el intercambio de teléfonos |
4h |
|
|
Enviar correos electrónicos con la sugerencia de intercambio de teléfonos |
4h |
|
|
Actualización del estado de los partidos en la vista de partidos |
4h |
PBI-12 |
Enviar teléfonos a los jugadores si aceptan el intercambio |
|
|
|
|
Métodos en la API para gestionar la aceptación del intercambio de teléfonos |
4h |
|
|
Enviar correos electrónicos con los teléfonos a los jugadores |
4h |
|
|
Actualización del estado de los partidos en la vista de partidos |
4h |
PBI-13 |
Poder elegir los partidos dentro de los limites marcados |
|
|
|
|
DatePicker horas (para coger de 20 en 20 min y entre las 8 y las 22h) |
8h |
|
|
Limites a la carga de partidos (que nadie coja partidos coincidentes en el tiempo y el espacio) |
8h |
Acceso Jugador-Profesor:
Finalidad |
opción 1 |
opción 2 |
opción 3 |
Distinguir entre jugador y profesor |
Springboot Security (Roles) |
Autenticacion Simulada (Nombre, Apellido) |
N/A |
Si es alumno, distinguir que alumno es |
Springboot Security (JWT) |
Autenticacion Simulada (Nombre, Apellido) |
N/A |
Aceptacion de partidos:
Finalidad |
opción 1 |
opción 2 |
opción 3 |
Jugadores visualizan asignacion |
correo electronico |
vista partidos Frontend aplicacion |
SMS |
Acuerdo entre jugadores |
N/A |
intercambio de Email |
Intercambio de mensajes en la aplicacion |
Visualizacion de partidos acordados |
Partidos aceptados/Partidos pendientes aplicación |
Email confirmacion de partidos |
N/A |
Total: 125 horas (como minimo). (4 horas/día)éfonos| 4h|
|||Enviar correos electrónicos con los teléfonos a los jugadores| 4h|
|||Actualización del estado de los partidos en la vista de partidos| 4h|
| PBI-13 | Crear landing page para cuadrar partidos por teléfono |||
|||Creación de landing page en el frontend para cuadrar partidos| 8h|
|||Métodos en la API para recibir y actualizar la información del partido| 8h|
|||Diseño y pruebas del formulario en la landing page| 4h|