Requisitos de calidad - alejofig/proyecto_1 GitHub Wiki

Formato Tabla

Atributo de Calidad Descripción Requisito de Calidad
Latencia Generar recordatorios de ingesta de líquido y comida, dado el perfil de ejercicio y el consumo de calorías durante la sesión. Las alertas se deben generar en menos de 3 segundos a partir del cambio de los datos del deportista. Cuando se esté realizando una actividad física, se quiere generar alarmas para tener recordatorios de la ingesta de líquido y comida, dado el perfil de ejercicio y consumo de calorías durante la sesión de ejercicio. Esto debe suceder en máximo 3 segundos.
Latencia Tener avisos sobre eventos que estén ocurriendo en el lugar en que se realiza la actividad. Si hay problemas de seguridad o eventos naturales adversos se deben informar en menos de 5 segundos. Cuando se esté realizando una actividad física, se quiere generar avisos sobre los eventos que estén ocurriendo en el lugar donde se realiza la actividad para prevenir problemas de seguridad y de eventos naturales adversos. Esto debe suceder en máximo 5 segundos.
Latencia Se debe dar motivación al deportista para culminar los retos deportivos y no abandonar los planes de entrenamiento. Si se detecta un cambio o comportamiento que indica que el deportista quiere terminar antes de tiempo, se debe enviar mensajes para motivarlo, estos mensajes deben ser enviados en menos de 2 segundos. Cuando se quiera abandonar los planes de entrenamiento y se detecte un cambio o comportamiento que indique que el usuario está terminando antes de tiempo, se debe enviar un mensaje para motivarlo a que continue entrenando. Esto debe suceder en máximo 2 segundos.
Latencia El proceso de registro, clasificación y recomendación de planes de un usuario se debe realizar en menos de 3 segundos. Cuando se quiera agregar un usuario nuevo, la aplicación debe realizar el registro, la clasificación y la recomendación de planes para el usuario. Esto debe suceder en máximo 3 segundos.
Latencia La recomendación de eventos y lugares donde ocurren los eventos deportivos se debe realizar en menos de 2 segundos. Cuando el usuario quiere nuevas rutas o eventos en los que pueda participar, dada una fecha y lugar que selecciona, la aplicación brinda recomendaciones de eventos y lugares donde estos ocurren. Esto debe suceder en máximo 2 segundos.
Latencia La comunicación con aplicaciones complementarias debe realizarse en menos de 2 segundos. Cuando se inicie o finalice una actividad física, los datos deben comunicarse correctamente con las aplicaciones de terceros o complementarias. Esto debe suceder en menos de 2 segundos.
Latencia El cálculo y visualización de indicadores de salud como FTP y VO2 Max debe ocurrir en menos de 3 segundos después de terminado el entrenamiento. Cuando se termine un evento deportivo, se debe realizar el cálculo y la visualización de los indicadores de salud como FTP y VO2 Max. Esto debe ocurrir en menos de 3 segundos.
Latencia Si durante una sesión de ejercicio se detecta una situación de riesgo para el usuario, se le debe notificar en menos de 2 segundos. Cuando se esté realizando una actividad física y se detecta una situación de riesgo para el usuario, se le debe alertar para que detenga la práctica. Esto debe suceder en menos de 2 segundos.
Latencia Los objetivos de una sesión deportiva deben ser monitoreados constantemente y en caso de que se tengan que recalcular, se debe modificar la sesión en menos de 4 segundos. Cuando se está realizando una sesión deportiva, y se detectan cambios en los parámetros como frecuencia cardiaca, cálculo de calorías consumidas o potencia/kg, se deben recalcular los objetivos de la sesión y modificarla. Esto debe suceder en máximo 4 segundos.
Latencia Se debe poder agendar una sesión con un entrenador o médico en menos de 2 segundos. Cuando se quiera analizar en mayor detalle los objetivos y la evolución del usuario, solucionar dudas sobre las rutinas, discutir efectos de algunos ejercicios y recibir retroalimentación profesional sobre los planes de entrenamiento, se debe poder agendar sesiones virtuales con un entrenador o médico que conoce la historia clínica del usuario. Esto debe suceder en menos de 2 segundos.
Disponibilidad La disponibilidad del sistema de monitoreo debe ser 7x24x365. Cuando se está realizando una práctica deportiva, el usuario es monitoreado en tiempo cercano al real. Eso sucede el 100% de las veces.
Disponibilidad El servicio de entrenador debe estar disponible durante todo el tiempo del entrenamiento. Cuando se está realizando un entrenamiento y se presentan algunas molestias o se tienen dudas sobre alguna rutina, se puede contactar al entrenador para alguna asesoría. Este servicio debe estar disponible durante el 100% del tiempo del entrenamiento.
Disponibilidad El servicio de comunicación con el entrenador o médico debe poderse prestar en momentos de alta demanda, ya sea antes o después de los eventos masivos. El sistema debe soportar estos picos. Cuando se está realizando un entrenamiento, el usuario se debe poder comunicar con el entrenador o médico para alguna asesoría, ya sea antes o después de eventos masivos. Esto debe suceder el 99.9% de las veces.
Disponibilidad El registro de usuarios nuevos debe funcionar en todo momento (7x24x365). Cuando se quiere registrar a un nuevo usuario, la aplicación debe estar disponible. Esto debe suceder el 100% de las veces.
Disponibilidad El servicio de recomendación de acompañantes y alimentación debe ser altamente disponible. Cuando se tienen planes de entrenamiento fuera de la casa, la aplicación puede sugerir recomendaciones para el servicio de acompañamiento y de alimentación. Esto debe suceder el 99.99% de las veces.
Escalabilidad En caso de eventos masivos, es necesario monitorear a los deportistas y notificar con alertas y cambios a los participantes al mismo tiempo, y hasta con 1000 usuarios simultáneos. Cuando se estén realizando eventos masivos como travesías o maratones, se debe poder monitorear y notificar alertas y cambios hasta para 1000 usuarios simultáneos al mismo tiempo.
Escalabilidad Cuando ocurren eventos masivos como competencias o salidas deportivas, el registro de los usuarios se puede dar en grandes volúmenes y se debe seguir respondiendo en el tiempo establecido, hasta con 1000 usuarios simultáneos. Cuando ocurren eventos masivos, se debe poder continuar registrando a nuevos usuarios. Esto debe suceder hasta para 1000 registros simultáneos.
Rendimiento Se debe de verificar los parámetros de salud durante el ejercicio y cada 5 segundos se debe enviar la información al deportista. Cuando un usuario está entrenando, se realiza la verificación de los parámetros de salud durante el ejercicio. Esta información se debe poder enviar al deportista cada 5 segundos.
Facilidad de modificación Se pueden ir agregando nuevos deportes y con ellos nuevos servicios, productos y socios de negocios, sin que implique más de 20 horas/hombre para el desarrollo. Cuando se quiera agregar a la aplicación nuevos deportes y con ellos nuevos servicios, productos y socios de negocios, el tiempo de desarrollo para este esfuerzo no debe ser mayor a 20 horas/hombre.

