SISTEMA DE UBICACIÓN GEOGRAFICA

APLICADO A TELEFONIA MOVIL

JUAN CAMILO MARTÍNEZ GONZÁLEZ

UNIVERSIDAD DE LOS ANDES

FACULTAD DE INGENIERÍA

DEPARTAMENTO DE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN

BOGOTA, D.C.

2007 – I
 SISTEMA DE UBICACIÓN GEOGRAFICA

APLICADO A TELEFONIA MOVIL

JUAN CAMILO MARTÍNEZ GONZÁLEZ

Proyecto de Grado para optar al título de

Ingeniero de Sistemas y Computación

Director:

Dr Harold Castro Barrera

Ingeniero de Sistemas y Computación

Doctor en Informática

UNIVERSIDAD DE LOS ANDES

FACULTAD DE INGENIERÍA

DEPARTAMENTO DE INGENIERÍA DE SISTEMAS Y COMPUTACIÓN

BOGOTA, D.C.

2007- I
 I

AGRADECIMIENTOS

Este proyecto se realizó gracias al apoyo de muchas personas, que de alguna u otra forma
estuvieron a mi lado para ayudarme, orientarme o simplemente para brindarme energía
positiva en todo el proceso de este proyecto de grado.

Primero quiero agradecerle a Dios por haberme dado la oportunidad de haber estudiado en
la Universidad de los Andes, una universidad donde he vivido los mejores momentos de mi
vida.

Seguidamente quiero agradecer en especial a mi familia, ya que ellos fueron los que día a
día me dieron la fuerza para seguir adelante. A mi asesor de proyecto de grado Dr Harold
Castro Barrera, quien me oriento durante todo este proceso. Al profesor Dr Germán Bravo
Córdoba quien me colaboró y me asesoró en el sistema de información geográfico y
finalmente a Andrés Romero, David Cifuentes y Yassir Barcelo, compañeros de carrera,
quienes me dieron su mayor disposición para ayudarme en algunas de las etapas de este
proyecto.
 II

Contenido

INTRODUCCIÓN ...................................................................................................................... 1
OBJETIVO PRINCIPAL .............................................................................................................3
OBJETIVOS ESPECÍFICOS ...................................................................................................... 4
1. MOTIVACIÓN........................................................................................................................ 5
1.1 Necesidades de los usuarios............................................................................................ 5
1.2. Sistemas de información geográfico................................................................................. 5
1.3. Telefonía móvil ............................................................................................................... 8
1.3.1 Mensajes de texto y mensajes multimedia.................................................................. 9
2. MARCO TEORICO ............................................................................................................. 11
2.1 Sistemas de Información Geográficos............................................................................. 11
2.1.1 Componentes de un Sistema de Información Geográfico........................................... 12
2.1.2 Qué se puede resolver mediante un Sistema de Información Geográfico.................... 12
2.1.3 Información............................................................................................................. 13
2.2 Telefonía móvil .............................................................................................................. 14
2.2.1 Historia................................................................................................................... 14
2.2.1 Descripción y características del sistema.................................................................. 15
2.2.3 Arquitectura............................................................................................................ 16
2.2.4 Mensajes de Texto (SMS) ....................................................................................... 17
2.2.4.1. Arquitectura SMS................................................................................................ 18
2.2.4.2 Envío de un SMS. ................................................................................................ 19
2.2.5 Mensajes de Multimedia (MMS)............................................................................... 19
2.2.5.1. Arquitectura de un MMS ...................................................................................... 20
2.2.5.1. Protocolos MMS.................................................................................................. 20
3. HERRAMIENTAS DE DESARROLLO Y TECNOLOGIAS...................................................... 22
3.1 ArcGis........................................................................................................................... 22
3.1.1 ArcCatalog.............................................................................................................. 23
3.1.2 ArcMap...................................................................................................................24
3.1.2.1 Network Analist .................................................................................................... 26
3.2 J2ME ............................................................................................................................ 26
3.2.1 Historia................................................................................................................... 26
3.2.1 Arquitectura............................................................................................................ 27
 III

3.2.1.1 Configuración....................................................................................................... 28
3.2.1.2 Perfiles................................................................................................................ 28
3.2.1.3 Paquetes opcionales............................................................................................ 28
4. DESCRIPCION DEL SISTEMA............................................................................................. 30
4.1 Concepto del sistema..................................................................................................... 30
4.2 Problemática ................................................................................................................. 31
4.3 Componentes del sistema .............................................................................................. 31
5. DISEÑO DEL SISTEMA....................................................................................................... 32
5.1 Requerimientos Funcionales........................................................................................... 32
5.2 Requerimientos No Funcionales..................................................................................... 34
5.2 Diagramas de clase ....................................................................................................... 35
5.2.2 Aplicación JKAD..................................................................................................... 35
5.2.3 Aplicación JKSD..................................................................................................... 36
5.2.1 Aplicación JKSIG .................................................................................................... 36
5.2 Diagramas de secuencia del sistema final ....................................................................... 37
6. IMPLEMENTACIÓN DEL SISTEMA..................................................................................... 38
6.1 Sistema de localización geográfico JKSIG....................................................................... 38
6.1.1 Descripción de los mapas........................................................................................ 39
6.1.2 Datos de entrada .................................................................................................... 41
6.1.3 Características del sistema...................................................................................... 42
6.1.4 Características del mapa generado.......................................................................... 42
6.2 Aplicación para la creación de mensajes - JKAD............................................................. 43
6.3 Distribución de la aplicación ........................................................................................... 45
6.4 Simulador de mensajes.................................................................................................. 45
6.5 Arquitectura final del proyecto......................................................................................... 45
7. TRABAJO FUTURO............................................................................................................ 47
7.1 Sistema de Información Geográfico................................................................................. 47
7.2 Plataforma intermediaria ................................................................................................ 47
8. CONCLUSIONES............................................................................................................... 48
9. ANEXOS............................................................................................................................. 50
9.1 Instalación de herramientas............................................................................................ 50
9.2 Ejecución de la aplicación .............................................................................................. 54
10. BIBLIOGRAFÍA................................................................................................................. 57
 IV

LISTA DE FIGURAS

Figura 1. Sistema de Información Geográfica de Londres, planeación de ruta. .............................. 6

Figura 2. Sistema de Información Geográfica de Londres, opciones de rutas. ............................... 7
Figura 3. Sistema de Información Geográfica de Londres, detalles de la ruta. ............................... 7
Figura 4. Primer teléfono celular, Motorola Dyna TAC 8000X (Izquierda)...................................... 8
Figura 5. Crecimiento telefonía celular en Colombia ................................................................... 9
Figura 6. Manejo de capas en un SIG....................................................................................... 11
Figura 7. Representación de Figuras en un SIG ........................................................................ 14
Figura 8. Arquitectura GSM...................................................................................................... 17
Figura 9. Arquitectura SMS...................................................................................................... 19
Figura 10. Arquitectura MMS.................................................................................................... 20
Figura 11. Componentes ArcGis............................................................................................... 22
Figura 12. Vista ArcCatalog...................................................................................................... 23
Figura 13. Vista Información ArcCatalog ................................................................................... 24
Figura 14. Vista ArcMap........................................................................................................... 25
Figura 15. Arquitectura J2ME................................................................................................... 27
Figura 16. Descripción del sistema ........................................................................................... 30
Figura 18. Diagrama de clases Aplicación JKAD....................................................................... 35
Figura 18. Diagrama de clases Aplicación JKSD....................................................................... 36
Figura 17. Diagrama de clases Aplicación JKSIG ...................................................................... 36
Figura 20. Diagrama de secuencias del sistema final................................................................. 37
Figura 21. Primera versión de JKSIG........................................................................................ 38
Figura 22. Mavcen, descripción vial.......................................................................................... 39
Figura 23. Lmanzan, visualización de manzanas....................................................................... 40
Figura 24. Siicen, información de lugares.................................................................................. 41
Figura 25. Mapa generado....................................................................................................... 42
Figura 26. Nokia 6102.............................................................................................................. 43
Figura 27. Pasos para la creación de un mensaje Origen Destino............................................... 44
Figura 28. Arquitectura final de la aplicación ............................................................................. 46
 1

INTRODUCCIÓN

Día a día toda la gente busca facilitar sus vidas y hacerlas cada vez más productivas,
cómodas y agradables. Esto se debe a que actualmente se están viendo que la industria se
preocupa por inventar nuevos productos o servicios que le permitan a la humanidad llevar
una vida cada vez más fácil y alegre.

Un invento es cualquier producto, técnica, servicio o proceso que tiene una característica
muy importante y es que tenga un carácter novedoso. Aunque no siempre un invento parte
de ceros, existen algunos que nacen de inventos anteriores que de alguna forma dejaban de
cumplir alguna necesidad o que simplemente para ese entonces no se veían como una
necesidad o simplemente no había los medios para desarrollarlos.

Aunque los primeros inventos de la historia fueron hechos a base de piedra y arcilla es claro
que el primer y más grande invento en toda la historia de la humanidad ha sido el lenguaje.
Por medio del lenguaje podemos hacer que otras personas nos entiendan y a su vez que
cada uno de nosotros podamos entender a otras personas. Para ese entonces un lenguaje o
un medio de comunicación era lo más maravilloso ya que satisfacía la interacción entre un
grupo de personas. Hoy en día un lenguaje más que un lujo es una necesidad y algo
indispensable, incluso hay quienes sabemos más de un idioma y otros que se encargan toda
la vida de aprender tantos como puedan.

Hoy en día los inventores se encargan de soñar con ideas que puedan llegar a ser una
revolución mundial, otros simplemente miran que necesidades tienen y como pueden hacer
para solucionarlas y por últimos existen los clientes quien simplemente está ahí esperando a
que salga la última moda para comprarla y satisfacer sus necesidades.

Un ejemplo muy claro que muestra como un invento satisface las necesidades de nosotros
son los teléfonos celulares. Estos dispositivos nacieron en 1947 por una empresa
norteamericana llamada AT&T. Y hasta 1984 fueron utilizados como dispositivos
realmente portátiles por medio de la empresa M otorola. En la actualidad, un teléfono
celular es una necesidad para quienes tienen un negocio o una profesión donde tienen que
estar comunicándose constantemente o simplemente hace parte de un lujo para los niños
que necesitan que sus mamás los llamen para saber si ya se comieron las onces en el
colegio. Fuera de que sea un lujo o una necesidad los teléfonos celulares son una realidad y
cada vez la industria está tratando de inventar nuevas tecnologías y aplicaciones para que
los teléfonos celulares no simplemente cumplan una función de comunicación telefónica si
no también de dispositivos con muchas más funciones integradas.
 2

