Gestión de registro e información de un gimnasio

Jorge Luis Hernandez Jaime

Proyecto de sistema de información

Ana Yaqueline Chavarro Parra

Universidad ECCI
Tecnología en desarrollo informático
Sistemas de información
Bogotá, Colombia
2019

• Nombre del proyecto o sistema:

 Sistema de gestión de inscripciones de un gimnasio

1. Introducción

El objetivo es crear un sistema que gestione el registro e inscripción de usuarios

como de productos del gimnasio debe facilitar el registro de los clientes y
ermita tener un mayor control de los productos con los que cuenta el gimnasio.

El gimnasio nunca ha tenido un aplicativo que le permita gestionar a todos sus

clientes lo que hace que el proceso de registro e inscripción sea muy
complejo. Lo que se plantea con este aplicativo es que el usuario final se le
facilite registrar todas las actividades posibles si ningún problema y que se
mantenga toda la información organizada, no se necesitara contar con
personas especializadas ya que el aplicativo será muy amigable con el cliente
y fácil de usar

También se quiere lograr que toda la información registrada sea almacenada en unas
bases de datos y se tenga un mayor control de la misma (Ingresando,
Modificando, Eliminado) datos

1.1 Propósito del sistema

El propósito general del aplicativo en la automatización de los procesos de un

gimnasio
Su función principal es darle al cliente una mayor organización en el almacenamiento
de datos y un mejor manejo del mismo

1.2 Metas y restricciones de la Arquitectura

- Requisitos y objetivos del software

Garantizar que los diferentes procesos no afecten las consultas realizadas a la

base de datos

- Seguridad
 Garantizar que los datos personales no sean suministrados a otras fuentes
diferentes a las estipuladas En el contrato
Garantizar la seguridad de usuarios como contraseñas

Permitir el acceso a la información solamente a personal autorizado

- Restricciones de la arquitectura
El aplicativo debe estar desarrollado en Java
El Aplicativo debe estar en español
El motor de base de datos no contará con una licencia de pago

2. Arquitectura del Diseño

2.1. Vista lógica

2.1.1 Diagrama de Clases del diseño

2.2. Vista del proceso

 2.2.1 Caso de uso 1. (Mínimo 6 casos de uso por proyecto y los más
representativos del negocio)

Cus 001 – Registrar un nuevo cliente

Caso de Uso: Registro de un nuevo cliente

Actor Primario: Administrador , Cliente
Stakeholders e Interesados: ● Administrador: Busca que el registro del usuario sea
correcto y no se presenten errores.
● Cliente: Busca servicio rápido y que el registro no se
necesite de mucho tiempo para lograr un registro exitoso.
● Gimnasio: Busca registrar usuarios con éxito y satisfacer
los intereses del cliente.

Precondiciones: El usuario debe ingresar al sistema previamente con perfil

administrador , cliente
Garantías(PostCondiciones): ● La información del usuario debe registrarse correctamente
● Datos e información de los clientes actualizados
correctamente.
● Factura debió haber sido generada correctamente.

Flujo Principal, Básico o

Normal(Escenario Principal):
Actor Sistema
1,El usuario da clic en la
opción registrar/nuevo
2, Muestra interfaz de
registro de usuarios
3, El usuario ingresa todos los
datos y da clic en la opción
GUARDAR
4, El sistema muestra
una ventana indicando
 que el sistema “El
registro fue exitoso” y
actualiza la ventana de
registros
5, El usuario da clic en la opción
Consultar registro
6, El sistema muestra
todos los campos y datos
del usuario registrado

Flujos alternativos 1. a. Si el usuario da clic en la opción Registro/modificar

1. a.1. El sistema muestra el interfaz Consultar
registro
2. a.1.a.1. El usuario seleccionar 1 registro y
da clic en la opción modificar, se despliega la
interfaz Modificar registro y da clic en la
opción actualizar “Se despliega la opción”
Desea actualizar el registro” SI o NO
2. a.1.a.2 El usuario da clic en SI CONTINUA
el flujo básico de evento paso 4
2. a.1.a.3 El usuario da clic en NO el sistema
cierra la ventana emergente y no realiza
ninguna acción

2. a. Si el usuario da clic en la opción Registro/Eliminar

2. a.1. El sistema muestra el interfaz Consultar
registro
2. a.1.a.1 El usuario selecciona 1 registro y da
clic en la opción ELIMINAR, se despliega una
ventana indicando “Desea eliminar el registro”
SI o NO
2. a.1.a.2 El usuario da clic en la opción SI el
sistema elimina el registro y actualiza la pizarra
de CONSULTA REGISTRO
2. a.1.a.3 El sistema da clic en la opción NO el
sistema cierra la venta emergente y no realiza
ninguna acción

3. a. Si el usuario da clic en la opción Cancelar

3. a.1. El sistema cierra la ventana de registro y
muestra la opción “Desea cancelar esta acción” si o
no
 3. a.1.a.1. El usuario da clic en la opción NO
