ACTIVIDAD GRUPAL: Casos de Uso, Historias de Usuario y Escenarios

Enunciado GYM

Un gimnasio busca implementar un sistema de gestión de clientes que reemplace las planillas de Excel utilizadas actualmente. Estas generan dificultades al buscar información, registrar pagos o inscribir a los clientes en clases. El objetivo principal es modernizar la administración y mejorar tanto la eficiencia interna como la experiencia de los usuarios.

El sistema permitirá registrar datos básicos de los clientes, como nombre, teléfono y correo electrónico. Además, incluirá un módulo de control de pagos, donde se podrá verificar si un cliente tiene la cuota al día y hasta qué fecha. En cuanto a las clases, el sistema ofrecerá opciones para crear, editar y eliminar actividades, facilitando la organización de horarios y cupos.

Entre las funcionalidades deseadas, se destaca que cada cliente disponga de un perfil personal para consultar su historial de pagos, progresos y asistencia. También se prevé la incorporación de recordatorios automáticos de pago mediante notificaciones o correos electrónicos, así como reportes de asistencia para analizar qué clases son más concurridas. El acceso desde dispositivos móviles será fundamental para clientes e instructores, al igual que la integración con métodos de pago online.

Las expectativas clave son garantizar la seguridad de los datos personales, ofrecer una interfaz intuitiva para todos los usuarios y asegurar un rendimiento ágil al gestionar la información.

Historias de Usuario (User Stories)

Escenario 1 Usuario

como <usuario>

Quiere <inscribirse en la clase>

Con el fin <Hacer ejercicios>

Escenario 2 Usuario

como <usuario>

Quiere <Pagar su cuenta>

Con el fin <Mantener su membresía>

Escenario 3 Usuario

como <usuario>

Quiere <quiere ver su grado de asistencia a las clases>

Con el fin <con el fin de evaluar su compromiso>

Escenarios 4 Administrador

como <Administrador>

Quiere <Visualizar las clases más concurridas>

Con el fin <para saber qué clases debería priorizar sobre otras>

Escenarios 5 Administrador

como <Administrador>

Quiere <revisar las cuotas de sus clientes>

Con el fin <para ver si algunos tienen atrasos en sus pagos>

CASO DE USO

ID: CU-01

Nombre: Inscribirse en una clase

Actor primario: Cliente (Usuario registrado)

Actores secundarios / Stakeholders: Instructor, Administrador

Propósito: Permitir que un cliente se inscriba en una actividad/clase disponible

respetando cupos, condiciones de pago, reglas de asistencia y dejando registro para informes y control

Precondiciones:

1- El cliente debe estar registrado y autenticado en el sistema

2- La clase debe existir en el sistema con horario, instructor y cupo definido

3- Si la inscripción requiere pago previo (según términos), el método de pago debe estar disponible o el cliente debe contar con saldo/plan vigente

Postcondiciones:

- Inscripción registrada en la base de datos con estado “Confirmada” o “Reservada” según términos.

- Cupo de la clase decrementado en la disponibilidad.

- Notificación enviada al cliente (correo/notificación) con los detalles

- Registro de la acción en el historial del cliente y en el reporte de asistencia / ocupación

Trigger (Disparador): El cliente solicita inscribirse a una clase desde la aplicación móvil o web (Botón “inscribirme” en la vista de la clase)

Escenario principal (Flujo básico - éxito):

1- El cliente abre la ficha de la clase y presiona inscribirme

2- El sistema verifica la autenticación del cliente

3- El sistema valida disponibilidad de cupo

4- El sistema verifica estado de pago / plan del cliente:

- Si el cliente tiene cuota vigente o la inscripción está cubierta por su plan → Continua

- Si no, muestra opciones de pago y solicita confirmar pago

5- Si se requiere pago y este se confirma → Sistema registra la transacción

6- Sistema crea la inscripción (Estado = Confirmada)

7- Sistema envía notificación al cliente con datos de la clase (Fecha, hora, instructor, ubicación o link)

8- Sistema actualiza reportes y decrementa el cupo disponible

Flujos alternativos / Excepciones

3a. Si no hay cupos disponibles, el sistema informa “Cupo completo” y ofrece lista de espera.

4a. Si el cliente tiene otra clase inscripta en el mismo horario, el sistema informa el conflicto y sugiere opciones (eliminar inscripción previa o elegir otra clase).

3a. Si la inscripción requiere pago inmediato y el cliente no tiene la cuota al día o no completa el pago, el sistema solicita método de pago.

3b. Si el pago se procesa correctamente, continuar en paso 5. Si falla, informar error y no registrar inscripción.

Escenarios

1. Escenario: Envío de recordatorio de pagos

Contexto: Martín es cliente del gimnasio y su cuota vence en tres días. El sistema tiene activado el envío automático de recordatorios.

Escenario:

1- el sistema detecta que la cuota de Martín vence pronto

2- se genera una notificación automática

3- Martín va a recibir un correo electrónico con un mensaje

4- Martín accede al sistema desde su celular y realiza el pago

Resultado esperado:

● Martín paga a tiempo

● El sistema actualiza su estado a “cuota al día”

● Se evita el bloqueo de acceso a clases

2. Escenario: Inscripción a una clase con cupo limitado

contexto: Martin quiere inscribirse en una clase de bicicletas que tiene cupo limitado

Escenario:

1- Martin accede al sistema desde su celular/ otro dispositivo

2- Consulta el calendario de clases disponibles

3- Selecciona “bicicletas - martes 17:00”

4- El sistema muestra que quedan dos lugares disponibles

5- Martin confirma su inscripción

6- El sistema actualiza el cupo y envía una notificación al instructor

Resultado esperado:

● Martin quede registrado en la clase

● El instructor vea la lista actualizada de asistentes

3. Escenario: Generación de reporte de asistencia por clase

Contexto: El administrador quiere saber que clases tiene mayor concurrencia para ajustar los horarios

Escenario:

1- Accede al módulo de reportes

2- Selecciona “asistencia por clase” (“último mes”)

3- El sistema genera un gráfico con todas las clases con más y menos concurridas

4- El administrador decide reforzar las clases más concurridas y revisar las menos asistidas

Resultado esperado:

● Mejora en la planificación de horarios

● Se optimiza el uso de instructores y espacios