Sistema de reservas Politecfutbol

Cuéllar Rico Leonardo, Espitia Santana Lizeth Ximena, Marin Ruiz Wilson,
lecuellar@poligran.edu.co
lxespitia@poligran.edu.co
wimarinr@poligran.edu.com
Facultad de Ingeniería y ciencias básicas, Bogotá D.C., Colombia
Resumen –– El cliente Politecfutbol requiere que R8. La aplicación validara la disponibilidad de las canchas
desarrollemos una aplicación para manejar las reservas de R9. La aplicación creara usuarios,
las canchas de futbol5. El propietario del establecimiento
considera necesario que el número de canchas sea R10. La aplicación creara sedes y canchas.
modificable puesto que dada la rentabilidad del negocio es R11. La aplicación eliminara sedes.
probable la constitución de nuevas canchas. Por este motivo R12. Permitirá reservar varias horas la cancha.
se plantea que el sistema debe ser capaz de crear, eliminar, y
modificar canchas en el sistema. R13. Liquidara cada hora según su tarifa.

Palabras Clave – UML, Java, J2EE, JBoss, Seam,

JavaServer Faces, Hibernate, Patrones de diseño. clases, III.ANÁLISIS Y DISEÑO ORIENTADO A OBJETOS
uso, diseño, objeto
Después de analizar el sistema concluimos que intervienen
los siguientes actores:

I. INTRODUCCIÓN Usuarios: Usaran la aplicación para la crear reservas de

las canchas y consultarlas. Deberán registrarse en el sistema
Mediante el análisis y programación orientada a objetos
para poder realizar esta actividad.
se diseñara una aplicación que permitirá reservar canchas
Administrador: Usaran la aplicación para la crear
de futbol 5 en sedes y a las cuales se debe aplicar una serie
reservas de las canchas, crear usuarios, eliminar reservas,
de funciones identificadas por medio de UML (Lenguaje
crear sedes y canchas, eliminar sedes validar disponibilidad
unificado de modelado), de este modo a partir de los
de las canchas, liquidar horas, consultar reservas. Deberán
diagramas de clases y de casos de uso se plantea la relación
registrarse en el sistema para poder realizar esta actividad.
entre los objetos y sus interacciones para que el usuario del
sistema realice reservas de acuerdo a los requerimientos
III.1 DESCRIPCIÓN DE LOS CASOS DE USO (CUADRO1)
establecidos por el cliente Politecfutbol.
Caso de uso: Crear usuario
- Actor: Administrador
- Descripción:
II. REQUERIMIENTOS FUNCIONALES 1. El caso de uso comienza con la identificación del
usuario.
R1. El empleado ingresara al sistema con un nombre de
2. El sistema pide los datos.
usuario y una contraseña asignada para acceder a la
3. El usuario Introduce los datos.
aplicación.
4. El sistema comprueba los datos.
R2. La aplicación consultara las canchas y las reservas
Objetivo: Validar los datos de usuario.
creadas en la aplicación.
R3. La aplicación permitirá cancelar o eliminar reservas
realizadas por el usuario, la cual se llamara en el sistema por
Caso de uso: Asignar Usuario
el nombre de quien reservo.
- Actor: Administrador
R4. El administrador totalizara las horas de alquiler de las
- Descripción:
canchas reservadas.
1. El caso de uso comienza con la asignación del
R5. La aplicación totalizara las reservas realizadas en cada
nombre de usuario y contraseña.
una las sedes.
2. La aplicación genera la creación del usuario.
R6. La aplicación permitirá la modificación de los usuarios
registrados.
Objetivo: Crear a los empleado mediante un nombre de
R7. La aplicación listara los días, semanas y meses de las
usuario y contraseña para acceder a la aplicación.
reservas realizadas.
 Caso de uso: Eliminar Usuario
