Memòria PDF

PROYECTO FINAL DE
CARRERA
TTULO: Gestor de reservas para una agencia de viaje
AUTOR: Judith Vilela Atachao
TITULACIN: Ingeniera Tcnica en Informtica de Gestin
DIRECTOR: Neus Catal Roig
DEPARTAMENTO: Lenguajes y Sistemas informticos (LSI)
FECHA: 07-02-2013
TTULO: Gestor de reservas para una agencia de viaje
APELLIDOS:Vilela Atachao NOMBRE: Judith
TITULACIN: Ingeniera Tcnica en Informtica de Gestin
ESPECIALIDAD: Informtica PLAN: 92
DIRECTOR: Neus Catal Roig
DEPARTAMENTO: Lenguajes y Sistemas Informticos (LSI)
CALIFICACIN DEL PFC
TRIBUNAL
PRESIDENTE SECRETARIO VOCAL
FECHA DE LECTURA: 07-02-2013

Este proyecto tiene en cuenta aspectos medioambientales: S No
PROYECTO FINAL DE CARRERA
RESUMEN
Vivimos en una sociedad donde necesitamos simplificar y agilizar las gestiones

laborales de pequeas y medianas empresas, informatizando estas tareas
ofrecern ms servicios y de mejor calidad a sus clientes. Con esta lnea de
pensamiento surge la creacin de este proyecto, gestor de reservas para una
agencia de viajes Manab.
Debido al gran volumen de trabajo que experimentan empresas como la de una

agencia de viajes y el hecho de que quieran llevar un control de su gestin de
clientes, compras y contabilidad, necesitan una aplicacin hecha a medida ya que
quieren una aplicacin que se adapte a su forma de trabajar y no tener que adaptar
sus mtodos a un programa estndar.
El objetivo es cubrir todas sus necesidades minimizando las tareas que

inicialmente se hacan de forma manual, llevar un control exhaustivo de su gestin
de forma fcil e intuitiva para sus trabajadores sin cambiar sus mtodos de trabajo,
aumentado el rendimiento y obtener datos de beneficio de la empresa de una
forma clara y cercana.
Palabras claves:
Visual C# MySQL Agencia de Viaje Emisin

Reemisin
Gestor de reservas para una agencia de viaje
Judith Vilela Atachao
NDICE
Captulo 1 Introduccin...........................................................................................................................1
1.1 Contexto ............................................................................................................................................. 1
1.2 Objetivo del proyecto...................................................................................................................1
1.3 Arquitectura de la aplicacin................................................................................................... 2
Captulo 2 Anlisis de Requisitos........................................................................................................ 4
2.1 Requisitos funcionales ................................................................................................................ 4
2.2 Requisitos no funcionales.......................................................................................................... 5
2.2.1 Interfaz de usuario ............................................................................................................... 6
2.2.2 Tecnologas ..............................................................................................................................7
Captulo 3 Especificacin.................................................................................................................... 11
3.1 Modelo Conceptual..................................................................................................................... 11
3.1.1 Diagrama esttico de clases.......................................................................................... 13
3.2 Modelo de Casos de Uso .......................................................................................................... 14
Captulo 4 - Diseo................................................................................................................................. 28
4.1 Diagramas de clases .................................................................................................................. 28
4.2 Diagramas de secuencia .......................................................................................................... 28
Captulo 5 - Diseo de la interfaz.................................................................................................... 31
5.1 Diseo de diagrama de clases............................................................................................... 31
5.2 Diseo de la capa de gestin de datos .............................................................................. 32
5.2.1 Descripcin de las relaciones....................................................................................... 33
5.2.2 Definicin de las tablas.................................................................................................... 34
5.3 Diseo de la interfaz de usuario .......................................................................................... 35
5.3.1 Pantalla de Configuracin Base de Datos ............................................................... 35
5.3.2 Pantalla de Control de Usuario.................................................................................... 37
5.3.3 Pantalla Principal............................................................................................................... 38
5.3.4 Pantalla de Operaciones ................................................................................................. 39
5.3.5 Pantalla de Pagos ............................................................................................................... 44
5.3.6 Pantalla de Consultas ....................................................................................................... 45
Captulo 6 - Pruebas.............................................................................................................................. 47
Captulo 7 Planificacin y estudio econmico ....................................................................... 51
7.1 Planificacin Temporal ............................................................................................................ 51
7.1.1 Etapas del proyecto........................................................................................................... 51
7.1.2 Diagrama de Gantt............................................................................................................. 52
7.2 Estudio econmico..................................................................................................................... 53
Captulo 8 Conclusiones y trabajo de futuro........................................................................... 56
8.1 Conclusiones ................................................................................................................................. 56
8.2 Trabajo de futuro........................................................................................................................ 56
Captulo 9 Bibliografa....................................................................................................................... 58
Glosario ........................................................................................................................................................ 59
NDICE DE FIGURAS
Fig. 1.1 Esquema Arquitectura cliente servidor ..................................................................... 2

Fig. 1.2 Esquema sobre la Estructura del aplicativo.................................................................. 3
Fig. 2.1 Ventana de mantenimiento de proveedores................................................................. 6
Fig. 3.1 Esquema de operaciones..................................................................................................... 11
Fig. 3.2 Esquema de una Remisin.................................................................................................. 12
Fig. 3.3 Esquema de un desdoblamiento de una Reemisin.............................................. 12
Fig. 3.4 Esquema de una Reemisin de Pasajeros ................................................................... 12
Fig. 3.5 Esquema Diagrama Esttico de Clases ......................................................................... 13
Fig. 3.6 Esquema: Casos de Uso ........................................................................................................ 14
Fig. 4.1 Esquema Diagrama de Clases............................................................................................ 28
Fig. 4.2 Esquema Diagrama de secuencia: Compra................................................................. 29
Fig. 4.3 Esquema Diagrama de secuencia: Reemisin ........................................................... 30
Fig. 4.4 Esquema Diagrama de secuencia: Cancelacin de Pasajero............................... 30
Fig. 5.2.1.1 Esquema Relacin Usuario Operacin............................................................... 33
Fig. 5.2.1.2 Esquema Relacin Cliente Operacin ................................................................ 33
Fig. 5.2.1.3 Esquema Relacin Operacin Pasajero............................................................. 33
Fig. 5.2.1.4 Esquema Relacin Operacin Pagos Cliente................................................... 34
Fig. 5.2.1.5 Esquema Relacin Operacin Cargos Cliente................................................. 34
Fig. 5.3.1.1 Ventana de Configuracin de base de datos....................................................... 36
Fig. 5.3.1.2 Mensaje de Validacin de la Base de datos......................................................... 36
Fig. 5.3.1.3 Carpeta Manab................................................................................................................. 37
Fig. 5.3.2.1 Ventana de Control de usuario.................................................................................. 37
Fig. 5.3.2.2 Imagen de la barra de estado del aplicativo....................................................... 37
Fig. 5.3.3.1 Imagen de Manab Viatges .......................................................................................... 38
Fig. 5.3.4.1 Ventana de Mantenimiento de Operaciones ...................................................... 39
Fig. 5.3.5.2 Ventana Mantenimiento de Pagos........................................................................... 45
Fig. 5.3.6.1 Ventana Consulta de Operaciones........................................................................... 46
Fig. 7.2.1 Esquema Distribucin de Costes.................................................................................. 54
Captulo 1 Introduccin
1.1 Contexto
Las empresas de servicios en este caso las agencias de viajes debido al gran
volumen de trabajo que tienen, necesitan tener toda su informacin (consultas,
operaciones, pagos, contabilidad, gastos de la propia empresa, nominas)
almacenada y organizada, de tal manera poder realizar una serie de tareas y que
la forma de trabajar entre sus empleados sea ms llevadera, as brindar un mejor
servicio a sus clientes.
En el mercado nos encontramos con una serie de aplicaciones informticas

dirigidas a este sector pero que no necesariamente cumplen con todas las
expectativas de la empresa, dado que muchas veces estas aplicaciones son muy
genricas y abarcan temas que no estn directamente relacionados con las
necesidades de la empresa, que finalmente acostumbran ser muy complicadas a la
hora de hacerlas funcionar y adaptando su forma de trabajo al sistema.
Manab Viajes es una agencia de viajes que lleva operando en el mercado poco
tiempo, cuya gestin de reservas y de clientes se ha visto incrementada
gradualmente en los ltimos aos, cuyo volumen de trabajo en sus inicios y parte
de hoy en da se realiza de forma manual, con ayuda de un programa gestor de
agencia de viajes, el cual es muy genrico y amplio para las necesidades de esta
pequea agencia, haciendo que su uso suponga un esfuerzo extra para los
empleados de la empresa.
Es por ello que surge este proyecto, a raz que todo el trabajo que se realiza en la
empresa es de forma manual y que con el tiempo ha ido creciendo a pasos
agigantados de tal manera que llevar el control de la gestin de sus clientes, las
operaciones que se realizan y su propia contabilidad, hacen que el trabajo se mas
arduo en el da a da.
La idea es realizar una aplicacin que simplifique todo el trabajo manual, que
englobe todas las operaciones relacionadas con la venta de billetes, as como
tambin el control de pagos de dichas operaciones entre cliente - agencia y
agencia- proveedor.
1.2 Objetivo del proyecto
El desarrollo de este proyecto se lleva acabo teniendo en cuenta las necesidades de

la empresa y su manera de trabajar. Es por ello que se pretende que el aplicativo
sea lo ms fcil e intuitivo al ser utilizado.
1
Despus de una serie de reuniones con la empresa y ver que no se consegua llegar
a unas conclusiones concretas acerca de las operaciones y su contabilidad, que
bsicamente son la parte fundamental del aplicativo, se pens en hacer un
prototipo de cmo trabajar las operaciones, desde el alta de una emisin de un
billete (que es la operacin inicial) hasta la forma de cmo quedara la estructura
contable al guardar los datos de los cargos de esta operacin. De tal manera, que
se llego a utilizar este prototipo como herramienta de pruebas y modificaciones
previas al desarrollo del aplicativo.
Teniendo claros los conceptos de cmo funcionan las operaciones, se prosigui al

