1.
1 Definiciones, acrónimos y abreviaturas
SGR: Sistema Gestor de Reservas
AVTT: Agencia de Viajes Tadeo Tours
2 DESCRIPCIÓN GENERAL
2.1 Perspectiva del producto
El SGR es una solución requerida por la Agencia de Viajes Tadeo
Tours para realizar la gestión de las reservas de los clientes o
pasajeros. Es un sistema independiente que no hace parte de un
sistema mayor.
Son Clientes / Pasajeros de AVTT todas aquellas personas que
solicitan una reserva de transporte y/o alojamiento a algún destino.
Los principales objetivos de esta solución son:
➢ Administrar de manera óptima la información de los Pasajeros de
AVTT con el objetivo de lograr un servicio rápido y eficiente.
➢ Garantizar la consistencia de la información de los Pasajeros que
se administra con el sistema SGR.
2.2 Funcionalidad del producto
El SGR almacena la información concerniente a las reservas realizadas
por los Clientes. Se entiende por esto ciudad de origen (de la reserva),
destino del viaje, fechas y horas de salida y regreso, tipo de alojamiento
según el número de personas (sencilla, doble o múltiple) y la preferencia
del Cliente, datos de contacto del cliente incluyendo números telefónicos,
ciudad y dirección de residencia, dirección de e-mail y número de fax.
Adicionalmente el sistema permite dar parámetros a la reserva teniendo
en cuenta el gusto personal del cliente, consiguiendo discriminar en
cuanto al vuelo entre primera clase y clase turista, selección de la
aerolínea de preferencia y el cuanto al alojamiento preferir entre un hotel
de 3,4 o 5 estrellas.
2.3 Restricciones
➢ Si no se encuentra disponibilidad de alojamiento no se puede
ingresar la reserva al sistema.
➢ En caso de no encontrar tiquete aéreo acorde con los horarios y
las preferencias del cliente se debe validar con el mismo la
aceptación de la solución ofrecida entes de ingresar la reserva al
sistema.
➢ Para el caso de tiquetes en temporada baja el sistema debe
mantener la reserva hasta 12 horas antes de la hora de salida del
vuelo.
➢ Para el caso de tiquetes en temporada alta como días festivos,
semana santa, periodos de junio 20 – julio 20 y noviembre 20 –
enero 20; el sistema debe mantener la reserva hasta 24 o 48 horas
antes de la hora de salida del vuelo.
2.4 Evolución previsible del sistema
El sistema permitirá en un futuro integrar sus procesos de reserva de pasajeros a un
ambiente web.
3 REQUISITOS ESPECÍFICOS
3.1 Requisitos funcionales
3.1.1 Actores
Los actores (roles o grupos) del sistema son los siguientes
Cliente: Clientes de AVTT a quienes va dirigido el servicio.
Usuario / Operador: Personal que trabaja en AVTT y que tiene
alguna operación a ejecutar dentro de los procesos relacionados
con reserva de pasajeros.
Base de Datos Reservaciones: Representa a la base de datos
donde se guarda toda la información relacionada con los
pasajeros pero independiente de los propios usuarios del sistema.
El sistema Gestor De Reservas debe incluir al menos los siguientes
componentes:
3.1.2 Administración de usuarios:
Permite la gestión de usuarios autorizados en el sistema de
información.
Incluye las opciones de creación, modificación o desactivación de
usuarios autorizados para acceder al sistema.
3.1.3 Autenticación y autorización:
Permite la validación de acceso al sistema, así como los
mecanismos de autorización y auditoría establecidos a las
acciones del usuario en el sistema
3.1.4 Clientes:
Para la administración y gestión de Clientes el sistema debe
contemplar como mínimo las siguientes funcionalidades:
▪ Datos básicos: nombres y apellidos, número
identificación
▪ Datos de contacto: dirección, email, número de
teléfono fijo de la casa o del lugar de trabajo,
número celular, dirección, ciudad de residencia y
número de fax.
3.1.5 Solicitud de reserva:
Para la administración y gestión de solicitud de reserva el
sistema debe contemplar como mínimo las siguientes
funcionalidades:
• Ciudad de origen, destino del viaje, fecha de salida,
fecha de regreso, hora de salida, hora de regreso,
número de personas, habitación sencilla, doble o
múltiple.
• Datos básicos de las personas que viajan: nombre,
número de identidad y edad (en caso de ser niños).
• Primera clase, clase turista, aerolínea escogida,
hotel de 3, 4 o 5 estrellas
3.1.6 Reportes generales:
• Listado de Pasajeros por fecha de salida, fecha de
regreso, hora de salida, hora de regreso.
3.2 Casos de uso
3.2.1 Administración de clientes - Ingreso
Sistema Gestor de Reservas
Ingresando cliente
Asesor de ventas Recibiendo información de cliente
SGR
Caso de Uso Ingreso de cliente
Objetivos asociados Gestionar los clientes
Requisitos asociados Información sobre cliente
Descripción El sistema deberá comportarse tal como se describe
en el siguiente caso de uso cuando alguien solicite
su ingreso como cliente
Precondición El solicitante no es un cliente de la agencia y cumple
con los requisitos para serlo
Secuencia Paso Acción
Normal 1 El empleado de la agencia solicita al sistema
comenzar el proceso de creación de un
nuevo cliente
2 El sistema solicita los siguientes datos del
nuevo cliente: cédula, nombre, apellidos,
fecha de nacimiento, sexo, dirección y
teléfonos de contacto
3 El empleado de la agencia solicita los datos
requeridos y la documentación al nuevo
socio
4 El empleado de la agencia comprueba que
los datos del nuevo socio coinciden con los
de la documentación aportada
5 El empleado de proporciona los datos
requeridos y solicita al sistema que los
almacene
6 El sistema almacena los datos
proporcionados e informa al empleado del
que el proceso ha terminado con éxito
7 El empleado informa al usuario que sus
datos se encuentran en la base de datos de
la agencia
Postcondición El solicitante es cliente de la agencia y puede
realizar reservas
Excepciones Paso Acción
4 Si la documentación aportada no es correcta,
el empleado cancela la operación, a
continuación este caso de uso termina
5 Si el sistema detecta que el cliente ya está
registrado, el sistema informa de la situación
al empleado del permitiéndole modificar los
datos proporcionados, a continuación este
caso de uso continúa
5 Si el empleado solicita cancelar la operación,
el sistema cancela la operación, a
continuación este caso de uso termina
Rendimiento Paso Cota de tiempo
1-7 4 minutos
Frecuencia esperada 10 veces/día
Estabilidad alta
Comentarios La frecuencia será mucho mayor durante los dos
primeros meses, probablemente 25 veces/día
3.2.2 Administración de clientes – Modificación
Consultaldo cliente
Asesor de ventas
Guardando modificaciones
Caso de Uso Modificando cliente
Objetivos asociados Gestionar los clientes
Requisitos asociados Información sobre cliente
Descripción El sistema deberá comportarse tal como se describe
en el siguiente caso de uso cuando alguien solicite
modificar su información como cliente
Precondición El solicitante es un cliente de la agencia y está
registrado en el sistema
Secuencia Paso Acción
Normal 1 El empleado de la agencia solicita al sistema
recuperar la información del cliente
2 El sistema solicita los siguientes datos del
cliente: cédula, nombre, apellidos, fecha de
nacimiento, sexo, dirección y teléfonos de
contacto
3 El empleado de la agencia solicita los datos
requeridos y determinan cuales necesitan
actualizarse
4 El empleado de la agencia modifica los datos
nuevos datos aportados por el cliente
5 El empleado de proporciona los datos
nuevos y solicita al sistema que los
almacene
6 El sistema almacena los datos con las
modificaciones e informa al empleado del
que el proceso ha terminado con éxito
7 El empleado informa al usuario que sus
datos se encuentran en la base de datos de
la agencia y que fueron modificados con
éxito
Postcondición El solicitante es cliente de la agencia, tiene sus
datos actualizados y puede realizar reservas
Excepciones Paso Acción
1 Si el cliente no se encuentra en el sistemas
debe ejecutarse el proceso ingreso cliente
5 Si el empleado solicita cancelar la operación,
el sistema cancela la operación, a
continuación este caso de uso termina
Rendimiento Paso Cota de tiempo
1-7 3 minutos
Frecuencia esperada 3 veces/día
Estabilidad alta
Comentarios La frecuencia es baja, solo campos como dirección
y teléfono serán cambiados.
3.2.3 Administración de clientes – Eliminar
Consultaldo cliente
Asesor de ventas
Eliminando cliente
Caso de Uso Eliminando cliente
Objetivos asociados Gestionar los clientes
Requisitos asociados Información sobre cliente
Descripción El sistema deberá comportarse tal como se describe
en el siguiente caso de uso cuando alguien solicite
retirar su información como cliente
Precondición El solicitante es un usuario del sistema y está
validado
Secuencia Paso Acción
Normal 1 El empleado de la agencia solicita al sistema
recuperar la información del cliente
2 El empleado de la agencia solicita eliminar
los datos del cliente
3 El sistema elimina los datos e informa al
empleado del que el proceso ha terminado
con éxito
Postcondición El solicitante es cliente de la agencia, tiene sus
datos actualizados y puede realizar reservas
Excepciones Paso Acción
2 Si el empleado solicita cancelar la operación,
el sistema cancela la operación, a
continuación este caso de uso termina
Rendimiento Paso Cota de tiempo
1-7 2 minutos
Frecuencia esperada 3 veces/día
Estabilidad alta
Comentarios La frecuencia es baja, son pocas las causas para
eliminar la información de un cliente.
3.2.4 Registrar Cliente
Caso de Uso Registrar Cliente
Actores Cliente, Base de Datos Reservaciones
Tipo Básico
Propósito Permitir a un Usuario registrar a un Cliente en el SGR.
Resumen Este caso de uso es iniciado por el Usuario . Ofrece
funcionalidad para crear, modificar y eliminar el registro del
Cliente en el SGR.
Precondiciones Requiere ejecutar inicialmente el caso de uso Validar
Usuario.
Flujo Principal Se ejecuta el caso de uso Validar Reservación.
Dependiendo de las opciones seleccionadas por el Usuario,
se continuará con los diversos subflujos de este caso de uso.
Subflujos Crear Registro Cliente
Obtener Registro Cliente
El sistema obtiene el registro del Cliente de la base de
datos Reservaciones. Se continúa con el subflujo
Administrar Registro
Administrar Registro Cliente
3.2.5 Validar Resevación
Caso de Uso Validar Reservación
Actores Usuario
Tipo Inclusión
Propósito Validar la reservacion conn el cliente para el uso del sistema
de reservaciones de vuelo.
Resumen Este caso de uso es iniciado por el Usuario. Valida la
reservacion mediante…..
Precondiciones Si el Cliente aún no esta registrado, requerirá ejecutar el
caso de uso Registrar Cliente
Flujo Principal Se presenta al usuario la Pantalla Principal.
Excepciones No hubo validación
3.2.6 Consultar Información
Caso de Uso Consultar Información
Actores Usuario, Base de Datos Reservación
Tipo Básico
Propósito Permitir a un usuario consultar información con el SGR.
Resumen Este caso de uso es iniciado por el Usuario. Ofrece
funcionalidad para consultar información de Ciudad de origen,
destino del viaje, fecha de salida, fecha de regreso, hora de
salida, hora de regreso, número de personas, habitación
sencilla, doble o múltiple.
Datos básicos de las personas que viajan: nombre, número
de identidad y edad (en caso de ser niños).
Primera clase, clase turista, aerolínea escogida, hotel de 3, 4
o 5 estrellas
Precondiciones
Se requieren haber ejecutado anteriormente el caso de uso
Validar Reservacion
.
Flujo Principal Se ejecuta el caso de uso Validar Reservacion.
Dependiendo de las opciones seleccionadas por el Usuario,
se continuará con los diversos subflujos de este caso de uso.
3.2.7 Administración de usuario - creación
➢ Administración de usuarios - Ingreso
Sistema Gestor de Reservas
Ingresando cliente
Asesor de ventas Recibiendo información de cliente
SGR
Caso de Uso Ingreso de cliente
Objetivos asociados Gestionar los clientes
Requisitos asociados Información sobre cliente
Descripción El sistema deberá comportarse tal como se describe
en el siguiente caso de uso cuando alguien solicite
su ingreso como cliente
Precondición El solicitante no es un cliente de la agencia y cumple
con los requisitos para serlo
Secuencia Paso Acción
Normal 1 El empleado de la agencia solicita al sistema
comenzar el proceso de creación de un
nuevo cliente
2 El sistema solicita los siguientes datos del
nuevo cliente: cédula, nombre, apellidos,
fecha de nacimiento, sexo, dirección y
teléfonos de contacto
3 El empleado de la agencia solicita los datos
requeridos y la documentación al nuevo
socio
4 El empleado de la agencia comprueba que
los datos del nuevo socio coinciden con los
de la documentación aportada
5 El empleado de proporciona los datos
requeridos y solicita al sistema que los
almacene
6 El sistema almacena los datos
proporcionados e informa al empleado del
que el proceso ha terminado con éxito
7 El empleado informa al usuario que sus
datos se encuentran en la base de datos de
la agencia
Postcondición El solicitante es cliente de la agencia y puede
realizar reservas
Excepciones Paso Acción
4 Si la documentación aportada no es correcta,
el empleado cancela la operación, a
continuación este caso de uso termina
5 Si el sistema detecta que el cliente ya está
registrado, el sistema informa de la situación
al empleado del permitiéndole modificar los
datos proporcionados, a continuación este
caso de uso continúa
5 Si el empleado solicita cancelar la operación,
el sistema cancela la operación, a
continuación este caso de uso termina
Rendimiento Paso Cota de tiempo
1-7 4 minutos
Frecuencia esperada 10 veces/día
Estabilidad alta
Comentarios La frecuencia será mucho mayor durante los dos
primeros meses, probablemente 25 veces/día
3.2.8 Casos de uso
➢ Administración de reservas – Registrar reserva vuelos nacionales o
internacionales
Sistema Gestor de Reservas
Ingresando
información reserva
Asesor de ventas Recibiendo información de reserve.
SGR
Caso de Uso Registro Reserva
Objetivos asociados Gestionar reservas de los clientes
Requisitos asociados Información sobre cliente
Descripción El sistema deberá comportarse tal como se describe
en el siguiente caso de uso cuando alguien solicite
registro de una reserva vuelos nacionales o
internacionales
Precondición Ya se ha registrado la información del cliente en la
base de datos y se procede a llamar a los
operadores de rutas aéreas comenzando por la
preferida por el usuario teniendo como entrada la
fecha de salida y regreso, además de la
acomodación (clase económica o ejecutiva) y
cantidad de viajeros.
Secuencia Paso Acción
Normal 1 El empleado de la agencia recopila la
información del cliente con las fechas de
salida y regreso además con la información
de la clase de vuelo deseada y su aerolínea
favorita de vuelo.
2 El empleado de la agencia recopila la
información de los operadores de vuelos
sobre los cupos disponibles en las fechas y
horarios solicitadas por el cliente.
3 El sistema almacena los datos
proporcionados e informa al empleado que el
proceso ha terminado con éxito
Post condición Se llama al cliente para proceder a dar información
de las fechas de vuelos y confirmar la reserva.
Excepciones Paso Acción
2 El cliente desiste de su intención de viajar y
ya no quiere la información de las reservas,
a continuación este caso de uso termina.
1 El cliente se comunica con la agencia y
decide hacer cambios en las fechas de
reserva, a continuación este caso de uso
continúa
Rendimiento Paso Cota de tiempo
1-3 20 minutos
Frecuencia esperada 50 veces/día
Estabilidad alta
Comentarios La frecuencia será mucho mayor durante los dos
primeros meses, probablemente 150 veces/día
3.2.9 Casos de uso
➢ Administración de reservas – Confirmar reserva vuelos nacionales
o internacionales
Sistema Gestor de Reservas
Ingresando
información reserva
Asesor de ventas Recibiendo información de reserve.
SGR
Caso de Uso Registro Reserva
Objetivos asociados Confirmar las reservas de los clientes
Requisitos asociados Información sobre la reserva
Descripción El sistema deberá comportarse tal como se describe
en el siguiente caso de uso cuando se llama al
usuario para confirmar las reservas de vuelos
nacionales o internacionales.
Precondición Ya se ha registrado la información del cliente, se ha
registrado la información en la base de datos de las
fechas solicitadas por el cliente, las fechas tomadas
de la información de los operadores de vuelos.
Secuencia Paso Acción
Normal 1 El empleado de la agencia se comunica con
el cliente para dar la información detallada
de las reservas que se obtuvieron de los
operadores de vuelos
2 El cliente informa que la información
concuerda con los datos que desea, y
además confirma que si está interesado en
tomar el servicio.
3 El empleado de la agencia procede a
informar al usuario los precios de la reserva
4 El usuario informa que si está de acuerdo
con los precios
El empleado de la agencia procede a
5 informar al usuario los medios de pago y los
requisitos para informar que el pago ya fue
realizado a la agencia.
6 Se procede a confirmar la reserva después
de recibido el pago
Post condición El cliente envía el pago de la reserva por los medios
informados para tal fin.
Excepciones Paso Acción
2 El cliente desiste de su intención de viajar y
ya no quiere la información de las reservas,
a continuación este caso de uso termina.
2 El cliente no está conforme con las fechas
que le informa la agencia de viaje para su
vuelo, a continuación este caso de uso
termina
3 El cliente confirma que las nuevas fechas de
reserva le sirven para su vuelo, a
continuación este caso de uso continua.
4 El usuario no está conforme con los precios
y decide no realizar la reserva, este caso de
uso termina
6 El cliente no hace el pago en las fechas
requeridas, este caso de uso termina.
Rendimiento Paso Cota de tiempo
1-3 20 minutos
Frecuencia esperada 50 veces/día
Estabilidad alta
Comentarios La frecuencia será mucho mayor durante los dos
primeros meses, probablemente 150 veces/día
4 Requisitos no funcionales
4.1.1 Requisitos de flexibilidad
El sistema debe ser diseñado y construido con los mayores niveles de
flexibilidad en cuanto a la parametrización de los tipos de datos, de tal manera
que la administraciónn del sistema sea realizada por un administrador funcional
del sistema.
4.1.2 Seguridad
La seguridad del sistema debe estar regida por las Políticas de Seguridad
Informática ISO 27001.
El acceso al Sistema debe estar restringido por el uso de claves asignadas a
cada uno de los usuarios.
El control de acceso implementado debe permitir asignar los perfiles para cada
uno de los roles identificados
4.1.3 Flexibilidad
El sistema debe ser diseñado y construido con los mayores niveles de
flexibilidad en cuanto a la parametrización de los tipos de datos, de tal manera
que la administración del sistema sea realizada por un administrador funcional
del sistema.
4.1.4 Instalación
El sistema debe ser fácil de instalar en todas las plataformas de hardware y
software de base definidas por el área de Sistemas de la PGN, así como
permitir su instalación en diferentes tamaños de configuraciones.
4.1.5 Mantenibilidad
Toda el sistema deberá estar complemente documentado, cada uno de los
componentes de software que forman parte de la solución propuesta deberán
estar debidamente documentados tanto en el código fuente como en los
manuales de administración y de usuario.
4.1.6 Facilidad para las pruebas
El sistema debe contar con facilidades para la identificación de la localización
de los errores durante la etapa de pruebas y de operación posterior.