Acta de Constitución - shiomar-salazar/MISW-PF-Grupo1-Backend GitHub Wiki
| Describa brevemente en sus propias palabras el problema que debe resolverse | |
| SportApp desea incursionar en el mercado con una solución tecnológica dirigida hacia el público latinoamericano, con la cual pueda según sus características geográficas, culturales, fisiológicas y alimenticias, generar diferentes estrategias que se adapten y satisfagan las necesidades reales de los usuarios, enfocadas en el bienestar y la salud de cada uno. Por lo tanto, SportApp no solo quiere brindar funcionalidades que hagan lo mismo que las plataformas existentes, sino que quiere expandir su alcance y brindar una experiencia mucho más personalizada a los usuarios, que incluye el suministro de todos aquellos servicios complementarios (transporte, alimentación, acompañamiento médico, sesiones con los entrenadores, rutinas de entrenamiento personalizadas, entre otros) necesarios para la realización de sus actividades deportivas. | |
| • Desarrollar perfiles personalizados de usuarios latinoamericanos considerando características demográficas, condiciones físicas y preferencias alimenticias. | • El 95% de los usuarios indican que su perfil representa precisamente sus características demográficas, condiciones físicas y preferencias. • La creación de los perfiles personalizados se llevará a cabo en un tiempo igual o inferior a 5 minutos. |
| • Generar planes de entrenamiento adaptados a las capacidades físicas, lesiones/molestias, objetivos y contexto de cada usuario. | • El 95% de los usuarios se encuentran satisfechos con la adaptación de su plan de entrenamiento con base a sus capacidades y objetivos. • La generación del plan de entrenamiento se realizará de forma automática con base a la información ingresada, en un tiempo igual o inferior a 5 segundos. |
| • Recomendar opciones de alimentación saludable acordes a los hábitos y disponibilidad de alimentos en la región de cada usuario. | • El 95% de los usuarios califican como útiles las recomendaciones de alimentación acorde a su disponibilidad regional de alimentos. • Se genera una recomendación alimenticia con base a la información ingresada en un tiempo igual o inferior a 3 segundos. |
| • Realizar monitoreo en tiempo real de signos vitales y rendimiento durante las sesiones deportivas. | • Los signos vitales y rendimiento son analizados en menos de 3 segundos desde su medición durante las sesiones deportivas. |
| • Proveer motivación y acompañamiento a los usuarios durante la realización de actividades físicas. | • El 95% de los usuarios consideran útiles las estrategias de motivación y acompañamiento durante sus actividades. • Realizar el análisis del comportamiento del usuario y lanzar una alerta en un tiempo igual o inferior a 5 minutos, siempre que identifique que el usuario está bajando el ritmo o paro las actividades físicas antes de terminar el entrenamiento. |
| • Permitir la comunicación con entrenadores y especialistas antes, durante y después de las sesiones de ejercicio. | • El 90% de las consultas son atendidas por un especialista en menos de 2 minutos desde su solicitud. |
| • Integrar con proveedores de servicios relevantes como entrenadores, deportólogos, entrega de alimentos, etc. | • El registro de proveedores nuevos debe tardar en realizarse menos de 5 minutos. |
| • Entregar un prototipo totalmente funcional de la aplicación web y móvil según el alcance establecido. | • El prototipo cumple con el 100% de las funcionalidades priorizadas según el alcance establecido y la plataforma correspondiente. |
| • Garantizar la escalabilidad, disponibilidad, confidencialidad, integridad y flexibilidad del sistema. | • Implementar un set de pruebas que permita evidenciar que el sistema cumple con cada uno atributos de calidad establecidos y que tenga una grado de satisfacción de por lo menos un 90%. |
| • Fecha de la realización del proyecto. | • El proyecto debe culminar según su alcance en un tiempo inferior o igual a 16 semanas. |
| • Se desarrollará la arquitectura del sistema propuesto incluyendo pruebas de concepto y experimentos de arquitectura. | • Implementación total de las funcionalidades para los perfiles de pago intermedio y premium. |
| • Se desarrollará la primera versión de la aplicación con limitadas funcionalidades. | • Documentación de usuario. |
| • La primera versión se desarrollará tanto en plataforma Web y móvil. | • El diseño de Interfaz de usuario no será reflejo del producto final a ser lanzado. |
| • Implementación total de las características de los usuarios gratuitos. | • Se utilizarán imagen libre de derecho de autor. |
| • Se realizarán despliegues en nube con funcionalidades de persistencia de datos. | • No se incluirán funcionalidades de administrador de sistema. |
| • Cumplir en la medida de las posibilidades todos los atributos de calidad solicitados. | • Otros perfiles deportivos diferentes a Ciclismo y Atletismo. |
| • La lógica de negocio deberá ser proveída por los coordinadores del proyecto (cálculos de FTP y VO2 max). | |
| • Se utilizarán servicios de GCP para el despliegue en Nube. | |
| • El desarrollo móvil será en Kotlin para la plataforma Android. | |
| • La documentación y administración del proyecto será llevada en la plataforma GitHub. | |
| • Se espera que los clientes usuarios finales de la aplicación tienen los conocimientos suficientes en el manejo de la aplicación que les permita usarla sin ningún inconveniente. | |
| • Se espera que la compañía cuente con el personal capacitado para continuar con el proyecto en caso de ser aprobado. | |
| • Tiempo límite de 8 semanas para el diseño de la arquitectura del sistema, incluidas pruebas de concepto y experimentos de arquitectura. | |
| • Tiempo límite de 8 semanas para la implementación de las funcionalidades más relevantes tanto a nivel del portal web como de la aplicación móvil. | |
| • El plazo máximo de entrega del proyecto es de 16 semanas, la cual no es modificable porque de esto depende la inversión de fondos de riesgo en el proyecto. | |
| • El presupuesto está limitado para mantener un equipo de arquitectura de 4 personas durante 8 semanas y un equipo de desarrollo de 4 personas durante otras 8 semanas para crear un prototipo del producto, implementando las funcionalidades más convenientes. | |
| • El equipo de desarrollo debe ser competente en el lenguaje de programación Python y Kotlin, así como en el desarrollo de aplicaciones en la nube. | |
| • Posibles dificultades para favorecer todos los requisitos de calidad (escalabilidad, disponibilidad, confidencialidad, integridad y flexibilidad) de manera que cumplan las medidas de respuesta pedidas. | |
| • Algunas funcionalidades pueden ser muy complejas de implementar en el tiempo solicitado. | |
| • Incumplimiento de los plazos establecidos, lo que pondría en peligro la inversión de fondos de riesgo en el proyecto. | |
| • Poca aceptación del publico si el sistema no cumple con sus expectativas o no funciona correctamente. | |
| • Posibles dificultades técnicas en la integración del sistema con aplicaciones externas como Strava o TrainingPeaks. | |
| • Posibles dificultades técnicas en la integración del sistema con servicios externos (deportologo, entrenador, transporte, etc). | |
| • Acta de constitución del proyecto 28/01/2024 | |
| • Alcance del proyecto, EDT 04/02/2024 | |
| • Estrategia de Pruebas 04/02/2024 | |
| • Documento de Vision de Arquitectura 04/02/2024 | |
| • Cronograma Análisis y Diseño 11/02/2024 | |
| • Definición de tecnologías y frameworks 11/02/2024 | |
| • Modelos de Arquitectura 18/02/2024 | |
| • Diseño de Experimentos 25/02/2024 | |
| • Experimentos y pruebas de concepto parte 1 03/03/2024 | |
| • Prototipos 10/03/2024 | |
| • Cronograma Implementación. 10/03/2024 | |
| • Documento de Arquitectura 17/03/2024 | |
| • Demostración Prototipos 17/03/2024 | |
| • Entrega del MVP 26/05/2024 | |
| • Cierre del proyecto 26/05/2024 | |
| [Link Timeline](https://miro.com/app/board/uXjVN02LI0M=/?share_link_id=913010001600) | |
|
|
|