De este invento y de estas nuevas tecnologías surgió mi proyecto de grado y aunque no es

una idea nueva, ni de mi propia autoría, si es una aplicación innovadora que sin duda
alguna será un invento que pasará de ser un nuevo lujo a una necesidad para cada uno de
nosotros.
 3

OBJETIVO PRINCIPA L

• Utilizar las tecnologías existentes para poder prestar el servicio de localización

geográfica a los usuarios de telefonía celular.

• Utilizar de la mejor forma las herramientas de desarrollo para hacer aplicaciones

que sean reutilizables y escalables en un futuro.

• Crear conocimiento sobre redes de telefonía celulares, aplicaciones para telefonía

móviles y sistemas de localización geográfica.
 4

OBJETIVOS ESPECÍFICOS

Para poder alcanzar los objetivos principales de este proyecto de grado es necesario
especificar y cumplir cada uno de los siguientes objetivos específicos. Todos estos hacen
parte de un proceso y por tal motivo su cumplimiento garantizará el éxito del mismo.

1. Entender el funcionamiento de la red celular. También comprender cuales son sus

elementos principales y como estos interactúan para poder lograr su propósito final.

2. Entender el objetivo y la importancia de la localización geográfica en la actualidad.

3. Familiarizarse con la herramienta ArcGis. Entender los módulos que contiene, las
herramientas que ofrece y las funcionalidades que nos brinda para poder desarrollar
aplicaciones de sistemas de información geográfica.

4. Desarrollar una aplicación que a partir de unas coordenadas de origen y de un

nombre de un destino, se pueda generar un mapa en formato JPEG en donde se
pueda visualizar la ruta óptima entre estos dos puntos geográficos. Esta aplicación
la llamaremos JKSIG.

5. Desarrollar una aplicación para poder crear y enviar mensajes de petición desde un
dispositivo móvil real. Esta aplicación debe ser amigable con el usuario y debe
permitir construir el mensaje mediante la navegación de menús. Esta aplicación la
llamaremos JKAD.

6. Simular mediante una aplicación local la construcción del mensaje de texto. Esto se
debe a que todavía no se cuenta con una plataforma para poder enviar mensajes de
texto desde un dispositivo móvil real a una aplicación. Este simulador lo
llamaremos JKSM .

7. Distribuir la aplicación del sistema de información geográfico. Para esto se deberá

poner la aplicación JKSIG en un contenedor de aplicaciones. De esta forma al hacer
una petición desde el simulador JKSM generaremos un llamado POST a la
aplicación JKSIG para que esta elabore el mapa de acuerdo a la petición hecha por
el simulador.
 5

1. MOTIVACIÓN

1.1 Necesidades de los usuarios

La mayor motivación que me llevó a realizar este proyecto de grado surge del recuerdo de
tantas situaciones en las que uno desea ir con premura a un banco a pagar un impuesto, o
tiene que comprar con urgencia un artículo cualquiera en un una tienda especializada o por
el contrario cuando se encuentra en alguna zona de la ciudad, y quiere ir a un restaurante en
específico pero no sabe en realidad cual es el más cercano.

Con estas situaciones nos encontramos a diario cada uno de nosotros y lastimosamente no
podemos hacer más que preguntarle a la persona que está junto a nosotros o dirigirnos a
buscar lo que queremos en un directorio o unas páginas amarillas, para luego con la
dirección imaginarnos cuál puede ser nuestra ruta para llegar al destino. Obviamente sin
creer que tal vez esa no es la ruta óptima. Ahora, qué pasa si el usuario no hace parte de un
ciudadano habitual, sino de un extranjero que no tiene ni la menor idea de dónde se
encuentra ni mucho menos de dónde queda el lugar a donde quiere ir.

Son situaciones y momentos que hacen pensar que tiene que haber una forma para saber
cómo ir a ciertos lugares de la forma más rápida sin tener que ir a buscar un directorio, unas
páginas amarillas, un café Internet o simplemente acudir al uso de una llamada para que
alguien le informen sobre la ubicación de su destino.

1.2. Sistem as de inform ación geográfico

Debido a la necesidad mencionada anteriormente se motiva la existencia de un sistema que

pueda prestarle este servicio a la comunidad. Los Sistemas de Información Geográficos
(SIG) nos permiten hacer este tipo de aplicaciones y gracias a los adelantos que ha tenido
toda esta ciencia ahora es posible obtener muy buena información a partir de éstos.

Para explicar la utilidad de este tipo de aplicaciones nada más pertinente que comentar un
caso de la vida real. En Londres (Inglaterra) existe un Sistema de Información Geográfico
para los usuarios y que es administrado por la empresa de transporte de Londres (Transport
1
for London ). Este sistema es consultado vía Internet y por medio de éste uno puede indicar
dónde está, dónde quiere ir y qué medio de transporte desea utilizar (metro, bus, pie,
bicicleta, barco o tren) y a partir de esto poder obtener las posibles rutas para desplazarse.

1
Información recopilada de [1]
 6

En Londres es muy usado este sistema, al ser una ciudad relativamente grande y
cosmopolita les permite a los ciudadanos y a los turistas poder organizar su ruta de la mejor
forma. Una vista general de cómo funciona este sistema se muestra a continuación.

En la figura 1 se muestra la interfaz gráfica de cómo especificar el lugar donde se encuentra

el usuario, el lugar dónde quiere ir y qué medio de transporte quiere utilizar.

Figura 1. Sistema de Información Geográfica de Londres, planeación de ruta.

Luego de especificar estos datos, la figura 2 muestra cómo el sistema le indica al usuario
varias alternativas de rutas. De esta forma el usuario puede escoger qué ruta tomar de
acuerdo a los tiempos de traslados y los lugares visitados.
 7

Figura 2. Sistema de Información Geográfica de Londres, opciones de rutas.

Luego de escoger la ruta, el sistema le especifica más detalles sobre la misma, figura 3.
Entre varios detalles se encuentra la hora de partida, la hora de hora llegada, a qué estación
se debe dirigir para continuar la ruta, cuánto tiempo se demora en cada estación y por
ultimo le permite ver los mapas de los lugares por donde va a pasar, para que el usuario se
pueda ubicar geográficamente.

Figura 3. Sistema de Información Geográfica de Londres, detalles de la ruta.

 8

De este caso en especial se puede ver la potencialidad que tiene los Sistemas de
Información Geográficos. En especial para mostrar información de tiempos de trayectos,
rutas óptimas, tipos de transporte, ubicación geográfica, cambios de rutas etc.

1.3. Telefonía móvil

La evolución de la telefonía móvil ha permitido pasar de dispositivo de tamaños muy

grandes a celulares muy portables que son capaces de llevarse en el bolsillo. A parte de
esto, la tecnología ha avanzado tanto que su utilidad no solo se ha limitado a hacer y recibir
llamadas si no que se le han creado nuevos usos. Como por ejemplo hay dispositivos que
permiten tomar fotos, guardar música M P3 para luego reproducirla, hacer teleconferencias,
acceder a Internet, servir de agendas etc.

Figura 4. Primer teléfono celular, Motorola Dyna TAC 8000X (Izquierda) 2

El comportamiento de la telefonía celular en Colombia ha venido teniendo un auge altísimo

desde sus comienzos en el año de 1995. La DIAN en uno de sus informes sobre recaudos
IVA de telefonía móvil muestran el gran crecimiento que ha tenido este campo y como este
ha ido de la mano con el crecimiento económico del País: “El comportamiento de los
ingresos de las empresas de telefonía, guarda relación directa con el desempeño económico:
los años de mejor crecimiento real de la actividad económica coinciden con los años de
mayor incremento en el número de usuarios de teléfonos celulares. En efecto, los años
1997, 2003 y 2005, que registran las mejores tasas de crecimiento real del PIB, coinciden

2
Imagen tomada de http://www.celularis.com/imagenes/motorola_dynatac_8000x.jpg
 9

con las mayores tasas de crecimiento en el número de abonados en servicio y en los

ingresos por contraprestación de servicios cuya base es el ingreso bruto de los operadores.
En 1995, los abonados en servicio escasamente sumaban 254.011. Y al finalizar el tercer
trimestre de 2006, totalizan 29.181.097 usuarios. El aumento en el número de abonados
registrado en el 2005 y en lo corrido de 2006 (11.4 millones y 7.3 millones
respectivamente) puede atribuírsele a dos factores: al buen desempeño económico y a la
agresiva competencia por el mercado de usuarios adelantada por los diferentes operadores
3
de telefonía móvil.”

Figura 5. Crecimiento telefonía celular en Colombia4

De esta realidad se puede concluir que día a día más usuarios están utilizando este medio de
comunicacion y a partir de ésto poder sacar provecho para que ellos utilicen cada vez más
sistemas que les den servicios útliles en sus labores y no simplemente para realizar y recibir
llamadas.

1.3.1 Mensajes de texto y mensajes multimedia

Partiendo que en Colombia ha crecido el número de usuarios de telefonía celular y también

que las compañías que prestan este servicio se han preocupado por crear cada vez más
servicios para los usuarios, se permite pensar que la implementación de un Sistema de
Información Geográfica por medio de la red celular puede llegar a ser una realidad.

3
Nota tomada de [2]
4
Tabla tomada de [2]
 10

Los mensajes de texto pueden dar cabida a este servicio ya que actualmente quien tenga un
celular tiene la posibilidad de mandar mensaje de texto SM S. Por otra parte la elaboración
de estos mensajes no es complicada, sin mencionar que mediante aplicaciones instaladas en
los celulares se pueden crear y mandar mensajes automáticamente. Un ejemplo que explica
esto es cuando se desea saber el consumo de minutos a la fecha. Para hacer esto los
celulares traen una aplicación que permite por medio de menús enviar un mensaje para
consultar esta información. Luego de algunos segundos o dependiendo de la congestión de
la red el usuario recibe un mensaje de texto con la información de su petición.

Para el desarrollo de la aplicación JKSIG, será de gran utilidad estos mensajes de texto ya
que los usuarios podrán mediante una aplicación crear un mensaje de texto donde diga su
ubicación y el destino al cual quieren llegar. Con esta información, con la aplicación que se
va a desarrollar y a partir de la evolución de las plataformas que permitan enviar mensajes
multimedia a los usuarios, los usuarios de este sistema podrán recibir un mapa con la ruta
óptima para poder llegar a sus destinos.
 11

