Universidad Tecnolgica de Panam
Centro Regional de Chiriqu
Facultad
Ing. En Sistemas
Lic. En Redes en Informtica
Proyecto
Base de Datos Reserva Ticket Aerolnea
Materia
Administracin de Base de Datos
Profesor
Andrs Miranda
Elaborado Por
Jos Saavedra
Jos Hernndez
INTRODUCCION
En este documento se describe los objetivos e informacin clara y concisa de cmo utilizar
el sistema automatizado para la aerolnea ALPAFLO. el sistema automatizado fue creado
por Jos Saavedra y Jos Hernndez con el objetivo de brindar facilidad al control de sus
datos de registro, la informacin que maneja la aerolnea como es venta de boletos, hora de
salida, los usuarios que ingresan e informacin del avin. es de mucha importancia
consultar este manual durante la visualizacin de las paginas ya que lo guiara paso por paso
el manejo de las funciones con l. con el fin de facilitar la comprensin del manual, se
incluyen grficos explicativos.
MARCO TERICO
Antecedentes de la investigacin: El objetivo general de este sistema automatizado, es el
de controlar de forma automatizada la administracin en una aerolnea en la cual se llevan
varias operaciones como son: la venta de boletos, los horarios, destinos, los asientos
disponibles, los capitanes de avin y la paquetera que se lleva entre otras operaciones con
el objetivo de brindar un entorno gil y sencillo para catalogar almacenar y acceder a la
informacin, a fin de mejorar y controlar el registro actual y para el mejor
desenvolvimiento de la administracin que aqu se maneja.
BASES TERICAS
Aerolnea: Lneas areas, o aerolneas, son aquellas organizaciones que se dedican al
transporte de pasajeros o carga, y, en algunos casos, animales, por avin
Diagrama de flujo de datos: Muestran en forma visual slo el flujo de datos entre los
distintos procesos, entidades externas y almacenes que conforman un sistema. Cuando los
analistas de sistemas indagan sobre los requerimientos de informacin de los usuarios,
deben ser capaces de concebir la manera en que los datos fluyen a travs del sistema u
organizacin, los procesos que sufren estos datos y sus tipos de salidas.
Los elementos bsicos que aparecen en una DFM son:
*Entidad externa
*Proceso
*Flujo de datos
*Almacn de datos
ANALISIS Y REQUERIMIENTO DEL SISTEMA
Para poder instalar el sistema automatizado es necesario tener un sistema operativo y una
computadora ya que es la base fundamental para poder manipular el sistema, no es
necesario tener un tipo de modelo de computadora lo nico que es necesario es que tenga
una capacidad razonable de procesamiento ya que de este depende la rapidez del sistema y
as poder trabajar adecuadamente.
para el uso del sistema es indispensable contar con conocimientos de computacin ya que si
no se cuenta con lo especificado le ser difcil de manejar el sistema al usuario
Se necesita contar con Access 2007, 2010 o 2013 con el fin de que se pueda ejecutar
adecuadamente el sistema.
Modelo entidad relacin
Es un modelo de datos basado en una recepcin del mundo real que consiste en un
conjunto de objetos bsicos llamados entidades y relaciones entre estos objetos,
implementndose en forma grfica a travs del Diagrama Entidad Relacin.
Nombre
Simbologa
Significado
Rectngulo
Representa
entidades
conjuntos
de
Rombo
Representa las relaciones
Ligas
Son las que unen atributos a
conjuntos de entidades y estas
mismas
a
conjuntos
de
relaciones
Rectngulos dobles
Representan
conjuntos
entidades dbiles
de
Ligas dobles
Indican la participacin total de
una entidad en un conjunto de
relaciones
La cardinalidad
Explica de forma exacta como se
relacionan las entidades, la
siguiente tabla muestra las
posibilidades de la cardinalidad
y su representacin
Cardinalidad
Cardinalida
d
Se lee
Representacin
1:1
Uno a
uno
(*)
1:M
Uno a
muchos
(*)
M:M
Muchos
a
muchos
(*)
Significa
Cuando un registro de
una tabla solo puede
estar relacionado con
un nico registro de la
tabla y viceversa
Cuando un registro de
una tabla secundaria
solo
puede
estar
relacionado
con
un
nico registro de la otra
tabla principal y un
registro de la tabla
principal que puede
tener ms de un registro
relacionado en la tabla
secundaria
Cuando un registro de
una tabla puede estar
relacionado con ms de
un registro de la otra
tabla y viceversa
CaRdiNaLidadeS
Pasajero Boleto
A un pasajero le pertenece solo un boleto
Un boleto le pertenece solo a un pasajero
Pasajero Salida
Un pasajero tiene solo una salida
Una salida tiene varios pasajeros
Salida Vuelo
Las salidas tienen varios vuelos
Un vuelo solo tiene una salida
Salida Tripulacin
Una salida es asignada a una tripulacin
A una tripulacin se le asigna solo una salida
Tripulacin piloto
A una tripulacin se le asigna un piloto
Un piloto es asignado a una tripulacin
Piloto Aviones
A un piloto se le asigna un avin
A un avin se le asigna un piloto
Aviones aparato
Un avin se identifica por un aparato
Un aparato identifica a un avin
MODELO DE SICLO DE VIDA DEL SOFTWARE
MODELO EN ESPIRAL
Introduccin breve
El modelo de en es piral es muy utilizado para el desarrollo de software ya que su
proceso como su nombre lo dice son en espiral donde cada interaccin representa un
conjunto de actividades las cuales no estn fijadas a ninguna prioridad ya que las
funciones se eligen mediante el anlisis de riesgos comenzando por el bucle o
interaccin anterior.
El modelo en cascada tiene las siguientes faces las cuales tomaremos en cuenta para el
desarrollo de nuestro software requerido el cual llevara el control de vuelos de una
aerolnea
FASE 1
DETERMINAR OBJETIVOS
En esta fase determinaremos los requerimientos adecuados para el desarrollo de nuestro
software a si mismo contar con un manual de usuario para que este no tenga conflictos al
momento de manipularlo
DETERMINAR LAS RESTRICCIONES: en esto solo el usuario tendr derecho al
entorno grfico y no podr hacer modificaciones del software (derechos de autor).
IDENTIFICACION DE RIESGOS DEL PROYECTO Y ESTRATEGIAS
ALTERNATIVAS PARA EVITARLO:
Identificaremos los riesgos posibles de nuestro software como pueden ser los siguientes
-que no le guste al usuario
-que no cumpla con las necesidades que nuestro usuario requiere
-que no sea factible nuestro software.
Para evitar estos posibles riesgos es indispensable tener contacto frecuento con el usuario o
cliente que solicito la elaboracin del software para satisfacer su necesidad.
PLANIFICACIN INICIAL O PREVIA
Realizar una entrevista a nuestro cliente para saber exactamente las condiciones y
necesidades que llevara el software a realizar
Elaborar un pequeo diseo del software.
FASE 2
ANALISIS DEL RIESGOS
En esta fase se lleva a cabo el estudio de las causas de las posibles amenazas y
probables eventos no deseados y los daos y consecuencias que stas puedan producir
como son
Tiempo limitado para la creacin del software
Que nuestro software fracase
Mantenimiento del software.
Que el usuario no entienda a la interfaz del software
FASE 3
PLANIFICAR
Revisamos todo lo hecho, evalundolo, y con ello decidimos si continuamos con las
fases siguientes y planificamos la prxima actividad.
Se avala lo elaborado para saber si se va creando correctamente nuestro software y
de esta evaluacin se determina si se pasa a la siguiente actividad o hay que corregir
un riesgo detectado.
FASE 4
DESARROLLAR, VERIFICAR Y VALIDAR.
Tareas de la actividad propia y de prueba.
Verificar que cada tarea asignada a cada fase se cumpla.
Probar el software una vez terminado a darle mantenimiento.
VENTAJAS
Una de las grandes ventajas de este modelo es la evolucin en cada fase que permite
cambios de objetivos
Uno de los inconvenientes de este modelo es la evaluacin de riesgo ya que no se sabe
con exactitud el desperfecto des de la fase inicial hasta la fase final
Id pasajero, Id tripulacin,
Id boleto, Id vuelo Id salida
Factura
Tiene
Pasajero
Cdigo-pasajero Nombre
Apellidos
Direccin
Telfono
Correo-electrn
Ocupacin
Tiene
Tripulacin
Id-empleado
Nombre
Cargo
Sueldo
Tipo-tripulacin horas
de vuelo
Boletos
Costo
descripcin
Tiene
Vuelos
Salida
Id-vuelo
Hora de salida
Hora de llegada
Origen
Destino
Tiene
Clase publica
Id-publica
Tiene
Tiene
Id-salida
Fecha de salida
Numero de sala
Ciudad destino
Nombre aeropuerto
Identidad del avin
Clase vip
Id-vip
Costo
descripcin
Costo de la Implementacin
Cada edicin est orientada a una necesidad del mercado y a un tipo de organizacin.
Tpicamente, las ediciones caen dentro de los siguientes niveles:
Bsica: Orientada a la pequea y mediana empresa con requerimientos bsicos de gestin
de datos. Estas ediciones proveen herramientas sencillas de gestin, y capacidades bsicas
de base de datos, pero estn limitadas a un nmero de CPUs, y pueden tambin tener
limitaciones de memoria, tamao de base de datos o nmero de usuarios.
$5.000 dlares por CPU.
Estndar: Orientada para soluciones de mediana-empresa y departamentales. Algunas veces
limitadas a un cierto nmero de CPUs, y carecen de algunas de las funcionalidades
sofisticadas de ediciones empresariales.
$15.000 dlares por CPU.
Empresarial: Orientada para las grandes compaas, para aplicaciones que requieren
grandes volmenes de datos y alto desempeo transaccional. Las ediciones empresariales
incluyen caractersticas tales como alta disponibilidad, clustering, y avanzadas herramientas
de gestin, y tpicamente no tienen limitaciones de CPU o memoria.
$40.000 dlares por CPU.
Mantenimiento
El mantenimiento y soporte sern tarificados con un porcentaje del precio en lista, siendo
generalmente 25 por ciento del costo del producto. El mantenimiento da a los clientes el
derecho a nuevas versiones de software.
Conclusin
