AGENCIA DE VIAJES ELG Orbe PERFIL DE PROYECTO

1.- DESCRIPCION PROBLEMATICA:

La Cadena de Agencias de Viajes ELG Orbe, quien inici sus operaciones en Marzo Del 2001 ingres al mercado del turismo nacional en Santiago cuyas sub agencias Estn en los Mall: Alto Las Condes, Parque Arauco, Florida Center, Plaza Vespucio, Santiago Centro, Via del Mar, La Serena y Concepcin con un excelente acceso Potencial a clientes de primer orden sin obviar a nichos de mercado de otros segmentos Socio-econmicos que acuden a estos centros comerciales y que son asiduos Consumidores de paquetes tursticos nacionales e internacionales. En ese contexto y a Pesar de las grandes perspectivas de negocios de ELG Orbe. Existen evidentes Situaciones de carcter administrativo, tecnolgico y de comunicaciones que van en Desmedro con las adecuadas coordinaciones y gestiones con los distintos y dismiles Operadores tursticos tanto en Chile como en el Mundo que por cierto impactan Negativamente, en un gran porcentaje, en los clientes directos de nuestra agencia. En Lo especfico la deficiente coordinacin con operadores y clientes, baja concentracin De informacin que impide efectuar eficientemente el ciclo de negocios, intermitente Flujos de comunicacin con lneas reas, terrestres y martimas que muchas veces, a Pesar de los innumerables esfuerzos y contactos de alto nivel, terminan generando Productos y servicios tursticos que son catalogados por los clientes como deficientes, Entre otros aspectos internos como stress, bajo nivel de tolerancia a la frustracin de Los empleados, entre otros aspectos, estn colapsando un excelente negocio. Sin embargo, el principal accionista, Don Eduardo Ley ton Guerrero (ELG Orbe) Desea consolidar las operaciones de su negocio para lo cual est dispuesto a invertir Una gran suma de dinero para financiar dicha consolidacin y posicionamiento de la Marca, destinando aproximadamente US$ 300.000 slo para implementar sistemas back y front office o los que sean necesarios para integrar las operaciones del negocio Incluyendo en dicho monto la habilitacin de las tecnologas de procesamiento de datos Y de comunicacin con los agentes relacionados con el proceso de negocios. Todo lo anterior sealado, si bien no impacta an negativamente en las ventas De paquetes y servicios tursticos, nuestra marca y prestigio estn ya siendo afectados Evidencindose en los procesos administrativos y tecnolgicos por la insuficiente Capacidad de procesamiento de datos, desintegracin sistmica o bajo nivel de Informatizacin como asimismo de interconectividad entre las agencias y stas con los Operadores. Por otro lado, y an ms grave, no existen los sistemas de informacin y Tecnolgicos de venta integral de paquetes tursticos que logren, en tiempo real,

2.- SITUACION PROBLEMATICA:

La Cadena de Agencias de Viajes ELG Orbe, quien inici sus operaciones en Marzo Del 2001 ingres al mercado del turismo nacional en Santiago En ese contexto y a Pesar de las grandes perspectivas de negocios de ELG Orbe. Existen evidentes Situaciones de carcter administrativo, tecnolgico y de comunicaciones que van en Desmedro con las adecuadas coordinaciones y gestiones coordinaciones y gestiones

con los distintos y dismiles Operadores tursticos tanto en Chile como en el Mundo que por cierto impactan Negativamente, en un gran porcentaje, en los clientes directos de nuestra agencia. No existen los sistemas de informacin y Tecnolgicos de venta integral de paquetes tursticos que logren, en tiempo real, Controlar la venta de pasajes, hoteles, etc. Ello, entre otros aspectos, ha permitido, Propiciar conflictos laborales

