ESCUELA POLITECNICA DEL EJRCITO

SEDE - LATACUNGA

Ingeniera en SOFTWARE

METODOLOGA DE LA INVESTIGACIN Nombres: - CHRISTIAN A. MUYON R. -ALEX O. ZAMBRANO P.

NIVEL: SPTIMO

2013

NDICE

CAPITULO I GENERALIDADES 1.1 TTULO DEL PROYECTO 1.2 RESPONSABLES DEL PROYECTO (SOLO LOS NOMBRES) 1.3 RESUMEN DEL PROYECTO 1.4 JUSTIFICACIN E IMPORTANCIA (VIABILIDAD, FACTIBILIDAD, UTILIDAD PRCTICA, IMPORTANCIA, NECESIDAD QUE JUSTIFIQUE EL ESTUDIO) 1.5 PLANTEAMIENTO DEL PROBLEMA 1.6 FORMULACIN DEL PROBLEMA 1.7 FORMULACIN DE HIPTESIS 1.8 CUADRO DE OPERACIONALIZACIN DE VARIABLES 1.9 OBJETIVOS GENERAL Y ESPECFICOS CAPITULO II 2.1 CONTEXTUALIZACIN 2.2 TCNICAS UTILIZADAS 2.3 POBLACIN Y MUESTRA 2.5 CONCLUSIONES CAPITULO III

4 4 4 4 4

5 6 6 7 7 10 10 10 11 11 29 30

FUNDAMENTACIN TERICA METODOLGICA 3.1 ANTECEDENTES 3.2 DESARROLLO DE CATEGORAS FUNDAMENTALES 3.2.1 ESTRUCTURA Y PROTOCOLOS DEL CORREO ELECTRNICO 3.2.2 PUERTOS 3.2.3 PROCESO DE ENVO DE CORREOS 3.2.4 BASE DE DATOS 3.2.5 LENGUAJES DE PROGRAMACIN 3.2.6 METODOLOGA 3.3 FUENTES BIBLIOGRFICAS

30 30 30 30 34 34 36 37 38 43

CAPITULO I Generalidades 1.1 Ttulo del Proyecto

Diseo e implementacin de un sistema de avisos automtico a travs de correo electrnico para la publicidad de paquetes tursticos de la Agencia Turstica MurisTour Expediciones Ca. Ltda., ubicada en el cantn Ambato provincia Tungurahua.

1.2 Responsables del Proyecto (Solo los nombres)

Christian Alfredo Muyn Rivera Alex Omar Zambrano Peaherrera.

1.3 Resumen del Proyecto

MurisTour expediciones Ca. Ltda., es una Agencia de viajes y operadora de turismo, ubicada en la provincia de Tungurahua en la ciudad de Ambato; la Agencia dentro de sus objetivos que son la organizacin, operacin y venta de servicios tursticos dentro del territorio nacional e internacional, ya sea directa o a travs de las agencias de viajes, est el de ofrecer a sus clientes los mejores paquetes tursticos y promociones con la finalidad de que el cliente opte y decida por el que mejor le convenga; el sistema de publicidad actual de la Agencia es mediante la elaboracin y entrega de afiches, prensa escrita y radio pero dichos medios no satisfacen la necesidades de la Agencia Turstica;por estas razones y vindose en la necesidad de llegar de una manera ms acorde a las nuevas formas de publicidad y comunicacin de ofertas y promociones, los directivos de la Agencia MurisTour han visto conveniente la creacin de un sistema de avisos automtico a travs de los correos electrnicos provistos por los clientes, para que de esta manera, estn al tanto de las propuestas de los paquetes tursticos con los

que cuenta y se estn ofertando; la informacin que se pondr a disposicin de los clientes ser precisa de cada uno de los paquetes y promociones que se oferten, los clientes podrn recibir estos avisos suscribindose a la pgina de la institucin o a su vez directamente en la Agencia ubicada en la Av. Bolvar, N 17-50 y Montalvo, en la ciudad de Ambato.

1.4 Justificacin e importancia (Viabilidad, Factibilidad, Utilidad prctica, Importancia, necesidad que justifique el estudio)
Este proyecto ser de mucha importancia para la Agencia Turstica MurisTour Expediciones Ca. Ltda, porque permitir que sus promociones y ofertas de los paquetes tursticos que son brindados sean publicitados no solo en volantes impresos, o por medios de difusin como radio o televisin, sino lleguen de una forma ms directa a sus clientes, proporcionndoles una informacin precisa y concreta de lo que estn interesados en conocer. Consciente de la situacin actual, siempre est pensando en sus clientes y la manera ms propicia que han determinado para la transmisin de las diferentes ofertas que posee, sea el envo de correos electrnicos automticos de cada una de las promociones y paquetes tursticos; por lo cual ven la necesidad de implementar un sistema en el que se registre la informacin de los clientes de la Agencia Turstica MurisTour con las diferentes elecciones de las que los clientes estn dispuesto a aceptar, dentro de la informacin que llegara a su correo

electrnico, adems del almacenamiento de los diferentes paquetes tursticos y promociones con las que cuenta la Agencia Turstica MurisTour, los mismos que sern enviados a los diferentes suscriptores de acuerdo a sus preferencias seleccionadas en el registro antes mencionado, por medio del sistema que estar encargado de enviar correos electrnicos automticamente a los diferentes clientes que se hayan suscrito.

1.5 Planteamiento del Problema

Hoy en da la publicidad de cualquier tipo de negocio ha llegado a ser el centro y la base del xito de una empresa. Son innumerables los beneficios que brinda la publicidad, como el aseguramiento de nuevos cliente y rapidez en la obtencin de resultados para que el negocio siga en pie. En la actualidad la Agencia Turstica MurisTour Expediciones Ca. Ltda., proporciona informacin sobre los paquetes tursticos y ofertas de viaje hacia las diferentes localidades del Ecuador por medio de afiches, publicidad en radio, prensa escrita dentro de la ciudad de Ambato. Los afiches ypublicidad son distribuidos en distintos locales comerciales y en la oficina de la Agencia Turstica MurisTour Expediciones Ca. Ltda., los funcionarios de la agencia han visto conveniente la necesidad de promocionar de una mejor manera la informacin turstica de la cual ellos quieren hacer partcipe a la comunidad de una forma directa a las personas, para que se interesen ms por los diferentes paquetes con los que cuenta la Agencia Turstica. La tecnologa contribuyesignificativamente para alcanzar las metas propuestas, elimpacto de la misma en los procesos de publicidad est fuera de toda duda. La tecnologa opera como motor del cambio que permite dar respuesta a las nuevas necesidades de informacin. Al incorporar nuevas tecnologas para el

mejoramiento de la interaccin con los clientes y promocin de ofertas el proceso antes mencionado tendr un punto de inflexin positivo para su desarrollo.

1.6 Formulacin del Problema

Cmo optimizar el sistema de comunicacin y publicidad de la Agencia Turstica MurisTour Expediciones Ca. Ltda., ubicada en la ciudad de Ambato en el primer semestre del ao 2013?

1.7 Formulacin de Hiptesis

Con el diseo e implementacin de un sistema de notificaciones automtico a travs de correo electrnico se podr optimizar los procesos de comunicacin y publicidad de la Agencia Turstica Muristour Expediciones Cia. Ltda. Ubica da en el cantn Ambato, provincia Tungurahua en el periodo Marzo-Agosto del 2013.

