CASO DE ESTUDIO DE EXAMEN DE GRADO

FACULTAD DE CIENCIA Y TECNOLOGA

CARRERA

Ingeniera de Sistemas

AREA

Base de Datos y Sistemas de Informacin

CODIGO

EG-S-BD-08-15

Perodo:
1/2015
CASO #8

SISTEMA DE GESTION DE INFORMACION PARA LA AGENCIA DE VIAJES

BOLIVIA TOURS-8

I.

SITUACION PROBLEMTICA

En realidad, Bolivia Tours (BT) es una cadena de agencias de viajes que tiene
varias sucursales en el pas. La agencia es la encargada de gestionar el pasaje
y la estada del viajero en su destino.
BT, est teniendo dificultades para un acceso rpido de su informacin que le
permita despejar duda de sus clientes va llamadas telefnicas. Adems el
manejo de la informacin en planillas de Excel ha dado lugar a asociaciones
errneas entre los diferentes conceptos que maneja este negocio. Imprecisin
en los datos de los reportes y otros son los problemas de esta cadena de
agencias.
El aumento de flujo de informacin ha generado una situacin insostenible en
este tema administrativo.

II.

LOGICA DE NEGOCIO

Un turista solicita a la sucursal (agencia) un vuelo indicando su destino. El

empleado hace la reserva del pasaje y del hotel en la ciudad destino. El turista
puede elegir tanto la aerolnea como el hotel de preferencia que ofrece la
cadena.
La agencia local ya tiene contratos (acuerdos) hoteles de manera exclusiva
para ofrecer a los turistas. La agencia tambin gana porcentajes por colocar
turistas (clientes) en los hoteles de destino. La misma lgica se usa con las

reservas de pasajes para los respectivos vuelos.

El turista puede elegir el rgimen de hospedaje (media pensin, o pensin
completa). Siendo significativa la fecha de llegada y de partida.
Si el cliente extraviara la boleta de su reserva antes de ir al aeropuerto tiene
que poder consultarla va web.

Si usted considera que ciertas circunstancias en esta lgica de negocio no

estn especificadas entonces use sentido comn con fundamento sin
distorsionar la esencia de la problemtica.

III.

CONSIDERACIONES DE DISEO DE LA BD

La cadena de agencias est compuesta por un conjunto de

sucursales. Cada sucursal viene definida por el cdigo de sucursal,
direccin y telfono. Una sucursal puede tener ms de un
telfono.

La cadena tiene contratados una serie de hoteles de forma

exclusiva. Cada hotel estar definido por el cdigo de hotel,
nombre, direccin, ciudad, telfono y nmero de plazas
disponibles.

De igual forma, la cadena tiene contratados un serie de vuelos

regulares de forma exclusiva. Cada vuelo viene definido por el
nmero de vuelo, fecha y hora, origen y destino, plazas totales y
plazas de clase turista de las que dispone

La informacin que se desea almacenar por cada turista es el

cdigo de turista, nombre y apellidos, direccin y telfono.

Si estas consideraciones de diseo carecen de alguna cardinalidad no

especificada entonces use sentido comn pero debe fundamentar su postura.

IV.

ROLES

Encargado de agencia: maneja todos los mdulos

Cliente: puede consultar su reserva con todos sus datos va web.

V.

CASOS DE USO BASICOS

Gestin de clientes, Gestin de aerolneas, Gestin de hoteles, Gestin de

vuelos, Consultas Reservas (vas web).

NOTA: En base a un serio anlisis, usted deber gestar los dems casos. Puede
apersonarse a cualquier agencia de nuestro medio e investigar ms de estos
procesos que son similares en su funcionamiento. Usted debe desarrollar el
caso de uso que aporte mayor valor al inters del cliente.

VI.

REPORTES
a. Frecuencia de ciudades - pases ms visitados por los turistas.
Ordenado por cantidad de visitantes.
b. A la cadena de agencias le interesa conocer que sucursal ha
contratado el turista.
c. Cules son las aerolneas ms solicitadas por los turistas.
d. Qu hoteles tienen las mayores demandas de reservas de
hospedaje.

VII.

CONSIDERACIONES DE SEGURIDAD

La aplicacin deber tener acceso por niveles para los diferentes roles,
caducidad de contrasea y una bitcora de las operaciones hechas sobre las
tablas de la base de datos.

VIII.

ARTEFACTOS SOLICITADOS

a) Modelo de Requisitos

Listado de requerimientos funcionales y no funcionales

b) Modelo de Anlisis

Modelo de datos

Especificacin de requerimientos funcionales del software (SRS)

c) Modelo de Diseo

Arquitectura de la aplicacin,

Diseo de la base de datos: Lgico y fsico

Realizacin de los requerimientos

Derivados de SQL (Disparadores, cursores, ndices, transacciones, etc.)

d) Modelo de Implementacin

Modelo de Componentes

Modelo de Despliegue

Implementacin de un requerimiento (el mismo que el anterior, tipo maestrodetalle)

Diseo de reportes acorde al proceso de negocio requerido.

e) Modelo de Pruebas
Procedimiento de Prueba y Caso de Prueba a ser ilustrado para el prototipo.

IX.

RESTRICCIONES GENERALES

Se debe utilizar un proceso metodolgico, framework para gestionar el

desarrollo del producto (en trminos generales, no estrictamente aplicado), Uso
de UML para representar los artefactos,
Uso arquitectura del producto

X.

NOTA

La base de datos debe tener un modelo de recuperacin apropiado a la importancia de los datos y
debe existir una planificacin de backups..
Todos los reportes debern ser visualizables, imprimibles y exportables a los formatos tradicionales:
.doc, .xls,.pdf