Anteproyecto de
TRABAJO DE GRADO
Ttulo
Diseo e Implementacin de un sistema de seguimiento de transporte estudiantil
basado en GPS desarrollando una aplicacin Android para mejorar la movilidad en
la ESPOCH.
Presentado por: Johana Aide Panchi Guevara
Herick Orlando Paca
Edison Fabricio Vilcacundo Albarracin
Mario Alejandro Paguay
Director: Ing. Veronica Elizabeth Mora Chunllo
Escuela: Ingeniera Electrnica en Telecomunicaciones y Redes
Tipo de Trabajo de Grado:
Fecha de presentacion del anteproyecto:
1.
2.
INFORMACIN GENERAL
2.1
PROPONENTES:
3.
JUSTIFICACIN TERICA
JUSTIFICACIN APLICATIVA
OBJETIVOS
3.3.1 OBJETIVOS GENERALES:
Disear e Implementar un sistema de seguimiento de transporte estudiantil
basado en GPS desarrollando una aplicacin Android para mejorar la movilidad
en la ESPOCH.
3.3.2
OBJETIVOS ESPECIFICOS:
Acceder a Internet.
Conectarte con cmaras digitales (capturar y enviar imgenes).
Conectarte con reproductores de MP3.
Acceder a contenidos informativos y servicios en lnea va WAP, en cualquier
momento y lugar
Caractersticas
Transmisin por Paquetes.- Con la misma capacidad de red se pueden obtener mejores
rendimientos en lo que a transmisin de datos se refiere.
Transmisin en Paralelo.-Esta divisin por paquetes permite que el telfono mvil pueda
recibir en paralelo varios bloques de datos, lo que significa una mayor velocidad de
transmisin.
Conexin permanente.- La comunicacin bajo la tecnologa GSM basada en voz se
establece mediante una llamada a un nmero de destino. Esto significa que una vez que
se realiza la conexin, se inicia la comunicacin, y cuando finaliza, la conexin se corta.
Ventajas
Concurrencias.- GPRS permite un uso concurrente entre la voz y datos. As, en el
momento que se recibe o se realiza una llamada, la comunicacin de datos se interrumpe,
luego se vuelve a reanudar en forma automtica cuando la llamada de voz se termina.
Conexin permanente.- Con GPRS, desde que se encienden los telfonos mviles estn
preparados para realizar transmisin de datos. No se requiere conectar y desconectar una
llamada, lo que hace esta tecnologa ms cmoda y efectiva.
Velocidad de transmisin.- Esta tecnologa permite conseguir en condiciones ptimas
rendimientos de hasta 5 veces la velocidad mxima de GSM. As es posible desarrollar
mltiples servicios con un mayor y mejor contenido de imgenes, sonido y video. Adems,
posibilita en el futuro la creacin de otras aplicaciones en base a esta plataforma.
Facturacin por volumen.- Con GPRS la facturacin ya no se establece por tiempo de
conexin, sino que se realiza en funcin del volumen de datos transferidos. As, la
informacin recibida puede mantenerse en pantalla el tiempo que sea necesario.[11]
Usos de la tecnologa GPRS
Servicios para Personas
Acceso a correo electrnico por Internet.
Servicios de mensajera y comunicacin por grupos.
Servicios de informacin.
Juegos.
Comercio electrnico.
Servicios financieros.
Transferencia de imagen, audio y video.
Servicios para Empresas
Acceso a correo electrnico corporativo.
Automatizacin de fuerzas de venta.
Acceso remoto a redes corporativas.
Herramientas de gestin propias.
Navegacin por Internet.
3.4.2.4 GSM/GPRS
GSM/GPRS
GPRS significa General Packet Radio System, es una tecnologa que provee acceso de
radio paquetes sobre la red GSM existente, en este sentido, constituye una extensin de
conmutacin de paquetes sobre dicha red. Fue introducida para proporcionar un acceso
ms eficiente de las redes celulares sobre las redes pblicas de datos en comparacin
con aquellos proporcionados por los servicios tradicionales, basados en conmutacin de
circuitos, que eran ofrecidos por la tecnologa GSM tradicional. Esta tecnologa permite
acomodar, de una forma ms eficiente, fuentes de datos que tienen, por lo general, una
naturaleza a rfagas. Entre sus premisas de diseo vale la pena mencionar las siguientes:
Se dise como una arquitectura abierta sobre la cual pudieran ser ofrecidos servicios IP,
la misma infraestructura debera soportar diferentes interfaces de aire, debera permitir la
integracin de la infraestructura de telefona y la infraestructura de Internet. Entre los
beneficios derivados de su implantacin se mencionan: la transmisin de informacin
sobre la red GSM existente para proveer un servicio de datos de alta velocidad que
permanezca siempre activo (always on), reduciendo de esta forma el tiempo empleado
en la configuracin y liberacin de las conexiones.[10]
Arquitectura de la red GSM/GPRS
GPRS es una red de datos que utiliza la infraestructura de la red GSM para permitir la
transmisin de paquetes de datos a tasas que fluctan entre los 9.6 y los 171 Kbps.
Aunque se intenta reutilizar la red GSM existente tanto como sea posible, resulta
necesario adicionar algunos nuevos elementos de red, interfaces y protocolos, para
manejar este nuevo tipo de trfico y construir de esta manera una red mvil celular de
paquetes.
Interfaces y Protocolos GSM/GPRS
En la Tabla 1 se describen las interfaces propias de GPRS
CAPITULO III
SERVIDORES WEB
3.4.3.1. Definicin
Un servidor web o servidor HTTP es un programa informtico cuya tarea es alojar sitios
y/o aplicaciones, las cuales son accedidas por los clientes utilizando un navegador que se
comunica con el servidor utilizando el protocolo HTTP (hypertext markup language).
El servidor puede realizar conexiones bidireccionales o unidireccionales con el cliente y
generando o cediendo una respuesta en cualquier lenguaje o Aplicacin del lado del
cliente. Para la transmisin de los datos generalmente usa el protocolo HTTP para estas
comunicaciones, perteneciente a la capa de aplicacin del modelo OSI. El trmino tambin
se emplea para referirse al ordenador que ejecuta el programa. [12]
Adems, los servidores pueden disponer de un intrprete de otros lenguajes
de programacin que ejecutan cdigo embebido dentro del cdigo HTML de las pginas
que contiene el sitio antes de enviar el resultado al cliente. Esto se conoce como
programacin de lado del servidor y representa ventajas que radican en la potencia de los
mismos ejecutando tareas ms complejas, los lenguajes utilizados son
ASP, PHP, Perl y Ajax.
3.4.3.2. Arquitectura
Peticin GET
Las peticiones al servidor suelen realizarse mediante HTTP utilizando el mtodo de
peticin GET, en el que el recurso se solicita a travs de la URL al servidor Web.
GET /index.html HTTP/1.1 HOST: www.host.com
En la barra de URL de un navegador cualquiera, la peticin anterior sera anloga a la
siguiente direccin Web: www.host.com/index.html
El navegador, por medio de la interfaz de usuario, permite al usuario realizar una o varias
peticiones Web. La interfaz de usuario o entorno de usuario es el conjunto de elementos
del navegador que permiten realizar la peticin de forma activa.
-
Peticin POST
Es el segundo tipo de peticin HTTP ms utilizado. Los datos a enviar al servidor se
incluyen en el cuerpo de la misma peticin con las cabeceras HTTP asignadas
correspondientemente respecto al tipo de peticin, los datos suelen ser cifrados para
enviarlos de manera segura al servidor.
Se incluye en la peticin la cabecera application/x-www-form-urlencoded, que indica el
formato o codificacin de los datos a enviar. Esta cabecera, en los formularios HTML se
enva automticamente, pero en otras tecnologas web tal como AJAX, si se desea hacer
correctamente una peticin POST, debe ser especificado o instanciado
Las cabeceras ms comunes que se envan en una peticin POST:
-
3.4.3.3. Funcionamiento
El Servidor web se ejecuta en un ordenador mantenindose a la espera de peticiones por
parte de un cliente y responde a estas peticiones mostrndole una pgina WEB que se
exhibir en un navegador o sino advirtiendo de algn error. Si se ingresa en un navegador
por ejemplo la direccin www.google.com ste realiza una peticin HTTP al servidor de
dicha direccin. El servidor responde al cliente enviando el cdigo HTML de la pgina; el
cliente al recibirlo, lo interpreta y lo exhibe en pantalla. El cliente es el encargado de
interpretar el cdigo HTML, es decir, de mostrar colores y la disposicin de los textos y
objetos de dicha pgina.
El servidor se limita a transferir el cdigo de la pgina sin llevar a cabo ninguna
interpretacin de la misma y adems de la transferencia de cdigo HTML, los Servidores
web pueden entregar aplicaciones web. Estas son porciones de cdigo que se ejecutan
cuando se realizan ciertas peticiones o respuestas HTTP. Hay que distinguir entre:
Las aplicaciones de servidor suelen ser la mejor opcin para realizar aplicaciones web
debido a que, como se ejecuta en el servidor, el cliente no necesita ninguna capacidad
extra que necesite ser aadida y genere ms tiempo en interpretarse, como al ejecutarse
aplicaciones javascript o java. De esta manera se requiere tan solo un navegador web
bsico para las aplicaciones de servidor no siendo el caso para las aplicaciones de
cliente.
3.4.3.4. Tipos de Servidores
Apache
El servidor HTTP Apache es un servidor web HTTP de cdigo abierto, para
plataformas Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh y otras, que
implementa el protocolo HTTP/1.12 y la nocin de sitio virtual. Su nombre se debe a que
se deseaba una descripcin de algo que es firme y enrgico, pero no agresivo, y la tribu
Apache era un claro ejemplo. [13]
Apache presenta entre otras caractersticas altamente configurables, bases de datos de
autenticacin y negociado de contenido, pero sus falencias radican en la falta de una
interfaz grfica para una configuracin sencilla.
Es el servidor HTTP ms usado y fue clave en el desarrollo fundamental de la World Wide
Web y alcanz su mxima cuota de mercado en 2005 siendo el servidor empleado en el
70% de los sitios web en el mundo, sin embargo, ha sufrido un descenso en su cuota de
mercado en los ltimos aos.
Ngnix
Nginx (pronunciado "motor x") es un software para proporcionar un servidor web se
ejecuta en Unix , Linux , BSD , OS X , Solaris , AIX , HP-UX , y Windows . Publicado bajo
los trminos de un BSD licencia -como software de cdigo libre y abierto .
Nginx es frecuentemente desarrollado con Unicorn, un servidor web Rack-Based, esta
combina un buen rendimiento de Nginx de contenido esttico y trata con conexiones de
clientes lentos por medio de Unicorn para funcionar de manera eficiente con la generacin
de cdigo de pginas dinmicas. Puede ser desplegado como servidor dinmico HTTP de
CAPITULO IV
SOFTWARE MOVIL
Definicin
Android O.S.
Diseo y desarrollo de una app
BIBLIOGRAFIA
3.6.1 BIBLIOGRAFIA GENERAL
3.6.2 BIBLIOGRAFIA RELACIONADA AL TEMA
4.
__________________________
DIRECTOR
___________________________
PROPONENTE
[1]
I. A. F. Reuter, "Sistemas de posicionamiento global : Sistemas GPS," 2001.
[2]
G. C. Q. Quevedo, "DISEO E IMPLEMENTACIN DE UN SISTEMA DE
LOCALIZACIN, RASTREO Y MONITOREO SATELITAL DE
CAMIONES DE ENTREGA DE ENCOMIENDAS; MEDIANTE
EL USO DE GPS Y UN DISPOSITIVO MVIL.," vol. e, 2012.
[3]
C. Caisachana and D. Elizabeth, "Implementacin de un mdulo de entrenamiento de seales GPS,"
Universidad de las Fuerzas Armadas ESPE. Carrera de Telemtica., 2010.
[4]
A. Pozo-Ruz, A. Ribeiro, M. Garca-Alegre, L. Garca, D. Guinea, and F. Sandoval, "Sistema de
posicionamiento global (gps): Descripcin, anlisis de errores, aplicaciones y futuro," ETS
Ingenieros de Telecomunicaciones. Universidad de Mlaga, 2000.
[5]
J. . Troya Sisalema, "Sistema de Monitoreo Vehicular usando Dispositivos Gps, a travs de la
Plataforma Gprs para la Empresa de Transporte Los Andes SA," 2009.
[6]
N. V. Lpez Villalba, "Modelo para gestin de entregas por rutas ptimas, mediante GPS y conexin
celular," 2011.
[7]
R. F. Herrera Rosado, "GPS aplicado a la ubicacin de vehculos de transporte terrestre y sus
alternativas en su gestin," 2011.
[8]
(2016). Cmo funciona una red mvil? Available: http://www.ondes-radio.orange.com/es/redes-yestaciones-base/como-funciona-una-red-movil
[9]
A. Pachn, "GSM Mobile Cellular Systems Evolution," Sistemas y Telemtica, vol. 2, pp. 13-45,
2006.
[10]
. P. de la Cruz, R. L. Villalba, S. Castellanos, A. Guerrero, L. P. Pinilla, L. Castellanos, et al.,
"Evolucin de los sistemas mviles celulares GSM 13," 2004.
[11]
(2016). GPRS. Available: http://personas.entel.cl/PortalPersonas/appmanager/entelpcs/personas?
_nfpb=true&_pageLabel=P11800567291273156038130
[12]
IETF, " Hypertext Transfer Protocol -- HTTP/1.1," 1999.
[13]
A. S. Foundation, " About the Apache HTTP Server Projec," 2008.
[14]
S. Kleinman, "Use nginx for Proxy Services and Software Load Balancing," 2010.