1.8 Cuadro de Operacionalizacin de Variables Variable Independiente:Sistema de avisos automtico a travs de correo
electrnico.

Variable Dependiente:Comunicacin y publicidad de la Agencia de Turismo

Muristour

Conceptualizacin Variable Independiente Programa informtico diseado

Dimensiones para 1.- Funcionamiento

Indicadores 1.1 Estructura y Protocolos 1.2 Puertos 1.3 Proceso de envo de Correos 1.4 Base de Datos 2.1 Lenguajes de

permitir el envo de correos electrnicos 2.- Estructura automticos a travs de programacin en 3.- Modelos Lenguaje Java, motor de base de datos 4.- Costo Mysql, utilizando el servidor de correo Xampp para la configuracin de los puertos y protocolos; que permitir el envo de informacin turstica a los suscriptores que gustan saber de las diferentes promociones y paquetes

Programacin 2.2 SCRUM 4.1 Costo Alto, beneficio alto 4.2 Costo Bajo, beneficio alto

tursticos que ofrece la Agencia Turstica.

Variable Dependiente

Proceso de difusin de informacin sobre 1.- Clientela ofertas y paquetes tursticos de parte de la Agencia turstica a los clientes. 2.- Medios de publicidad

1.1 Cantidad de clientes en cartera. 1.2 Cantidad de visitas de clientes potenciales

Forma

en

la

que

se

establece

la

1.3 Correos enviados 1.4 Ventas de paquetes

comunicacin, para ofrecer los servicios e ideas que se promueve en la Agencia Turstica con la finalidad de atraer nuevos clientes. tursticos. 2.1 Contratos con medios escritos. 2.2 Contratos con medios radiales. 2.2 Gasto en publicidad

1.9 Objetivos General y especficos Objetivo General

Desarrollar el Sistema de avisos automtico a travs de correo electrnico para la publicidad de paquetes tursticos de la Agencia Turstica MurisTour Expediciones Ca. Ltda., ubicada en el cantn Ambato provincia Tungurahua.

Objetivos Especficos
Investigar e implementar el mejor proceso para la configuracin de envo de correos electrnicos. Determinar la manera ms adecuada para ofrecer los paquetes tursticos que sea de la preferencia del cliente. Evaluar la publicidad y la oferta de los paquetes tursticos una vez implementado y en uso el sistema de avisos.

CAPITULO II

2.1

CONTEXTUALIZACIN

MURISTOUR EXPEDICIONES CIA. LTDA. Agencia de viajes y operadora de turismo, registrada en la superintendencia de compaas con nmero de expediente 96637, fecha de constitucin 3 de agosto de 2007 no. Ruc

1891723497001, ubicada en: la Provincia de: TUNGURAHUA, Ciudad: AMBATO, Cantn: AMBATO, Av. Bolvar, N 17-50 y Montalvo, representada por el sr. Fausto Muyn como gerente, y Lenin Lascano como presidente, cuyo objeto entre otros estn los siguientes. Su misin principal es la proyeccin, organizacin, operacin y venta de servicios tursticos dentro del territorio nacional, Venta nacional e internacional

de servicios tursticos a ser prestados dentro del territorio del Ecuador ya sea directa o a travs de las agencias de viajes, venta directa dentro del territorio ecuatoriano de pasajes areos nacionales, as como de cualquier otro tipo de servicio de transporte martimo o terrestre dentro del pas, venta directa al usuario de todos los productos tursticos ofrecidos por las agencias mayoristas

2.2

TCNICAS UTILIZADAS

La investigacin utiliz el nivel exploratorio para detectar las caractersticas del problema y determinar si es factible o no de solucionarse, para ello la recoleccin de informacin se realiz mediante la utilizacin de la tcnica de entrevista al gerente de la Agencia Turstica y mediante la aplicacin de encuestas a los clientes de la misma. Estas tcnicas fueron importantes por cuanto nos han permitido conocer en forma directa la situacin actual sobre el nivel de aceptacin de los clientes con la Agencia Turstica y el nivel de comunicacin entre ellos.

2.3

POBLACIN Y MUESTRA

2.3.1 POBLACIN Y MUESTRA

La poblacin est compuesta por 78 personas de las cuales formaron parte 31 personas, lo que puede ser representativo del total, permitiendo generalizar resultados.

2.4

ANLISIS E INTERPRETACIN DE RESULTADOS

2.4.1 Con que frecuencia visita usted la Agencia Turstica? Alternativas de Respuesta Cada Semana Cada Mes Cada dos meses Una vez al ao Cuando Anuncian promociones Ninguna de las anteriores Total Frecuencia Porcentajes 4 14 7 4 2 0 31 12,90 45,16 22,58 12,90 6,45 0,00 100,00

Cada Semana Cada Mes Cada dos meses Una vez al ao Cuando Anuncian promociones Ninguna de las anteriores

De las 31 personas encuestadas, 14 de ellas correspondientes al 45,16% dijeron que visitan la Agencia Turstica una vez al mes mientras que 2 personas correspondientes al 6,45% dijeron que visitan la Agencia Turstica cuando anuncian promociones.

2.4.2 Cmo califica usted la atencin en la Agencia Turstica Muristour Expediciones? Alternativas de Respuesta Excelente Muy buena Buena Regular Mala Total Frecuencia Porcentajes 19 10 2 0 0 31 61,29 32,26 6,45 0,00 0,00 100

Excelente Muy buena Buena Regular Mala

De las 31 personas encuestadas, 19 de ellas correspondientes al 45,16% calificaron la atencin de la Agencia Turstica como Excelente mientras que 2 personas correspondientes al 6,45% calificaron la atencin de la Agencia Turstica como Buena

2.4.3 La Agencia turstica le ofrece los paquetes tursticos que a usted le interesan? Alternativas de Respuesta Si No Total Frecuencia Porcentajes 31 0 31 100,00 0,00 100,00

Si No

De las 31 personas encuestadas, 31 de ellas correspondientes al 100% aseguraron que la Agencia Turstica les ofrece los paquetes tursticos que a ellos les interesan mientras que ninguna persona encuestada considero contestar no a la misma pregunta.

2.4.4 La informacin que le provee la Agencia es clara y precisa sobre lo que usted necesita? Alternativas de Respuesta Si No Total Frecuencia Porcentajes 30 1 31 96,77 3,23 100,00

Si No

De las 31 personas encuestadas, 30 de ellas correspondientes al 96,77% respondieron que la informacin que les provee la Agencia es clara y precisa sobre lo que ellos necesitan mientras que una persona correspondiente al 3,23% dijo que la informacin que le provee la Agencia no es clara ni precisa sobre lo que el necesita.

2.4.5 Usted conoci la Agencia Turstica Muristour Expediciones" a travs de algn medio publicitario? Alternativas de Respuesta Si No Total Frecuencia Porcentajes 29 2 31 93,55 6,45 100,00

Si No

De las 31 personas encuestadas, 29 de ellas correspondientes al 93,55% dijeron que conocieron la Agencia Turstica a travs de algn medio publicitario mientras que 2 personas dijeron que no conocieron la Agencia Turstica a travs de algn medio publicitario.