desarrollo del aplicativo, teniendo en cuenta el resto de necesidades que tena la
empresa como:
Sistema de bsqueda por filtros de las operaciones.

Control de los pagos que realizan los clientes y a sus proveedores.
Registro de clientes, proveedores y aerolneas con las que trabajan.
Realizar consultas sobre las operaciones y pagos.
Exportar a Excel las consultas, operaciones y pagos realizados.
Sistema de alarma que avise sobre aquellos clientes que estn a punto de
viajar y que tienen pagos pendientes.
Control de usuario.
[Del resultado de esta experiencia, he de decir que llegar a entender lo que nos dice
el cliente no es fcil pero no imposible y realizar este proyecto como un caso real,
hace que el reto sea an mayor y en paralelo sea la motivacin para llevarlo a cabo
y finalizarlo.]
1.3 Arquitectura de la aplicacin
El aplicativo se instalar en cada terminal cliente, donde previamente se ha de

configurar la ruta del servidor donde residir la base de datos, para ello el servidor
ha de tener configurado el puerto por el cual se comunica la base de datos.
Fig. 1.1 Esquema Arquitectura cliente servidor
2
La estructura del aplicativo se basa en que hay una clase controladora que lleva el
mismo nombre de la empresa Manab, un modelo de base de datos y la interfaz de
usuario, que es la parte visual que ve el usuario.
Framework
Gestor de Reservas
Base
Datos
Manabi
Vistas Usuario
Fig. 1.2 Esquema sobre la Estructura del aplicativo
3
Captulo 2 Anlisis de Requisitos

En el anlisis de requisitos se listar de manera detallada todos los requisitos
indicados por la empresa para llevar a cabo el desarrollo de la aplicacin.
2.1 Requisitos funcionales
En los requisitos funcionales se describir el comportamiento esperado del

sistema, que se detallan a continuacin:
Requisitos de uso
1.- Gestionar las diferentes operaciones:
Compras
Reemisin
Cancelacin de pasajero o Anulacin de billete.
2.- Gestin de los clientes, proveedores y aerolneas.
3.- Control de pagos entre cliente-agencia y agencia-proveedor
4.- Bsqueda por filtros sobre las operaciones
5.- Control de usuarios.
Requisitos de gestin de datos

1.- Posibilidad de tener los datos en un servidor
2.- Crear copias de seguridad.
3.- Cargar copias de seguridad
4.- Histrico de las operaciones del cliente
Requisitos de consulta de datos

1.- Consulta de clientes, proveedores, aerolneas y operaciones
2.- Consulta de pagos.
3.- Exportacin de todas las consultas a una hoja de clculo
Requisitos del resultado de la aplicacin

1.-Calcular y obtener el coste de una compra
2.-Calcular y obtener un desglose de los cargos y/o penalizaciones de un
compra
3.-Visualizacin de la factura de una compra
4.-Visualizacin de todos los pagos segn el estado de una compra
Parametrizaciones
1.-Almacenaje de los valores de configuracin de la aplicacin
Requisitos de seguimiento de una operacin

1.-Poder cambiar fecha de un billete y destino
Requisitos de contabilidad
1.-Calcular el PVP
4
2.-Calcular la reemisin de un billete

3.-Calcular la cancelacin de un pasajero o anulacin de un billete
2.2 Requisitos no funcionales
Los requisitos no funcionales describen las propiedades del sistema y se pueden

clasificar en restricciones, requisitos del funcionamiento y control de excepciones.
Bsicamente los requisitos no funcionales hacen referencia a la forma en que se
hace el sistema.
Se pretende que la aplicacin siga una serie de criterios:
Usabilidad
El diseo del sistema de ventanas de la aplicacin, se ha intentado que sea

amigable y de fcil uso, con dos vertientes muy diferentes, las ventanas de
mantenimiento y las de consultas.
Las ventanas de mantenimiento estn basadas en un sistema de pestaas,

bsqueda y ficha. En la pestaa de bsqueda, hay dos apartados: el de filtro
(los solicitados por la empresa) y el de resultado. En la pestaa de ficha,
ser donde se mostrar toda la informacin o el formulario a rellenar por el
usuario.
Las ventanas de consulta tienen dos apartados, la de filtros y resultados,
con la opcin de exportar toda la informacin a una hoja de clculo.
Sistema Operativo
Teniendo en cuenta que la empresa es una agencia de viajes y que utilizan el

sistema de distribucin global (GDS) y el mayor procesador de transacciones para
el sector mundial de los viajes y turismo, es Amadeus. El desarrollo del aplicativo
era evidente, ya que Amadeus trabaja bajo Windows (a partir de la versin 2000
en adelante) y que en la agencia todos sus terminales tienen Windows XP, por lo
que trabajar con Amadeus y el aplicativo en paralelo, queda claro que el desarrollo
del aplicativo tiene que ser para plataforma Microsoft Windows.
Soporte
El aplicativo est diseado para ser instalado por el propio usuario, ser un
ejecutable que tendr que instalar y donde tendr que indicar donde reside la base
de datos y con el usuario administrador, podr dar de alta el resto de usuario e
introducir una serie de datos previos para el uso de la aplicacin, como por
ejemplo los datos de la empresa.
Mantenimiento
Las funcionalidades desarrolladas en el aplicativo pertenecen a una primera fase,

ya que se pueden desarrollar ms funcionalidades as como mejoras, que se irn
5
tomando en cuenta durante el uso del aplicativo. Uno de los objetivos ya

mencionados, es que aplicativo se ajuste a las necesidades de la empresa y el
contenido de esta documentacin es referente a la primera fase.
2.2.1 Interfaz de usuario
La interfaz de usuario que se ha diseado en la aplicacin es intuitiva y fcil de

usar, con un sistema de ventana similar en cada uno de sus apartados haciendo
que su uso sea lo ms amigable al trabajar con la aplicacin, minimizando el
trabajo del usuario.
Fig. 2.1 Ventana de mantenimiento de proveedores
6
2.2.2 Tecnologas
La aplicacin funciona sobre Windows, hace uso del Office (en concreto del Excel)
y el desarrollo de la aplicacin se realiza en Visual Studio C#. El servidor de base de
datos que se utiliza es MySQL.
2.2.2.1 Lenguaje de programacin
La eleccin del lenguaje de programacin se resume en que se buscaba trabajar en

un entorno de desarrollo moderno, sencillo y robusto, donde se pudiera aplicar la
programacin de objetos, con un entorno grfico amigable, con tratamiento de
errores de forma especfica y con una facilidad de obtener resultados visuales.
A continuacin se mostrar una comparativa entre algunos lenguajes de

programacin que hay hoy en da.
Lenguaje Ventajas Desventajas

Programacin
C++ Orientado a objetos Es complejo.
Abstraccin de dados Requiere de entorno
mediante clases grfico adicional (GUI)
Soporta multitarea mediante No facilita el
clases desarrollo entorno
Robusto Web.
Multiplataforma No tiene gestor de
Compilacin separada por memoria automtico
mdulos y facilidad de (GC).
depuracin
Java Orientado a objetos Es lento
Simple Requiere demasiados
Robusto recursos.
Multihilo Requiere de la
Multiplataforma instalacin de la
Interpretado maquina virtual
Distribuido
Permite desarrollo entorno
Web
Integrado entorno grfico
(GUI)
Integrado gestor de memoria
(GC)
C# Orientado a objetos Plataforma Windows
Multihilo
Simple
Integrado gestor de memoria
(GC)
7
La eleccin de utilizar Visual C# se da porque es un lenguaje de programacin fcil

de usar y robusto para el desarrollo de cualquier aplicacin, adems cuenta con
recursos que agilizan el trabajo en el tratamiento de datos, de los lenguajes de
programacin antes mencionados, posiblemente sea el que tenga un entorno visual
ms agradable de cara al usuario, haciendo que el desarrollo sea ms atractivo.
Visual C#
Es una evolucin de los lenguajes C y C++, es un lenguaje orientado a objetos,
simple, elegante y con seguridad en el tratamiento de tipos, utiliza muchas de las
caractersticas de C++ en las reas de instrucciones, expresiones y operadores.
Presenta mejoras e innovaciones en reas como seguridad de tipos, control de
versiones, eventos y liberacin de memoria. Tambin proporciona acceso a las API
ms comunes: .NET Framework, COM, automatizacin y estilo C.
Caractersticas
Sencillez de uso, sintaxis expresiva y fcil de aprender.

Modernidad
Orientado a Objetos, con todas sus caractersticas de encapsulacin,
herencia y polimorfismo.
Recolector de elementos no utilizados, cuenta con los servicios de
Microsoft CLR debugger, servicios de depuracin con interfaz grfica
con la finalidad de encontrar y resolver errores en programas para
Common Languague Runtime.
Seguridad de tipos incluyendo mecanismos de control de acceso a tipos
de datos, garantizando que no se produzcan errores difciles de detectar.
2.2.2.2 Sistema gestor de base de datos
La eleccin del gestor de base de datos era que ofreciera mejores prestaciones y
que no gestionar grandes cantidades de datos. Para ello se ha realizado un cuadro
mostrando las ventajas y desventajas de cada uno de los gestores de base de datos
que hay en el mercado.
Base de Datos Ventajas Desventajas

Oracle Multiplataforma Elevado coste de
SGBD ms utilizado a nivel licencia
mundial
Escalable y fiable
Soporte en programacin
Text Server y Web Server
Soporta grandes cantidades
de datos
SQL Server Escalable y estable Plataforma Windows
Soporta procedimientos Elevado coste de
almacenados licencia
Soporta grande cantidades Utiliza demasiados
de datos recursos
8
Microsoft Access Verstil y fcil de usar Plataforma Windows

