Documento de Diseño Proyecto-3: Instrucciones de

Uso y Descripción del Desarrollo

Juan David Cuervo Ortiz – 202125304
Andres Caceres – 202214863
Jeronimo Arnulfo -
Instrucciones de Uso para Cada Usuario:
• Usuario Cliente: La ejecución de la aplicación inicia con la clase
principal VClienteAPP. Después, el usuario realiza el inicio de sesión,
donde puede ingresar con sus credenciales existentes o crear una nueva
cuenta. Una vez dentro, accede al Menú Principal, desde donde puede
explorar la disponibilidad de sedes y crear reservas especificando
detalles como categoría, sedes, fechas, hora, seguros y conductores
adicionales.
• Usuario Empleado: La aplicación comienza con la ejecución de la clase
principal VLogIn. Luego, el empleado inicia sesión con sus
credenciales. En el Menú de Opciones, elige entre entregar, recibir o
cambiar la disponibilidad de vehículos. Para entregar o recibir un
vehículo, selecciona el ID correspondiente y confirma la acción. Al
cambiar la disponibilidad, proporciona la fecha de inicio, días y el ID
del vehículo, confirmando la acción.
• Usuario AdminGeneral: El proceso comienza ejecutando la clase
VLogIn y realizando el inicio de sesión. En el Menú de Opciones, el
administrador general selecciona entre varias funciones, como
eliminar/crear vehículos, seguros, editar seguros, cambiar horario de
sede, cambiar temporada o generar un archivo Log. Cada función
implica pasos específicos, como proporcionar detalles para la creación o
modificación.
• Usuario AdminLocal: La ejecución comienza con la clase VLogIn.
Después de iniciar sesión, el administrador local selecciona entre las
opciones de crear Cliente o Empleado. Para crear un Cliente o
Empleado, se ingresan los detalles correspondientes.
Clases:
 • Aplicación: La clase principal contiene atributos como la lista de
vehículos alquilados, inventario de vehículos no alquilados y lista de
sedes. Ofrece funcionalidades como carga de datos y métodos para
acceder a la información.
• Vehículo: Esta clase modela la información de un vehículo, con
atributos como ID, placa, marca, modelo, etc. También incluye una lista
de disponibilidad y métodos como constructor y setters/getters.
• Reserva: Representa una reserva con atributos como cliente, medio de
pago, monto, sede de devolución, etc. Tiene métodos para verificación
de disponibilidad y cálculo de costo.
• Sede: La clase Sede incluye atributos como nombre, horarios y listas de
empleados y autos. Ofrece métodos para constructor y setters/getters.
Persona, AdminGeneral, AdminLocal, Empleado, Cliente: Estas clases
modelan diferentes tipos de usuarios con atributos y funcionalidades
específicas, utilizando herencia para organizar la estructura.
Licencia, MedioPago, Seguro: Clases que modelan información sobre
licencias, medios de pago y seguros, respectivamente, con atributos y
métodos asociados.
Clases Interfaz Gráfica:
PIqDisp, VAdminGeneral, VAdminLoc, VCambiarDisponibilidad,
VCambiarHorario, VCambiarTemporada, VCliente, VconsultarDispo,
VCrearLog, VcrearReserva, VDevolverCarro, VEditarSeguro,
VEliminarSeguro, VEliminarVehiculo, VEmpleado, VEntregarCarro, VLogIn,
VNuevoCarro, VNuevoCliente, VNuevoEmpleado, VNuevoSeguro: Cada clase
de interfaz gráfica proporciona funcionalidades específicas para los diferentes
usuarios y acciones, presentando opciones y facilitando la interacción.
Clases Adicionales:
1. FacturaPDF: Esta clase genera un PDF con el recibo de pago para una
reserva, tomando una instancia de la clase Reserva como entrada. Este
recibo se entrega al cliente al recibir el vehículo.
2. VClienteAPP: La clase contiene el main para ser ejecutado por un
Cliente, permitiendo el acceso a la aplicación utilizando usuario y
contraseña.
Requerimientos Funcionales (Método Historias de Usuario):
Se describen historias de usuario detalladas que abarcan desde el registro de
vehículos hasta la gestión de reservas, sedes y usuarios. Cada historia tiene
una descripción específica y criterios de aceptación claros, estableciendo los
estándares para el correcto funcionamiento de la aplicación.
Diagramas de Flujo:
Se crearon diagramas de flujo para diversas funcionalidades, como el registro
de vehículos, la gestión de sedes y la creación de reservas. Estos proporcionan
una representación visual de los pasos secuenciales que los usuarios deben
seguir para realizar tareas específicas.
Diagramas de Clases:
Los diagramas de clases modelan la estructura estática del sistema,
representando las relaciones entre las clases. Clases como Vehículo, Reserva,
Sede, Persona y otras muestran atributos y métodos que reflejan la
funcionalidad y las interacciones en el sistema.
Flujos de Secuencia:
Los flujos de secuencia detallan las interacciones dinámicas entre objetos
durante la ejecución de funciones específicas. Se crearon flujos para la
creación de reservas, la entrega de vehículos y la gestión de sedes, mostrando
cómo los objetos colaboran e intercambian mensajes para lograr la
funcionalidad deseada.
Restricciones y Diferencias con la Aplicación Original:
La aplicación tiene restricciones que garantizan un funcionamiento eficiente y
seguro, con énfasis en la protección de datos sensibles. Se requiere una
conexión a Internet estable para la actualización en tiempo real. Además, se
implementa un control estricto de acceso con niveles de privilegios para cada
usuario. En comparación con la aplicación original del proyecto 2, esta
versión se reconstruyó desde cero. Se realizaron cambios significativos en la
estructura del código, adoptando una arquitectura más modular y eficiente.
Las clases se rediseñaron y organizaron de manera coherente, priorizando la
escalabilidad y facilitando futuras expansiones. Este proceso de
reconstrucción se basó en lecciones aprendidas de la versión anterior,
implementando mejores prácticas y estándares de desarrollo para lograr una
aplicación final robusta y adaptada a las necesidades actuales.