... | ... | @@ -2,7 +2,7 @@ |
|
|
Duración: 3 semanas.
|
|
|
|
|
|
#### Sprint Goal
|
|
|
El objetivo del sprint es permitir a los usuarios gestionar su información personal y a la ECEF gestionar los distintos perfiles usuario. Permitir también a los diplomados diseñar planes de entrenamiento para que los encargados programar a largo plazo. También se pretende resolver los bug identificados durante el sprint para asegurar la completa funcionalidad.
|
|
|
El objetivo del sprint es permitir a los usuarios gestionar su información personal y a la ECEF gestionar los distintos perfiles usuario. Permitir también a los diplomados diseñar planes de entrenamiento para que los encargados puedan programar a largo plazo.
|
|
|
|
|
|
Creemos que permitirá a cualquiera a almacenar sus datos de rendimiento, a la ECEF administrar los distintos perfiles para dotar de las funcionalidades necesarias a quién le corresponda y a los diplomados a diseñar planes genéricos que pueda utilizar un amplio número de encargados de grupo sin excesivos conocimientos.
|
|
|
|
... | ... | @@ -19,9 +19,9 @@ Aquí tienes los Product Backlog Items (PBI) que proporcionaste, organizados seg |
|
|
|||Calculadora para 1RM | 5 h |
|
|
|
| PBI-20 | Registro |||
|
|
|
|||Crear invitaciones de registro | 5 h |
|
|
|
|||Enviar email de invitación | 5 h |
|
|
|
|||Registro de nuevos usuarios desde las invitaciones | 6 h |
|
|
|
| PBI-19 | Autenticación |||
|
|
|
|||Cambio de contraseña y nombre | 5 h |
|
|
|
|||Aumentar el tiempo que un usuario se encuentra logeado | 1 h |
|
|
|
|||Renovar autenticación de forma automática | 7 h |
|
|
|
| PBI-04 | Gestión de perfiles de ECEF, Diplomados y Usuarios |||
|
... | ... | @@ -38,169 +38,3 @@ Aquí tienes los Product Backlog Items (PBI) que proporcionaste, organizados seg |
|
|
|
|
|
**Total de horas previstas inicialmente**: 82 h
|
|
|
**Total de horas previstas por desarrollador día**: 3,56 horas-desarrollador/día |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
<!-- Claro, he ajustado cada issue en el apartado de "Valor que aporta" con la referencia al impacto correspondiente.
|
|
|
|
|
|
---
|
|
|
|
|
|
1. **Guardar datos de rendimiento asociados a ejercicios #103**
|
|
|
- **Descripción:** Permitir el almacenamiento de datos de rendimiento relacionados con los ejercicios realizados por el usuario.
|
|
|
- **Valor que aporta:** Poder conocer mi estado físico actual.
|
|
|
- **Criterios de aceptación:**
|
|
|
- La aplicación debe permitir guardar los datos de rendimiento después de cada sesión de ejercicios.
|
|
|
- **Pruebas de funcionalidad:** Verificar que los datos se almacenan y guardan correctamente en la base de datos.
|
|
|
- **Relación con otros elementos:** N/A
|
|
|
- **Tiempo estimado:** 6 h
|
|
|
|
|
|
2. **Ver datos de rendimiento asociados a ejercicios #104**
|
|
|
- **Descripción:** Permitir que el usuario visualice sus datos de rendimiento asociados a ejercicios.
|
|
|
- **Valor que aporta:** Poder conocer mi estado físico actual.
|
|
|
- **Criterios de aceptación:**
|
|
|
- Los datos de rendimiento deben poder visualizarse desde la interfaz de usuario.
|
|
|
- **Pruebas de funcionalidad:** Verificar que los datos de rendimiento se muestran correctamente en la vista de usuario.
|
|
|
- **Relación con otros elementos:** #103
|
|
|
- **Tiempo estimado:** 6 h
|
|
|
|
|
|
3. **Calculadora para VAM #105**
|
|
|
- **Descripción:** Implementar una calculadora para determinar la Velocidad Aeróbica Máxima (VAM) del usuario.
|
|
|
- **Valor que aporta:** Poder conocer mi estado físico actual.
|
|
|
- **Criterios de aceptación:**
|
|
|
- La calculadora debe ser capaz de obtener el valor de VAM en función de los datos ingresados.
|
|
|
- **Pruebas de funcionalidad:** Validar que los cálculos de VAM sean precisos y consistentes con los datos introducidos.
|
|
|
- **Relación con otros elementos:** N/A
|
|
|
- **Tiempo estimado:** 6 h
|
|
|
|
|
|
4. **Calculadora para 1RM #106**
|
|
|
- **Descripción:** Implementar una calculadora para estimar el máximo de una repetición (1RM) en ejercicios de fuerza.
|
|
|
- **Valor que aporta:** Poder conocer mi estado físico actual.
|
|
|
- **Criterios de aceptación:**
|
|
|
- La calculadora debe poder calcular el 1RM con base en el número de repeticiones y el peso usado.
|
|
|
- **Pruebas de funcionalidad:** Comprobar que la calculadora ofrece resultados correctos según los datos introducidos.
|
|
|
- **Relación con otros elementos:** N/A
|
|
|
- **Tiempo estimado:** 5 h
|
|
|
|
|
|
6. **Crear invitaciones de registro #108**
|
|
|
- **Descripción:** Permitir la creación de invitaciones para nuevos usuarios en la aplicación.
|
|
|
- **Valor que aporta:** Poder identificarse como usuario.
|
|
|
- **Criterios de aceptación:**
|
|
|
- La funcionalidad debe permitir la creación de invitaciones con un enlace de registro único.
|
|
|
- **Pruebas de funcionalidad:** Confirmar que las invitaciones se crean correctamente y los enlaces son válidos.
|
|
|
- **Relación con otros elementos:** N/A
|
|
|
- **Tiempo estimado:** 5 h
|
|
|
|
|
|
7. **Enviar email de invitación #109**
|
|
|
- **Descripción:** Enviar automáticamente un correo electrónico con la invitación de registro.
|
|
|
- **Valor que aporta:** Poder identificarse como usuario.
|
|
|
- **Criterios de aceptación:**
|
|
|
- Los correos deben enviarse correctamente con la invitación y enlace único.
|
|
|
- **Pruebas de funcionalidad:** Verificar que el email llega correctamente y contiene el enlace.
|
|
|
- **Relación con otros elementos:** #108
|
|
|
- **Tiempo estimado:** 5 h
|
|
|
|
|
|
8. **Registro de nuevos usuarios desde las invitaciones #110**
|
|
|
- **Descripción:** Permitir que los usuarios se registren en la aplicación a través del enlace de invitación.
|
|
|
- **Valor que aporta:** Poder identificarse como usuario.
|
|
|
- **Criterios de aceptación:**
|
|
|
- Los usuarios deben poder completar el registro usando la invitación enviada.
|
|
|
- **Pruebas de funcionalidad:** Confirmar que el registro es exitoso desde el enlace de invitación.
|
|
|
- **Relación con otros elementos:** #109
|
|
|
- **Tiempo estimado:** 6 h
|
|
|
|
|
|
9. **Aumentar el tiempo de registro #111**
|
|
|
- **Descripción:** Extender el tiempo permitido para completar el registro mediante una invitación.
|
|
|
- **Valor que aporta:** Poder identificarse como usuario.
|
|
|
- **Criterios de aceptación:**
|
|
|
- Los usuarios deben poder completar el registro en el tiempo extendido.
|
|
|
- **Pruebas de funcionalidad:** Validar que el tiempo de registro adicional permite el acceso y registro.
|
|
|
- **Relación con otros elementos:** #110
|
|
|
- **Tiempo estimado:** 5 h
|
|
|
|
|
|
10. **Renovar autenticación de forma automática #112**
|
|
|
- **Descripción:** Implementar la renovación automática de autenticación para mejorar la seguridad.
|
|
|
- **Valor que aporta:** Poder identificarse como usuario.
|
|
|
- **Criterios de aceptación:**
|
|
|
- La autenticación debe renovarse automáticamente sin intervención del usuario.
|
|
|
- **Pruebas de funcionalidad:** Asegurarse de que la autenticación se renueva y mantiene las sesiones activas.
|
|
|
- **Relación con otros elementos:** N/A
|
|
|
- **Tiempo estimado:** 7 h
|
|
|
|
|
|
11. **Ver usuarios de la aplicación #113**
|
|
|
- **Descripción:** Implementar la funcionalidad para ver una lista de todos los usuarios registrados en la aplicación.
|
|
|
- **Valor que aporta:** Poder identificarse como usuario.
|
|
|
- **Criterios de aceptación:**
|
|
|
- La aplicación debe mostrar una lista actualizada de todos los usuarios registrados.
|
|
|
- **Pruebas de funcionalidad:** Verificar que la lista de usuarios se carga correctamente y refleja los datos actualizados.
|
|
|
- **Relación con otros elementos:** N/A
|
|
|
- **Tiempo estimado:** 3 h
|
|
|
|
|
|
12. **Cambiar perfil de usuario a diplomado #114**
|
|
|
- **Descripción:** Permitir la modificación del perfil de usuario a diplomado dentro de la aplicación.
|
|
|
- **Valor que aporta:** Poder identificarse como usuario.
|
|
|
- **Criterios de aceptación:**
|
|
|
- Los administradores deben poder cambiar el perfil de un usuario a "diplomado".
|
|
|
- **Pruebas de funcionalidad:** Asegurar que el perfil se actualice correctamente al rol de diplomado.
|
|
|
- **Relación con otros elementos:** N/A
|
|
|
- **Tiempo estimado:** 3 h
|
|
|
|
|
|
13. **Cambiar perfil de usuario a ECEF #115**
|
|
|
- **Descripción:** Habilitar la opción de cambiar el perfil de usuario a ECEF.
|
|
|
- **Valor que aporta:** Poder identificarse como usuario.
|
|
|
- **Criterios de aceptación:**
|
|
|
- Los administradores deben poder asignar el perfil "ECEF" a un usuario.
|
|
|
- **Pruebas de funcionalidad:** Confirmar que el perfil se actualiza correctamente al rol de ECEF.
|
|
|
- **Relación con otros elementos:** #114
|
|
|
- **Tiempo estimado:** 2 h
|
|
|
|
|
|
14. **Agrupar sesiones en un marco temporal #116**
|
|
|
- **Descripción:** Permitir la agrupación de sesiones de entrenamiento dentro de un marco de tiempo específico.
|
|
|
- **Valor que aporta:** Asegurar que los entrenamientos son adecuados.
|
|
|
- **Criterios de aceptación:**
|
|
|
- Las sesiones deben poder organizarse en intervalos temporales definidos por el usuario.
|
|
|
- **Pruebas de funcionalidad:** Verificar que las sesiones se agrupan correctamente en los periodos definidos.
|
|
|
- **Relación con otros elementos:** N/A
|
|
|
- **Tiempo estimado:** 8 h
|
|
|
|
|
|
15. **Visualizar los planes en un calendario vacío #117**
|
|
|
- **Descripción:** Mostrar los planes de entrenamiento en una vista de calendario.
|
|
|
- **Valor que aporta:** Publicar planes de entrenamiento.
|
|
|
- **Criterios de aceptación:**
|
|
|
- El calendario debe mostrar los planes en las fechas asignadas, aún si el calendario está vacío.
|
|
|
- **Pruebas de funcionalidad:** Comprobar que los planes se visualizan correctamente en el calendario.
|
|
|
- **Relación con otros elementos:** #116
|
|
|
- **Tiempo estimado:** 7 h
|
|
|
|
|
|
16. **Agregar las sesiones de un plan de entrenamiento a un grupo #118**
|
|
|
- **Descripción:** Permitir que las sesiones de un plan de entrenamiento se asignen a un grupo específico.
|
|
|
- **Valor que aporta:** Asegurar que los entrenamientos son adecuados.
|
|
|
- **Criterios de aceptación:**
|
|
|
- Las sesiones de un plan deben poder asignarse a un grupo definido por el usuario.
|
|
|
- **Pruebas de funcionalidad:** Asegurar que las sesiones se integran correctamente en el grupo.
|
|
|
- **
|
|
|
|
|
|
Relación con otros elementos:** #117
|
|
|
- **Tiempo estimado:** 6 h
|
|
|
|
|
|
17. **Editar un plan de entrenamiento #119**
|
|
|
- **Descripción:** Implementar la funcionalidad para modificar los planes de entrenamiento existentes.
|
|
|
- **Valor que aporta:** Publicar planes de entrenamiento.
|
|
|
- **Criterios de aceptación:**
|
|
|
- Los usuarios deben poder editar los detalles de un plan de entrenamiento.
|
|
|
- **Pruebas de funcionalidad:** Confirmar que los cambios en el plan se guardan correctamente.
|
|
|
- **Relación con otros elementos:** N/A
|
|
|
- **Tiempo estimado:** 2 h
|
|
|
|
|
|
18. **Eliminar planes de entrenamiento #120**
|
|
|
- **Descripción:** Permitir la eliminación de planes de entrenamiento desde la interfaz de usuario.
|
|
|
- **Valor que aporta:** Publicar planes de entrenamiento.
|
|
|
- **Criterios de aceptación:**
|
|
|
- Los usuarios deben poder eliminar un plan de entrenamiento de manera definitiva.
|
|
|
- **Pruebas de funcionalidad:** Verificar que el plan se elimina correctamente y desaparece de la vista de usuario.
|
|
|
- **Relación con otros elementos:** #119
|
|
|
- **Tiempo estimado:** 3 h
|
|
|
|
|
|
---
|
|
|
|
|
|
Espero que este formato sea adecuado. --> |
|
|
\ No newline at end of file |