Permite reunir y distribuir Licencia de pago
datos actuales de diversas Funcionalidades
maneras limitadas
Macros e informes No soporta grandes
cantidad de datos
MySQL Licencia GPL
Multiplataforma
Es gratuito
Gran velocidad al realizar
operaciones
Disposa de APIs de
lenguajes
Requiere de pocos recursos
Soporta grande cantidades
de datos
Alto nivel de seguridad en
gestin de usuarios y
flexible sistema de
contrasea
PostgreSQL Licencia BSD Requiere de ms
Multiplataforma recursos que MySQL
Es gratuito Es ms lento que
Alta concurrencia MySQL en inserciones
Amplia variedad de tipo y actualizaciones
nativos No es nada intuitivo
Extensible (cdigo fuente
libre y de alta calidad)
Firebird Licencia IPL y IDPL Escasa documentacin
Multiplataforma Baja popularidad al
Es gratuito estar asociada a Delphi
Es rpida y potente
Bajo consumo de recursos
Bajos requerimientos de
hardware
Seguridad basada en
usuarios/roles
La eleccin de utilizar MySQL es porque es un gestor de base de datos intermedio,

sopesando parte econmica y tcnica (a nivel de rapidez, usabilidad, robustez y
soporte) con respecto al resto de base de datos.
MySQL
Sistema de base de datos SQL Open Source con licencia GPL (General Public
License), fue escrito en C y C ++. Sistema de administracin de base de datos
(Database Management System, DBMS) desarrollado y proporcionado por MySQL
AB. Es un gestor de base de datos relacional, multhilo, multiusuario,
multiplataforma y con APIs (Application Programming Interface) disponibles en
varios lenguajes (C, C++, Java, PHP, Python y Ruby).
9
Caractersticas
Es rpido, fiable y fcil de usar.

Proporciona sistemas de almacenamientos transaccionales y no
transaccionales.
Soporta hasta 64 ndices por tabla.
Sistema de privilegios y contraseas que es muy flexible y seguro, que
permite verificacin basada en el Host.
Soporte completo para operadores y funciones en las clusulas de
consultas SELECT y WHERE, GROUP BY y ORDER BY.
10
Captulo 3 Especificacin
3.1 Modelo Conceptual
El aplicativo se divide en varios apartados entre ellos el ms importante es el de las

operaciones que se realizan en la empresa, tiene partes claramente diferenciadas.
Entre ellas tenemos:
Emisin de un billete
Reemisin de un billete
Cancelacin de un pasajero o anulacin del billete
Otros apartados como:
Gestin de clientes, aerolneas, proveedores y usuarios

Control de pagos cliente-empresa
Control de pagos empresa-proveedor
Consultas de operaciones, pagos
Exportar a hoja de clculo
Operaciones
La parte fundamental de la aplicacin es la operacin de Emisin, ya que a partir

de ella se pueden realizar el resto de operaciones como la reemisin, cancelacin
de un pasajero, anulacin de un billete o pagos.
Fig. 3.1 Esquema de operaciones
Al dar de alta una emisin o compra de un billete se realiza un registro de datos

clientes, vuelos, pasajeros, cargos cliente (precio del billete, tasas, cargos
proveedor y cargos Manab) y cargos Manab (precio Manab, coste operacin).
Los cargos de cliente y de Manab, nos servir para llevar un control de las
penalizaciones o cargos, tasas y diferencia tarifa que se producen al realizar una
operacin, es una parte de la estructura de la contabilidad que almacenar la
aplicacin.
11
La reemisin de un billete se produce cuando hay un cambio de fechas o de destino

de todos o de algunos de pasajeros, esto repercute en que se tengan que aplicar
una serie de penalizaciones por parte de la agencia, aerolnea y proveedor, adems
de las diferencias de tarifa del billete por el cambio de fechas as como tambin las
tasas (cargos de la aerolnea como por ejemplo subida del precio del combustible).
Fig. 3.2 Esquema de una Remisin
Cabe destacar que al realizar una reemisin, se puede producir un desdoblamiento

de operaciones que se vea reflejado a nivel contable.
Fig. 3.3 Esquema de un desdoblamiento de una Reemisin
Y del resultado de este desdoblamiento, tanto reemisin-1 (pasajeros que han

realizado alguna modificacin de fecha de salida o cambio de destino de su vuelo
inicial) como reemisin-2 (pasajeros que realizan su vuelo con la fecha inicial con
que se emiti el billete) se tratan como si fueran una nueva operacin, dejando la
emisin como una operacin inactiva.
Fig. 3.4 Esquema de una Reemisin de Pasajeros
12
La cancelacin o anulacin, se produce por la cancelacin de algn pasajero o la

cancelacin de todos los pasajeros (anulacin del billete) los cargos que se aplican
en esta operacin son los mismo que en la reemisin, ms un cargo adicional si
venimos de una reemisin.
El almacenamiento de estas operaciones en la aplicacin, hacen que a partir de

ellas se puedan llevar el control de pagos cliente y pagos proveedor, realizar
consultas y exportar listados, adems de tener una gestin de sus clientes,
proveedores y aerolneas con las que trabajan, de estos apartado se hablar en el
captulo 5.
3.1.1 Diagrama esttico de clases
Proveedor * Aerolinea
1 1 *
Usuario 1 * Cliente
CargosCliente
1 1
* *
1
Vuelo * 1 Operacin
*
1
*
CargosManabi
1 1 1
* * *
Pasajero PagosCliente PagosProveedor
Fig. 3.5 Esquema Diagrama Esttico de Clases
13
3.2 Modelo de Casos de Uso
Observando el diagrama vemos algunos casos de usos de la aplicacin, se ha

intentado poner los ms importantes, todos ellos sern utilizados por el usuario
del sistema.
Sistema Gestor de
Reservas
AltaUsuario
ModificarUsuario
AltaCliente
ModificarCliente
Compra
Reemisin
Cancelacin o
Anulacin
Pagos
Consultas
Exportar a Excel
Fig. 3.6 Esquema: Casos de Uso
Actores:
Existen dos tipos de actores, el administrador y el usuario, ambos interactuarn

directamente con el sistema, pero el administrador ser el nico de realizar las alta
de usuarios y pagos de proveedor.
14
Casos de Uso: Alta Usuario

Actor: Administrador
Propsito: Registro de un nuevo usuario en el sistema
Precondicin: Debe de existir un usuario tipo administrador registrado en el
sistema
Curso normal
Acciones del actor Respuesta del sistema
1.-El actor llena el campo DNI del

usuario y le da al enter.
2.-El sistema comprueba que el DNI
exista, en caso de no existir habilita
los campos de datos de usuario.
3.-El actor introduce los datos del

usuario y le da al botn de guardar.
4.-El sistema comprueba que el
usuario no exista, en caso de no existir
lo guarda.
Curso alternativo
2.-El sistema lanza un mensaje de error si: existe un usuario registrado.

4.-El sistema lanza un mensaje de error si: los campos de nombre, apellidos,
telfono, email, usuario, contrasea estn vacos. Y si el campo de estado y
permisos no contienen ninguno de los valores de [alta usuario o baja usuario] y
[administrador o usuario limitado] respectivamente.
4.-En caso de que el actor le d al botn de cancelar, se cancela la operacin y se va
a la pantalla inicial.
15
Casos de Uso: Modificar Usuario
Actor: Administrador
Propsito: Modificacin de los datos de un usuario del sistema
Precondicin: Debe de existir un usuario tipo administrador registrado e
identificado en el sistema
Curso normal
1.-El actor desea modificar los datos

de un usuario en el sistema.
2.-El sistema muestra una lista de
usuarios registrados.
3.-El actor observa la lista de usuarios
y selecciona el usuario a modificar.
4.-El sistema muestra por pantalla los
datos del usuario a modificar.
5.-El actor modifica los datos que
desea.
6.-El sistema valida los datos
introducidos.
7.-El sistema modifica los datos
asociados al usuario por los datos
introducidos.
Curso alternativo
6.-El sistema lanza un mensaje de error si: los datos introducidos por el actor son
incorrectos.
16
Casos de Uso: Alta Cliente
Actor: Usuario
Propsito: Registro de un nuevo cliente en el sistema
Precondicin: No debe de haber ningn cliente activo
Curso normal

cliente y le da al enter.
exista, en caso de no existir habilita
los campos de datos de cliente.

cliente y le da al botn de guardar.
4.-El sistema comprueba que el cliente
no exista, en caso de no existir lo
guarda.
Curso alternativo
2.-El sistema lanza un mensaje de error si: existe un cliente registrado.

4.-El sistema lanza un mensaje de error si: los campos de nombre, apellidos,
telfono, email y observaciones estn vacos.
17
Casos de Uso: Modificar Cliente
Actor: Usuario
Propsito: Modificacin de los datos de un cliente en el sistema
Precondicin: El usuario que realiza la accin debe de estar registrado e
identificado en el sistema.
Curso normal
1.-El actor desea modificar los datos

de un cliente en el sistema.
2.-El sistema muestra una lista de
clientes registrados.
3.-El actor observa la lista de clientes
y selecciona el cliente a modificar.
datos del cliente a modificar.
5.-El actor modifica los datos que
desea.
introducidos.
asociados al cliente por los datos
introducidos.
Curso alternativo
6.-El sistema lanza un mensaje de error si: los datos introducidos por el actor son
incorrectos.
18
Casos de Uso: Compra
Actor: Usuario
Propsito: Realizar una compra o emisin de billete
Precondicin: No debe de haber ninguna operacin en curso.
Curso normal
Acciones del Actor Respuesta del Sistema
1.-El actor llena el campo de

localizador y le da al enter.
localizador exista, en caso de no
existir habilita los campos de datos
cliente.
cliente y le da al enter
exista, en caso de existir muestra los
datos del cliente por pantalla.

cliente y le da al botn de guardar
cliente

cliente exista, en caso de no existir lo
guarda y se habilitan los campos de
datos vuelo.
7.-El actor llena introduce los datos
del vuelo y le da al botn de guardar
vuelo.
8.-El sistema comprueba que el vuelo
exista, en caso de no existir lo guarda
y se habilitan los campos de datos
pasajeros.
9.-El actor introduce los datos de los
pasajeros, precio billete, tasas, cargo
proveedor y pvp.
10.-El sistema calcula el cargo