2.4.6 Si contest SI a la pregunta anterior, especifique el medio publicitario Alternativas de Respuesta Radio Peridico Volantes Total Frecuencia Porcentajes 8 18 3 29 27,59 62,07 10,34 100,00

Radio Periodico Volantes

De las 31 personas encuestadas, 18 de ellas correspondientes al 62,07% respondieron que conocieron la Agencia Turstica a travs de la prensa escrita mientras que 3 personas correspondientes al 10,34% dijeron que conocieron la Agencia Turstica a travs de volantes.

2.4.7 Cmo evala el sistema de publicidad de la Agencia? En una escala del 1 al 5 evale los siguientes indicadores marcando con una X, considerando 1 como nivel mnimo y 5 como mximo Frecuencia Respuesta 1 2 3 4 5 de Tot Porcentajes % al 1 0,0 Prensa Escrita 0 0 7 16 8 31 0 0,0 Radio 0 1 11 13 6 31 0 0,0 Promociones Interaccin con 0 2 10 6 13 31 0 7 9 11 4 31 0 0,0 0 22, 7 9 7 8 0 31 58 3,2 Redes Sociales 1 8 8 10 4 31 3 22, Visitas Personales 7 14 9 1 0 31 58 2 0,0 0 3,2 3 22, 58 6,4 5 29, 03 25, 81 45, 16 3 22, 58 35, 48 29, 03 32, 26 22, 58 25, 81 29, 03 4 51, 61 41, 94 35, 48 19, 35 25, 81 32, 26 3,2 3 5 25, 81 19, 35 12, 90 41, 94 0,0 0 12, 90 0,0 0 Tota l 100, 00 100, 00 100, 00 100, 00 100, 00 100, 00 100, 00

Alternativas Respuesta

de

clientes (va email) Relaciones estratgicas

Prensa Escrita

1 2 3 4 5

De las 31 personas encuestadas, 16 de ellas correspondientes al 51,61% calificaron el sistema de publicidad a travs de Prensa escrita de la Agencia Turstica con un Nivel de 4 mientras que 7 personas correspondientes al 22,58% calificaron el sistema de publicidad a travs de Prensa escrita de la Agencia Turstica con un Nivel de 3.

Radio

1 2 3 4 5

De las 31 personas encuestadas, 13 de ellas correspondientes al 41,94% calificaron el sistema de publicidad a travs de medios radiales de la Agencia Turstica con un Nivel de 4 mientras que 11 personas

correspondientes al 35,48% calificaron el sistema de publicidad a travs de medios radiales de la Agencia Turstica con un Nivel de 3.

Promociones

1 2 3 4 5

De las 31 personas encuestadas, 11 de ellas correspondientes al 35,48% calificaron el sistema de publicidad a travs de promociones de la Agencia Turstica con un Nivel de 4 mientras que 4 personas correspondientes al 12,90% calificaron el sistema de publicidad a travs de promociones de la Agencia Turstica con un Nivel de 5.

Interaccin con clientes (va email)

1 2 3 4 5

De las 31 personas encuestadas, 13 de ellas correspondientes al 41,94% calificaron el sistema de publicidad a travs de e-mails de la Agencia Turstica con un Nivel de 5 mientras que 2 personas correspondientes al 6,45% calificaron el sistema de publicidad a travs de e-mails de la Agencia Turstica con un Nivel de 2.

Relaciones estratgicas

1 2 3 4 5

De las 31 personas encuestadas, 9 de ellas correspondientes al 29,03% calificaron el sistema de publicidad a travs de relaciones estratgicas de la Agencia Turstica con un Nivel de 2 mientras que 1 persona

correspondiente al 3,23% calific el sistema de publicidad a travs de relaciones estratgicas de la Agencia Turstica con un Nivel de 5.

Redes Sociales

1 2 3 4 5

De las 31 personas encuestadas, 10 de ellas correspondientes al 32,26% calificaron el sistema de publicidad a travs de redes sociales de la Agencia Turstica con un Nivel de 4 mientras que 1 persona correspondiente al 3,23% calific el sistema de publicidad a travs de redes sociales de la Agencia Turstica con un Nivel de 1.

Visitas Personales

1 2 3 4 5

De las 31 personas encuestadas, 14 de ellas correspondientes al 45,16% calificaron el sistema de publicidad a travs de visitas personales de la Agencia Turstica con un Nivel de 2 mientras que 1 persona

correspondiente al 3,23% calific el sistema de publicidad a travs de visitas personales de la Agencia Turstica con un Nivel de 4. CONCLUSION GENERAL DEL ITEM Despus analizar de los resultados obtenidos de cada una de las alternativas de respuesta se ha llegado a la conclusin que la prensa escrita, radio, promociones e interaccin con los clientes son los medios publicitarios ms aceptados por los clientes de la Agencia Turstica mientras que por el contrario las relaciones estratgicas, redes sociales y visitas personales son los canales publicitarios que menos influyen en los mismos, por tal motivo el desarrollo del Sistema es totalmente factible dado el caso que se necesita potenciar los niveles de publicidad que se encuentran bajos en aceptacin.

2.4.8 Con que frecuencia revisa usted su correo electrnico? Alternativas de Respuesta Siempre Casi Siempre A veces Nunca Total Frecuencia Porcentajes 14 17 0 0 31 45,16 54,84 0,00 0,00 100,00

Siempre Casi Siempre A veces Nunca

De las 31 personas encuestadas, 17 de ellas correspondientes al 54,84% dijeron que revisan su correo electrnico casi siempre mientras que 14 personas correspondientes al 45,16% dijeron que revisan su correo electrnico siempre.

2.4.9 Con que frecuencia visita la pgina web de la Agencia Turstica? Alternativas de Respuesta Una vez a la semana Cada mes Cada dos meses Una vez al ao Nunca Total Frecuencia Porcentajes 0 0 2 4 25 31 0,00 0,00 6,45 12,90 80,65 100,00

Una vez a la semana Cada mes Cada dos meses Una vez al ao Nunca

De las 31 personas encuestadas, 25 de ellas correspondientes al 80,65% contestaron que nunca visitan la pgina web de la Agencia Turstica mientras que 2 personas correspondientes al 6,45% contestaron que visitan la pgina web de la Agencia Turstica cada dos meses.

2.4.10 A travs de que medio le gustara a usted recibir la informacin turstica de la Agencia oferta? Alternativas de Respuesta Correo Electrnico Correspondencia Llamadas telefnicas Mensaje de Texto Visita Personal Total Frecuencia Porcentajes 26 0 2 0 3 31 83,87 0,00 6,45 0,00 9,68 100,00

Correo Electrnico Correspondencia Llamadas telefnicas Mensaje de Texto Visita Personal

De las 31 personas encuestadas, 26 de ellas correspondientes al 83,87% dijeron que les gustara recibir la informacin turstica que la Agencia oferta a travs de correo electrnico mientras que 2 personas correspondientes al 6,45% dijeron que les gustara recibir la informacin turstica que la Agencia oferta a travs de llamadas telefnicas.

2.4.11 Cree que es conveniente que la informacin turstica se le enve a su correo electrnico segn sus preferencias? Alternativas de Respuesta Si No Total Frecuencia Porcentajes 31 0 31 100,00 0,00 100,00

Si No

