Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad

Análisis de Requerimientos para una Aplicación Móvil de Gimnasio: Un Caso de Estudio - Pro, Ejercicios de Comercio Business-to-business (B2B)

Un caso de estudio práctico para el análisis de requerimientos de una aplicación móvil para un gimnasio. Se explora el proceso de recopilación de información a través de entrevistas con stakeholders clave (dueños, entrenadores y clientes) y el análisis de la competencia. Se detallan ejemplos de casos de uso para funcionalidades como registro, inicio de sesión, reserva de clases, cancelación de reservas, visualización del horario de clases y acceso a planes de entrenamiento personalizados.

Tipo: Ejercicios

2010/2011

Subido el 12/11/2024

cristian-najera-mendoza
cristian-najera-mendoza 🇵🇪

1 documento

1 / 14

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
UNIVERSIDAD PRIVADA FRANZ TAMAYO
INGENIERÍA DE SISTEMAS
APLICACIÓN DE ANÁLISIS DE REQUERIMIENTOS
SEMESTRE: QUINTO
DOCENTE: Ing. Álvaro Gabriel Coronel Centellas
MATERIA: Ingeniería de software
COMPONENTES: Cristian Manuel Nájera Mendoza
LA PAZ – BOLIVIA
2024
pf3
pf4
pf5
pf8
pf9
pfa
pfd
pfe

Vista previa parcial del texto

¡Descarga Análisis de Requerimientos para una Aplicación Móvil de Gimnasio: Un Caso de Estudio - Pro y más Ejercicios en PDF de Comercio Business-to-business (B2B) solo en Docsity!

UNIVERSIDAD PRIVADA FRANZ TAMAYO

INGENIERÍA DE SISTEMAS

APLICACIÓN DE ANÁLISIS DE REQUERIMIENTOS

SEMESTRE: QUINTO

DOCENTE: Ing. Álvaro Gabriel Coronel Centellas MATERIA: Ingeniería de software COMPONENTES: Cristian Manuel Nájera Mendoza LA PAZ – BOLIVIA 2024

Escenario : Imagina que eres parte del equipo de desarrollo de una nueva aplicación móvil para un gimnasio. El Objetivo es crear una app que permita a los usuarios gestionar su membresía, reservar clases, realizar Seguimiento de sus entrenamientos y acceder a contenido nutricional. Ejercicio1 :

1. Recopilación de Información

Entrevistas:

Dueños del gimnasio: Lo primero que haríamos sería entrevistar a los dueños del gimnasio para entender mejor sus necesidades. En este caso, lo que más nos interesa es saber cuáles son los objetivos de negocio y qué funcionalidades clave quieren en la app. Además, debemos entender qué métricas les gustaría medir, como el número de reservas, las renovaciones de membresías, entre otros datos que consideren importantes. Algunas preguntas clave serían:  ¿Qué funcionalidades crees que serían indispensables para gestionar mejor tu gimnasio a través de una app?  ¿Qué te gustaría monitorear de manera más precisa? (Ej.: número de usuarios activos, clases más populares, etc.)  ¿Cómo esperas que la app te ayude a mejorar la experiencia de tus clientes? Entrenadores: También es importante entrevistar a los entrenadores, ya que ellos están en contacto directo con los usuarios y son quienes gestionan las clases y los entrenamientos. Necesitamos entender cómo la app puede ayudarles a facilitar su trabajo diario. Preguntas útiles serían:

o El usuario no debe estar registrado previamente en la aplicación.  Flujo principal :

  1. El usuario abre la app y selecciona la opción "Registrarse".
  2. El sistema muestra un formulario para ingresar los datos personales (nombre, email, contraseña, etc.).
  3. El usuario completa el formulario y lo envía.
  4. El sistema valida los datos y crea una nueva cuenta para el usuario.
  5. El usuario recibe una confirmación de registro exitoso.  Flujo alternativo : o Si el usuario ya está registrado, el sistema muestra un mensaje de error e indica que use la opción "Iniciar sesión".  Postcondiciones : o El nuevo usuario queda registrado en la base de datos de la aplicación.

Caso de Uso 2: Iniciar sesión

Nombre : Iniciar sesión  Descripción : Permitir que los usuarios existentes inicien sesión en la aplicación usando su email y contraseña.  Actores : Usuario (cliente del gimnasio)  Precondiciones : o El usuario debe estar registrado previamente en la app.  Flujo principal :

  1. El usuario abre la app y selecciona "Iniciar sesión".
  2. El sistema muestra un formulario para ingresar el email y la contraseña.
  3. El usuario introduce sus credenciales y las envía.
  4. El sistema valida la información y permite el acceso si es correcta.
  5. El usuario accede a la página principal de la app.  Flujo alternativo : o Si las credenciales son incorrectas, el sistema muestra un mensaje de error. o El usuario puede solicitar un enlace para restablecer su contraseña.