Manab, segn el precio billete, tasas,
cargo proveedor y pvp introducido
por el actor.
19
11.-El actor observa el cargo Manab

propuesto por el sistema y le da al
botn de guardar pasajeros.
12.-El sistema comprueba que los

pasajeros existan, en caso de no
existir lo guarda y con los datos de
precio billete, tasas, proveedor y
Manab calcula el cargo cliente y
cargo Manab para mostrarlo por
13.-El actor observa los valores pantalla.
propuesto por el sistema y si son
correctos, le da al botn de guardar
compra.
14.-El sistema almacena todos los
datos de la compra.
Curso alternativo
2.-El sistema lanza un mensaje de aviso si: existe un localizador dado de alta.
6.-El sistema lanza un mensaje de error si: el campo nombre, apellido, telfono
estn vacos o no contienen valores vlidos para el caso del telfono.
8.-El sistema lanza un mensaje de error si: el campo origen, destino estn vacos. Y
si las fechas de salida de un vuelo de ida / vuelta son las mismas.
10.-El sistema lanza un mensaje de error si: el campo de nombre, apellido, tipo de
pasajero, precio billete, tasas, proveedor y pvp estn vacos.
14.-En caso que el actor le d al botn de cancelar, se cancela la operacin y se va a
la pantalla inicial.
20
Casos de Uso: Reemisin
Actor: Usuario
Propsito: Realizar una reemisin
Precondicin: Debe de haber una emisin en curso.
Curso normal
1.-El actor desea realizar una

reemisin de una emisin de un billete
2.-El sistema muestra un listado de
operaciones.
3.-El actor observa la lista de
operaciones y selecciona la emisin
que desea reemitir.

datos de la emisin a reemitir.
5.-El actor le da al botn de reemitir de
la emisin en curso.
datos del vuelo a reemitir.
7.-El actor modifica los campos de
destino y fecha del vuelo y le da al
botn de guardar vuelo.
introducidos.
asociados al vuelo por los
introducidos.
10.-El sistema muestra por pantalla
los datos de los pasajeros a reemitir.
11.-El actor llena el campo de
diferencia de tarifa del pasajero a
reemitir y marca la casilla de reemitir.
12.-El sistema muestra un mensaje
conforme el actor ha seleccionado un
pasajero a reemitir y rellena los
campos de precio billete, tasas,
penalizacin proveedor, penalizacin
Manab y pvp del pasajero a reemitir.
21
13.-El actor observa los valores

propuestos por el sistema y le da al
botn de guardar pasajero.

datos de PVP anterior y Precio Manab
anterior y habilita aquellos campos que
tienen que ser introducidos por el actor.
15.-El actor llena los campos de
penalizacin de compaa,
proveedor, Manab y diferencia de
tasas si lo requiere y le da al botn de
coste reemisin.
introducidos.
17.-El sistema calcula el coste reemisin
a partir de los valores introducidos. Y
habilita el botn de calcular PVP.
botn de calcular PVP.
19.-El sistema calcula el pvp y habilita el
botn de guardar reemisin.
botn de guardar reemisin.
21.-El sistema calcula el cargo cliente y
cargo Manab de la reemisin.
22.-El sistema almacena todos los datos
de la reemisin y pone como inactiva la
emisin.
Curso alternativo
8.-El sistema lanza un mensaje de error si: el campo de destino est vaco y si la
fecha de salida es anterior a la fecha de salida actual.
16.-El sistema lanza un mensaje de error si: los campos de penalizacin de
compaa, proveedor, Manab estn vacos.
22.-El sistema lanza un mensaje de error si: se produce algn error al almacenar
los datos de la reemisin, se deja la emisin como activa, se cierra la ventana de
reemisin y se va a la pantalla de la operacin en curso.
22
Casos de Uso: Cancelacin de pasajero o anulacin de billete
Actor: Usuario
Propsito: Realizar una cancelacin
Precondicin: Debe de haber una emisin o reemisin en curso
Curso normal

cancelacin de una operacin en
curso, puede ser una emisin o
reemisin.
operaciones.
3.-El actor observa el listado de
operaciones y selecciona la operacin
que desea cancelar.
datos de la operacin seleccionada.
5.-El actor le da al botn de
cancelacin de pasajero de la
operacin en curso.
datos del pasajero a cancelar.
7.-El actor marca la casilla de
cancelar de uno o de todos los
pasajeros que deseen cancelar el
billete. 8.- El sistema muestra un mensaje
conforme el actor ha seleccionado un
pasajero a cancelar y rellena los
campos de precio billete, tasas,
penalizacin proveedor, penalizacin
Manab, diferencia de tasas y de tarifas
(datos que se rellenan si la operacin
en curso es una reemisin) y pvp del
pasajero a cancelar.
botn de guardar pasajero.
datos de PVP anterior y Precio Manab
anterior y habilita aquellos campos que
tienen que ser introducidos por el
actor.
23

penalizacin de compaa,
proveedor, Manab y tasas no
reembolsables le da al botn de coste
reemisin.
introducidos.
13.-El sistema calcula el coste
reemisin a partir de los valores
introducidos. Y habilita el botn de
calcular PVP.
botn de calcular PVP.
15.-El sistema calcula el pvp y habilita
el botn de guardar cancelacin.
botn de guardar cancelacin.
17.-El sistema calcula el cargo cliente y
cargo Manab de la cancelacin.
18.-El sistema almacena todos los
datos de la cancelacin y pone como
inactiva la operacin en curso.
Curso alternativo
11.-El sistema lanza un mensaje de error si: los campos de penalizacin de

compaa, proveedor, Manab estn vacos.
18.-El sistema lanza un mensaje de error si: se produce algn error al almacenar
los datos de la cancelacin, se deja la operacin en curso como activa, se cierra la
ventana de la cancelacin y se va a la pantalla de la operacin en curso.
24
Casos de Uso: Pagos *
Actor: Usuario
Propsito: El cliente realiza el pago de una operacin
Precondicin: Debe de haber una operacin en curso.
Curso normal
1.-El actor desea realizar un pago de

una operacin en curso.
operaciones activas.
3.-El actor observa el listado de
operaciones y selecciona la operacin
de la que desea realizar el pago.
4.-El sistema muestra por pantalla toda

la informacin relacionada con la
operacin en curso.

importe, modalidad y fecha del pago.
introducidos y los va mostrando por
pantalla.
7.-El actor observa los pagos

introducidos, en caso de no ser
correctos, los puede eliminar y volver
a aadir. El actor le da al botn de
guardar pagos.
8.-El sistema comprueba los datos
introducidos.
9.-El sistema asocia los pagos con la
operacin en curso y lo almacena.
Curso alternativo
6.-El sistema lanza un mensaje de error si: los campos de importe y modalidad
estn vacos.
*Nota adicional, el procedimiento que se sigue para realizar un pago cliente-

agencia es el mismo que el de agencia-proveedor, el caso de uso expuesto es de
pago cliente-agencia.
25
Casos de Uso: Consultas
Actor: Usuario
Propsito: Realizar diferentes tipos de consultas de los datos almacenados
sobre las operaciones y pagos de estas.
Precondicin: Debe de existir datos a consultar.
Curso normal

consulta de todas operaciones que
estn registradas en el sistema.
2.-El sistema da la opcin de realizar la

consulta por intervalo de fechas, tipo de
vuelos, precio neto, penalizacin de
compaa y diferencia de tarifa y que
sea ordenada por fecha, localizador y
pvp.
3.-El actor selecciona una serie de
filtros por los que desea realizar la
consulta y le da al botn de aceptar.
4.-El sistema recoge los parmetros que

se aplicarn para realizar el filtrado de
la consulta y lo muestra por pantalla.
5.-El actor observa los datos de su

consulta, puede realizar otro tipo de
consulta segn los parmetros a
escoger o cerrar la ventana de
consultas.
Curso alternativo
5.-En caso de no existir datos para una consulta concreta, se mostrar la pantalla
de consultas sin ningn valor.
26
Casos de Uso: Exportar a Excel
Actor: Usuario
Propsito: A partir de unos datos determinados, se crea una hoja de
clculo con un formato determinado.
Precondicin: Debe de existir datos a exportar
Curso normal
1.-El actor se encuentra en una

pantalla determinada y desea
imprimir los datos mostrados por
pantalla, le da al botn de imprimir. 2.-El sistema crea una instancia de hoja
de clculo, carga los datos mostrados
por pantalla, con el formato
determinado y muestra una vista
previa de impresin.
3.-El actor observa el documento y lo

guarda con un nombre y ubicacin
deseado.
Curso alternativo
2.-El sistema lanza mensaje de error si: se intentar exportar datos a Excel y no
hubieran datos.
27
Captulo 4 - Diseo
4.1 Diagramas de clases
Fig. 4.1 Esquema Diagrama de Clases
4.2 Diagramas de secuencia
En este apartado se mostrarn los diagramas de secuencia ms relevantes de la

aplicacin, teniendo en cuenta que las especificaciones que nos aporta la empresa
son bastantes complejas a entender.
28
En la primera se refleja la creacin de una compra, la segunda la creacin de una

reemisin y la tercera la creacin de una cancelacin de pasajero.
Compra
Para crear una compra, llamamos al mtodo de CrearOperacion( ) de la Clase

Manab, crea una operacin O y un cliente C. La Operacin O crea los objetos V del
tipo vuelo, P del tipo pasajero, CC del tipo cargo cliente y CM del tipo cargo Manab.
Y se crea la asociacin entre operacin y cliente.
Fig. 4.2 Esquema Diagrama de secuencia: Compra
Reemisin
Para realizar una reemisin primero buscamos una operacin activa, la

seleccionamos y mostramos los datos por pantalla. Junto con estos datos y
realizando unas modificaciones previas*, se podr llamar al mtodo de
CrearOperacin( ) de la clase Manab y crear una operacin de tipo Reemisin.
*Como se explic en el captulo 3, una reemisin se trata de un cambio de destino