2. MA RCO TEORICO

2.1 Sistem as de Inform ación Geográficos5

Un Sistema de Información Geográfico es más conocido en la literatura y en la industria

con su acrónimo en ingles GIS o su acrónimo en español SIG. En breves palabras un SIG
es un conjunto de software, hardware, información geográfica (datos) e información
personal (datos) que se integran para recopilar, analizar y mostrar en forma gráfica (mapas)
las diferentes formas de la información.

De esta forma, un Sistema de Información Geográfico trabaja con una base de datos que
contiene datos geográficos, que pueden ser numéricos, alfabéticos, o alfanuméricos. Todos
estos datos están identificados para poderse diferenciar de otros datos u objetos digitales
(como también son llamados). Cada uno de estos objetos tiene atributos que describen las
características del objeto, entre las cuales se incluye primordialmente la ubicación
geográfica sobre el mapa.

Otras de las características importantes de un Sistema de Información Geográfico es la

posibilidad de manejar la información por capas y de esta forma almacenar la información
pertinente en diferentes módulos. La razón por la cual los SIG trabajan por capas es para
permitirle un trabajo mucho más fácil, rápido y ordenado al usuario, como también para
permitirle la posibilidad de crear nuevas capas por la unión de otras sub-capas.

Figura 6. M anejo de capas en un SIG 6

5
Inform ación tomada de [3] , [4] y [5]
6
Imagen tomada de http://es.wikipedia.org/wiki/Imagen:Sig.jpg
 12

2.1.1 Componentes de un Sistema de Información Geográfico

Como anteriormente se comentó un SIG hace parte de un conjunto de componentes que

interactúan para darle funcionalidad al sistema. Aunque muchas veces todos estos no se
tienen en cuenta al momento de hacer los desarrollos, cada uno de estos están
estrechamente relacionados para obtener un muy buen SIG.

El primero de estos componentes hace referencia a los equipos de cómputo o también

conocido en la literatura como hardware. La función de estos equipos es servir de base para
que opere un SIG (ejm. desktop, servidor, computadores portátiles)

El segundo componente es el software quien le da las herramientas y las funciones para que
el SIG pueda tomar datos, analizar información y mostrar información en forma de
cartografía. Los programas que colaboran con esta labor tienen a su cargo cuatro labores
importantes. La primera labor se refiere al manejo de los datos de entrada e información
geográfica. La segunda se encarga de manejar bases de datos que contienen toda la
información geográfica. La tercera comprende la funcionalidad de analizar y visualizar la
información. Y por último la interfaz gráfica para que el usuario pueda interaccionar con el
SIG.

El tercer componente y uno de los más importantes son los datos. Estos le dan las
características personales al sistema de información geográfico. Estos datos pueden ser
recopilados por los desarrolladores del SIG o por personas que están fuera del proyecto.

Los recursos humanos hacen parte del tercer componente, parte vital para la buena gestión
de una organización. Este personal debe estar altamente identificado con las herramientas
de trabajo y con los objetivos que van por debajo de la implementación de un sistema
geográfico.

Por ultimo se encuentra los procedimientos. Estos reflejan el plan a tomar para lograr los
objetivos. Es muy importante saber, entender y llevar a cabo los procesos de una forma
paralela a las reglas del negocio. Si se llevan estos procedimientos de la mejor forma se
garantizará un éxito durante la implementación del Sistema de Información Geográfico.

2.1.2 Qué se puede resolver mediante un Sistema de Información Geográfico

M ediante un SIG se puede dar solución a los siguientes tópicos:

• Localización de un lugar en específico y descripción de sus características físicas o

generales.

• Comparación de las situaciones propias de un lugar basándose en sus características

físicas o generales.
 13

• Cálculo de rutas óptimas entre dos puntos o más. Esta ruta puede ser óptima con
respecto a tiempo, distancia o el parámetro que se establezca. Las rutas pueden tener
cualquier cantidad de restricciones (obstáculos, sentidos de dirección, inclinaciones,
giros prohibidos etc.).

Para cada uno de las anteriores aplicaciones es necesario tener una base de datos que
contenga la información necesaria para poder calcular o entregar la información requerida.
Por ejemplo si se desea calcular la ruta óptima entre dos puntos para usuarios que viajan en
carro, es necesario que haya datos que den la información de sentidos de calles, giros
prohibidos, calles sin paso etc. Si no se tienen estos datos, no es posible resolver la ruta así
se tengan las herramientas para hacerlo.

2.1.3 Información

La información que se maneja en un Sistema de Información geográfico tiene varias

características teniendo en cuenta la funcionalidad. Todos los datos están relacionados con
un punto o un conjunto de puntos en un plano espacial. Estos lugares espaciales puede ser
áreas, puntos o líneas y cada uno de estas expresiones gráficas tienen propiedades o
características para que puedan ser descritos o manipulados.

Las líneas corresponden a casos en donde se quieren describir mallas viales, conductos
fluviales, tubería etc. Las áreas representan lugares tales como manzanas, bloques de
vecindades, embalses, represas, predios, en fin todo lo que tenga una representación de
área. Y por último los puntos representan cualquier cosa que tenga una ubicación específica
y unitaria en un área territorial.

En el caso de este proyecto se utilizan estos tres casos de figuras. Los puntos se utilizan
para definir los lugares a donde el usuario desea ir. Las áreas, que aunque no se utilizan
para hacer un análisis, sirven para mostrarle al usuario las manzanas del área donde se
encuentra para que se pueda ubicar de una forma mucha mas clara. Y finalmente las líneas
nos dan la mayor utilidad en este proyecto ya que cada una de ellas representa una calle en
el mapa de trabajo. Y a partir de éstas es que se puede calcular la ruta óptima entre dos
puntos.

La siguiente figura muestra tres capas en donde se tienen las tres representaciones de
figuras. La primera (izquierda) hace parte de la vista de manzanas, la siguiente representa la
vista de la malla vial y la ultima representa la ubicación geográfica de lugares (escuelas,
restaurantes, bancos, edificios etc.)
 14

Figura 7. Representación de Figuras en un SIG

2.2 Telefonía m óvil7

El objetivo principal que se espera con este marco teórico es entender y describir los
elementos principales que contiene esta tecnología y de esta manera tener un concepto claro
de cómo se relacionan sus componentes para tener las suficientes bases para poderlo
integrar al proyecto de grado.

2.2.1 Historia

La plataforma sobre la cual funciona la telefonía móvil es la GSM y aunque no es la única

plataforma si es la que actualmente se está usando en muchos lugares del mundo. Esta
plataforma ha sido uno de los grandes y más importantes adelantos tecnológicos en el
mundo. Luego de haberse instalado la primera red GSM , ésta se convirtió en el estándar
más usado. Ahora la tecnología GSM se encuentra en más de 200 países y cuenta con más
de 1 billón de usuarios en todo el mundo.

Su historia se remonta a la comunicación basada en células hacia el año de 1970 y va de la

mano de la aparición de los nuevos dispositivos móviles. Teniendo en cuenta que para ese
entonces los dispositivos solo eran análogos, la plataforma sobre la cual trabajaban era la
AM PS que en Europa se conocía como TACS. Con la entrada de los nuevos dispositivos
digitales cada país empezó a crear sus propias redes y de aquí surgió uno de los mayores
problemas ya que al trabajar con diferentes plataformas hacía que existieran límites
territoriales entre países. Para combatir este problema el Conference of European Post and
Telecommunication (CEPT) desarrolló un sistema basado en células de radio llamado
Groupe Special M obile (GSM ) para poderlo implementar en todos lo países europeos. Lo
que buscaban con este nuevo sistema era reducir los costos, permitir un roaming
internacional de forma automática y mejorar la calidad de la voz.
8
A continuación se muestra una cronología de la evolución de GSM .

7
Inform ación tomada de [6] , [7] y [5]
 15

1982 -El CEPT crea el grupo GSM

1985 -Primera recomendaciones del grupo GSM
1986 -Primeras pruebas de radio sobre GSM
1987 -Se elige el sistema TDMA como técnica de acceso al medio
1988 -Se valida el sistema GSM
1989 -Se traspasa GSM del CEPT al ETSI
1989 -Primeras especificaciones sobre GSM para desarrollar productos comerciales
1990 -Lanzamiento de GSM a nivel comercial
1991 -Inclusión de GSM en ciudades y aeropuertos
1993 -Cobertura de GSM en autopista e inicio de su uso fuera de Europa
1995 -Cobertura de áreas rurales

2.2.1 Descripción y características del sistema.

Un sistema de telefonía celular está compuesto por un grupo de celdas (células) que están
distribuidas organizadamente en el área de uso. Estas celdas tienen como característica
especial su tamaño que está definido por la potencia a la cual la antena transmite.
Dependiendo del uso y del lugar donde se vaya a implementar se buscará la potencia más
adecuada para satisfacer la demanda. Generalmente se buscan sistemas con potencia muy
baja para poder reutilizar un mayor número de frecuencias. Esto se debe a que cuando se
maneja un mayor número de frecuencias se tendrá un mayor número de usuarios
accediendo al sistema. Por otro lado se utilizan potencias bajas para evitar que haya
interferencias con las frecuencias de otras celdas vecinas. Para garantizar esto, también se
deben ubicar las antenas de las celdas a distancias largas, como también se debe asegurar
que una celda use frecuencias diferentes de las frecuencias que utilizan las celdas vecinas
para evitar las interferencias.

Luego de que las potencias de cada una de las celdas están determinadas el siguiente paso
es unir las celdas entre sí para generar una gran red. Generalmente estas uniones se hacen
mediante cables, aunque en el peor de los casos cuando la distancia entre las celdas es muy
larga se busca una comunicación inalámbrica mediante enlaces de radio.

Dependiendo de las características del área donde se va a implementar la red es necesario

saber qué clase de celdas instalar. Estas vienen dadas por la densidad de usuarios que se
piensa manejar, como también por la cobertura que se desea (siempre se busca optimizar
los recursos).

De esta forma existen varias clases de celdas: Las primeras son las macro celdas que son
ubicadas generalmente en terrenos muy grandes que no tienen mucha densidad de

8
Cronología tomada textualmente de [6]
 16

población. Normalmente estas celdas transmiten a una alta potencia debido a que sus celdas
vecinas se encuentran demasiado retiradas.

La segunda clase de celdas se llaman micro celdas y tienen características totalmente