Formato Lista

  • Latencia: Generar recordatorios de ingesta de líquido y comida, dado el perfil de ejercicio y el consumo de calorias durante la sesión. Las alertas se deben generar en menos de 3 segundos a partir del cambio de los datos del deportista.

Cuando se esté realizando una actividad física, se quiere generar alarmas para tener recordatorios de la ingesta de líquido y comida, dado el perfil de ejercicio y consumo de calorías durante la sesión de ejercicio. Esto debe suceder en máximo 3 segundos.

  • Latencia: Tener avisos sobre eventos que estén ocurriendo en el lugar en que se realiza la actividad. Si hay problemas de seguridad o eventos naturales adversos se deben informar en menos de 5 segundos.

Cuando se esté realizando una actividad física, se quiere generar avisos sobre los eventos que estén ocurriendo en el lugar donde se realiza la actividad para prevenir problemas de seguridad y de eventos naturales adversos. Esto debe suceder en máximo 5 segundos.

  • Rendimiento: Se debe de verificar los parámetros de salud durante el ejercicio y cada 5 segundos se debe enviar la información al deportista.

Cuando un usuario está entrenando, se realiza la verificación de los parámetros de salud durante el ejercicio. Esta información se debe poder enviar al deportista cada 5 segundos.

  • Latencia: Se debe dar motivación al deportista para culminar los retos deportivos y no abandonar los planes de entrenamiento. Si se detecta un cambio o comportamiento que indica que el deportista quiere terminar antes de tiempo, se debe enviar mensajes para motivarlo, estos mensajes deben ser enviados en menos de 2 segundos.

Cuando se quiera abandonar los planes de entrenamiento y se detecte un cambio o comportamiento que indique que el usuario está terminando antes de tiempo, se debe enviar un mensaje para motivarlo a que continue entrenando. Esto debe suceder en máximo 2 segundos.

  • Latencia: El proceso de registro, clasificación y recomendación de planes de un usuario se debe realizar en menos de 3 segundos.

Cuando se quiera agregar un usuario nuevo, la aplicación debe realizar el registro, la clasificación y la recomendación de planes para el usuario. Esto debe suceder en máximo 3 segundos.

  • Disponibilidad: El registro de usuarios nuevos debe funcionar en todo momento (7x24x265).