o de fecha de salida de un vuelo de todos o de algunos pasajeros aplicando los
cargos de diferencia de tarifa, diferencia de tasas y las penalizaciones de compaa,
proveedor y de Manab.
29
Fig. 4.3 Esquema Diagrama de secuencia: Reemisin
Cancelacin de Pasajero o Anulacin de billete
Para realizar una cancelacin de pasajero, realizamos los pasos previos de

bsqueda de una operacin activa. Con los datos de la operacin activa y
realizando unas modificaciones previas*, se podr crear una operacin de tipo
Cancelacin o Anulacin. *En este caso, las modificaciones previas que se realizan
son sobre los pasajeros que cancelan el vuelo, esto repercute a que se aplican las
penalizaciones de compaa, proveedor, Manab y las tasas no reembolsables.
Fig. 4.4 Esquema Diagrama de secuencia: Cancelacin de Pasajero
30
Captulo 5 - Diseo de la interfaz
5.1 Diseo de diagrama de clases
En este apartado se ilustra una de las operaciones ms importante del aplicativo,

mediante el diagrama de clases se detallaran los mtodos que se utilizan para
realizar una Emisin.
Fig. 5.1 Esquema Diagrama Esttico de Clases Operacin Emisin
31
5.2 Diseo de la capa de gestin de datos
Una de las partes ms importantes de la creacin de una aplicacin es el diseo de

la base de datos (BD). Si las tablas no se disean correctamente, podemos tener
problemas al realizar consultas SQL complicadas.
Vuelo
PK op_fecha
PK op_des
Pasajero PK op_codope
PK i_fechasalida
PK cod_pas i_origen
Cargos_cliente dni i_destino
nombre i_fechallegada
PK fecha apellido_p i_nbillete
PK descripcin apellido_m i_aerolinea
PK cod_operacin tipo_pasajero nacional
pvp billete proveedor
dif_tarifa tasas notas
dif_tasas cg d_fechasalida
Cliente pen_cia ge d_origen
pen_prov dif_tarifa_nacional d_destino
PK dni
pen_manabi FK op_fecha d_fechallegada
nombre
coste_operacion FK op_des d_nbillete
apellido_p
tasas FK op_codope d_aerolinea
apellido_m
email
telefono Operacin
telefono_opc
observaciones PK fecha
FK cod_usuario PK descripcin
PK cod_operacin
localizador
FK cod_cliente
FK cod_usuario
activo
Usuario
PK dni
login Cargos_manabi Pagoscliente Pagosproveedor
password
estado PK fecha PK ndice PK ndice
permisos PK descripcin PK op_fecha PK op_fecha
nombre PK cod_operacin PK op_des PK op_des
apellido precio_manabi PK op_codope PK op_codope
telefono coste_operacion localizador localizador
mail Aerolinea fecha_emisin fecha_emisin
proveedor proveedor
PK numero pvp total_proveedor
nombre fecha fecha
telfono importe importe
email modalidad entidad
Proveedor FK cod_usuario saldo saldo
PK cif
nombre_fiscal
direccin
telfono
email
banco
dig_oficina
dig_control PK Clave Primaria
cta_cte FK Clave Secundaria
FK cod_usuario
Fig. 5.2 Esquema Diseo de Base de datos
32
5.2.1 Descripcin de las relaciones
En este apartado se detallarn las relaciones ms relevantes del aplicativo. Las

relaciones que se mostrarn a continuacin son: Usuario - Operacin, Cliente -
Operacin, Operacin - Pasajero, Operacin - Pagos Cliente y Operacin Cargos
Cliente.
Fig. 5.2.1.1 Esquema Relacin Usuario Operacin
Fig. 5.2.1.2 Esquema Relacin Cliente Operacin
Fig. 5.2.1.3 Esquema Relacin Operacin Pasajero
33
Fig. 5.2.1.4 Esquema Relacin Operacin Pagos Cliente
Fig. 5.2.1.5 Esquema Relacin Operacin Cargos Cliente
5.2.2 Definicin de las tablas
Se mostrara la definicin de las tablas que contienen la informacin ms

importante del aplicativo, entre ellas tenemos la tabla de: Usuario, Operacin, Pago
Cliente y Cargo Cliente.
Tabla Usuario
CREATE TABLE ùsuario` ( `dni` varchar(9) COLLATE utf8_spanish_ci NOT NULL,
`login` varchar(45) COLLATE utf8_spanish_ci DEFAULT NULL,
`password` varchar(45) COLLATE utf8_spanish_ci DEFAULT NULL,
èstado` char(1) COLLATE utf8_spanish_ci DEFAULT NULL,
`permisos` char(1) COLLATE utf8_spanish_ci DEFAULT NULL,
`nombre` varchar(45) COLLATE utf8_spanish_ci DEFAULT NULL,
àpellido` varchar(45) COLLATE utf8_spanish_ci DEFAULT NULL,
`telefono` int(11) DEFAULT NULL,
`mail` varchar(45) COLLATE utf8_spanish_ci DEFAULT NULL,
PRIMARY KEY (`dni`))
ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci
34
Tabla Operacin
CREATE TABLE òperacion` (`fecha` datetime NOT NULL,
`descripcion` varchar(45) COLLATE utf8_spanish_ci NOT NULL,
`cod_operacion` int(11) NOT NULL,
`localizador` varchar(10) COLLATE utf8_spanish_ci DEFAULT NULL,
`cod_cliente` varchar(9) COLLATE utf8_spanish_ci DEFAULT NULL,
`cod_usuario` varchar(9) COLLATE utf8_spanish_ci DEFAULT NULL,
àctivo` tinyint(4) DEFAULT NULL,
PRIMARY KEY (`fecha`,`descripcion`,`cod_operacion`))
Tabla Pago Cliente

CREATE TABLE `pagoscliente` (ìndice` int(11) NOT NULL,
òp_fecha` datetime NOT NULL,
òp_des` varchar(45) COLLATE utf8_spanish_ci NOT NULL,
òp_codope` int(11) NOT NULL,
`localizador` varchar(10) COLLATE utf8_spanish_ci DEFAULT NULL,
`fecha_emision` datetime DEFAULT NULL,
`proveedor` varchar(45) COLLATE utf8_spanish_ci DEFAULT NULL,
`pvp` double DEFAULT NULL,
`fecha` datetime DEFAULT NULL,
ìmporte` double DEFAULT NULL,
`modalidad` varchar(45) COLLATE utf8_spanish_ci DEFAULT NULL,
`saldo` double DEFAULT NULL,
PRIMARY KEY (ìndice`,òp_fecha`,òp_des`,òp_codope`))
Tabla Cargo Cliente

CREATE TABLE `cargos_cliente` (òp_fecha` datetime NOT NULL,
òp_des` varchar(45) COLLATE utf8_spanish_ci NOT NULL,
òp_codope` int(11) NOT NULL,
`pvp` double DEFAULT NULL,
`dif_tarifa` double DEFAULT NULL,
`dif_tasas` double DEFAULT NULL,
`pen_cia` double DEFAULT NULL,
`pen_prov` double DEFAULT NULL,
`pen_manabi` double DEFAULT NULL,
`coste_operacion` double DEFAULT NULL,
`tasas` double DEFAULT NULL,
PRIMARY KEY (òp_fecha`,òp_des`,òp_codope`))
5.3 Diseo de la interfaz de usuario
5.3.1 Pantalla de Configuracin Base de Datos
La primera vez que se inicializa la aplicacin, nos aparece la ventana de

configuracin de base de datos, donde tendremos que rellenar los siguientes
campos: usuario, contrasea, nombre BD, servidor y puerto.
35
Fig. 5.3.1.1 Ventana de Configuracin de base de datos
La aplicacin comprueba si los datos introducidos son correctos o no y en ambos

casos nos muestra un mensaje de aviso, informando que la conexin es correcta o
que si se ha producido algn error.
Fig. 5.3.1.2 Mensaje de Validacin de la Base de datos
Inmediatamente despus de que se haya comprobado la configuracin de base de

datos, se crea un fichero de configuracin en la carpeta Manab (carpeta de la
36
aplicacin), para que en futuras inicializaciones el sistema lea directamente desde
el fichero (fichero que guarda la configuracin de la base de datos).
Fig. 5.3.1.3 Carpeta Manab
5.3.2 Pantalla de Control de Usuario
Una vez configurada la base de datos (paso que solo se realizar una sola vez) los
usuarios que quieran hacer uso del aplicativo tendrn que registrarse, para ello es
necesario que el usuario administrador realice las altas de usuarios. El usuario
administrador viene creado por defecto en el aplicativo.
Fig. 5.3.2.1 Ventana de Control de usuario
Al registrarse un usuario el aplicativo en todo momento nos indica que usuario

est haciendo uso de este, la fecha actual y el nombre de la empresa.
Fig. 5.3.2.2 Imagen de la barra de estado del aplicativo
37
5.3.3 Pantalla Principal
Desde aqu podemos acceder a todas las funciones que nos ofrece el programa:
configuracin de base de datos, parmetros, gestin de usuarios, operaciones,
consultas de pagos, exportacin de operaciones, etc.
Fig. 5.3.3.1 Imagen de Manab Viatges
Desde la misma ventana principal podemos acceder a las dems pantallas de la

aplicacin utilizando el men.
Fig. 5.3.3.2 Imagen del men
38
5.3.4 Pantalla de Operaciones
Desde est ventana se realiza toda la gestin de las operaciones desde la emisin,
reemisin, cancelacin y/o anulacin, tal como se observa en la imagen, en la
primera pestaa, Buscar, podemos hacer una bsqueda de operaciones y en la
segunda pestaa, Ficha Operacin, se mostrar toda informacin referente a la
operacin seleccionada.
Fig. 5.3.4.1 Ventana de Mantenimiento de Operaciones
A peticin de la empresa, se decidi que se mostrarn todas operaciones tanto las