3.- SITUACION DESEADA: Lo que se quiere lograr con la implementacin de un registro de compras y ventas de pasajes, es el lograr registrar cada una de las ventas que se realicen en la empresa en tiempo real, con lo cual lograr tener un mejor control de itinerario, de las llegadas y salidas, tambin el lograr disear un sistema de informacin requerido para un mejor control de ventas de paquetes y servicios Tursticos. 4.- OBJETIVOS GENERALES:

El objetivo al cual se pretende llegar es el de crear un registro de las llegadas y salidas, tambin el lograr disear un sistema de informacin requerido para un mejor control de ventas de paquetes y servicios Tursticos. 5.- OBJETIVOS ESPECIFICOS: 5.1.-Entrevistar a los distintos encargados de la empresa, para obtener todos los requisitos que van a ser utilizados en el desarrollo del sistema. 5.2.-Realizar un anlisis de todos los requisitos obtenidos en las entrevistas, para desarrollar modelos tentativos utilizando los casos de uso encontrados. 5.3.-Disear casos de prueba para realizar las respectivas pruebas del sistema. 6.- ALCANSE DEL PROYECTO: Le crearemos a la empresa un sistema de automatizacin del flujo de informacin; Redefinicin de directrices o polticas y horarios.
Tambin Disearemos un sistema de control de ventas de paquetes y servicios Tursticos. . 7.- JUSTIFICACION:

El motivo por el cual hemos credo necesario implementar un sistema de automatizacin del flujo de informacin es por la falencia que tienen en la empresa de un manejo de

inventario de las llegadas y salidas que tienen a diario, tambin hemos visto la falencia que tienen en el manejo del flujo de la informacin. 8.- METODOLOGIA: El mtodo que vamos a utilizar es el mtodo de proceso unificado.

9.- HERRAMIENTAS: En la creacin de estos registros vamos a utilizar el lenguaje de programacin jaba. II CAPTURA DE REQUISITOS 2.1. DESCRIPCION DEL SISTEMA El sistema se encargara de controlar las ventas de paquetes y servicios tursticos Le crearemos a la empresa un sistema de automatizacin del flujo de informacin; Redefinicin de directrices o polticas y horarios de llegadas y salidas que se realicen a diario. 2.2 LISTADO DE REQUERIMIENTO

Nro. 1

Nombre Administracin del sistema Registra, modifica y elimina los Password de ingreso y login de Los operarios del sistema. Registrar salidas El sistema registrara cada salida que se realice a diario Registrar venta de paquetes diarios Se registrara cada paquete de viaje vendido en el da.

Prioridad Critica

importante

critica

Reportes finales Se necesita la generacin de los reportes De asistencia e ingreso para el departamento De personal as como otros de menor grado De importancia.

importante

2.3 CONTEXTO DEL SISTEMA 2.3.1 MODELO DE DOMINIO

MODELO DE DOMINIO
comunicaciones

BITACORA USUARIO GERENTE

cajero

EMPLEADOS INICIO DE CESION VENTAS

RECEPCION

2.3.2 GLOSARIO DEL DOMINIO GERENTE.- Es el encargado de la administracin de toda la empresa, se encarga de velar por el buen funcionamiento de la empresa. VENTAS.- Se encarga de realizar las ventas de los paquetes tursticos COMUNICACIONES.-Se encargara del mantenimiento de los equipos de comunicacin. 2.4 CAPTURA DE REQUISITOS 2.4.1 ENCONTRAR ACTORES Y CASOS DE USO

2.4.1.1 IDENTIFICAR ACTORES

GERENCIA:

Es la persona encargada de los bienes de la empresa.

VENTAS:

El proceso por el cual se realizan las ventas de los paquetes tursticos.

COMUNICACIONES: comunicacin.

Es la persona encargada del mantenimiento de los equipos de