- Actor: Administrador - Actor: Administrador
- Descripción: - Descripción:
1. La aplicación permitirá la eliminación de los
usuarios.
2. El sistema validara que el usuario existe para
proceder a eliminarlo
3. El sistema retorna los datos del usuario y lo
elimina.
Objetivo: Eliminar los usuarios para que no estén en el
sistema.
Caso de uso: Modificar Usuario
- Actor: Administrador
- Descripción:
1. El sistema validara la existencia del usuario.
2. La aplicación permitirá modificar usuarios.
3. El sistema retorna los datos del usuario y lo
actualizara.
Objetivo: Modificar usuarios cuando sea necesario.
Caso de uso: Crear sede
- Actor: Administrador
- Descripción:
1. El caso de uso instaura desde cero las sedes.
2. El sistema permitirá agregar sedes, por el actor
anteriormente definido únicamente.
Objetivo: Crear sedes.
Caso de uso: eliminar sede
- Actor: Administrador
- Descripción:
1. El caso de uso inicia con la validación del sistema
de la existencia de las sedes.
2. El usuario usa el caso de uso para realizar la
eliminación de la sede del sistema.
3. Se identifica la sede eliminada.
Objetivo: Eliminar sedes que no esten en uso.
Caso de uso: Crear cancha
- Actor: Administrador
- Descripción:
1. El caso de uso instaura desde cero las canchas.
2. El sistema permitirá agregar canchas en sedes
creadas, únicamente por el actor anteriormente
definido, Administrador.
Objetivo: Crear canchas en las sede.
Caso de uso: Eliminar cancha
1. El sistema validara que existe la cancha para poder
eliminarla.
2. El sistema permitirá eliminar canchas, únicamente
por el usuario definido el administrador.
3. El sistema retorna los datos de la cancha eliminada.
Objetivo: Eliminar canchas.
Caso de uso: Crear tarifas
- Actor: Administrador
- Descripción:
1. El caso de uso comienza creando las tarifas.
2. Se determinaran las tarifas dependiendo el día de la
semana y la hora.
Objetivo: Crear Tarifas en distintos horarios, dias y
horas.
Caso de uso: Modificar Tarifas
- Actor: Administrador
- Descripción:
1. El caso de uso comienza con la modificación de las
tarifas ya establecidas.
2. El administrador es el único que modifica las
tarifas.
Objetivo: Modificar tarifas según el tipo de reserva.
Caso de uso: modificarFechas
- Actor: Administrador
- Descripción:
1. El caso de uso comienza con la consulta de las
fechas
2. El administrador determinara los festivos para el
cálculo de las tarifas.
Objetivo: Modificar fechas de la reservas realizadas.
Caso de uso: Consultar reservas
- Actor: Usuario Base y Usuario Administrador
- Descripción:
1. El caso de uso comienza con la consulta de cada
una de las reservas realizadas.
2. Los usuarios usan el caso de uso para identificar las
reservas.
Objetivo: Consultar la reservas hechas.
Caso de uso: Crear reservas
- Actor: Usuario Base, Usuario Administrador
- Descripción: 11. El empleado o
1. El caso de uso comienza con la consulta de las 12. Canaliza la opción de
administrador consulta
reservas reservas
reserva
2. El sistema permitirá adicionar reservas con la
creación de cada una de ellas. 13. El empleado o
3. El usuario usa el caso de uso para elaborar las 14. el sistema deja la cancha
administrador cancela
reservas. disponible
reserva.
Objetivo: Crear reservas. 15. El empleado o
16. Canaliza la opción de
administrador consulta
reservas
reserva
Caso de uso: Listar reservas
- Actor: Administrador 19. El usuario elige la
20.Procesa la información y
- Descripción: opción reportes, dentro del
la imprime para
1. El caso de uso comienza con la consulta de las menú que fue personalizado
administrador
reservas por el administrador
2. El usuario usa el caso de uso para listar todas las
reservas realizadas anterioriormente.

Objetivo: identificar reservas y listarlas. Conclusiones

ANÁLISIS DEL DIAGRAMA DE CLASES (CUADRO2) - Mediante la implementación de análisis y

programación orientada a objetos se puede llevar a
Identificar Atributos y Responsabilidades, lo hacemos a cabo un modelado de la aplicación requerida por la
través de las relaciones establecidas a través de la empresa Politecfutbol, de modo tal, que previo al
descripción del problema. inicio del desarrollo de la aplicación, se conocen
todos los requerimientos y funciones necesarias
para poder cumplir con la planteadas en el
ACCION DEL ACTOR ACCION DEL SISTEMA problema.

1. El administrador registra - La implementation de UML (Language unificado

las claves de usuario y de modelado), permitirá crear un esquema para
asigna roles, con los cuales elaborar el sistema de reservas que desea el cliente
se podrá restringir el acceso 2.Guarda las configuraciones Politecfutbol, donde se identifiquen a detalle todas
al sistema, también registra las actividades que debe ejecutar la aplicación,
las sedes, canchas y las adicionalmente proporciona las bases para realizar
tarifas en el sistema. el documento para el desarrollo del proyecto y
consolidar la información de modo eficaz, claro y
3. El empleado o sencillo.
4.Canaliza la opción de sedes
administrador consulta
y canchas disponibles
sedes. - El desarrollo del sistema de reservas tendrá todas
herramientas necesarias para identificar a detalle
5. El empleado o 6. El sistema canaliza la los aspectos esenciales para la implementación de
administrador selecciona opción de seleccionar cancha la aplicación, a través de los diagramas UML se
cancha disponible lleva a cabo el paso a la programación del sistema.

7. El empleado o
administrador registra 8. Guarda nueva reserva - Con la creación de este sistema los usuarios base y
reserva administrador podrán realizar sus actividades de
una forma rápida, fácil y eficiente.
9. El empleado o
administrador confirma 10. Informa valor de reserva
reserva al cliente
- El sistema le otorgara a Politecfutbol la posibilidad
de agilizar sus procesos de reservas, control en sus
costos, ceración de canchas, balances, horarios y
nuevas sedes.
 -
I. REFERENCIAS

[1] Anonimo. (9, Mayo 2014). [Online]. Available:

http://normasieee.com/formato-general-usando-normas-
ieee/

[2] Juan Carlos García Padrón. (27, Abril 2012). [Online].

Available: http://normasieee.com/formato-general-
usando-normas-ieee/

[3] Abraham Sandoval (2016). [Online]. Available:

http://www.academia.edu/8365897/Desarollo_e_imple
mentaci%C3%B3n_de_sistemas_de_informaci%C3%B
3n_completo

[4] (Fernando Castellanos) Manual de UML 1rd ed, Paul

Kimmel, 2008, pp. 7–12.

[5] (Addison Wesley) UML 2 and the unified process 1rd

ed, Ila Neustadt, 2005, pp. 248–250.

[6] Fernando Berzal (2014). [Online]. Available:

http://elvex.ugr.es/decsai/java/pdf/3C-Relaciones.pdf
CUADRO 1
CUADRO 2