activas como las inactivas, para tener un seguimiento de las mismas. Las
operaciones inactivas son las aquellas que se muestran de color gris.
Si seleccionamos cualquier operacin que nos aparece por pantalla, en la pestaa

de Ficha Operacin, se mostrar toda la informacin, donde se podr observar que
una operacin se divide en cuatro partes, en este caso la informacin se muestra
en cuatro pestaas:
Compra, se muestran los datos del cliente o persona de contacto.

Vuelo, se muestran los datos del vuelo, aerolnea y proveedor.
Pasajero, se muestran los datos de los pasajeros y precio del billete por
persona.
Detalle del billete, se muestran los datos de PVP, cargos clientes y cargos
Manab.
39
(1) (2) (3) (4) (5)

Fig. 5.3.4.2 Ventana Mantenimiento de Operaciones
(1) Al presionar Imprimir, se nos abrir una ventana de vista previa de la hoja
de clculo con todos los datos relacionados de la operacin.
(2) Al presionar Cancelacin Pasajero, se abre otra ventana donde se podr

gestionar todo lo relacionado a la operacin de cancelacin y/o anulacin.
(3) Al presionar Reemisin, se abre otra ventana donde se podr gestionar todo
lo relacionado a la operacin de reemisin.
(4) Al presionar Emisin, nos situaremos en la pestaa de ficha de operacin

para introducir todos los datos relacionados con la compra de un billete.
(5) Al presionar Cancelar, los valores de la operacin no se almacenan y se

cierra la ventana actual y volvemos a la pantalla principal de la aplicacin.
Reemisin
Para reemitir una operacin, hemos de estar en la ventana de mantenimiento de

operaciones desde all, se podr llamar a la ventana de reemisin, tal y como se ha
explicado en el apartado anterior. La ventana de reemisin se compone de tres
pestaas: vuelo, pasajero y detalle de billete, donde se mostrar la informacin a
modificar.
40
(1)
(2) (3)
Fig. 5.3.4.3 Ventana Reemisin apartado
(4)
(5)
Fig. 5.3.4.4 Ventana Reemisin apartado pasajero
41
(6)
(7) (8) (9)
Fig. 5.3.4.5 Ventana Reemisin apartado detalle billete
(1) Campos a modificar, en la reemisin se permite modificar la fecha de salida

y/o el destino.
(2) Al presionar Guardar Vuelo, se guardan los valores modificados del vuelo.
(3) Al presionar Cancelar, los valores de la reemisin no se almacenan y se

cierra la ventana actual y volvemos a la ventana de mantenimiento de
operaciones.
(4) Para reemitir un pasajero, previamente se ha de rellenar de forma manual el

campo de Dif. Tarifa (cargo exclusivo de la reemisin) y luego marcar la
casilla de Reemitir, de tal manera que los datos del pasajero a seleccionado
se mostrarn en el apartado de Pasajeros a reemitidos.
(5) Al presionar Guardar Pasajero, se guardan los datos del pasajero a reemitir.
(6) Campos donde se introducen los valores de las penalizaciones y diferencia

de tasas, que junto con los campos de PVP Anterior y Precio Manab anterior
(cuyos valores se cargan automticamente al seleccionar la operacin) son
necesarios para realizar el clculo de coste reemisin y el PVP.
(7) Al presionar Coste Reemisin, se calcula el coste de la operacin.
(8) Al presionar Calcular PVP, se calcula el PVP con los cargos aplicados por
realizar una reemisin.
42
(9) Al presionar Guardar Reemisin, se guardaran todos los valores

modificados y calculados de la reemisin.
Cancelacin de Pasajero
Para ir a la ventana de cancelacin de pasajero, hemos de estar previamente en la

ventana de mantenimiento de operaciones. En la ventana de cancelacin de
pasajero tambin se muestra la informacin en pestaas, en este caso, las pestaas
de: pasajero y detalle billete.
(1)
(2) (3)
Fig. 5.3.4.6 Ventana Cancelacin apartado pasajero
(1) Para cancelar un pasajero, se ha de marcar la casilla de cancelar, donde se

mostraran los datos del pasajero seleccionado en el apartado de pasajeros
cancelados.
(2) Al presionar Guardar Pasajero, se guardan los datos del pasajero a cancelar.
(3) Al presionar Cancelar, los valores de la cancelacin no se almacenan y se

cierra la ventana actual y volvemos a la ventana de mantenimiento de
operaciones.
El apartado de detalle billete es igual al apartado de detalle billete de la Reemisin,

donde se introduce las penalizaciones y tasas no reembolsables de forma manual
para luego poder realizar clculo del coste operacin y el PVP de la cancelacin de
pasajero.
43
5.3.5 Pantalla de Pagos
La ventana de gestin de pagos cliente nos mostrar todas las operaciones activas
y con los mismos criterios de bsqueda que la ventana de mantenimiento de
operaciones.
Al seleccionar una operacin, la pestaa de ficha de pagos mostrar dos pestaas

ms, la de Operacin y la de Pagos. La primera contendr toda la informacin
referente a la operacin y la segunda todos los pagos realizados por el cliente.
(1)
(2) (3) (4)

Fig. 5.3.5.1 Ventana Mantenimiento de Pagos
(1) Al seleccionar la pestaa de Pagos, se mostrar todos los pagos realizados

por el cliente.
(2) Al presionar Imprimir, se nos abrir una ventana de vista previa de la hoja
de clculo con los pagos realizados de la operacin.
(3) Al presionar Guardar Pagos, se guardarn todos los pagos realizados

asociados a la operacin actual.
44
(4) Al presionar Cancelar, los valores de los pagos no se almacenan y se cierra
la ventana actual y volvemos a la pantalla principal de la aplicacin.
Fig. 5.3.5.2 Ventana Mantenimiento de Pagos
Tal y como observamos en la imagen, en la pestaa de pagos aparecer el detalle

de los pagos, indicando la fecha, importe, modalidad del pago y el saldo pendiente
por pagar.
5.3.6 Pantalla de Consultas
En este apartado se tomar de referencia la ventana de consulta operaciones,

donde se listaran todas las operaciones segn los filtros de:
Intervalos de fechas
Tipo de vuelos (nacional/internacional)
Cargos (como precio neto, penalizacin de compaa y diferencia de
tasas)
Con la opcin de ordenar la informacin por fecha, localizador o PVP. Toda la

informacin listada se podr exportar a una hoja de clculo o imprimirla, segn
como desee el usuario.
45
Fig. 5.3.6.1 Ventana Consulta de Operaciones
46
Captulo 6 - Pruebas
Es necesario recordar los objetivos del proyecto, donde mencionaba, que el no

llegar a unas conclusiones concretas acerca de las operaciones de la empresa, hizo
que se plantear el utilizar como herramienta, un prototipo donde se plasmara
todas las operaciones, aprendiendo en que consista cada una de ellas y los puntos
a tener en cuenta para su realizacin.
Por lo que en este apartado se hablar del clculo de cada una de las operaciones y
de los valores o datos a tener en cuenta para su resolucin, para ello, se ha hecho
servir una hoja de clculo con unas macros muy sencillas y fciles de utilizar,
donde se iba registrando cada una de las operaciones y casos que podran darse.
Emisin
Para calcular una emisin son necesarios los siguientes valores:
Precio Neto o Billete

Tasas
Cargos Proveedor
Cargos Manab
La formula que se aplica para calcular una emisin se muestra en la siguiente tabla,
donde se observa que hay dos tipos de cargos: el del cliente y el de Manab. El
primero es el importe que le corresponde pagar al cliente y el segundo, el que le
corresponde pagar a la agencia.
Cargo cliente Cargo Manab

PVP = Precio Neto + Tasas + Proveedor + Coste Manab = Precio Neto + Tasas +
Manab Proveedor
Reemisin
Para calcular una reemisin se ha de tener en cuenta lo explicado en el apartado
3.1 Modelo conceptual, donde se indica que al realizar una reemisin, la operacin
se desdobla y cuyo resultado son dos operaciones: Reemisin con pasajeros
reemitidos y Reemisin con pasajero no reemitidos.
Los datos a tener en cuenta para realizar el clculo de una reemisin son los
siguientes:
Datos de la operacin anterior

Diferencia de Tarifa (Dif. Tarifa)
Penalizacin Compaa (P. Ca)
Penalizacin Proveedor (P. Prov)
Penalizacin Manab (P. Manab)
Diferencia de Tasas (Dif. Tasas)
47
Coste Reemisin = Dif. Tarifa + P. Ca+ Coste Reemisin Manab = Dif. Tarifa
P. Prov + P. Manab + Dif. Tasas + P. Ca+ P. Prov + Dif. Tasas
Caso1: Se reemiten todos los pasajeros.

PVP = PVP Anterior + Coste Reemisin Coste Manab = Precio Manab Anterior +
Coste Reemisin Manab
Caso2: Se reemite algn pasajero
Pasajero Reemitido
PVP Pasajero Reemitido = Precio Neto + Precio Manab Pasajero Reemitido =
Tasas + Proveedor + Manab Precio Neto + Tasas + Proveedor
PVP = PVP Pasajero Reemitido+ Coste Coste Manab = Precio Manab Pasajero
Reemisin Reemitido + Coste Reemisin Manab
Pasajero No Reemitido
Coste Reemisin = Precio Neto + Tasas Coste Reemisin Manab = Precio Neto
+ Proveedor + Manab + Tasas + Proveedor
PVP = PVP Anterior PVP Pasajero Coste Manab = Coste Manab Anterior
Reemitido PVP Pasajero
Cancelacin
Para calcular la cancelacin de pasajero son necesarios los siguientes valores:
Datos de la operacin anterior
Penalizacin Compaa (P. Ca)
Penalizacin Proveedor (P. Prov)
Penalizacin Manab (P. Manab)
Tasas no reembolsables