2.4.1.2 IDENTIFICAR CASOS DE USO 1.- Registrar ventas de paquetes tursticos. 2.- Registrar salidas diarias. 3.- Emitir reportes 2.4.1.3 DESCRIPCION BREVE DE CADA CASO DE USO 1.- Registrar ventas de paquetes tursticos. El sistema que crearemos registrara cada venta realizada. 2.- Registrar salidas diarias. Nuestro sistema registrara cada salida que se realice. 3.-Emitir reportes EL sistema ser capaz de emitir reportes cada vez que sea solicitado. 2.5. CASO DE USO GENERAL

Registrar salidas diarias. gerente

Registrar ventas de paquetes tursticos. Emitir reportes ventas

comunicaci

2.6. DETERMONAR PRIORIDAD DE CASO DE USO El propsito es el de determinar cules son los casos de uso prioritarios, en este propsito tenemos escogidos como casos de uso prioritarios a:
1.- Registrar ventas de paquetes tursticos. 2.- Registrar salidas diarias. 3.-Emitir reportes.

2.7. DETALLAR CADA CASO DE USO

caso venta de pauete turistico

venta de paquete turistico

ventas

emitir ticket de pasajero

registrar pasajero

registro de salida de pasajeros

solicitar datos pasajero

verificar datos pasajero empleado

registrar salida viaje

caso inicio de cesion gerente

ingresar al sistema gerente ingresar iniciar

gerente

ingresar

validar inicio cesion

validar

ingresar al

3.1 MODELO DE ANALISIS 3.2 ANALISIS DE LA ARQUITECTURA

3.2 IDENTIFICACION DE PAQUETES DEL ANALISIS

GERENTE

VENTAS

venta de paquetes solicitar datos pasajero ventas emitir ticket de pasajero empleado verificar datos pasajero

registrar pasajero

registrar salida viaje

registra empleado empleado modificar empleado eliminar empleado

3.2.2 IDENTIFICACION DE PAQUETES DE SERVICIO empleado Ventas Comunicaciones recepcin cajero

venta

reportes

cliente

3.2.3 IDENTIFICACION DE DEPENDENCIA ENTRE PAQUETES

INTERFAZ GUI: reportes GUI: venta paquetes GUI: registro salida

ENTIDADES T reportes T venta paquetes T registro salida

CLASES DE CONTROL Gestor reportes Gestor venta paquetes Gestor registro salida

3.3.2 DESCRIPCION DE INTERACCIONES ENTRE OBJETOS DEL ANALISIS

DEFINICION DE DEPENDENCIA ENTRE PAQUETES

GERENTE

VENTAS

CAJERO

RECEPCION

COMUNICA CIONES

REPORTES

EMPLEADO S

TCP/IP GUI

DLL

NAVEGADO R

3.3 ANALIZAR UN CASO DE USO 3.3.1 IDENTIFICACION DE CLASES DEL ANALISIS

caso para registrar la salida de pasajeros viajes

empleado ingresar datos pasajero

IU registro

2 verificar datos pasajero

registro

registrar salida

T registro salida

caso para registrar venta paquete turistico

venta ingresar datos pasajero

IU venta

2 verificar datos pasajero

registrar 3registrar venta paquete

T venta

caso solicitar reportes

solicitar reportes gerente IU reportes

revisar datos reportes reportes registrar reportes T reportes

4. ANALIZAR UNA CLASE 4.1 IDENTIFICAR ATRIBUTOS VENTA PAQUETE: ID ventas, monto venta, fecha venta. REGISTRO SALIDA: ID registro salida, hora salida, fecha salida. EMITIR REPORTES: ID emitir reportes, rora reporte emitido, fecha reporte emitido, solicitante. 1.- DISEO DE LA ARQUITECTURA 1.1.- IDENTIFICACION DE NODOS Y CONFIGURACION DE RED CARACTERISTICAS DEL EQUIPO A UTILIZAR
equipo procesador Disco duro Samsung de 2 teras Tarjeta madre azus Memoria ram teclado mouse Impresora Sistema operativo Windows hibrido

1nodo

Core i 7

De 8 gigas

Samsun g profesion al

Samsung