opuestas a las macro celdas. Estas trabajan a muy baja potencia debido a que están ubicadas
en terrenos con una gran densidad de usuarios. Al tener la frecuencia baja se podrá
garantizar que tengan más frecuencias disponibles para satisfacer la demanda de usuarios.

Las macro celdas y las micro celdas son omnidireccionales (cobertura de 360 grados) y se
usan en casos donde hay espacios abiertos. En casos de lugares en donde la cobertura se
tiene que dar en un línea recta de cobertura se utiliza la tercera y ultima clase de celdas
llamadas celdas selectivas. Estas generalmente son usadas en túneles o en lugares donde
solo se va prestar servicio en una dirección específica.

2.2.3 Arquitectura

La arquitectura del sistema GSM tiene cuatro componentes:

El primero corresponde a las estaciones móviles (M S por sus siglas en inglés). Este
componente hace referencia al dispositivo que tenemos cada uno de nosotros como
usuarios. De este componente hacen parte los equipos móviles y las tarjetas SIM . Hay
equipos móviles de diferentes precios y funcionalidades. Hay desde los que tienen solo la
funcionalidad de teléfono hasta los que vienen con cámara, reproductor MP3 y demás. Con
respecto a la tarjeta SIM se puede decir que hace parte de un pequeño dispositivo que se
inserta en el los equipos móviles para darles las características de red y de usuario.
M ediante estas tarjetas SIM es que el usuario puede acceder a la red ya que esta contiene la
información de la misma. Es decir que quien lleva los datos personales es la tarjeta SIM y
no el equipo móvil. De esta forma el usuario puede llevar su tarjeta SIM a otro dispositivo
móvil obteniendo el mismo número de identificación.

El procedimiento para que el usuario se conecte a una red empieza cuando la tarjeta SIM es
puesta en el equipo móvil. En este momento la tarjeta SIM le pasa la información de la red
al dispositivo móvil para que éste empiece a buscar la red GSM a la cual esté inscrito el
usuario. Luego de que el dispositivo haya encontrado la red hay un proceso de suscripción.
A partir de ese momento la tarjeta SIM queda inscrita en la celda con la que se conectó. De
esta forma cuando alguien quiera comunicarse con este usuario solo tendrá que saber en
qué celda es en la que se encuentra.

Siguiendo con la descripción de los módulos continuamos con el subsistema de

conmutación y red (NSS). Este componente se encarga de gestionar las comunicaciones
que se realizan entre lo clientes de una red. La administración de esta red se lleva a cabo
mediante la gestión de otros sub-módulos. El M obile Service Switching Center es el
encargado de realizar conexiones con otras redes como también el encargado de hacer la
conmutación de la red interna. El Gateway M obile Service Switching Center se encarga de
ser el puente con otras redes de telefonía (como por ejemplo la telefonía fija). Este
componente puede ser implementado como software o como hardware. El Home Location
 17

Register hace parte de una base de datos que contiene la información de todos los usuarios
que están conectados a una celda. La información que esta base de datos contiene hace
referencia a la ubicación del usuario, como también de los servicios que cada uno de los
usuarios posee. El Authentication Center es un módulo que se encarga de autenticar los
usuarios que pretenden entrar a la red, muchos de estos poseen sub-módulos de
encriptación. Otro que se encarga de prestar servicio de seguridad a la red es el Equipment
Identy Register. Este módulo se encarga de verificar que los equipos móviles de los
usuarios sean equipo válidos y que los usuarios que posean equipos que no estén inscritos
en la base de datos no puedan acceder a la red. Y finalmente el G SM Interworking Unit que
proporciona la interfaz para que pueda haber comunicación de datos con otras redes.

El siguiente gran componente hace referencia a las estaciones base (BSS). Este componente
es el encargado de conectar las M S con los NSS y su misión en general es la de transmisión
y recepción de datos por medio de antenas. Como se comentó antes, la cobertura que va a
tener las estaciones base dependerá de la potencia de las antenas.

Finalmente se encuentra los subsistemas de soporte y operación (OSS) que se encargan de

monitorizar toda la red ya que se encuentran conectados directamente con varios NSS y
BSS.

El concepto de la arquitectura que se describió anteriormente se muestra a continuación.

Figura 8. Arquitectura GSM 9

2.2.4 Mensajes de Texto (SMS)

Los mensajes de texto son más conocidos como SM S de sus siglas en inglés Short M essage
Service. Estos mensajes hacen parte de un servicio para usuarios de telefonía móvil por

9
Imagen tomada de https://styx.uwaterloo.ca/~jscouria/GSM/gsmreport.html
 18

medio del cual se pueden redactar y enviar mensajes cortos a otros usuarios que también
tengan dispositivos móviles. Los SM S partieron de lado de la red G SM y se han convertido
en un sistema fácil y efectivo para que la gente se comunique. Fuera de esto, sirven como
mecanismo para obtener información en general (estado de cuenta, lugares de interés,
chistes, datos económicos, etc.)

2.2.4.1. Arquitectura SMS10

La arquitectura sobre la cual trabajan los Short M essage Service (SM S) se basa en los
siguientes componentes:
• Short M essage Entity (SM E): Es una entidad la cual puede recibir y enviar mensajes
cortos. Esta SM E puede ser localizada en redes modificadas, estaciones móviles o
algún otro centro de servicio.

• Short M essage Service Center (SM SC): Es el responsable de retransmitir,

almacenar y enviar mensajes cortos entre un SM E y una estación móvil.

• Home Location Register (HLR): Es una base de datos usada para guardar y manejar
la información de usuarios y servicios. El HLR también contiene información para
poder redireccionar un mensaje corto a un usuario específico.

• M obile Switching Center (M SC): Es el encargado de realizar la conmutación del

sistema como también de controlar los llamados desde o hacia otros teléfonos y/o
sistemas de datos

• SM S-Gateway M SC: Es un M SC encargado de recibir un mensaje corto de un

SM SC, preguntar el Home Location Register (HLR) para redireccionar la
información y entregar el mensaje corto al nuevo M SC de la estación móvil
receptora.

• Visitor Location Register (VLR): Es una base de datos que contiene información
temporal de los usuarios. El M SC necesita esta información para prestarle el
servicio a los usuarios del sistema.

La figura siguiente muestra la arquitectura SM S descrita.

10
Inform ación tomada de [12]
 19

Figura 9. Arquitectura SM S11

2.2.4.2 Envío de un SMS.

Para que un Short M essage System SM S sea enviado y recibido por su destinatario final se
debe seguir el siguiente procedimiento.

1. El mensaje corto es enviado del SM E al SM SC.

2. El SM SC averigua la HLR y la información de enrutamiento para este usuario.
3. El SM SC envía el mensaje corto al M SC.
4. El M SC recupera la información del usuario del VLR (esta consulta puede incluir
un proceso de autenticación).
5. El M SC transfiere el mensaje corto al M S.
6. El M S devuelve al SM SC la información de este mensaje corto.
7. Si el mensaje corto es recibido por un SM E éste devuelve un acuso se recibido.

2.2.5 Mensajes de Multimedia (MMS)

Este es un sistema que permite enviar mensajes multimedia de un dispositivo móvil a otro.
Se entiende como multimedia a cualquier imagen, sonido o video. Estos mensajes son muy
completos porque a la vez pueden enviar mensajes de texto con el mismo mensaje
multimedia. Aunque el uso de estos mensajes no es tan popular como el del SM S, es una
nueva tecnología que les proporciona a los usuarios disfrutar al máximo de su
entretenimiento. Así como en los mensajes de texto, que hay restricción de caracteres, en
los MM S también hay restricciones y estas son básicamente el tamaño del archivo
multimedia que se va enviar y el número de caracteres del mensaje de texto adjunto. Estos
límites son relativos y depende de cada uno de los operadores, pero generalmente estos
archivos multimedia no pueden tener un tamaño mayor de 300 KB. Otra de las
características de los MM S es que éstos solo pueden ser usados por equipos que soporten
multimedia. De esta forma esta tecnología es más selectiva y a excepción de los SM S solo
aplica a usuarios con estos tipos de dispositivos.

11
Imagen tomada de http://www.hssworld.com/commapps/smsc/faq.htm#Q.1
 20

2.2.5.1. Arquitectura de un MMS12

La arquitectura de un sistema de mensaje multimedia contiene los siguientes elementos:

• MM S Relay/Server: Es el encargado de enrutar los mensajes multimedia desde y

hacia la red.

• MM S Server: Su labor es de almacenar los mensajes que no se han podido enviar.

• M ultimedia M essage Service Center (MM SC): Cuando el servidor MM S se

encuentra junto con el MM S Relay/Server se conoce como M ultimedia M essage
Service Center (MM SC).

Figura 10. Arquitectura MM S13

2.2.5.1. Protocolos MMS

Teniendo en cuenta que el envío de mensajes multimedia no hace solo referencia a texto,
los MM S manejan protocolos para controlar y manipular la información. Entre los más
importantes se encuentran los siguientes:

• MM1: Se usa entre las estaciones móviles y el MM S Center y sirve para definir
como es la transmisión y recepción del mensaje a través del MM SC.

12
Inform ación tomada de [13]
13
Imagen tomada de [13]
 21

• MM3: Se usa entre otros sistemas de mensajería y el MM SC y sirve para definir

como se va a realizar la comunicación entre éstos (requerimientos).

• MM4: Se usa entre los servidores MM SC y sirve para definir la interoperabilidad.

• MM5: Se usa entre el M M SC y los elementos de la red (módulos vistos en la

arquitectura de la red GSM )

• MM6: Se usa para acceder a la base de datos.

• MM7: Se usa para que un proveedor de servicios pueda enviar y recibir mensajes a
través de un MM SC.
 22

3. HERRA MIENTAS DE DESARROLLO Y TECNOLOGIAS

3.1 ArcGis14

ArcGis es una herramienta de desarrollo que está constituida por un conjunto de productos
que interactúan entre sí para construir sistemas de información geográficos. Esta
herramienta le permite al usuario integrar sus aplicaciones con otras tecnologías que no
necesariamente tengan que ver con sistemas de información geográfica como lo son bases
de datos u otras aplicaciones.
15
Los módulos que se maneja en ArcGis se pueden representar en el siguiente esquema :

Figura 11. Componentes ArcGis

Desktop GIS: “Constituyen un conjunto escalable de productos que constituyen la

plataforma básica mediante la cual los usuarios generan, importan, editan, consultan,
cartografían, analizan y publican información geográfica.”