Postcondiciones : o El usuario inicia sesión en su cuenta con acceso a todas las funcionalidades.

Caso de Uso 3: Reservar una clase

Nombre : Reservar una clase  Descripción : Permitir a los usuarios reservar una clase del gimnasio desde el calendario de actividades.  Actores : Usuario (cliente del gimnasio)  Precondiciones : o El usuario debe haber iniciado sesión. o Deben existir clases disponibles para reservar.  Flujo principal :

  1. El usuario selecciona la opción "Reservar una clase" en el menú principal.
  2. El sistema muestra un calendario con las clases disponibles.
  3. El usuario elige una clase y selecciona la opción "Reservar".
  4. El sistema confirma la reserva y envía una notificación de confirmación.  Flujo alternativo : o Si no hay clases disponibles, el sistema notifica al usuario que no puede hacer la reserva. o Si la clase ya está llena, se muestra un mensaje de que no hay más espacios disponibles.  Postcondiciones : o La clase queda reservada en el sistema para el usuario. o El usuario recibe una notificación recordatoria antes del inicio de la clase.

Caso de Uso 4: Cancelar una reserva

Nombre : Cancelar una reserva  Descripción : Permitir a los usuarios cancelar una clase previamente reservada.  Actores : Usuario (cliente del gimnasio)  Precondiciones : o El usuario debe tener una clase reservada.  Flujo principal :

Nombre : Acceder a planes de entrenamiento personalizados  Descripción : Permitir a los usuarios acceder a los planes de entrenamiento que han sido diseñados específicamente para ellos por los entrenadores.  Actores : Usuario (cliente del gimnasio), Entrenador  Precondiciones : o El usuario debe haber iniciado sesión. o El entrenador debe haber asignado un plan de entrenamiento personalizado al usuario.  Flujo principal :

  1. El usuario selecciona la opción "Planes de entrenamiento".
  2. El sistema muestra los planes asignados por el entrenador.
  3. El usuario puede ver los detalles del plan (ejercicios, tiempos, repeticiones, etc.).  Flujo alternativo : o Si no hay ningún plan asignado, el sistema muestra un mensaje indicando que no hay planes disponibles.  Postcondiciones : o El usuario accede a su plan de entrenamiento personalizado. Caso de Uso Descripción Actores Precondiciones Flujo principal Flujo alternativo Postcondiciones Registrarse como nuevo usuario Permitir que los nuevos usuarios se registren en la aplicación creando una cuenta con su información personal. Usuario (cliente del gimnasio) El usuario no debe estar registrado previamente en la aplicación.
  4. El usuario selecciona "Registrarse".
  5. Completa el formulario.
  6. Envía el formulario.
  7. El sistema valida y registra los datos.
  8. Confirmación de registro exitoso. Si el usuario ya está registrado, se muestra un error indicando que debe iniciar sesión. El nuevo usuario queda registrado en la base de datos. Iniciar sesión Permitir que los usuarios existentes inicien sesión en la aplicación con su email y contraseña. Usuario (cliente del gimnasio) El usuario debe estar registrado en la app.
  9. El usuario selecciona "Iniciar sesión".
  10. Ingresa email y contraseña.
  11. El sistema valida la información.
  12. El usuario Si las credenciales son incorrectas, se muestra un mensaje de error y opción para recuperar contraseña. El usuario inicia sesión con éxito en su cuenta.

Caso de Uso Descripción Actores Precondiciones Flujo principal Flujo alternativo Postcondiciones accede a la página principal. Reservar una clase Permitir a los usuarios reservar una clase del gimnasio. Usuario (cliente del gimnasio) El usuario debe haber iniciado sesión y deben existir clases disponibles para reservar.

  1. El usuario selecciona "Reservar clase".
  2. Visualiza el calendario.
  3. Selecciona la clase.
  4. El sistema confirma la reserva y envía notificación. Si no hay clases o están llenas, el sistema muestra un mensaje indicando la imposibilidad de reservar. La clase queda reservada y el usuario recibe un recordatorio antes del inicio. Cancelar una reserva Permitir a los usuarios cancelar una clase reservada previamente. Usuario (cliente del gimnasio) El usuario debe tener una clase reservada.
  5. El usuario va a "Mis Reservas".
  6. Selecciona la clase a cancelar.
  7. El sistema confirma la cancelación y libera el espacio. Si la clase ya ha comenzado, se muestra un mensaje indicando que no se puede cancelar. La reserva se elimina y el usuario recibe confirmación de la cancelación. Ver el horario de clases Permitir a los usuarios ver el calendario de clases. Usuario (cliente del gimnasio) El usuario debe haber iniciado sesión y debe haber clases programadas
  8. El usuario selecciona "Horario de clases".
  9. El sistema muestra el calendario.
  10. El usuario puede ver los detalles y reservar una clase desde esta sección. Si no hay clases disponibles, el sistema muestra un mensaje informando. El usuario visualiza los horarios de las clases y puede reservar. Acceder a planes de entrenamiento personalizados Permitir a los usuarios acceder a los planes de entrenamiento diseñados por sus entrenadores. Usuario (cliente del gimnasio), Entrenador El usuario debe haber iniciado sesión y debe tener un plan asignado por el entrenador.
  11. El usuario selecciona "Planes de entrenamiento".
  12. El sistema muestra los planes asignados.
  13. El usuario ve los detalles del plan. Si no hay planes asignados, el sistema notifica que no hay planes disponibles. El usuario accede a su plan de entrenamiento personalizado.

