Diseño Logico

I.- Antecedentes Generales

1.1.- Introducción

El objetivo del diseño lógico será convertir los esquemas conceptuales locales en un esquema lógico global que se ajuste al modelo de Sistema de Gestión de Base de Datos (SGBD) sobre el que se vaya a implementar el sistema.

1.2.- Abstract Estudio Factibilidad (Alternativa Seleccionada)

Al concluir el estudio de factibilidad de laempresa ELG ORBE, se pudo distinguir alternativas viables para la solución de la problemática vigente, en definitiva se recomienda a la empresa contar con un software ERP para la gestión de venta, además de un sistema integrado (modulo) con proveedores.

1.3.- Objetivo General

El objetivo del diseño lógico es obtener una representación que use, del modo más eficiente posible, los recursos que elmodelo de SGBD posee para estructurar los datos y para modelar las restricciones.

1.4 Objetivos Específicos del diseño lógico

Eliminar redundancias, conseguir máxima simplicidad, evitar cargas suplementarias de programación, ...
Conseguir una estructura lógica adecuada, un equilibrio entre requisitos de usuario y eficiencia de implementación, ...
PORTABILIDAD
Introducción de exigenciasdel SGBD específico lo más tarde posible.
Implementación del diseño lógico sobre diferentes SGBD
Migración entre versiones de un mismo SGBD

1.5 Alcance

Los procesos que abordara el sistema, son las operaciones de venta de paquetes de datos que desarrolla el sistema Amadeus, además de todos los sistemas back office descrito en el punto 3.3 del informe de factibilidad.


GDS (sistemainformático de reservas o el sistema central de reservas) Amadeus ayuda en procesos como, tipo de acceso indicadores, las entradas adicionales de hoteles, domicilios básica disponibilidad de vuelos, reservar un coche en el destino de los pasajeros, reserve un hotel en el destino de los pasajeros, la construcción de un PNR (Passenger Name Record ) (español Registro de Nombre de Pasajero) completa ytermina la transacción, la cancelación de elementos del asiento, los términos de coches, cambio y supresión de los datos del PNR, el cambio de estado de segmento, que muestra los subcampos de un PNR, codificación y decodificación de las ciudades, aeropuertos y líneas aéreas, los elementos que entran en la tarifa, pantallas de tarifas, notas de tarifas, venta vuelo, seguimiento entradasdisponibilidad, elemento de viajero frecuente, observaciones generales, la ayuda del sistema, hotel de modificación segmento, introducción a la clase de servicio y restricciones básicas, introducción a la PNR, precios itinerario, funciones auxiliares Amadeus, elemento NAME elementos OSI, gestión PNR, las colas del PNR, la práctica de la construcción de los PNR completos, la disponibilidad de regreso, loselementos de RSS, mapas de asientos, asientos peticiones y los deseos, la firma de entrada y salida, petición expresa del asiento y el deseo, elemento telefónico, venta de entradas, venta de entradas elemento , horarios, control de lista de espera, a través de una cola PNR.
Todo en un lenguaje SQL Microsoft, todo lo descrito anteriormente se hace compatible y legible para los subsistemas asociadosEste sistema en diseño no contara con el proceso de recursos humanos, como ya qe hizo mención en el Estudio de Factibilidad.

1.6 Metodología.

II.- Aspectos relevantes.

2.1.- Descripción del entorno

Análisis FODA

Fortalezas:

• Ofrecemos servicios turísticos dentro de un marco de seguridad.
• Tenemos personal idóneo para cada tipo de actividad.
• Asesor personal bilingüe• Existe comunicación fluida entre los integrantes del plantel.
• Sitio de internet para consultas las 24 horas.


Oportunidades:
Expansión al mercado latinoamericano.
Crecimiento gradual del mercado del Turismo en el mercado nacional e internacional.
Expandir el rubro terrestre.

Debilidades:

Sistemas BackOffice totalmente desintegrados.
Software en lenguajes y motores de...