Gis par desarrolladores: ArcGis contiene diferentes herramientas para que los
desarrolladores puedan hacer sus aplicaciones con base en librerías dadas por esta
herramienta.

14
Inform ación tomada de [8]
15
Imagen tomada de http://www.esri-es.com/index.asp?pagina=2
http://www.esri-es.com/
 23

Servidor GIS: Hace parte de los módulos más importantes para el servidor de ArcGis. Por
medio de estos módulos es posible que varios clientes accedan a la herramienta para que
tengan acceso a toda la funcionalidad de la misma.

Gis móvil: “Permite al trabajador de campo capturar, almacenar, actualizar, manipular,

analizar y visualizar la información geográfica”

ArcWeb Service: Hace parte de la reunión de varios servicios que le permiten a los usuarios
de ArcGis incluir el contenido y la funcionalidad de la herramienta desde cualquier
aplicación sin que tenga la necesidad de almacenar los datos.

Aunque ArcGis nos da un catalogo muy grande de servicios, en este proyecto solo
utilizaremos dos de sus módulos: ArcM ap y ArcCatalog. A continuación una explicación
de éstos.

3.1.1 ArcCatalog

ArcCatalog es una aplicación del módulo de ArcGis Desktop por medio de la cual se puede
acceder y organizar la información de mapas, datasets, meta datos, globos y servicios. Una
vista de la herramienta se muestra a continuación.

Figura 12. Vista ArcCatalog

 24

Con ArcCatalog se puede explorar y buscar información geográfica, registrar, visualizar y

administrar meta datos, definir, exportar e importar diseños y esquemas de la geodatabase,
buscar y explorar datos de GIS en redes locales y en Internet y administrar un servidor de
ArcGis.

Para el desarrollo de la aplicación se utilizó ArcM ap para poder entender los mapas con los
que se iba a trabajar. Esto se debe a que éstos no fueron desarrollados durante el proyecto
de grado, si no que fueron conseguidos por medio de la Universidad. En este caso era vital
entender como estaban compuestos y que características tenían, para así mismo utilizarlos
en el desarrollo de la aplicación. Una vista de cómo se despliega la información mediante el
uso de esta herramienta se muestra en la siguiente figura.

Figura 13. Vista Información ArcCatalog

3.1.2 ArcMap

ArcM ap es una aplicación del módulo ArcGis Desktop. Por medio de esta aplicación se
pueden crear, modificar y ver mapas. ArcM ap contiene todas las herramientas necesarias
para manipular mapas (cartografía, análisis y edición). Una vista de la herramienta es la
siguiente.
 25

Figura 14. Vista ArcM ap

Por medio de ArcM ap se pueden obtener dos clases de vistas de mapas:

• Vista geográfica de los datos: Por medio de esta vista se puede simbolizar, analizar
y agrupar la información que traen los mapas. Esto se hace por medio de unos
archivos llamados datasets, los cuales contienen en formas de tablas toda la
información de los mapas. De esta forma cada punto geográfico en un mapa tiene
asignado un conjunto de atributos que lo caracterizan.

• Vista de Layout: Esta vista se usa para hacer mapas que estén listos para impresión
o para publicación. Esta vista contiene elementos cartográficos para caracterizar los
mapas como por ejemplo barras de escalas, mapas de referencia, leyendas, etc.

En el desarrollo de esta aplicación esta fue una de las herramientas más importantes ya que
a partir de ésta se entendió el mecanismo para poder encontrar la ruta más óptima entre dos
lugares. Esta labor se hizo mediante el módulo Network Analist en ArcM ap
 26

3.1.2.1 Netw ork Analist

Network Analyst es un módulo de ArcGis Desktop por medio del cual se pueden resolver
rutas a partir de mapas multimodales. Estas rutas óptimas se generan a partir de
características dadas por el usuario y basadas en la red que posee el mapa. Las
características que da el usuario parten de la posición geográfica del origen, del destino y de
las paradas por las que quiere que la ruta pase. La ruta se hace a partir de un archivo
llamado dataset que contiene la información de la red.

Entre muchas características que posee Network Analyst las más importantes son las
siguientes.

• Se puede trabajar con redes complejas y de gran tamaño. Esto es muy importante
para la escalabilidad de este proyecto ya que por ahora se está trabajando en una
zona relativamente pequeña (centro de Bogotá) pero cuando se quiera trabajar con
toda la ciudad se podrá integrar fácilmente.

• La ruta óptima también puede estar determinada por impedancias (restricciones de

rutas) como son giros, direcciones de vías y vías cerradas.

• Es posible manejar tiempos de desplazamientos.

Hay que aclarar que las anteriores características están sujetas a las características de los
mapas, es decir, si se quiere generar rutas óptimas con sentido es necesario que los dataset
contengan información de dirección de vías e información de giros.

3.2 J2ME16

La plataforma J2M E es una tecnología usada en aplicaciones para dispositivos móviles

como celulares, PDAs, tarjetas SIM , entre otras. Esta tecnología nació gracias a la
evolución que han tenido los dispositivos móviles en el mundo. Uno de sus mayores usos
se da en la creación de aplicaciones para poder crear y enviar mensajes de texto SM S, como
también para la construcción de juegos para celulares y programas especializados para
PDAs.

3.2.1 Historia

J2M E viene de Java 2 M icro Edition y tiene sus comienzos a principios de los 90 cuando
Sun M icrosystem elaboró un lenguaje de programación llamado Oak, este era con el fin de
desarrollar software para dispositivos electrónicos. El primer dispositivo que sirvió de
plataforma de Oak fue Star7 y hacía parte de un dispositivo handheld que servía de soporte
para redes de inalámbricas y de comunicación infrarroja.

16
Inform ación tomada de [9] y [10]
 27

Lastimosamente Oak nunca alcanzó a tener una gran evolución ni llegó a ser implementado
en dispositivos que salieran al comercio. Por esta razón los creadores de Oak decidieron
cambiarle de nombre y enfoque a Oak y decidieron renombrarlo con Java. Desde este
momento y con un diferente enfoque Java empezó a servir de plataforma para
programadores de software más complejos y con más procesamiento que en un simple
dispositivo móvil. A partir de este cambio vino el gran auge de Java con sus plataformas
para manejar comercio electrónico y software industrial. En un momento dado Java quiso
retomar sus antepasados y fue donde creó una plataforma que sirviera para dispositivos
móviles y fue cuando nació J2M E.

3.2.1 Arquitectura

17
J2M E tiene los siguientes componentes :

• Connected Limited Device Configurations

• Connected Device Configurations
• M obile Information Device Profiles

Estos componentes junto a un JRE totalmente optimizado constituyen una tecnología

dedicada al consume masivo de dispositivos móviles.

La arquitectura de J2M E se puede definir como la unión de dos grandes bloques que
dependen de las características del dispositivo móvil que se esté usando. La arquitectura se
muestra a continuación:

Figura 15. Arquitectura J2M E18

17
Tomado de [8]
18
Imagen tomada de http://grasia.fdi.ucm.es/j2me/_J2METech/index.html
 28

De esta forma la plataforma J2M E está basada en tres módulos muy importantes:

• Configuración
• Perfiles
• Paquetes Opcionales

3.2.1.1 Configuración

Está compuesto por una máquina virtual y por un conjunto de librerías básicas para su
funcionamiento. Por medio de este módulo se les pueden brindar las funciones elementales
a los dispositivos móviles, como por ejemplo la labor de administrar la memoria y permitir
la conectividad con la red. Entre las configuraciones más usadas están las siguientes:

• Connected Limited Device Configuration: Hacen parte dispositivos con una

memoria limitada y con procesadores lentos.
• Connected Device Configuration: Hacen parte los dispositivos con procesadores
más rápidos y con una mayor memoria. Estos incluyen una máquina virtual
completa.

3.2.1.2 Perfiles

Para satisfacer una ejecución completa de una aplicación basada en J2M E el módulo de
configuraciones tiene que estar asociado con un módulo de perfiles que contienen un
conjunto de APIs. Sobre estas APIs se especifica un poco más la definición de interfaces
con el usuario, acceso a propiedades del dispositivo y manejos del ciclo de vida de la
aplicación. Entre los perfiles más usados están los siguientes:

• M obile Information Device Profile: Creado para dispositivos móviles y PDAs.

Permiten manejar las funcionalidades básicas del dispositivo como son la interfaz,
la conectividad a redes, el manejo de datos y el ciclo de vida de las aplicaciones.
• Personal Profile. Está diseñado para dispositivos mucho más completos y con un
mayor procesamiento. Entre estos dispositivos se encuentran PDAs de última
tecnología con capacidad para acceder a Internet y desplegar consolas de juegos de
alta resolución.
• Personal Basic Profile. Este hace parte de un subconjunto del Personal Profile y se
basa en un entorno de aplicaciones para dispositivos que necesitan un manejo
grafico básico.

3.2.1.3 Paquetes opcionales

Debido que día a día vienen saliendo nuevas tecnologías y plataformas, es necesario que
J2M E esté abierta a la inclusión de todas éstas. De esta forma los paquetes opcionales
 29

hacen parte de APIs que contienen librerías útiles para poder soportar nuevos mercados.
Como por ejemplo el uso de Bluetooth, mensajería wireless, conectividad a bases de datos
etc.

Lo funcional de estos paquetes opcionales se ve en que la industria los puede ir

incorporando a sus dispositivos móviles a medida que las tecnologías vayan evolucionando
y a partir de esto satisfacer los requerimientos de escalabilidad y reusabilidad.
 30

4. DESCRIPCION DEL SISTEMA

4.1 Concepto del sistem a

El concepto del sistema que se va a desarrollar comienza por la necesidad de un usuario que
se encuentra ubicado en un lugar llamado origen y que desea llegar a un lugar llamado
destino.

El usuario mediante su teléfono celular creará un mensaje de texto que contendrá su origen
y su destino. La elaboración del mensaje se hará mediante una aplicación (instalada en el
celular del usuario). Esta aplicación guiará al usuario para que de una forma organizada
ingrese su origen y su destino. Luego de haber ingresado y confirmado estos datos la
aplicación enviará automáticamente el mensaje a la plataforma intermediaria.

La aplicación intermediaria hace parte de un plataforma que es capaz de recibir mensajes de

texto de la red celular para luego reenviarlos a la aplicación JKSIG que se encargará de
procesar la solicitud del usuario.