Hp Multiuso

CARACTERISTICAS DE LA RED PROTOCOLO TCP / IP VELOCIDAD DE CONEXIN 100 Mbxs TIPO DE RED 1 NODO SIN RED CARACTERISTICAS DE CONEXIN

ANCHO DE BANDA 512 PRIORIDAD 1 NODO CALIDAD DE INFORMACION MEDIA CIFRADO DE INFORMACION SIN CIFRADO 1.2 IDENTIFICACION DE SUBSISTEMAS E INTERFACES

1.2.1 IDENTIFICACION DE SUBSISTEMAS DE APLICACIN

1.2.1 IDENTIFICACION DE SUBSISTEMAS DE APLICACION

GERENTE recepcionista empleado comunicaciones reportes ventas

1.2.2 DEFINICION DE DEPENDENCIA ENTRE PAQUETES

DEFINICION DE DEPENDENCIA ENTRE PAQUETES

GERENTE

VENTAS

CAJERO

RECEPCION

COMUNICA CIONES

REPORTES

EMPLEADO S

TCP/IP GUI

DLL

NAVEGADO R

1.3 IDENTIFICACION DE CLASES DEL DISEO RELEVANTES PARA LA ARQUITECTURA

venta paquete
-ID paquete: string -destino: string -fecha salida: integer -hora salida: integer +registrar paquete() +modificar paquete() +eliminar paquete()

registro salida
-id registro salida: string -hora salida: integer -fecha salida: integer -destino salida: string +registra salida() +modificar salida() +eliminar salida() +hora salida() +validar fecha()

reportes
-ID reportes: string -detalle de salidas: string -detalle de pasajeros: string +registrar rteportes() +modificar reportes() +eliminar reportes()

1.4 IDENTIFICACION DE MECANISMOS GENERALES DE DISEO: Los mecanismos que se van a tratar son: PERSISTENCIA: La base de datos a utilizarse ser relacional ya que nos da un mejor rendimiento y persistencia de datos. CARACTERISTICAS DE SEGURIDAD: La principal seguridad que tiene el sistema est en el inicio de cesin, nadie que no est autorizado podr entrar al sistema mientras no ingrese el password. Se realizaran frecuentes copias de seguridad a la base de datos y se encriptaran las claves de acceso al sistema. DETENCION Y RECUPERACION DE ERRORES: Todo error ser detectado y recuperado para luego informar al gerente de sistemas sobre dichos errores. Cuando alguien este ingresando sus datos al sistema y coloque un carcter errneo el sistema le botara un mensaje advirtiendo el error. 2. DISEO DE UN CASDO DE USO

2.1. ITERACCIONES ENTRE OBJETOS DEL DISEO

Caso inicio de cesin gerente

GUI:inicio de cesion gestor inicio de cesion inicio de cesion GUI:principal gerente

GERENTE solicitar ingreso

ingresar login validar login ingresar password

validar password

permitir ingreso cesion gerente

Caso modificar empleado

empleado

GUI:empleado

gestor empleado

empleado

solicitar ingresar datos empleado verificar datos empleado obtener datos empleado

mostrar datos empleado ingresar nuevos datos empleado verificar datos empleado modificar empleado

Caso registrar cliente

CLIENTE solicitar cliente

GUI:clienter

gestor registrar cliente

cliente

verificar datos cliente ingresar cliente

2.2 DIAGRAMA DE CLASES PARA EL SISTEMA CARA

registro salida venta paquete
-ID paquete: string -destino: string -fecha salida: integer -hora salida: integer +registrar paquete() +modificar paquete() +eliminar paquete() -id registro salida: string -hora salida: integer -fecha salida: integer -destino salida: string +registra salida() +modificar salida() +eliminar salida() +hora salida() +validar fecha()

reportes
-ID reportes: string -detalle de salidas: string -detalle de pasajeros: string +registrar rteportes() +modificar reportes() +eliminar reportes()