Cuando se quiere registrar a un nuevo usuario, la aplicación debe estar disponible. Esto debe suceder el 100% de las veces.

  • Escalabilidad: Cuando ocurren eventos masivos como competencias o salidas deportivas, el registro de los usuarios se puede dar en grandes volúmenes y se debe seguir respondiendo en el tiempo establecido, hasta con 1000 usuarios simultáneos.

Cuando ocurren eventos masivos, se debe poder continuar registrando a nuevos usuarios. Esto debe suceder hasta para 1000 registros simultáneos.

  • Latencia: La recomendación de eventos y lugares donde ocurren los eventos deportivos se debe realizar en menos de 2 segundos.

Cuando el usuario quiere nuevas rutas o eventos en los que pueda participar, dada una fecha y lugar que selecciona, la aplicación brinda recomendaciones de eventos y lugares donde estos ocurren. Esto debe suceder en máximo 2 segundos.

  • Disponibilidad: El servicio de recomendación de acompañantes y alimentación debe ser altamente disponible.

Cuando se tienen planes de entrenamiento fuera de la casa, la aplicación puede sugerir recomendaciones para el servicio de acompañamiento y de alimentación. Esto debe suceder el 99.99% de las veces.

  • Latencia: La comunicación con aplicaciones complementarias debe realizarse en menos de 2 segundos.

Cuando se inicie o finalice una actividad física, los datos deben comunicarse correctamente con las aplicaciones de terceros o complementarias. Esto debe suceder en menos de 2 segundos.

  • Latencia: El cálculo y visualización de indicadores de salud como FTP y VO2 Max debe ocurrir en menos de 3 segundos después de terminado el entrenamiento.

Cuando se termine un evento deportivo, se debe realizar el cálculo y la visualización de los indicadores de salud como FTP y VO2 Max. Esto debe ocurrir en menos de 3 segundos.

  • Facilidad de modificación: Se pueden ir agregando nuevos deportes y con ellos nuevos servicios, productos y socios de negocios, sin que implique más de 20 horas/hombre para el desarrollo.

Cuando se quiera agregar a la aplicación nuevos deportes y con ellos nuevos servicios, productos y socios de negocios, el tiempo de desarrollo para este esfuerzo no debe ser mayor a 20 horas/hombre.

  • Latencia: Si durante una sesión de ejercicio se detecta una situación de riesgo para el usuario, se le debe notificar en menos de 2 segundos.

Cuando se esté realizando una actividad física y se detecta una situación de riesgo para el usuario, se le debe alertar para que detenga la práctica. Esto debe suceder en menos de 2 segundos.

  • Disponibilidad: La disponibilidad del sistema de monitoreo debe ser 7x24x365.

Cuando se está realizando una práctica deportiva, el usuario es monitoreado en tiempo cercano al real. Eso sucede el 100% de las veces.

  • Latencia: Los objetivos de una sesión deportiva deben ser monitoreados constantemente y en caso de que se tengan que recalcular, se debe modificar la sesión en menos de 4 segundos.

Cuando se está realizando una sesión deportiva, y se detectan cambios en los parámetros como frecuencia cardiaca, cálculo de calorías consumidas o potencia/kg, se deben recalcular los objetivos de la sesión y modificarla. Esto debe suceder en máximo 4 segundos.

  • Escalabilidad: En caso de eventos masivos, es necesario monitorear a los deportistas y notificar con alertas y cambios a los participantes al mismo tiempo, y hasta con 1000 usuarios simultáneos.

Cuando se estén realizando eventos masivos como travesías o maratones, se debe poder monitorear y notificar alertas y cambios hasta para 1000 usuarios simultáneos al mismo tiempo.

  • Latencia: Se debe poder agendar una sesión con un entrenador o médico en menos de 2 segundos.

Cuando se quiera analizar en mayor detalle los objetivos y la evolución del usuario, solucionar dudas sobre las rutinas, discutir efectos de algunos ejercicios y recibir retroalimentación profesional sobre los planes de entrenamiento, se debe poder agendar sesiones virtuales con un entrenador o médico que conoce la historia clínica del usuario. Esto debe suceder en menos de 2 segundos.

  • Disponibilidad: El servicio de entrenador debe estar disponible durante todo el tiempo del entrenamiento.

Cuando se está realizando un entrenamiento y se presentan algunas molestias o se tienen dudas sobre alguna rutina, se puede contactar al entrenador para alguna asesoría. Este servicio debe estar disponible durante el 100% del tiempo del entrenamiento.

  • Disponibilidad: El servicio de comunicación con el entrenador o médico debe poderse prestar en momentos de alta demanda, ya sea antes o después de los eventos masivos. El sistema debe soportar estos picos.

Cuando se está realizando un entrenamiento, el usuario se debe poder comunicar con el entrenador o médico para alguna asesoría, ya sea antes o después de eventos masivos. Esto debe suceder el 99.9% de las veces.