JKSIG tendrá como objeto recibir peticiones Origen Destino para poder generar mapas que
muestren la ruta óptima para ir del origen al destino. Óptimo lo definimos en términos de
distancia. Luego de que la aplicación JKSIG haya generado el mapa, éste se comunicará
con la aplicación intermediaria y le entregará el mapa con la ruta óptima.

La aplicación intermediaria por medio de su plataforma enviará un mensaje multimedia al

usuario con el mapa que representa su consulta Origen Destino.

Figura 16. Descripción del sistema

 31

4.2 Problemática

El paso por la plataforma de la aplicación intermediaria no se incluirá en los objetivos de

este proyecto. Esto se debe a que las compañías que se encargan de prestar el servicio de
telefonía celular no prestan todavía esta plataforma para satisfacer por completo las
necesidades de este proyecto.

Para suplir esta problemática se realizará una simulación del mensaje por parte del usuario
para que la aplicación JKSIG pueda crear el mapa. De esta forma garantizaremos que para
cuando exista una plataforma que cumpla estas necesidades, podamos hacer de una manera
sencilla el acople de aplicaciones.

4.3 Com ponentes del sistem a

El sistema final que se llevará a cabo en este proyecto de grado estará constituido por los
siguiente subsistemas:

• JKSIG: Encargado de crear los mapas a partir de una petición Origen Destino
• JKSM : Encargado de simular el mensaje por parte del usuario (tendrá la misma
interfaz de la aplicación en un dispositivo real)
• JKAD: Encargado de crear y enviar mensaje Origen Destino desde un dispositivo
real. (Este será base para la implemetación futura con una plataforma intermediaria)

La descripción de cada uno de estos subsistemas se detallará en el numeral que describe el

Diseño del Sistema.
 32

5. DISEÑO DEL SIST EMA

5.1 Requerimientos Funcionales

Identificación Nombre del Requerimiento

RF -01 Crear y enviar mensaje SM S
Resumen

Cuando el usuario desea hacer una petición para que el sistema le indique cómo ir del lugar donde
se encuentra al destino que quiere, el sistema debe ser capaz de crear un mensaje a partir de la
información que le suministre el usuario. Esta información debe ser solicitada por medio de menús
en una aplicación instalada sobre un dispositivo móvil. Una vez el usuario haya creado el mensaje,
el sistema debe ser capaz de enviar este mensaje SM S.

Precondición

Trae

Postcondición

El mensaje SM S se ha enviado satisfactoriamente.

Identificación Nombre del Requerimiento

RF -02 Crear y enviar petición POST
Resumen

Cuando el usuario desea hacer una petición para que el sistema le indique cómo ir del lugar donde
se encuentra al destino que quiere, el sistema debe ser capaz de crear un mensaje a partir de la
información que le suministre el usuario. Esta información debe ser solicitada por medio de menús
en una aplicación. Una vez el usuario haya creado el mensaje, el sistema debe ser capaz de enviar
una petición POST con la información del mensaje.

Precondición

Trae

Postcondición

La información del mensaje se ha enviado satisfactoriamente por medio de una petición POST.
 33

Identificación Nombre del Requerimiento

RF -03 Buscar origen y destino de
Resumen

Una vez el sistema tenga la información de la carrera o transversal donde se encuentra el usuario,
la calle o diagonal que cruza la carrera o transversal y el nombre del destino a donde quiere ir, el
sistema debe ser capaz de encontrar las coordenadas geográficas de estos dos puntos. En tal caso
que el sistema encuentre más de dos puntos que concuerden con el nombre del destino se registrará
una lista de puntos destinos con las coordenadas de los mismos. Si no se llega a encontrar el punto
de origen o el nombre del destino la petición del usuario será no válida.

Precondición

El sistema debe recibir un número que representa la carrera o transversal donde se encuentra el
usuario, un número que representa la calle o diagonal que cruza la carrera o transversal y un
nombre que representa el destino.
Postcondición

Si existe el lugar del origen y el nombre del destino, se tendrán las coordenadas geográficas del
punto del origen y las coordenadas geográficas del lugar de destino. Si se tienen varios lugares que
concuerdan con el nombre del destino se creará un arreglo de coordenadas geográficas.

Identificación Nombre del Requerimiento

RF -04 Crear ruta óptima
Resumen

Una vez el sistema tenga la información de las coordenadas geográficas del origen y del destino el
sistema debe ser capaz de encontrar la ruta óptima entre estos dos puntos. En tal caso que se tengan
más de dos coordenadas geográficas, el sistema encontrará la ruta óptima para cada uno de estos
destinos y luego escogerá la más corta de ellas.

Precondición

Se tienen las coordenadas geográficas del origen y las coordenadas geográficas del destino. En tal
caso que varios lugares concuerden con el nombre del destino se tendrá un arreglo de coordenadas
geográficas.
Postcondición

Se tiene la ruta óptima entre el origen y el destino. Esta ruta óptima está representada por un
M apBean. Un M apBean es un componente por medio del cual se pueden representar mapas.
 34

Identificación Nombre del Requerimiento

RF -05 Generar JPG
Resumen

Una vez el sistema tenga el M apBean que represente la ruta óptima, el sistema debe ser capaz de
generar un archivo JPG a partir de este M apBean. Este archivo JPG no debe superar los 800
píxeles (dimensiones) y 150 Kbs (tamaño).

Precondición

Se tiene un M apBean que representa la ruta óptima entre el origen y el destino.

Postcondición

Se tiene un archivo JPG que contiene la ruta óptima entre el origen y el destino.

5.2 Requerimientos No Funcionales

Identificación Nombre del Requerimiento

RNF -01 Usabilidad
Resumen

La aplicación que se encarga de recibir la petición del usuario debe tener una interfaz fácil de usar.
Este requerimiento se podrá satisfacer por medio del uso de menús para que el usuario vaya
navegando a medida que crea el mensaje.

Identificación Nombre del Requerimiento

RNF -02 Escalabilidad - M odificalidad
Resumen

El sistema debe ser desarrollado de tal forma que en un futuro se pueda trabajar sobre él para
desarrollar nuevas aplicaciones. Este requerimiento se puede cumplir si se tiene una buena
documentación sobre los procesos y las aplicaciones desarrolladas.
 35

Identificación Nombre del Requerimiento

RNF -03 Distribución
Resumen

La aplicación encargada de generar los mapas debe poder ser accedida por Internet. Ésto permitirá
que esta aplicación pueda conectarse en un futuro con una aplicación intermediaria. Este
requerimiento se puede satisfacer al incluir métodos que reciban llamados POST.

5.2 Diagram as de clase19

5.2.2 Aplicación JKAD20

Figura 17. Diagrama de clases Aplicación JKAD

19
Diagramas de clase y diagramas de secuenci a elaborados en Visual Paradig for UML
20
Ver documentación de las clases en las fuentes de la aplicación JKAD
 36

5.2.3 Aplicación JKSD21

Figura 18. Diagrama de clases Aplicación JKSD

5.2.1 Aplicación JKSIG22

Figura 19. Diagrama de clases Aplicación JKSIG

21
Ver documentación de las clases en las fuentes de la aplicación JKSD
22
Ver documentación en las clases en las fuentes de la aplicación JKSIG
 37

5.2 Diagramas de secuencia del sistema final

Figura 20. Diagrama de secuencias del sistema final

 38

6. IMPLEMENTA CIÓN DEL SISTEMA

6.1 Sistem a de localización geográfico JKSIG

Este es el sistema principal de la aplicación. Su función es crear mapas con la ruta óptima
entre dos lugares. Se desarrolló en Java sobre eclipse y utilizó las librerías de ArcGis. La
siguiente es la primera versión (standalone) que se obtuvo en el desarrollo de la aplicación,
cuando aún no se tenía montado el programa sobre un contenedor de aplicaciones. Fue muy
útil esta primera versión para hacer las primeras pruebas de la generación de mapas. Su
funcionamiento se basaba en simular el mensaje de texto (sin menús) para poder generar el
mapa y poderlo mostrar (derecha de la figura).

Figura 21. Primera versión de JKSIG

Para desarrollar el sistema de localización geográfico JKSIG primero se definieron las

características que debían tener los mapas generados y las características que debían tener
los datos de entrada.
 39

Para hacer una aplicación real se utilizaron un conjunto de archivos que representarían el
mapa del Centro de la ciudad de Bogotá. Esta información fue proporcionada por el
profesor Dr German Bravo.

6.1.1 Descripción de los mapas

El mapa del Centro de Bogotá es un conjunto de archivos que contienen la información

necesaria para realizar la aplicación. Este mapa está compuesto por tres submapas o capas
de mapas.

• M avcen: Tal vez es el mapa más útil para la finalidad de este proyecto. Este
contiene la malla vial del Centro de Bogotá (comprendido entre la avenida de la
Hortua (calle 1) y la avenida Francisco de M iranda (calle 45) y entre la Avenida
Ciudad de Quito (Kr 3) y la última nomenclatura de los cerros orientales). Este
mapa contiene información de cada una de las vías comprendidas entre estas calles.

Se dice que este sub-mapa es el más importante de todos ya que a partir de éste es
que se generará la ruta óptima. Una vista del mapa mavcen se muestra a
continuación (también se muestra una vista de la información que contiene cada una
de estas calles).

Figura 22. M avcen, descripción vial.

• Lmanzan: Aunque este sub-mapa no contiene información relevante para la

generación de la ruta óptima, si presta una funcionalidad visual importante. Este
contiene la distribución geográfica de todas las manzanas contenidas entre las calles
 40

anteriormente nombradas. Esto será útil al momento de mostrarle la ruta óptima al

usuario, ya que la ruta óptima se pondrá sobre esta subcapa de manzanas, para que
de esta forma cuando el usuario vaya a leer el mapa pueda con facilidad ubicarse
geográficamente. Una vista de este mapa se muestra a continuación (aunque sus
características no son relevantes también se muestra).

Figura 23. Lmanzan, visualización de manzanas

• Siicen: Este mapa es el último de todos y contiene la información de 1124 lugares

reales dentro de estas calles de la ciudad de Bogotá. Entre estos lugares se
encuentran bancos, edificio, entidades, establecimientos comerciales, universidades,
escuelas, restaurantes, museos, librerías, etc. A partir de este mapa se ubicará el
lugar donde desea ir el usuario, teniendo en cuenta que cada uno de estos puntos
está representado por unas coordenadas geográficas sobre los mapas anteriormente
descritos. Una vista de este mapa y de la información que contiene cada uno de
estos puntos se muestra a continuación.
 41