PVP Pasajero a Cancelar = Precio Neto +
Tasas + Proveedor + Manab + Dif.Tarifa +
Dif. Tasas
Coste Cancelacin = (P. Ca + P. Prov + P. Coste Cancelacin Manab = -(PVP
Manab + Tasas no Reembolsables) PVP Pasajero a Cancelar P. Ca P. Prov
Pasajero a Cancelar Tasas no Reembolsables)
PVP = PVP Anterior + Coste Cancelacin Coste Manab = Precio Manab Anterior +
Coste Cancelacin Manab
Los datos de la operacin anterior, son aquellos valores que se necesitan para
realizar el clculo de la operacin actual, como por ejemplo el PVP anterior, Precio
Manab anterior, Diferencia de tarifa y Diferencia de tasas, estas dos ltimas son
propias de una reemisin.
48
Estos valores se almacenan en la tabla Cargo Cliente y Cargo Manab
respectivamente, donde se registran junto con la fecha, nombre de la operacin,
cdigo de operacin y el desglose de cada uno de los valores.
A continuacin se realiza un ejemplo prctico, donde se aplica cada una de las

operaciones, para ello, nicamente se tomar en cuenta los datos de los importes o
cargos.
En el siguiente ejemplo, se realiza la compra de un vuelo donde viajan tres

pasajeros, donde se muestra el clculo del PVP y del coste Manab de la emisin.
Pasajero1 Pasajero2 Pasajero3

Operacin Descripcin Importe Importe Importe
Emisin Precio Neto 100 200 200
Tasas 55 55 55
Proveedor 10 10 10
Manab 30 30 30
PVP 785
Coste Manab 695
Del ejemplo anterior, se realizar la reemisin del pasajero 2, donde se realiza un

desglose de los valores que se necesitan para realizar una reemisin.
Pasajero2
Operacin Descripcin Importe
Reemisin-1 Datos de la Precio Neto 200
operacin Tasas 55
anterior Proveedor 10
Manab 30
PVP Anterior 785
Precio Manab Anterior 695
Datos de la Diferencia Tarifa 60

operacin Penalizacin Compaa 100
actual Penalizacin Proveedor 20
Penalizacin Manab 40
Diferencia Tasas 0
Coste Reemisin 220

Coste Reemisin Manab 180
PVP 515
Coste Manab 445
Reemitido el pasajero 2, los valores de la reemisin para los pasajeros que no

reemiten quedan a cero y se recalcula la operacin, es decir que se toman los datos
de la operacin anterior y se le restan los datos del pasajero reemitido, quedando
as la parte proporcional del coste del billete.
49
Pasajero1 Pasajero3
Operacin Descripcin Importe Importe
Reemisin-2 Datos de la Precio Neto 100 200
operacin Tasas 55 55
anterior Proveedor 10 10
Manab 30 30
PVP Anterior 785
Datos de la Diferencia Tarifa 0 0

operacin Penalizacin Compaa 0 0
actual Penalizacin Proveedor 0 0
Penalizacin Manab 0 0
Diferencia Tasas 0 0
Coste Reemisin 490

Coste Reemisin Manab 0
PVP 490
Coste Manab 430
Para realizar la cancelacin de pasajero, se tomar como ejemplo el caso de la

Reemisin 1.
Pasajero2
Operacin Descripcin Importe
Cancelacin-1 Datos de la Precio Neto 200
operacin Tasas 55
anterior Proveedor 10
Manab 30
Dif Tarifa + Dif Tasas 60
PVP Anterior 515
Datos de la Tasas No Reembolsables 0

operacin Penalizacin Compaa 100
actual Penalizacin Proveedor 5
Penalizacin Manab 25
Coste Cancelacin -225

Coste Canc. Manab -250
PVP 290
Coste Manab 195
Ejemplos como este, son los que se han registrado en la hoja de clculo para luego
ser utilizados como casos de pruebas y referencias para el testeo del aplicativo.
50
Captulo 7 Planificacin y estudio econmico
7.1 Planificacin Temporal
En este apartado se har una previsin inicial de la duracin del proyecto,

teniendo en cuenta la inexperiencia a la hora de elaborar un sistema informtico
para empresas, puede que la previsin planteada en el siguiente apartado se vea
alterada por diversas causas durante su desarrollo.
7.1.1 Etapas del proyecto
El programa inicial de la duracin del proyecto, ser de 18 semanas, comenzando a

principios de septiembre y acabando a finales de enero. La planificacin es la
siguiente:
Anlisis de requisitos: 1 semana

Especificacin de la aplicacin: 1 semana
Realizacin prototipo no funcional: 2 semanas
Modificaciones sobre nuevos requisitos: 2 semanas
Implementacin o desarrollo: 6 semanas
Pruebas: 2 semanas
Implementacin y adaptacin: 2 semanas
Documentacin y manuales: 2 semanas
Planificacin con fechas de inicio y fin:
Fase Duracin Inicio Finalizacin

Anlisis de requisitos 7 das 03/09/2012 11/09/2012
Especificacin de la aplicacin 7 das 13/09/2012 21/09/2012
Realizacin prototipo no funcional 10 das 24/09/2012 05/10/2012
Modificaciones sobre nuevos requisitos 10 das 08/10/2012 19/10/2012
Implementacin o desarrollo 30 das 22/10/2012 30/11/2012
Pruebas 10 das 03/12/2012 14/12/2012
Implementacin y adaptacin 10 das 17/12/2012 28/12/2012
Documentacin y manuales 10 das 31/12/2012 11/01/2013
51
7.1.2 Diagrama de Gantt
52
7.2 Estudio econmico
Para realizar una aproximacin del coste del proyecto, se tomar en cuenta las
tecnologas utilizadas y el coste del personal que lo hubiera realizado, teniendo en
cuenta que el desarrollo del proyecto lo ha realizado una nica persona, se
intentar hacer el estudio del coste del personal como si se tratase de un grupo de
trabajo.
El coste del proyecto se divide en tres fases y un apartado. La fase de:

preproduccin, produccin, postproduccin y el apartado de recursos requeridos.
Fase de preproduccin corresponde a las herramientas utilizadas antes de

empezar con el proyecto, desde las reuniones iniciales, informes y
planificacin.
Fase de produccin corresponde al desarrollo del proyecto, desde la

elaboracin del prototipo, diseo de datos, programacin, pruebas y
seguimiento del proyecto.
Fase de postproduccin corresponde a la elaboracin de manuales,

seguimiento y depuracin de los posibles bugs que surjan de la aplicacin.
Recursos requeridos corresponde a los gastos de licencia de los programas

utilizados.
Preproduccin
N Actividad Perfil Horas /hrs. Total Euros
1 Elaboracin de un informe con los Analista 6 25 150
requisitos del cliente,
funcionalidades y especificaciones
del aplicativo, modelo de datos.
2 Estudio previo del entorno donde Analista 2 25 50
ser implantado el aplicativo.
3 Planificacin de actividades. Jefe de 4 25 100
Proyecto
300
Produccin
1 Gestin del proyecto, periodo de Jefe de 20 25 500
desarrollo, seguimiento y control del Proyecto
proyecto.
2 Desarrollo de prototipos funcionales Analista 30 25 750
y no funcionales.
3 Diseo y desarrollo de la estructura Analista 10 25 250
de datos.
4 Implementacin o desarrollo del Programador 180 18 3240
aplicativo.
5 Carga inicial de datos y pruebas. Programador 20 18 360
5100
53
Postproduccin
1 Elaboracin del manual del Programador 8 18 144
aplicativo.
2 Pruebas de rendimiento del Programador 8 18 144
aplicativo.
3 Resolucin de bugs del aplicativo. Programador 8 18 144
432
Recursos Requeridos
N Actividad Total Euros
1 Licencia MySQL 2000
2 Licencia Microsoft Visual Studio 2008 Profesional 598
2598
Teniendo en cuenta las fases del proyecto y los recursos requeridos, se observa en
la siguiente grfica que el coste ms elevado es el de produccin, dado que en esta
fase es donde se concentra el mayor nmero de horas para el desarrollo del
aplicativo.
Coste Fase Proyecto
4%
31%
5% 60%
Preproduccin Produccin
Postproduccin Recursos Requeridos
Fig. 7.2.1 Esquema Distribucin de Costes
Coste Total del Proyecto

N Fase Horas Total Euros
1 Preproduccin 12 300
2 Produccin 260 5100
3 Postproduccin 24 432
4 Recursos Requeridos - 2598
296 8430
He visto necesario realizar una nota adicional sobre el apartado de recursos

requeridos, los datos mostrados en la tabla superior sobre los costes de las
54
licencias sera una simulacin de cuanto saldra el coste del proyecto tan solo
utilizando estos recursos, se ha de tener en cuenta lo siguiente:
Licencia MySQL, como ya sabemos el uso de este gestor de base de datos para
estudiantes es gratis, sin embargo para uso empresarial es de pago, pero desde que
MySQL es de Oracle su precio de licencia se ha visto incrementada por cuatro. Para
la realizacin de este proyecto el uso de MySQL es totalmente gratuito.
Pero como este proyecto se basa en un caso real, hay dos puntos a tener en cuenta:
primero, el responsable de hacerse cargo del coste de la licencia es la empresa y
segundo, hoy en da, en el mercado hay gestores de base de datos gratuitos como
PostgreSQL y Firebird.
Licencia Microsoft Visual Studio 2008, hay una especie de repositorio o mejor
dicho programa llamado dreamspark, dirigido a estudiantes con fines de
aprendizaje, enseanza e investigacin proporcionndoles todo tipo de
herramientas para el desarrollo de aplicativos, cuyo uso es totalmente gratuito,
segn la suscripcin que tenga la institucin educativa con Microsoft.
Por otro lado la versin Profesional, cuyo responsable del coste de esta licencia, es
la persona o grupo de personas que desarrollan el aplicativo. Para la realizacin de
este proyecto el uso de Visual Studio 2008 cuyo fin es educativo, es totalmente
gratuito.
55
Captulo 8 Conclusiones y trabajo de futuro
8.1 Conclusiones
Llevar a cabo la realizacin de este proyecto desde cero, intentando cumplir todas
las fases por las que pasa un proyecto de desarrollo de software e ir perfilando y
plasmando las ideas iniciales en los diferentes modelos de datos, ha hecho que
poco a poco este aplicativo vaya tomando forma, cumpliendo con los requisitos
inicialmente propuesto por el cliente.
Ver el resultado conseguido y tener en cuenta los inicios del proyecto, hace que
cada fase tenga un valor esencial durante su desarrollo. En mi caso, la fase inicial
como la de implementacin, han sido las de mayor peso por varias razones, en
especial una, que creo que es muy importante.
Llegar a entender y asimilar las necesidades del cliente, intentando seguir su forma
de trabajo aunque a pesar de ello, me haya encontrado con modificaciones sobre
los requisitos iniciales, provocando que no quedaran claros los conceptos bsicos
del desarrollo del aplicativo y [retrasando/alargando] su desarrollo, por lo que
llegar a utilizar el modelo de prototipo evolutivo, fue fundamental para la etapa de
implementacin.
Para finalizar, decir que en principio, todos los requisitos iniciales por los que se
realizo este proyecto se han cumplido, queda la presentacin y aceptacin del
aplicativo por parte del cliente, para luego proseguir con la etapa de implantacin
y funcionamiento del aplicativo, solucionando los posibles problemas que vayan
surgiendo o desarrollar mejorar tras llevar un tiempo en funcionamiento.
8.2 Trabajo de futuro
Se podra realizar una serie de recomendaciones de trabajo de futuro, pero