“EL SISTEMA CIERRA LA VENTA Y
CONTINUA CON EL REGISTRO”
3. a.1.a.2. El usuario da clic en la opción SI” El
sistema cierra la ventana de registro y no
realiza ninguna acción”

3. b. El usuario no complementa los campos obligatorios y

da clic en la opción guardar
2.b.1.El sistema muestra una ventana indicado que
los campos no están diligenciados correctamente
“POR FAVOR DILIGENCIE LOS DATOS
CORRECTAMENTE”

3-5. b. El usuario deja todos los campos del formulario

vacíos y da clic en la opción guardar:
3-5. b.1. El sistema muestra una ventana indicado
que los campos no están diligenciados correctamente
“POR FAVOR DILIGENCIE LOS DATOS
CORRECTAMENTE”

Requerimientos Especiales: - El sistema le permitirá al administrador como al usuario el

registrarse en el aplicativo
- El sistema permitirá al administrador como al usuario
consulta información sobre su estado de inscripción
- El usuario deberá ingresar al sistema con un usuario y
contraseña suministrados
- El sistema permitirá al administrado realizar modificación
sobre los registros ingresados
- El sistema permitirá al administrado eliminar registro
previamente ingresados

Listado de tecnologías y
estándares a aplicar:
Frecuencia de ocurrencia Puede ser continuo.

Cus 009 – Registro de productos

Caso de Uso: Registro de productos

Actor Primario: Administrador
Stakeholders e Interesados: ● Administrador: Busca que el registro de todos los
productos en existencia y su estado

Precondiciones: El usuario debió ingresar al sistema con perfil administrador
Garantías(PostCondiciones):
Flujo Principal, Básico o
Normal(Escenario Principal):
Flujos alternativos
● Gimnasio: Busca registrar todo sus productos con éxito y
estar al tanto de la existencia y estado de cada producto
registrado
● La información de todos los productos debe registrarse
correctamente
● Todos los datos y estado de los productos registrados
deben coincidir con su estado actual
● El sistema debe mostrar el registro con la foto del producto
ingresado l
Actor Sistema
1, El usuario da clic en la
opción
/productos/registrar/nuevo
2, El sistema muestra la
interfaz de registro de
productos
3, El usuario ingresa todos los
datos de los productos en
existencia y adjunta una
documento tipo imagen y da clic
en la opción aceptar
. 4, El sistema muestra
una ventana indicando
que el sistema “El
registro fue exitoso”
5. El usuario da clic en la opción
Consulta registro
6, El sistema muestra
todos los productos con
sus respectivos datos
almacenados
correctamente
.
1. a. Si el usuario da clic en la opción
/producto/Registrar/modificar
1. a.1. El sistema muestra el interfaz Consultar
registro producto
2. a.1.a.1. El usuario seleccionar 1 registro y
da clic en la opción modificar, se despliega la
interfaz Modificar Datos del producto se
actualizan datos y da clic en la opción
 actualizar “Se despliega la opción” Desea
actualizar el registro” SI o NO
2. a.1.a.2 El usuario da clic en SI CONTINÚA
el flujo básico de evento paso 4
2. a.1.a.3 El usuario da clic en NO el sistema
cierra la ventana emergente y no realiza
ninguna acción

2. a. Si el usuario da clic en la opción

/producto/Registro/Eliminar
2. a.1. El sistema muestra el interfaz Consultar
registro producto
2. a.1.a.1 El usuario selecciona 1 registro y da
clic en la opción ELIMINAR, se despliega una
ventana indicando “Desea eliminar el registro”
SI o NO
2. a.1.a.2 El usuario da clic en la opción SI el
sistema elimina el registro y actualiza la pizarra
de CONSULTA REGISTRO
2. a.1.a.3 El sistema da clic en la opción NO el
sistema cierra la venta emergente y no realiza
ninguna acción

2.b Si el usuario da clic en la opción /productos/consultar

productos

2. a.1.a.1 El sistema despliega la interfaz de

Consulta de productos y muestra todos los
productos almacenados

2. a.1.a.2 El usuario selecciona un registro y

da clic en consultar el sistema muestra toda la
información registrada del producto
correctamente
2. a.1.a.3 El usuario selecciona varios registros
y da clic en consultar el sistema muestra una
ventana indicando que “SOLO SE PUEDE
SELECCIONAR UN REGISTRO”
2. a.1.a.4 El usuario no selecciona ningún
registro y da clic en consultar el sistema
muestra una ventana indicando que “DEBE
SELECCIONAR UN REGISTRO”

3. a. Si el usuario da clic en la opción Cancelar en la interfaz

registro producto
 3. a.1. El sistema cierra la ventana de registro y
muestra la opción “Desea cancelar esta acción” si o
no
3. a.1.a.1. El usuario da clic en la opción NO
“EL SISTEMA CIERRA LA VENTA Y
CONTINUA CON EL REGISTRO”
3. a.1.a.2. El usuario da clic en la opción SI” El
sistema cierra la ventana de registro y no
realiza ninguna acción”

3. b. El usuario no complementa los campos obligatorios y