Figura 24. Siicen, información de lugares

6.1.2 Datos de entrada

Para pensar en los datos de entrada que iba a tener la aplicación fue necesario analizar la
posición en la que se encontraría un usuario al momento de utilizar este sistema. Cuando un
usuario se encuentra en un lugar específico, generalmente no sabe con exactitud el número
y la nomenclatura de las calles y las carreras donde se encuentra (a excepción que se
encuentre en un lugar donde pueda ver las placas informativas). A partir de esto, el usuario
solo podría especificar un bosquejo del número de la carrera donde se encuentra y del cruce
de la calle (ejm. “me encuentro más o menos en la carrera 7 con 28”).

Del anterior raciocinio podemos definir que uno de los datos de entrada del sistema es
el número de la carrera y el número de la calle que la cruza. Por otro lado, otro dato
importante es el destino al cual quiere llegar. Este dato hace parte del nombre del
mismo (ejm. La M edia Torta, Colseguros, Colpatria etc.) y se buscará en el mapa siicen
por medio del atributo “nombre”.

De esta forma los datos de entrada para el sistema son los siguientes:

• Carrera o transversal de origen.

• Calle o diagonal que cruza la carrera o transversal de origen.
• Nombre del destino
 42

6.1.3 Características del sistema

Tal como se ha mencionado anteriormente, el sistema pretende encontrar la ruta óptima

entre un origen y un destino. Lo óptimo estará basado en distancia y debido a que el mapa
no tiene la información de sentidos de calles y opciones de giro, esta aplicación solo
mostrará la ruta óptima para aquellos usuarios que desean transportarse caminando.

Otra característica muy importante es que si un usuario desea ir a un lugar que tiene varias
sucursales (ejm. Colpatria), la aplicación estará en la capacidad de saber cual es la sucursal
que queda más cerca del lugar donde se encuentra el usuario. De nuevo la cercanía está
definida en términos de distancia.

6.1.4 Características del mapa generado

El mapa que se va generar es un archivo JPG que tiene la siguiente forma:

Figura 25. M apa generado

Las características más importantes que posee este mapa es que muestra la ruta óptima
entre dos puntos. Por otro lado este mapa tiene una vista sobre solo estos dos puntos, es
decir que si la ruta solo se basa en desplazarse dos cuadras entonces el mapa solo mostrará
 43

estas dos cuadras y algunas a su alrededor (pero no mostrará el mapa de toda la ciudad de
Bogotá). Esto se hace con el fin de solo mostrarle información relevante al usuario.

También este mapa muestra los nombre de las calles principales por donde esta pasando la
ruta. Este nombre hace referencia al atributo “NOM B_COMUN” en el mapa mavcen. El
objetivo de mostrar las calles principales es para ubicar de una mejor forma al usuario.

Teniendo en cuenta que en un futuro este archivo se va a mandar por medio de un mensaje
multimedia MM S al usuario, éste debe tener también ciertas características para que pueda
ser enviado. Una de estas características es el tamaño y la otra las dimensiones.
Generalmente una imagen en un celular no sobrepasa las dimensiones de 800 X 800
píxeles. Con respecto al tamaño la imagen no puede superar los 300 KB (tamaño estándar).

Para efecto prácticos la aplicación JKSIG no genera mapas que superen los 150 KB y con
respecto a las dimensiones solo se generan mapas de hasta 800 píxeles (hay algunos mapas
que tienen menos de 800 píxeles de dimensión debido a que la distancia de la ruta óptima
es mucho más corta).

6.2 Aplicación para la creación de mensajes - JKAD

Teniendo en cuenta que en un futuro de esta aplicación el usuario mandará un mensaje

SM S desde su celular, se diseñó una aplicación para que el usuario pueda crear su mensaje
de una forma fácil. Esta aplicación fue desarrollada bajo la tecnología J2M E y puede ser
instalada en cualquier dispositivo móvil que maneje aplicaciones JAVA. En este caso se
instaló y se probó sobre un Nokia 6102.

Figura 26. Nokia 6102 23

El procedimiento para poder generar el mensaje de texto SM S es muy sencillo. Primero el

usuario tiene que correr la aplicación sobre la plataforma del dispositivo móvil. Luego
aparecerá una primera pantalla donde se le pide al usuario su ubicación de origen (carrera o

23
Imagen tomada de http://www.phonenews.com/phones/gsm/nokia/images/nokia-6102.gif
 44

transversal y cruce). Después de introducir estos datos, aparecerá otra pantalla donde la
aplicación le pregunta al usuario el nombre del destino a donde quiere ir. Seguidamente y
luego de que el usuario de OK, la aplicación mandará automáticamente este mensaje al
destinatario.

En este caso y por cuestiones de prueba se está mandando este mensaje a un número celular
de prueba, pero en un futuro cuando ya exista la plataforma intermediaria, este número
hará parte del número pequeño de la plataforma intermediaria.

Una vista de cómo funciona esta aplicación sobre un dispositivo móvil se muestra a
continuación (aunque esta aplicación actualmente funciona sobre un dispositivo real, la
siguientes imágenes hacen parte de un simulador que emula la aplicación desarrollada)

Figura 27. Pasos para la creación de un mensaje Origen Destino

 45

6.3 Distribución de la aplicación

En un futuro cuando la plataforma intermediaria se encuentre disponible, ella se encargará

de acceder la aplicación JKSIG para que ésta le resuelva la consulta del usuario. Teniendo
en cuenta esto es imprescindible poner esta aplicación en un contenedor de aplicaciones
para que pueda ser accedida por medio de la red.

Para hacer esta labor se creó un servicio POST en la aplicación JKSIG, este servicio se
encarga de recibir la petición Origen Destino para luego invocar los métodos del mundo
que generan el mapa con la ruta óptima. Para que este servicio pueda ser accedido por la
red, se montó la aplicación JKSIG sobre un contenedor de aplicaciones de Tomcat. De esta
forma cualquier aplicación mediante un llamado POST podrá acceder a la aplicación
JKSIG.

6.4 Sim ulador de mensajes

Teniendo en cuenta que todavía no se cuenta con una aplicación intermediaria, hubo la
necesidad de simular la aplicación del envío de mensajes. De esta forma, se podrá construir
el mensaje tal cual como se construye en el dispositivo real para luego hacer un llamado
POST sobre la aplicación JKSIG. Ésto se hizo con el fin de probar la aplicación JKSIG
montada sobre el contenedor de aplicaciones. En los anexos de este documento se
especifica como es ejecutado este simulador.

6.5 Arquitectura final del proyecto

Finalmente la arquitectura del proyecto está compuesta por tres módulos. Uno hace parte de
una aplicación llamada JKAD que es la que se encarga de crear y enviar mensajes desde un
dispositivo real. El segundo módulo es la aplicación JKSIG que se encarga de generar un
mapa con la ruta óptima a partir de un llamado POST que contiene el mensaje Origen
Destino. Y finalmente el tercer módulo se encarga de simular la funcionalidad de la
aplicación JKAD y de hacer un llamado POST con el mensaje Origen Destino sobre la
aplicación JKSIG.

De esta forma la arquitectura de este proyecto se ve de la siguiente manera:

 46

Figura 28. Arquitectura final de la aplicación

 47

7. TRABAJO FUTURO

La aplicación creada en este proyecto de grado es una muy buena aproximación a una
aplicación real y aunque no se pudo hacer la integración completa con una aplicación
intermediaria y con un dispositivo real, si se dejaron las bases suficientes para poderlo
implementar cuando esté disponible toda la plataforma. Con respecto al trabajo futuro está
claro que hay dos puntos de acción a trabajar: el sistema de información geográfico y la
adaptación de la plataforma intermediaria.

7.1 Sistem a de Inform ación Geográfico

Es indiscutible que la generación de los mapas se debe dar para dos tipos de usuarios: para
los que se desplazan caminando y para los que se desplazan por medio de un transporte
motorizado (automóviles, motos, etc.). En este caso, es más que necesario integrarle la
funcionalidad de generar rutas para estos dos tipos de usuarios. En el caso de usuarios que
se desplazan caminando, la aplicación JKSIG ya cubre ese requerimiento, pero para el caso
de usuarios que utilizan un medio de transporte motorizado no lo cumple debido a que no
se cuenta con la información necesaria para hacer esta labor (sentido de calles).

Por otro lado, en el caso de tomar esta aplicación como un servicio real para la comunidad,
es necesario incluir un mapa de toda la ciudad de Bogotá. De esta forma sería necesario
saber si se cuentan con estos mapas y si es así qué tan disponibles están para un uso
comercial. Aunque la aplicación funcionó muy bien para el mapa del centro, existe la
posibilidad de que para grandes mapas haya problemas de optimización y de falta de
recursos (memoria). En este caso para trabajos futuros es importante tener en cuenta estos
detalles.

7.2 Plataform a intermediaria

El trabajo realizado en este proyecto de grado deja las bases suficientes para el momento en
que esté disponible una plataforma intermediaria. Ésto se debe a que ya se cuenta con una
aplicación que crea y envía mensajes desde un dispositivo real y también se cuenta con una
aplicación montada sobre un contenedor de aplicaciones que es capaz de generar mapas con
la ruta óptima a partir de un llamado POST.

De esta forma el trabajo futuro con respecto a este punto está estrechamente ligado con la
incorporación de una plataforma que preste el servicio de recibir los mensajes SM S por
parte de los usuarios, luego que sea capaz de acceder a la aplicación JKSIG por medio de
un llamado POST y que luego sea capaz de enviar el mapa generado por la aplicación
JKSIG por medio de un mensaje multimedia MM S al usuario.
 48

8. CONCLUSIONES

Las necesidades de la humanidad son las pautas para que la industria y los inquietos
inventores empiecen a pensar en proyecto, producto, servicios o cualquier cosa que le
permitan a la gente facilitar sus vidas. Al principio de la historia la comunicación se hacía
mediante señales de humo, hoy en día nos podemos comunicar por medio de un celular a
miles de kilómetros de distancia. Eso hace pensar que la evolución de los procesos y de las
tecnologías seguirá creciendo hasta un punto muy alto.

La evolución de todas estas tecnologías en Colombia se están llevando día a día y aunque
no somos pioneros de ellas, si tratamos de involucrarlas a nuestras vidas para obtener el
mayor fruto de ellas. M uchas empresas multinacionales se están preocupando por la
evolución tecnológica en nuestro país, dándonos un gran valor agregado ya que nos
proporcionan las plataformas para que el país crezca en tecnología y en conocimiento.