depender del grado de utilizacin del aplicativo como herramienta de trabajo y
almacenaje de datos.
El aplicativo les ofrece la posibilidad de gestionar usuarios, clientes, aerolneas,

proveedores, operaciones, control de pagos y realizar consultas, por lo que a partir
de esta informacin obtenida se puede realizar:
Mdulo de contabilidad.
Mdulo de estadstica y previsin de mercado.
Mdulo de facturacin.
Adems se puede introducir:
Mdulo de gestin de personal y nminas.

Mdulo de gestin de gastos de la empresa.
56
Todos los mdulos juntos, haran del aplicativo un programa completo y sencillo,
diseado para las pequeas y medianas empresas del sector.
57
Captulo 9 Bibliografa
[1] Visual C# - MSDN
http://msdn.microsoft.com/en-us/subscriptions/cc263904.aspx
http://msdn.microsoft.com/es-es/library/aa287558%28v=vs.71%29.aspx
http://msdn.microsoft.com/es-es/library/kx37x362%28v=vs.80%29.aspx
[2] MSDN
http://msdn.microsoft.com/es-es/library/7c5ka91b.aspx
http://msdn.microsoft.com/en-us/library/68eybb19
http://msdn.microsoft.com/es-es/library/t4a23xx4%28v=VS.90%29.aspx
[3] Blog Leandro Tuttini

http://ltuttini.blogspot.com.es/
[4] MySQL
http://www.mysql.com/products/
http://dev.mysql.com/doc/refman/5.0/es/mysql-config-wizard-introduction.html
http://dev.mysql.com/doc/refman/5.0/es/mysql-config-wizard-introduction.html
http://dev.mysql.com/doc/refman/5.0/es/features.html
[5] PFC Desarrollo de una tienda electrnica, Pablo Martnez Meja

http://upcommons.upc.edu/pfc/handle/2099.1/6827
[6] PFC Generador de Pressupostos, Joan Soler Esteve

http://cataleg.upc.edu/search~S1*cat?/aSoler+Esteve%2C+Joan/asoler+esteve+j
oan/-3%2C-1%2C0%2CB/frameset&FF=asoler+esteve+joan&1%2C1%2C
[7] PostgreSQL
http://www.postgresql.org.es/10_razones
[8] FirebirdSQL
http://www.firebirdsql.org/en/documentation/
[9] Dreamspark
https://www.dreamspark.com/Student/
[10] Amadeus
http://selling.es.amadeus.com/capitulo01/capitulo01.htm
[11] OfiViaje
http://www.ofi.es/software/agencias-de-viaje
58
Glosario
Reemisin
Cuando se realiza un cambio de fecha de salida de vuelo o de destino, donde se
aplican cargos y/o penalizaciones.
Cancelacin / Anulacin
Cuando un pasajero decide anular un vuelo contratado, motivo por el cual se
pueden aplicar penalizaciones.
Penalizacin de Compaa
Cargo que aplica la compaa a la agencia de viajes por un cambio o una anulacin
de un billete.
Penalizacin de Proveedor
Cargo que aplica el proveedor (intermediario) a la agencia de viajes por la
realizacin de una gestin en una reserva. La penalizacin de proveedor se puede
aplicar al realizar una emisin, reemisin o cancelacin.
Penalizacin de Manab
Cargo que aplica la agencia de viajes al cliente por la realizacin de una gestin de
una reserva. La penalizacin de Manab se aplica al realizar una emisin, reemisin
o cancelacin.
Billete o Precio Neto

Precio base del billete que aplican las compaas, libre de tasas y/o otros de
cargos.
Tasas
Impuestos de las diferentes administraciones y/o empresas por el uso de los
espacios aeroportuarios, aplicndose por billete en funcin de aeropuertos y
compaas utilizadas. Tambin incluyen tasas por carburante (tasa que incluyen
las compaas para compensar las variaciones del precio del carburante)
Diferencia de tasas
Cargo que se aplica al cliente al realizar una reemisin, por la diferencia de tasas
entre el billete/ruta original y el nuevo billete/ruta.
Diferencia de tarifa
Cargo que aplican las compaas al cliente por realizar una reemisin, por la
diferencia del precio neto entre el billete original y el nuevo billete.
Tasas no reembolsables
Tasas que aunque se anule un billete y no son utilizadas, no se reembolsan (suelen
ser tasas de carburante)
59
Coste Operacin
Precio final aplicado al cliente al realizar una operacin, ya sea una reemisin o
cancelacin, incluyendo todos los cargos (Precio Venta Pblico).
Bug
Error de software
GC (Garbage Collector)
Gestor de memoria de aquellos objetos sin referencia que no se utilizan.
GUI (Graphical user interface)

Interfaz grfica de usuario
IPL (InterBase Public License)
IDPL (Initial Developer's Public License)
GPL (General Public License o Licencia Pblica General)
60

Memòria PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Memòria PDF

Cargado por

Copyright:

Formatos disponibles

PROYECTO FINAL DE

TTULO: Gestor de reservas para una agencia de viaje

AUTOR: Judith Vilela Atachao

TITULACIN: Ingeniera Tcnica en Informtica de Gestin

DIRECTOR: Neus Catal Roig

DEPARTAMENTO: Lenguajes y Sistemas informticos (LSI)

APELLIDOS:Vilela Atachao NOMBRE: Judith

TITULACIN: Ingeniera Tcnica en Informtica de Gestin

ESPECIALIDAD: Informtica PLAN: 92

DIRECTOR: Neus Catal Roig

DEPARTAMENTO: Lenguajes y Sistemas Informticos (LSI)

CALIFICACIN DEL PFC

PRESIDENTE SECRETARIO VOCAL

FECHA DE LECTURA: 07-02-2013

PROYECTO FINAL DE CARRERA

Vivimos en una sociedad donde necesitamos simplificar y agilizar las gestiones

Debido al gran volumen de trabajo que experimentan empresas como la de una

El objetivo es cubrir todas sus necesidades minimizando las tareas que

Visual C# MySQL Agencia de Viaje Emisin

Fig. 1.1 Esquema Arquitectura cliente servidor ..................................................................... 2

En el mercado nos encontramos con una serie de aplicaciones informticas

1.2 Objetivo del proyecto

El desarrollo de este proyecto se lleva acabo teniendo en cuenta las necesidades de

Teniendo claros los conceptos de cmo funcionan las operaciones, se prosigui al

Sistema de bsqueda por filtros de las operaciones.

1.3 Arquitectura de la aplicacin

El aplicativo se instalar en cada terminal cliente, donde previamente se ha de

Fig. 1.1 Esquema Arquitectura cliente servidor

Fig. 1.2 Esquema sobre la Estructura del aplicativo

Captulo 2 Anlisis de Requisitos

2.1 Requisitos funcionales

En los requisitos funcionales se describir el comportamiento esperado del

Requisitos de gestin de datos

Requisitos de consulta de datos

Requisitos del resultado de la aplicacin

Requisitos de seguimiento de una operacin

2.-Calcular la reemisin de un billete

2.2 Requisitos no funcionales

Los requisitos no funcionales describen las propiedades del sistema y se pueden

Se pretende que la aplicacin siga una serie de criterios:

El diseo del sistema de ventanas de la aplicacin, se ha intentado que sea

Las ventanas de mantenimiento estn basadas en un sistema de pestaas,

Teniendo en cuenta que la empresa es una agencia de viajes y que utilizan el

Las funcionalidades desarrolladas en el aplicativo pertenecen a una primera fase,

tomando en cuenta durante el uso del aplicativo. Uno de los objetivos ya

2.2.1 Interfaz de usuario

La interfaz de usuario que se ha diseado en la aplicacin es intuitiva y fcil de

Fig. 2.1 Ventana de mantenimiento de proveedores

2.2.2.1 Lenguaje de programacin

La eleccin del lenguaje de programacin se resume en que se buscaba trabajar en

A continuacin se mostrar una comparativa entre algunos lenguajes de

Lenguaje Ventajas Desventajas

La eleccin de utilizar Visual C# se da porque es un lenguaje de programacin fcil

Sencillez de uso, sintaxis expresiva y fcil de aprender.

2.2.2.2 Sistema gestor de base de datos

Base de Datos Ventajas Desventajas

Microsoft Access Verstil y fcil de usar Plataforma Windows

La eleccin de utilizar MySQL es porque es un gestor de base de datos intermedio,

Es rpido, fiable y fcil de usar.

3.1 Modelo Conceptual

El aplicativo se divide en varios apartados entre ellos el ms importante es el de las

Otros apartados como:

Gestin de clientes, aerolneas, proveedores y usuarios