De las 31 personas encuestadas, el 100% de ellas creen que la informacin turstica se les enve a su correo segn sus preferencias mientras que ninguna persona encuestada considero contestar no a la misma pregunta. 2.4.12 Cul de los siguientes paquetes tursticos son de su agrado? Alternativas de Respuesta Sierra Norte (Otavalo, Tulcn) Sierra Ambato) Centro (Quito, Cotopaxi, 10 6,99 8,39 Frecuencia Porcentajes 13 9,09

El Austro (Ingapirca, Cuenca, El Cajas) 12

Atacames, Sa, Same Manta, Baha, Canoa, Los Frailes, Puerto Lpez Salinas, Guayaquil Puyo, Tena, Macas Parque Nacional Yasun Galpagos: Isla Isabela, Isla Santa Cruz Paseo en tren Alaus-Nariz del Diablo Hoteles Decameron: Tours Internacionales Total Montaita, San Vicente,

15

10,49

14

9,79

17 15 6

11,89 10,49 4,20

14 7 8 12 143

9,79 4,90 5,59 8,39 100,00

Sierra Norte (Otavalo, Tulcn) Sierra Centro (Quito, Cotopaxi, Ambato) El Austro (Ingapirca, Cuenca, El Cajas) Atacames, Sa, Same Manta, Baha, Canoa, Los Frailes, Puerto Lpez Salinas, Montaita, San Vicente, Guayaquil Puyo, Tena, Macas Parque Nacional Yasun

De las 31 personas encuestadas, 17 de ellas correspondientes al 11,89% sealaron como su paquete turstico preferido el de Salinas, Montaita,

San Vicente, Guayaquil mientras que 6 personas correspondientes al 4,20% sealaron como su paquete turstico de su agrado el de Parque Nacional Yasun

2.5

CONCLUSIONES
De acuerdo a los resultados y los anlisisrealizados de cada tem se ha llegado a la conclusin que el sistema publicitario actual de la Agencia Turstica no satisface completamentelas expectativas de los clientespor lo cual es necesario incrementar los niveles de publicidad y aceptacin con los mimos, siendo as y tomando en cuenta que la gran mayora de los clientes de la Agencia Turstica manejan y revisan su correo electrnico constantemente,el desarrollo e implementacin del Sistema de avisos automtico a travs de correo electrnico para la publicidad de paquetes tursticos para la Agencia es totalmente factible y viable de poner en marcha para su posterior evaluacin.

CAPITULO III FUNDAMENTACIN TERICA METODOLGICA

3.1

ANTECEDENTES
El presente proyecto busca cumplir con los requerimientos establecidos, abarcando el proceso de Planeacin, Diseo, Desarrollo e Implementacin; sin dejar de lado la Investigacin, que constituye en una importante actividad a realizarse durante todo el desarrollo del proyecto. Viendo la necesidad de comunicar de una manera ptima la informacin de los diferentes paquetes tursticos que ofrece la Agencia Muristour Expediciones Ca. Ltda., surge la idea de desarrollar una aplicacin web y de escritorio, que permita la suscripcin del cliente y el envo de correos electrnicos con la informacin de las ofertas de los paquetes tursticos segn las preferencias del cliente.

3.2

DESARROLLO DE CATEGORAS FUNDAMENTALES

3.2.1 Estructura y protocolos del correo electrnico

El correo electrnico de Internet se implement originalmente como una funcin del protocoloFTP. En 1980 Suzanne Sluizer y Jon Postel realizaron trabajos con un protocolo queposteriormente se denominara SMTP ("Simple Mail Transfer Protocol"). Hoy en da se sigueutilizando este protocolo, con los avances lgicos que requiere el tipo de transferencia actual. El protocolo SMTP fue desarrollado pensando en que los sistemas que intercambiaranmensajes, eran grandes computadores, de tiempo compartido y multiusuario conectadospermanentemente a la red Internet. Sin embargo, con la aparicin de los computadorespersonales, que tienen una conectividad ocasional,

se hizo necesaria una solucin para que elcorreo llegase a estos equipos. Para solventar esta limitacin, en 1984 surge POP. Este protocolo, en su especificacin inicial, solo permite funciones bsicas como recuperartodos los mensajes, mantenerlos en el servidor y borrarlos. En sucesivas versiones delprotocolo (POP2 y POP3) se han ampliado las funciones, permitiendo una mejor gestin delcorreo. Por lo tanto, podemos discriminar dos tipos de agentes que estn involucrados en latransferencia de correo, MUA y MTA: Agente de usuario (MUA), interfaz para leer y escribir los mensajes. (POP). Agente de transporte (MTA o estafeta), encargado del transporte de los mensajes (SMTP).

Estructura general del sistema de correo electrnico

SMTP (SIMPLE MAIL TRANSFER PROTOCOL) SMTP (Protocolo Simple de Transmisin de Correo) es el protocolo estndar de Internet para elintercambio de correo electrnico. SMTP necesita que el sistema

de transmisin ponga a sudisposicin un canal de comunicacin fiable y con entrega ordenada de paquetes, con lo cual,el uso del protocolo TCP (puerto 25) en la capa de transporte, es lo adecuado. MODO DE COMUNICACIN SMTP 1. Como respuesta a una solicitud de un usuario de enviar un correo electrnico, elemisor SMTP establece una conexin con el receptor SMTP. 2. Una vez establecido el canal de transmisin, el emisor enva el comando MAIL paraindicando que l es el emisor del correo. Si el receptor puede aceptar correo respondecon el comando OK. 3. El emisor enva el comando RCPT identificando el destinatario del correo. Si el receptorpuede aceptar correo para ese destino responde con una respuesta OK; si no,responde rechazando el correo para ese destino. 4. Una vez negociado el destino, el emisor comienza a enviar datos,terminando con una secuencia especial. Si el receptor ha procesado correctamente losdatos, responde con el comando OK.

POP (POST OFFICE PROTOCOL) El protocolo de oficina de correo, POP, es un protocolo cuya misin es la de entrega final delcorreo al destinatario. Puesto que con SMTP lo nico que se consigue es la transferencia delcorreo entre buzones, es necesario un

protocolcomo POP (o tambin IMAP) con el quepodamos descargar el mensaje desde el buzn.

MODELO DE COMUNICACIN POP POP se basa en mantener un buzn centralen la que se almacenan los mensajes hasta que el usuario solicita la descarga de los mismos. 1. El cliente POP se conecta con el servidor a travs del puerto TCP, 110. 2. Para poder ofrecer estas funciones, el modelo de comunicacin POP se basa en estados: a. Autorizacin. b. Transaccin. c. Actualizacin. 3. Despus de establecer la conexin, el servidor POP se encuentra en un estado de autorizacin, esperando que el cliente le enve el nombre y clave de la cuenta de usuario. 4. Cuando se verifica que el nombre y la clave son correctos, el servidor pasa a un estado de transaccin. En este estado de transaccin el servidor atiende las peticiones del cliente. Despus de enviar al servidor el comando QUIT, el servidor pasa al estado de actualizacin. En este estado el servidor elimina los mensajes que estn con la marca de borrado y finaliza la conexin.

3.2.2 Puertos
Puerto 25 109 110 21 Tipo TCP TCP TCP TCP Protocolo SMTP POP3 POP3 FTP

Puerto 25: Puerto que se utiliza para las transferencias de informacin (Correo Electrnico).

3.2.3 Proceso de Envo de Correos

No se pueden mandar mensajes entre computadores personales o entre dos terminales de una computadora central. Los mensajes se archivan en un buzn (una manera rpida de mandar mensajes). Cuando una persona decide escribir un correo electrnico, su programa (o correo web) le pedir como mnimo tres cosas: Destinatario: una o varias direcciones de correo a las que ha de llegar el mensaje Asunto: una descripcin corta que ver la persona que lo reciba antes de abrir el correo Mensaje. Puede ser slo texto, o incluir formato, y no hay lmite de tamao

l envi de correos electrnicos pasan por dos procesos fundamentales. Envo Recepcin

Envo El envo de un mensaje de correo es un proceso largo y complejo. ste es un esquema de un caso tpico:

1. Se contacta con el servidor de correo 2. El servidor SMTP consulta al servidor DNS 3. El servidor DNS responde a la consulta con un nombre de dominio 4. El servidor SMTP transfiere el mensaje 5. El Servidor POP3 entrega el correo al usuario Recepcin Cuando una persona recibe un mensaje de correo electrnico puede verse en la bandeja de entrada un resumen de l, con la siguiente informacin: Remitente Asunto Fecha:

3.2.4 Base de Datos

MYSQL

MySQL es un sistema de administracin de bases de datos (Database Management System, DBMS) para bases de datos relacionales. MySQL consiste de un sistema cliente/servidor que se compone de un servidor SQL multihilo, varios programas clientes y bibliotecas, herramientas

administrativas, y una gran variedad de interfaces de programacin (APIs). MySQL, como base de datos relacional, utiliza mltiples tablas para almacenar y organizar la informacin. MySQL fue escrito en C y C++ y destaca por su gran adaptacin a diferentes entornos de desarrollo, permitiendo su interactuacin con los lenguajes de programacin ms utilizados como PHP, Perl y Java y su integracin en distintos sistemas operativos. Tambin es muy destacable, la condicin de open source de MySQL, que hace que su utilizacin sea gratuita e incluso se pueda modificar con total libertad, pudiendo descargar su cdigo fuente. Esto ha favorecido muy positivamente en su desarrollo y continuas actualizaciones, para hacer de MySQL una de las herramientas ms utilizadas por los programadores orientados a Internet.

3.2.5 Lenguajes de Programacin

Java

Java es un lenguaje de programacin de alto nivel orientada a objetos y la primera plataforma informtica creada por Sun Microsystems en 1995. Es la tecnologa subyacente que permite el uso de programas punteros, como herramientas, juegos y aplicaciones de negocios. Caractersticas Java es una tecnologa que se usa para el desarrollo de aplicaciones que convierten a la Web en un elemento ms interesante y til. Java no es lo mismo que javascript, que se trata de una tecnologa sencilla que se usa para crear pginas web y solamente se ejecuta en el explorador. Una de las principales caractersticas por las que Java se ha hecho muy famoso es que es un lenguaje independiente de la plataforma. Eso quiere decir que si hacemos un programa en Java podr funcionar en cualquier ordenador del mercado. Es una ventaja significativa para los

desarrolladores de software, pues antes tenan que hacer un programa para cada sistema operativo, por ejemplo Windows, Linux, Apple, etc. Esto lo consigue porque se ha creado una Mquina de Java para cada sistema que hace de puente entre el sistema operativo y el programa de Java y posibilita que este ltimo se entienda perfectamente.

JAVA SERVER PAGES (JSP) Java Server Pages (JSP) es una tecnologa basada en Java que simplifica el desarrollo de pginas web con contenido dinmico. Con JSP, los diseadores web pueden incorporar elementos dinmicos dentro de la pgina utilizando tanto porciones de cdigo Java incrustadas, como unas cuantas etiquetas. As, las pginas JSP tienen el aspecto de una pgina tradicional HTML, a la que se le ha introducido parte de cdigo Java junto con unas etiquetas. De esta forma, cuando una pgina es solicitada por un usuario y procesada por un servidor HTTP, el cdigo HTML pasar directamente al usuario, mientras que las porciones de cdigo Java sern ejecutadas en el servidor cuando la solicitud haya sido recibida, para generar el contenido dinmico de la pgina. Cuando el usuario acceda al cdigo de la pgina que le llega slo ver HTML, sin poder acceder al cdigo JSP subyacente. Beneficios JSP ofrece varios beneficios como sistema de generacin de contenido dinmico. Al estar basado en Java, presenta las ventajas que este lenguaje ofrece con respecto a la portabilidad entre plataformas y las derivadas de la orientacin a objetos de este lenguaje.

3.2.6 Metodologa
SCRUM: Scrum es un modelo gil de desarrollo, un marco de trabajo para la gestin y desarrollo gil de software, sin basarse en un plan rgido, sino mas bien al cambio sobre la marcha, o de acuerdo al progreso del proyecto que se esta ejecutando. Scrum se basa en procesos incrementales e iterativos y sus respectivas revisiones, siempre estando muy relacionados con las personas presentes en el proyecto;

esto se presenta en la manera que desde la visin de necesidad del cliente, construye el producto de forma incremental a travs de iteraciones. Estas iteraciones, Sprints en Scrum, se repiten de forma continua hasta que el cliente da por terminado el producto. Uno de los primeros procesos que se dan es comenzar con la visin general del producto o proyecto software, especificando y dando detalle a las funcionalidades que tienen mayor prioridad, y que pueden llevarse a cabo en un periodo de tiempo reducido. Cada periodo de desarrollo es un sprint que finaliza con la entrega de una parte ya operativa del producto final. Estos sprints son la base del desarrollo gil, y Scrum administra su progreso en reuniones diarias donde todo el equipo de trabajo repasa el trabajo realizado el da anterior y el previsto para el siguiente. Las prcticas para mantener el control gil en el desarrollo del proyecto son: Revisin de las Iteraciones: cada iteracin es el desarrollo de una parte o incremento funcional, que al terminar se lleva a cabo una reunin para analizar y examinar sus funciones para posteriormente definir la prxima iteracin que se desarrollar. Desarrollo Incremental: al finalizar cada sprint se obtiene un producto operable, parte del todo el producto a obtener, puesto este producto operable a inspecciones y evaluaciones para determinar posibles fallos, para su correccin inmediata. Desarrollo Evolutivo: es el reconocer que durante un proyecto los clientes pueden cambiar de idea sobre lo que quieren y necesitan, y que los desafos impredecibles no pueden ser fcilmente enfrentados de una forma predictiva y planificada. Por lo tanto, Scrum adopta una aproximacin pragmtica, aceptando que el problema no puede ser completamente entendido o definido, y centrndose en maximizar la

capacidad del equipo de entregar rpidamente y responder a requisitos emergentes. Colaboracin: la colaboracin es necesaria, porque para que funcione la auto-organizacin como un control eficaz cada miembro debe cooperar con los dems, segn sus capacidades y no segn su rol. Los elementos que se llevan a cabo en Scrum son: Pila de Producto o ProdutcBacklog (como se lo conoce en Scrum): Es una lista de objetivos/requisitos priorizada que representa la visin y expectativas del cliente respecto a los objetivos y entregas del producto. Dado que reflejar las expectativas del cliente, esta lista permite involucrarle en la direccin de los resultados del producto o proyecto. Contiene los objetivos de alto nivel del producto o proyecto, que se suelen expresar en forma de historias de usuario. Para cada requisito se indica el valor que aporta al cliente y el coste estimado de completarlo. En la lista se indican las posibles iteraciones y las entregas esperadas por el cliente, en funcin de la velocidad de desarrollo del equipo de trabajo. Es conveniente que el contenido de cada iteracin tenga una coherencia, de manera que se reduzca el esfuerzo de completar todos sus objetivos. Pila del Sprint o Sprint Backlog(como se lo conoce en Scrum): Es una lista de tareas que el equipo elabora en la reunin de planificacin de la iteracincomo plan para completar los objetivos seleccionados para la iteracin y que se compromete a demostrar al cliente al finalizar la iteracin, en forma de incremento de producto preparado para ser entregado. Esta lista permite ver las tareas donde el equipo est teniendo problemas y no avanza, con lo que le permite tomar decisiones al respecto. Para cada uno de los objetivos se muestran sus tareas, el esfuerzo pendiente para finalizarlas y la auto-asignacin que han hecho los miembros del equipo.

Los principales Roles dentro de Scrum son: Propietario del Producto: Es el representante de todos los interesados en el proyecto, con autoridad para tomar decisiones. Define los objetivos del producto o proyecto, para lo cual participa en las reuniones de planificacin de iteracin y de revisin. Equipo: Desarrolla el producto y tiene un objetivo comn, dado que adquiere un compromiso en cada iteracin. Es un equipo auto-organizado y multidisciplinar. Scrum Master: El gestor de proyecto pasa a ser un facilitador que vela por que se cumpla el proceso de Scrum, posibilita las reuniones para que tanto el equipo como el cliente colaboren y se obtengan las mximas sinergias. A continuacin podemos observar en el grfico, el funcionamiento de la Metodologa Scrum:

3.3

FUENTES BIBLIOGRFICAS BIBLIOGRAFA CONSULTADA

Palacio J. y Ruata C. (2011, Enero)Scrum Manager Gestin de Proyectos.

BIOGRAFA ELECTRNICA
Escuela de Sistemas Informticos(2009) Y SISTEMA DE en CORREO URL:

ELECTRNICO

(SMTP

POP3)Disponible

http://www.falconmarbella.com/esigranada/dmdocuments/Punto_235_Corre o_electronico.pdf [Consultada el 16 de Junio del 2013] Wikipedia(2013) CORREO ELECTRNICODisponible en URL:

http://es.wikipedia.org/wiki/Correo_electr%C3%B3nico#Funcionamiento [Consultada el 16 de Junio del 2013] Mysql(2013) MYSQL DBMSDisponible en URL: http://www.mysql.com/ [Consultada el 16 de Junio del 2013] Java(2013) JAVA Disponible en URL: http://www.java.com/es [Consultada el 16 de Junio del 2013] JSP(2013) JAVA SERVER PAGESDisponible en URL:

http://es.wikipedia.org/wiki/JavaServer_Pages[Consultada el 16 de Junio del 2013] Proyectos giles(2013) SCRUMDisponible en URL:

http://www.proyectosagiles.org/que-es-scrum, [Consultada el 16 de Junio del 2013] Proyectos giles(2013) SPRINT BACKLOGDisponible en URL:

http://www.proyectosagiles.org/lista-tareas-iteracion-sprint-backlog, [Consultada el 16 de Junio del 2013]

Proyectos

giles(2013)

PRODUCT

BACKLOGDisponible

en

URL:

http://www.proyectosagiles.org/lista-requisitos-priorizada-product-backlog [Consultada el 16 de Junio del 2013]

CAPITULO IV 4.1 FUNDAMENTACIN DE LA PROPUESTA

4.1.1 ESPECIFICACIN DE REQUERIMIENTOS DE SOFTWARE 4.1.1.1 INTRODUCCIN 4.1.1.1.1 PROPSITO

El objetivo de este documento es presentar en forma clara y precisa los requerimientos realizados para el Sistema de avisos automtico a travs de correo electrnico para la publicidad y oferta de paquetes tursticos, el mismo que est dirigido al personal de desarrollo, personal de la Agencia Turstica Muristour Expediciones Ca. Ltda., testers, diseadores y analistas del software. Este documento servir de gua para la realizacin del mismo y como medio de comunicacin entre las partes. Esta especificacin es un documento preliminar y est sujeto a revisiones del grupo de usuario y desarrolladores, hasta alcanzar una visin completa para su aprobacin por parte del gerente de la Agencia Turstica.

4.1.1.1.2

MBITO

El desarrollo del presente proyecto permitir desarrollar un sistema de avisos automtico a travs de correo electrnico para la publicidad y oferta de paquetes tursticos que posee la Agencia Muristour, con esto se podr tener una mayor y mejor comunicacin entre la Agencia y los clientes. Una vez concluido el desarrollo del mismo, este permitir al personal de la Agencia automatizar l envi de correos electrnicos con la informacin preferencial del cliente que se haya suscrito al sistema de avisos.

4.1.1.1.3

RESUMEN EJECUTIVO

El presente documento se divide en tres secciones, siendo la primera una introduccin al mismo, que nos provee una idea general de la Especificacin de Requisitos del Sistema (ERS) y aclara ciertos puntos como la terminologa utilizada. En la segunda seccin se da conocer las principales funcionalidades del sistema, los datos asociados, los factores a considerar, las restricciones, supuestos y dependencias que afectarn a su desarrollo sin entrar en descripcin general del sistema. En la tercera seccin se define detalladamente todos los requisitos que el software debe cumplir en cada una de las gestiones o casos de uso mencionados en la seccin anterior. Estos requisitos deben cumplirse completamente para el desarrollo de un software de calidad. detalles. Es una

4.1.1.2 DESCRIPCIN GENERAL

En esta seccin se presenta una descripcin a alto nivel del Sistema de avisos automtico a travs de correo electrnico. Se presentan las gestiones a las que el software debe dar soporte, informacin importante del cliente, restricciones y otros factores que influyan en su desarrollo.

4.1.1.2.1

ESPECIFICACIN DE FUNCIONALIDADES

Este proyecto est destinado para el personal administrativo de la Agencia que podr manejar las funcionalidades del Sistema que se encuentran inmersas en las siguientes gestiones: Gestin de Paquetes Tursticos Gestin de Clientes Gestin de Programacin de Paquetes Tursticos

4.1.1.2.2

SUPUESTOS Y DEPENDENCIAS

4.1.1.2.2.1 SUPUESTOS
Se asume que los requisitos descritos en el presente documento han pasado por un largo proceso de desarrollo y por lo tanto son slidos, estos necesitan la aprobacin de ambas partes, la Direccin del Proyecto y el Gerente de la Agencia Turstica Muristour para pasar a formar parte de la lnea base para el desarrollo del sistema. Cualquier peticin de cambio en la especificacin debe ser aprobada previamente por las partes y auditada por el grupo de gestin de configuracin de software.

4.1.1.2.2.2 DEPENDENCIAS
El SAACEPO funciona de forma dependiente del servidor de base de datos MySQL para el almacenamiento de datos y consultas.

4.1.1.2.3

ACUERDOS CON EL CLIENTE PARA ADMINISTRACIN DE REQUERIMIENTOS

LA

Para poder realizar cambios a la presente especificacin de requisitos se debe seguir los siguientes pasos: Identificacin del cambio: Primero se debe dar un nombre al cambio, una descripcin del mismo, especificar el personal involucrado y fijar las fechas de peticin, de revisin del cambio en su dependencia y por ltimo presentacin de las modificaciones. Aprobacin del cambio: Realizar reuniones de trabajo entre las partes para verificar el nivel de efecto de los cambios al sistema, analizar costo, esfuerzo y tiempo a invertir, para la aprobacin o rechazo del pedido. Asignacin del cambio: Asignar nuevas funciones a los responsables para efectuar la o las modificaciones.

Presentacin de informes: Documentar los nuevos requisitos del sistema y difundirlos a todo el personal involucrado en el desarrollo del mismo.

4.1.1.3 ESPECIFICACIN DE REQUERIMIENTOS

Esta unidad contiene las necesidades a un nivel detallado como para permitir a los diseadores, crear un sistema que las satisfaga y permita al equipo de prueba planificar y realizar las evaluaciones que demuestren si el sistema cumple o no con los requerimientos.

4.1.1.3.1

REQUERISITOS DE INTERFACES

Req.1. Interfaz con el usuario: El sistema contar una interfaz con pantallas desplegables.

4.1.1.3.2

REQUERIMIENTOS FUNCIONALES

Gestin de Paquetes Tursticos Req.2. Registro de paquetes tursticos: se realizar a travs de una plantilla que pedir la siguiente informacin: Cdigo del paquete, Nombre del paquete, Temporada, Regin, Ruta, Lugares de Visitas, Servicios que incluye y no incluye, Fecha de Salida, Fecha de Retorno, Hora de Salida, Lugar de Salida, Costo del Tour. Req.3. Req.4. El cdigo tendr un mximo de 10 caracteres. El cdigo asignado a cada paquete turstico es nico, el sistema no permitir el ingreso de cdigos de paquetes tursticos duplicados. Req.5. Req.6. Al presionar el botn Guardar se almacenar en la Base de datos. Para modificar la informacin del paquete turstico, ser necesario presionar el botn Modificar, habilitando las cajas de texto para su cambio, despus de esto ser necesario que guarde los cambios efectuados.

Req.7.

Para eliminar un paquete turstico, solo es necesario presionar el botn eliminar, el sistema muestra un mensaje pidiendo la confirmacin de la eliminacin del mismo, si acepta se elimina.

Req.8.

Los paquetes tursticos que no se encuentre vigentes sern deshabilitados.

Gestin de Clientes Req.9. Registro de Clientes, cada cliente tiene que ser registrado con la siguiente informacin: Nombre, Telfono, E-mail, Ciudad,

Preferencias para envi de Paquetes Tursticos (Regin Costa, Regin Sierra, Regin Amaznica, Regin Insular). Req.10. Req.11. Req.12. El cdigo tendr un mximo de 50 caracteres. El sistema validar el formato de ingreso del correo electrnico. Para modificar la informacin de un cliente, ser necesario presionar el botn Modificar, habilitando las cajas de texto para su cambio, despus de esto ser necesario que guarde los cambios efectuados. Req.13. Para eliminar un cliente, solo es necesario presionar el botn eliminar, el sistema muestra un mensaje pidiendo la confirmacin de la eliminacin del mismo, si acepta se elimina. Req.14. Al presionar el botn Suscribir de la pgina web de la Agencia se pedir el ingreso de la siguiente informacin para el registro de clientes: Nombre, Telfono, E-mail, Ciudad, Preferencias para envi de Paquetes Tursticos (Regin Costa, Regin Sierra, Regin Amaznica, Regin Insular).

Gestin de Programacin de Paquetes Tursticos Req.15. Seleccionar el paquete turstico disponible para habilitar la programacin de la frecuencia en el envo de e-mails; la

programacin de envos de los paquetes tursticos sern: cada 2 das, cada 3 das, cada 5 das. Req.16. El sistema se encargar de enviar los correos electrnicos con la informacin de los paquetes tursticos a los clientes que se hayan suscrito y de acuerdo a sus preferencias de viaje. Req.17. El envo de correos a los clientes ser desactivado una vez cumplido la vigencia de cada Paquete Turstico.

4.1.1.3.3

REQUERIMIENTOS NO FUNCIONALES

Accesibilidad:

Req.18. Req.19.

Ingreso al sistema con usuario y contrasea. La aplicacin deber poder ser accesible las 24 horas del da los 365 das del ao.

Req.20.

El tiempo de respuesta a cualquier peticin no debe superar los 15 segundos.

Usabilidad:

Req.21. El sistema es soportado en sistemas operativos Windows. Req.22. Se brindar al usuario una gua de uso del sistema.

4.1.1.3.4
Req.23.

REQUERIMIENTOS TCNICOS
El sistema ser instalado en la computadora de la agencia turstica

Muristour Expediciones Ca. Ltda.

4.2

ESTRUCTURA

4.2.1 BASE DE DATOS 4.2.1.1 MODELO CONCEPTUAL

AGENCIA Ofrece AGE_CODIGO <pi> Variable characters (10) <M> AGE_NOMBRE Variable characters (40) Identifier_1 <pi> ... Cuenta

PAQUETE TURISTICO PAQ_CODIGO <pi> Variable characters (10) <M> PAQ_NOMBRE Variable characters (40) PAQ_TEMPORADA Variable characters (15) PAQ_REGION Variable characters (20) PAQ_RUTA Variable characters (200) PAQ_VISITAS Variable characters (200) PAQ_FECHA_SALIDA Variable characters (11) PAQ_FECHA_RETORNO Variable characters (11) PAQ_HORA_SALIDA Variable characters (10) PAQ_LUGAR_SALIDA Variable characters (40) PAQ_COSTO_TOUR Variable characters (10) PAQ_TRANSPORTE Variable characters (2) PAQ_ALOJAMIENTO Variable characters (2) PAQ_GUIANZA Variable characters (2) PAQ_ALIMENTACION Variable characters (2) PAQ_EXCURSIONES Variable characters (2) PAQ_SEGURO Variable characters (2) PAQ_COMIDAS Variable characters (2) PAQ_BEBIDAS Variable characters (2) PAQ_BOLETOS Variable characters (2) PAQ_REFRIGERIO Variable characters (2) PAQ_GASTOSE Variable characters (2) Identifier_1 <pi> ...

CLIENTE CLI_EMAIL <pi> Variable characters (40) <M> CLI_NOMBRE Variable characters (40) CLI_TELEFONO Variable characters (15) CLI_CIUDAD Variable characters (20) CLI_SIERRA Variable characters (2) CLI_COSTA Variable characters (2) CLI_ORIENTE Variable characters (2) CLI_GALAPAGOS Variable characters (2) Identifier_1 <pi> ... USUARIO USU_USER Variable characters (10) USU_PASSWORD Variable characters (20)

4.2.1.2 MODELO LGICO

AGENCIA Ofrece AGE_CODIGO <pi> Variable characters (10) <M> AGE_NOMBRE Variable characters (40) Identifier_1 <pi> ... Cuenta

PAQUETE TURISTICO PAQ_CODIGO <pi> Variable characters (10) <M> AGE_CODIGO <fi> Variable characters (10) PAQ_NOMBRE Variable characters (40) PAQ_TEMPORADA Variable characters (15) PAQ_REGION Variable characters (20) PAQ_RUTA Variable characters (200) PAQ_VISITAS Variable characters (200) PAQ_FECHA_SALIDA Variable characters (11) PAQ_FECHA_RETORNO Variable characters (11) PAQ_HORA_SALIDA Variable characters (10) PAQ_LUGAR_SALIDA Variable characters (40) PAQ_COSTO_TOUR Variable characters (10) PAQ_TRANSPORTE Variable characters (2) PAQ_ALOJAMIENTO Variable characters (2) PAQ_GUIANZA Variable characters (2) PAQ_ALIMENTACION Variable characters (2) PAQ_EXCURSIONES Variable characters (2) PAQ_SEGURO Variable characters (2) PAQ_COMIDAS Variable characters (2) PAQ_BEBIDAS Variable characters (2) PAQ_BOLETOS Variable characters (2) PAQ_REFRIGERIO Variable characters (2) PAQ_GASTOSE Variable characters (2) Identifier_1 <pi> ...

CLIENTE CLI_EMAIL <pi> Variable characters (40) <M> AGE_CODIGO <fi> Variable characters (10) CLI_NOMBRE Variable characters (40) CLI_TELEFONO Variable characters (15) CLI_CIUDAD Variable characters (20) CLI_SIERRA Variable characters (2) CLI_COSTA Variable characters (2) CLI_ORIENTE Variable characters (2) CLI_GALAPAGOS Variable characters (2) Identifier_1 <pi> ... USUARIO USU_USER Variable characters (10) USU_PASSWORD Variable characters (20)

4.2.1.3 MODELO FSICO

AGENCIA AGE_CODIGO varchar(10) <pk> AGE_NOMBRE varchar(40)

PAQUETE TURISTICO PAQ_CODIGO AGE_CODIGO PAQ_NOMBRE PAQ_TEMPORADA PAQ_REGION PAQ_RUTA PAQ_VISITAS PAQ_FECHA_SALIDA PAQ_FECHA_RETORNO PAQ_HORA_SALIDA PAQ_LUGAR_SALIDA PAQ_COSTO_TOUR PAQ_TRANSPORTE PAQ_ALOJAMIENTO PAQ_GUIANZA PAQ_ALIMENTACION PAQ_EXCURSIONES PAQ_SEGURO PAQ_COMIDAS PAQ_BEBIDAS PAQ_BOLETOS PAQ_REFRIGERIO PAQ_GASTOSE ... varchar(10) <pk> varchar(10) <fk> varchar(40) varchar(15) varchar(20) varchar(200) varchar(200) varchar(11) varchar(11) varchar(10) varchar(40) varchar(10) varchar(2) varchar(2) varchar(2) varchar(2) varchar(2) varchar(2) varchar(2) varchar(2) varchar(2) varchar(2) varchar(2)

CLIENTE CLI_EMAIL AGE_CODIGO CLI_NOMBRE CLI_TELEFONO CLI_CIUDAD CLI_SIERRA CLI_COSTA CLI_ORIENTE CLI_GALAPAGOS ... varchar(40) <pk> varchar(10) <fk> varchar(40) varchar(15) varchar(20) varchar(2) varchar(2) varchar(2) varchar(2)

USUARIO USU_USER varchar(10) USU_PASSWORD varchar(20)

4.3

FUNCIONAMIENTO

En esta parte del documento se pretende transmitir los conceptos, estructura y procedimientos que realiza el Sistema de avisos automtico a travs de correo electrnicoa fin de que el usuario pueda manejar sin ningn problema la aplicacin. El mismo que est dividido en los siguientes tpicos: Instalacin del motor de base de datos Importacin de la base de datos del Sistema Uso del Sistema

4.3.1 INSTALACIN DEL MOTOR DE BASE DE DATOS

Ejecutar Instalador de xampp

Clic en Ejecutar

Click en Install

Levantar los servicios de Mysql

Una vez instalado procedemos a escribir en el Browser http://localhost/xampp/ y escogemos un Idioma.

4.3.2 IMPORTACIN DE LA BASE DE DATOS DEL SISTEMA

Damos clic en phpMyAdmin

Posteriormente nos dirigimos a la pestaa Bases de Datos y creamos una base de datos llamada agencia

Una vez creado la base de datos, procedemos a importar el script de la base de datos.

Una vez cargado el archivo sql, podremos visualizar las tablas de la base de datos.

4.3.3 USO DEL SISTEMA

Para iniciar el sistema nicamente se debe abrir el archivo .jar de la aplicacin. Una vez que el sistema este corriendo, el usuario deber autentificarse para poder utilizar las funcionalidades del mismo

Una vez ingresado el nombre de usuario y contrasea, se mostrara la pantalla principal del sistema.

Gestin de clientes El formulario de clientes cuenta con una interfaz fcil de manejar ya que cuenta con las validaciones correspondientes para que el usuario pueda interactuar con el sistema sin ninguna complicacin, y al mismo tiempo permitir al usuario agregar, modificar y eliminar clientes de la manera que se muestra a continuacin.

Gestin de Paquetes Tursticos De la misma forma el formulario de Paquetes Tursticos cuenta con una interfaz cmoda de manejar donde el usuario pueda interactuar con el sistema sin ninguna complicacin, y al mismo tiempo le permitir agregar, modificar y eliminar paquetes tursticos con se muestra a continuacin.

Programacin de Envo de Correos En esta interfaz el usuario nicamente tiene que escoger el paquete turstico y la frecuencia con la que se le quiere enviar a sus clientes, el sistema se encargar del envi automtico de los correos electrnicos segn las diferentes preferencias de sus clientes

Suscripcin de clientes En este formulario las personas que ingresen a la pgina web de la Agencia Turstica podrn suscribirse y recibir correos de los diferentes paquetes tursticos existentes segn sus preferencias nicamente presionando el botn Registrar.

4.4

RESULTADOS Y EVALUACIN

Luego de que el Sistema de Avisos Automtico a Travs de Correo Electrnico pas satisfactoriamente las pruebas se procedi a su implantacin.

Teniendo como resultado las siguientes conclusiones:

Se dio solucin al problema de automatizacin que tena la agencia turstica al momento de promocionar sus ofertas de paquetes tursticos, adems de almacenar toda la informacin en una base centralizada.

Se logr unificar los procesos de envo de correo electrnico a los clientes de la agencia turstica, a la vez realizando procesos adicionales como el almacenamiento de informacin de los clientes en la base de datos.

Se tiene un mejor control de la cartera de clientes de la agencia turstica pudiendo ser consultado en cualquier momento obteniendo datos exactos en un tiempo oportuno.

En cuanto al desarrollo en el lenguaje Java fue muy interesante ya que es una herramienta muy poderosa que ayuda a los programadores a desarrollar cualquier tipo de aplicaciones de una manera entendible. Adems cuenta con la gran ventaja de ser OpenSource permitiendo ahorrar al cliente el pago de una licencia por la utilizacin del programa.

En cuanto a la base de datos MUYSQL, es una herramienta Open Source, capaz de administrar toda la informacin proporcionada por el

sistema, brindando seguridad y fiabilidad al momento de almacenar y recuperar los datos. El sistema est desarrollado con una interfaz amigable de fcil utilizacin, permitiendo al usuario navegar por el sistema y realizar sus actividades sin ningn problema.