da clic en la opción guardar
2.b.1.El sistema muestra una ventana indicado que
los campos no están diligenciados correctamente
“POR FAVOR DILIGENCIE LOS DATOS
CORRECTAMENTE”

3-1. b. El usuario deja todos los campos del formulario

vacíos y da clic en la opción guardar:
3-1. b.1. El sistema muestra una ventana indicado
que los campos no están diligenciados correctamente
“POR FAVOR DILIGENCIE LOS DATOS
CORRECTAMENTE”

3-2. b. El usuario da clic en la opción adjuntar imagina y

selecciona un tipo de documento diferente a imágenes y da
clic en opción aceptar
3-1. b.1. El sistema muestra una ventana indicado
que los campos no están diligenciados correctamente
“Tipo de documento invalido por favor intente de
nuevo”

Requerimientos Especiales: - El sistema le permitirá al administrador el registro de los

nuevos productos
- El sistema permitirá al administrador realizar la consulta
de los productos previamente ingresados en la base de
datos
- El sistema permitirá al administrado realizar modificación
sobre los productos previamente ingresados
- El sistema permitirá consultar al administrador el estado
de los productos previamente ingresados

Listado de tecnologías y
estándares a aplicar:
Frecuencia de ocurrencia Puede ser continuo.

CUS_013 – Parametrización horario del sistema

Caso de Uso: Parametrización horarios del sistema

Actor Primario: Administrador
Stakeholders e Interesados: ● Administrador: Busca que el sistema se rija por unos
horarios parametrizables
● Gimnasio: Busca que el sistema permanezca controlado y
solo se pueda realizar registros en unos horarios hábiles
parametrizables

Precondiciones: El usuario debió ingresar al sistema con perfil administrador

Garantías(PostCondiciones):
● El sistema permitirá parametrizar los horarios del sistema
para el registro de información
● El sistema no debe permitir ingresar información en los
módulos de registros cuando se encuentre fuera del
sistema parametrizado

Flujo Principal, Básico o

Normal(Escenario Principal): Actor Sistema
1, El usuario con perfil
ADMINISTRADOR ingresa a
la opción(opción/horarios
del sistema )
2, El sistema muestra la
interfaz PARAMETRIZAR
HORARIO habilitando los
botos
- Nuevo
- Modificar
- Eliminar
- Cerrar

Y en la interfaz muestra
la siguiente información
- Descripción
- Horario
 - Estado

3, El usuario ingresar la hora en

formato (HH:MM:SS) y da clic en
la opción aceptar
. 4, El sistema validar que
los campos hayan sido
llenados correctamente
en el campo hora
5. El usuario da clic en la opción
Consulta registro
6, El sistema muestra
todos los productos con
sus respectivos datos
almacenados
correctamente y guarda
la información
correctamente
.

Flujos alternativos 2. a. El usuario da clic en la opción Modificar

1. a.1. El sistema valida que se haya seleccionado un
registro
2. a.1.a.1. El sistema muestra una ventana
emergente con los siguientes datos
- Hora
- Estado y muestra los botones ACEPTAR y
CANCELAR
2. a.1.a.2 El usuario modifica la hora y/o
estado y da clic en aceptar, el sistema valida
que la hora no exista ya parametrizada
2. a.1.a.3 Si el sistema valida que el horario ya
existe previamente parametrizado el sistema
no permite la modifica del horario
correctamente
2.b.1.b1 El usuario da clic en la opción
CANCELAR “El sistema cierra la ventana y no
realiza ninguna acción”

2. b. El usuario da clic en la opción Eliminar

2. b.1. El sistema valida que se haya seleccionado un
registro
2. b.1.a.1 El usuario muestra una ventana
emergente con el mensaje
“Desea eliminar el registro?”
 2. b.1.a.2 El usuario da clic en la opción
ACEPTAR “El sistema eliminar el registro
correctamente”
2. b.1.b.1 El sistema da clic en la opción
CANCELAR “El sistema cierra la ventana y no
realiza ninguna acción”

3.a El usuario da clic en la opción CERRAR en la ventana

PARAMETRIZAR EL HORARIO

3. a.1. El sistema cierra la ventana de

parametrización de horario y no realiza ninguna
acción

Requerimientos Especiales: - El aplicativo debe contar con horario de parametrización

donde el sistema no pueda registrar usuario o productos
- El usuario permitirá al administrador realizar
modificaciones sobre los productos previamente
ingresados
- El sistema le permitirá al administrador el registro de los
nuevos productos
- -El sistema permitirá al administrador eliminar registro
previamente ingresados
- - El sistema permitirá al administrado realizar modificación
sobre el registro de cliente
- El usuario permitiría al administrador eliminar registros de
clientes previamente ingresados

Listado de tecnologías y
estándares a aplicar:
Frecuencia de ocurrencia Puede ser continuo.

Diagramas de secuencia
Cus_001 – Registrar un nuevo cliente

Cus 009 – Registro de productos

CUS_013 – Parametrización horario del sistema
2.3.1 Modelo Relacional de la base de datos
2.3.2 Diccionario de Datos