RNF03La aplicación debe ser compatible tanto con sistemas operativos iOS como Android en sus versiones recientes (al menos iOS 13 y Android 9). RNF04Se debe garantizar la seguridad de los datos de los usuarios, incluyendo encriptación de contraseñas y medidas de protección de la información personal. RNF05La aplicación debe cumplir con normas de accesibilidad, permitiendo el uso por personas con discapacidades visuales o motoras.

  1. Creación de un Documento de Requerimientos Estructura Introducción Breve explicación del propósito de la aplicación y su relevancia en el contexto de un gimnasio. Se debe destacar la necesidad de una herramienta digital que permita la gestión de membresías, reservas de clases, acceso a contenido personalizado y seguimiento de entrenamientos. Descripción General del Sistema El sistema es una aplicación móvil diseñada para los usuarios de un gimnasio, permitiéndoles gestionar su membresía, reservar clases, acceder a contenido nutricional y realizar seguimiento de sus entrenamientos. El sistema también incluye funcionalidades para entrenadores y administradores del gimnasio. Actores y Casos de Uso Actores: Usuario (cliente del gimnasio) Administrador del gimnasio Entrenador

Casos de Uso: Registrarse como nuevo usuario Iniciar sesión Reservar una clase Cancelar una reserva Ver el horario de clases Acceder a planes de entrenamiento personalizados Consultar información nutricional Realizar pagos Recibir notificaciones Requerimientos Funcionales Se describen los requerimientos funcionales definidos en el punto 3. Cada uno debe explicarse con ejemplos claros. Por ejemplo: RF03: Reservar y cancelar clases: El usuario debe poder visualizar las clases disponibles en un calendario, seleccionar una clase específica y confirmar la reserva. Si el usuario ya tiene una clase reservada, debe tener la opción de cancelarla con un solo clic. Requerimientos No Funcionales Se incluyen los requerimientos no funcionales mencionados, asegurando que se cumplan los estándares de rendimiento, usabilidad, seguridad, accesibilidad, y compatibilidad. Glosario

Priorización de los Requerimientos Funcionales ID Descripción Prioridad RF01 Permitir a los usuarios crear un perfil personal. Must Have RF02 Mostrar un calendario con el horario de clases. Must Have RF03 Permitir a los usuarios reservar y cancelar clases. Must Have RF04 Enviar notificaciones push a los usuarios (recordatorios, ofertas, alertas). Should Have RF05 Integrar un sistema de pagos seguro para la gestión de membresías y reservas. Must Have RF06 Proporcionar acceso a contenido nutricional personalizado. Should Have RF07 Generar reportes de actividad física para los usuarios. Could Have Priorización de los Requerimientos No Funcionales ID Descripción Prioridad RNF01La aplicación debe ser rápida y responsiva (carga en menos de 3 segundos). Must Have RNF02La interfaz de usuario debe ser intuitiva y fácil de usar. Must Have RNF03La aplicación debe ser compatible con iOS y Android. Must Have RNF04La aplicación debe garantizar la seguridad de los datos de los usuarios, incluyendo encriptación de contraseñas. Must Have RNF05La aplicación debe cumplir con normas de accesibilidad para personas con discapacidad. Should Have Justificación de la Priorización Imprescindibles (Must Have): Las funcionalidades como la creación de un perfil, la reserva de clases, y el sistema de pagos seguro son esenciales para el funcionamiento básico de la app. Sin estas, la aplicación no cumpliría su propósito central.

Debería Tener (Should Have): Las notificaciones push y el acceso a contenido nutricional personalizado aportan un valor añadido, mejorando la experiencia del usuario, pero no son imprescindibles para la primera versión. Podría Tener (Could Have): Los reportes de actividad física son una funcionalidad interesante que aporta valor a los usuarios, pero no es crítica en la primera versión. No se Incluirá (Won’t Have): Funcionalidades futuras o más avanzadas podrían discutirse en iteraciones posteriores, dependiendo del feedback de los usuarios y la evolución del negocio. Con esta priorización, el equipo de desarrollo puede centrarse en lo más importante y lanzar una primera versión funcional y útil, a la vez que se planifican mejoras para versiones futuras. .