Con respecto a la telefonía móvil, las empresas que prestan este servicio están compitiendo
día a día para conquistar el mercado y eso hace que cada vez traten de incorporar nuevos
sistemas para que los usuarios sigan con ellos. Ésto nos beneficia mucho como Ingenieros y
como desarrolladores de aplicaciones, ya que nos da pie para inventarnos sistemas que sean
útiles y que creen ventajas competitivas sobre estas compañías. Este proyecto es una de
esas ideas y aunque lastimosamente no se pudo incorporar a una plataforma real, sí se
convierte en un gran éxito para mi carrera, ya que en un futuro no muy lejano estará siendo
usado por muchos usuarios de telefonía móvil en el país. Éste es mi sueño y estaré muy
pendiente para llevarlo a ser una realidad.

Del trabajo realizado puedo concluir que fue de gran ayuda la formación académica que
tuve en la Universidad de los Andes. Debido a todo el conocimiento adquirido, se tuvieron
las bases suficientes para poder llevar un buen proceso y una buena metodología para el
desarrollo de este proyecto de grado.

Las aplicaciones hechas en este proyecto de grado servirán para la implementación en un

futuro del servicio de información geográfica en telefonía móvil. Durante este proceso fue
muy importante el estudio de las herramientas y tecnologías con respecto a la telefonía
móvil y a los SIG.

Los Sistemas de Información Geográficos son una muy buena herramienta para la
ubicación geográfica de usuarios. Para este proyecto de grado fueron de gran utilidad ya
que gracias a su teoría y a las herramientas de ArcGis se pudo implementar un servicio que
le permitiera a un usuario saber como llegar a su destino por medio de un mapa con la ruta
óptima.
 49

Con respecto a la telefonía móvil, una de las conclusiones que deja este proyecto de grado
es la motivación del poder implementar muchas aplicaciones útiles para dispositivos
móviles. En este caso se desarrolló una aplicación para que el usuario pudiera crear los
mensajes de solicitud. En un futuro se tendrá la oportunidad de que un dispositivo móvil
reciba los mapas generados y para ese entonces se podrá decir que el concepto del sistema
se habrá cumplido.
 50

9. ANEXOS

9.1 Instalación de herram ientas

ENTORNO JAVA

Instalar JDK y JRE

• Copiar la carpeta “JDK – JRE” en la ruta del ordenador que desee. Este contendrá
el instalador “jdk-6-windows-i586”.
• Ejecutar el instalador y seguir los pasos descritos por el asistente de instalación.
(tenga presente la ruta donde quedo instalado)
• Crear los entornos de de ambiente
o Ir a Inicio/ Panel de Control/ Sistema
o Dar clic sobre la pestaña Opción avanzadas
o Ingresar a Variables de entorno
o En variables del sistema poner Nuevo
o En nombre de variable poner JAVA_HOM E y en valor de la variable poner
la ruta donde fue instalado el JDK. Aceptar.

o Sin salir de variables de entorno buscar la variable “path” en Variables del

Sistema. Poner modificar. Al final del valor de variable poner un punto y
coma “ ; ” copiar la ruta del bin del JDK instalado. Luego poner otro punto y
coma “ ; ” para copiar la ruta del bin de JRE. El JRE se encuentra dentro de
la JDK instalado.

Instalar ECLIPS E

Para utilizar eclipse no es necesario ejecutar un asistente de instalación. Sólo basta con
copiar la carpeta “eclipse” en la ruta que desee. Para correr eclipse existe un acceso directo
en la ruta donde se copió esta carpeta.
 51

Instalar ArcGis24

El desarrollo de la aplicación se hizo con las licencias que tiene la Universidad de los
Andes de esta herramienta. Sin embargo para poder utilizar esta herramienta en algún otro
ordenador es necesario conseguir las licencias correspondientes.

Para utilizar ArcGis como plataforma de desarrollo es necesario instalar el paquete

ArcView y el paquete ArcGis Desktop DeveloperKit.

• Instalación ArcView

o Cerrar todas las aplicaciones que estén activas en el momento.

o Insertar el CD de instalación
o Automáticamente aparecerá el asistente de instalación.

o Dar clic sobre Install ArcGIS Desktop

o Luego aparecerá una pantalla donde dice que tipo de instalación seguir.
Seleccionar Typical.
o Luego aparece la opción de modificar la ruta de instalación de Python (una
plataforma necesaria para trabajar con ArcGis). Dar siguiente.
o Luego aparece la opción de modificar la ruta de instalación de ArcView. Si
no la desea cambiar poner siguiente. Comenzará el proceso de instalación.
o Cuando todos lo componentes se hayan instalado, aparecerá una pantalla en
donde se le pregunta al usuario si desea registrar su software ArcGis o lo
desea dejar para después. Teniendo en cuenta que para utilizar ArcGis es
necesario que el software esté registrado entonces le daremos la opción de
registrar de una vez. Aparecerá la siguiente pantalla.

24
Inform ación tomada de [11]
 52

o Como usted se va a registrar por primera vez seleccione la primera opción.

o Luego aparecerá una pantalla en donde se le pregunta el método que desea
para registrar su software. Luego de seleccionar cualquiera de su método de
preferencia dar siguiente y seguir los pasos que le provee el asistente de
instalación.

• Instalación de ArcGis Desktop DeveloperKit

o Para comenzar el asistente de instalación inserte el CD y ejecute el

setup.exe localizado dentro de la carpeta ArcGIS Desktop Developer Kit.
o ArcGIS Desktop Developer Kit le proporciona al usuario la posibilidad de
instalar las fuentes de desarrollo con las cuales se desee trabajar. Teniendo
en cuenta que la aplicación de este proyecto de grado está basada sobre
JAVA seleccionar el Software Developer Kit para JAVA. Seleccionar
siguiente para que el asistente comience la instalación.

Una vez se hayan instalado estos dos componentes se podrá utilizar la aplicación JKSIG
sobre su ordenador.

Instalar TOMCAT

• Para utilizar Tomcat en su ordenador primero copie el contenedor de aplicaciones

“apache-tomcat-6.0.10” en la ruta que usted decida (tenga presente esta ruta ya que
la utilizará para la configuración de las variables de entorno). Esta carpeta ya tiene
incorporado la aplicación JKSIG
• Crear los entornos de de ambiente.
 53

o Ir a Inicio/ Panel de Control/ Sistema

o Dar clic sobre la pestaña Opción avanzadas
o Ingresar a Variables de entorno
o En variables del sistema poner Nuevo
o En nombre de variable poner CATALINA_HOM E y en valor de la variable
poner la ruta donde fue copiado “apache-tomcat-6.0.10”.

o Sin salir de variables de entorno buscar la variable “path” en Variables del

Sistema. Poner modificar. Al final del valor de variable poner un punto y
coma “ ; ” copiar la ruta del BIN del TOM CAT copiado.

Luego de seguir estos pasos ya se podrá utilizar el contenedor de aplicaciones TOM CAT.

Instalar J2ME sobre NetBeans

Para desarrollar la aplicación J2M E que se encarga de crear y enviar mensajes desde un
dispositivo real fue necesario seguir los siguientes pasos:

• Instalar NetBeans.

o De la página de NetBeans http://www.netbeans.org/downloads/ baje

NetBeans IDE 5.5.1.
o Ejecute el programa de instalación y siga los pasos para llevar a cabo su
instalación.

• Instalar NetBeans – M obility (J2M E)

o Ejecutar “netbeans-mobility-5_5-windows.exe” y siga los pasos para el

proceso de instalación.

Al terminar estos pasos, se podrá cargar el proyecto que contiene la aplicación

desarrollada.
 54

9.2 Ejecución de la aplicación

• Ejecutar el contenedor de aplicaciones

o Para ejecutar el servidor de aplicaciones vaya a la ruta
[CATALINA_HOM E]/bin y ejecute startup.exe para iniciar el servidor. Se
desplegará las siguientes líneas de comando que representarán el
funcionamiento del servidor TOM CAT.

• Ejecutar la aplicación JKSM

o Importe el proyecto “EnviarPost”.

o Corra el proyecto importado. Se desplegará el simulador para crear el
mensaje Origen Destino:
 55

o Poner Launch. Aparecerá lo siguiente:

o Ingrese la carrera o transversal.

o Ingrese la calle o diagonal que cruza.
o Poner OK. Aparecerá lo siguiente:
 56

o Ingrese el nombre de su Destino.

o Poner OK. Acá se realizará el llamado POST sobre la aplicación JKSIG que
se está ejecutando sobre el contenedor de aplicaciones TOM CAT. Las
líneas de comando del contenedor de aplicaciones TOM CAT debe mostrar
que hubo un llamado POST para generar una ruta óptima a partir de una
petición Origen Destino.
o Luego de que la aplicación JKSIG ejecute la petición generará el mapa en la
ruta [CAT ALINA_HOME]\webapps\prueba\WEB-INF\classes\data\soluciones.
 57

10. BIBLIOGRAFÍA

[1] Information on all forms of public transport in London, routes, maps and journey
planner

http://www.tfl.gov.uk/

[2] Recaudo IVA Telefonía móvil 2003 a enero de 2007. Informe No 7. DIAN.
República de Colombia

[3] Sistemas de Información Geográficos. Carmona Álvaro, M onsalve R. Jhon

[4] El uso de los sistemas de información geográfica: aplicaciones con Arc/Info. Gould,
M ichael. ESRI España Geosistemas, S.A.

[5] Enciclopedia Libre Wikipedia

http://es.wikipedia.org/wiki/Portada

[6] Fundamento de las redes GSM , Santiago M árquez Solís

[7] Fundamentos de los sistemas de comunicaciones móviles, Sendin Escalona Alberto,

Editorial M cGraw-Hill

[8] JAVA. COM , Sun Mycrosystem

http://www.java.com/es

[9] ESRI España Geosistemas S.A. Empresas pertenecientes al Grupo EP de España.

Compañía dedicada a distribuir y promocionar Sistemas de Información Geográfica
(SIG). ArcGis

http://www.esri-es.com/

[10] Datasheet Java 2 Platform, M icro Edition (J2M E), Sun Mycrosystem
 58

[11] Documentación ArcGis 9.1.

[12] http://www.hssworld.com/commapps/smsc/faq.htm

[13] Gwenaël Le Bodic, Alcatel Business Systems (2002). MOBILE MESSAGING:SMS,

EMS and MMS. : IEEE