CIS0930IS02 CONSTRUCCIÓN DE UNA ARQUITECTURA QUE PROVEA SERVICIOS DE INFORMACIÓN Y/O PUBLICIDAD A DISPOSITIVOS MÓVILES BASADOS EN SU UBICACIÓN GEO-REFERENCIADA Autores: ANDRÉS GAITÁN GALARZA JAIR ANDRÉS MORENO MUÑOZ http://pegasus.javeriana.edu.co/~CIS0930IS02/ PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERIA CARRERA DE INGENIERIA DE SISTEMAS BOGOTÁ, D.C. 2010 Ingeniería de Sistemas ISTAR - CIS0930IS02 CIS0930IS02 CONSTRUCCIÓN DE UNA ARQUITECTURA QUE PROVEA SERVICIOS DE INFORMACIÓN Y PUBLICIDAD A DISPOSITIVOS MÓVILES BASADOS EN SU UBICACIÓN GEO-REFERENCIADA. Autores ANDRÉS GAITÁN GALARZA JAIR ANDRÉS MORENO MUÑOZ MEMORIA DEL TRABAJO DE GRADO REALIZADO PARA CUMPLIR UNO DE LOS REQUISITOS PARA OPTAR AL TITULO DE INGENIERO DE SISTEMAS Director ING. JAVIER FRANCISCO LÓPEZ PARRA Jurados del Trabajo de Grado ING. LEONARDO FLÓREZ VALENCIA ING. JORGE EDUARDO TORRES MANRIQUE PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERIA CARRERA DE INGENIERIA DE SISTEMAS BOGOTÁ, D.C. ENERO, 2010 2 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica PONTIFICIA UNIVERSIDAD JAVERIANA FACULTAD DE INGENIERIA CARRERA DE INGENIERIA DE SISTEMAS Rector Magnífico Padre Joaquín Emilio Sánchez García S.J. Decano Académico Facultad de Ingeniería Ingeniero Francisco Javier Rebolledo Muñoz Decano del Medio Universitario Facultad de Ingeniería Padre Sergio Bernal Restrepo S.J. Directora de la Carrera de Ingeniería de Sistemas Ingeniero Luis Carlos Díaz Chaparro Director Departamento de Ingeniería de Sistemas Ingeniero Cesar Julio Bustacara Medina Página 3 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Artículo 23 de la Resolución No. 1 de Junio de 1946 “La Universidad no se hace responsable de los conceptos emitidos por sus alumnos en sus proyectos de grado. Sólo velará porque no se publique nada contrario al dogma y la moral católica y porque no contengan ataques o polémicas puramente personales. Antes bien, que se vean en ellos el anhelo de buscar la verdad y la Justicia” 4 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica AGRADECIMIENTOS A mi madre, por su sabiduría y tenacidad que me ha brindado. A mis compañeros y profesores por su amistad y enseñanza. Andrés Gaitán Galarza A todas aquellas personas que en el camino de la vida han estado cerca de mí y me han dejado alguna enseñanza. Para mis padres y hermanos que sin su apoyo nunca hubiera llegado a este punto y a todos aquellos que demostraron su amistad durante este tiempo. A mis profesores que más que instructores de conocimiento fueron participes de un proceso de crecimiento tanto académico como personal y en muchos casos se convirtieron amigos en el proceso, les agradezco su paciencia y comprensión en todo momento. Muchas gracias Jair Andrés Moreno Página 5 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Contenido INTRODUCCIÓN .....................................................................................................11 I - DESCRIPCION GENERAL DEL TRABAJO DE GRADO..............................12 1. OPORTUNIDAD O PROBLEMÁTICA .....................................................................12 1.1 Descripción del contexto ............................................................................................. 12 1.2 Formulación ................................................................................................................ 13 2. DESCRIPCIÓN DEL PROYECTO ...........................................................................14 2.1 Visión global................................................................................................................ 14 2.2 Justificación................................................................................................................. 14 2.3 Objetivo general .......................................................................................................... 15 2.4 Objetivos específicos ................................................................................................... 15 II - MARCO TEÓRICO ............................................................................................15 1. SIG ...................................................................................................................16 2. DEFINICIÓN Y TIPOS DE LBS ..............................................................................16 3. ARQUITECTURAS DE TIPO MIDDLEWARE...........................................................19 III - PROCESO...........................................................................................................22 1. METODOLOGÍA PROPUESTA ..............................................................................22 2. DESARROLLO DEL PROYECTO ...........................................................................23 3. REFLEXIÓN METODOLÓGICA ............................................................................25 IV - RESULTADOS Y RECOMENDACIONES.....................................................27 1. FASE DE EXPLORACIÓN .....................................................................................27 Black Berry ........................................................................................................................ 28 6 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Palm OS y WebOS ............................................................................................................. 28 iPhone................................................................................................................................ 29 Symbian ............................................................................................................................. 30 Windows Mobile ................................................................................................................ 30 Conclusiones acerca de la exploración de los sistemas operativos estudiados ................ 31 2. ANÁLISIS E IDENTIFICACIÓN DE REQUERIMIENTOS PARA UN LBS ......................34 3. DISEÑO DE LA ARQUITECTURA ..........................................................................39 Diagrama Físico................................................................................................................ 41 Modelo de dominio ............................................................................................................ 43 Diagrama de casos de uso................................................................................................. 44 Diagrama de lógica ........................................................................................................... 45 Diagrama de despliegue .................................................................................................... 47 4. FASE DE IMPLEMENTACIÓN ...............................................................................49 V - CONCLUSIONES Y TRABAJOS FUTUROS ..................................................54 1. CONCLUSIONES .................................................................................................54 2. TRABAJOS FUTUROS .........................................................................................55 VI -GLOSARIO: DEFINICIONES, ABREVIACIONES Y ACRÓNIMOS.........56 VII - REFERENCIAS Y BIBLIOGRAFÍA .............................................................60 VIII- ANEXOS ...........................................................................................................68 Página 7 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 RESUMEN Día a día, nuevos dispositivos móviles están emergiendo con capacidades de acceder a internet, usar tecnología tipo GPS y disponer de diferentes aplicaciones que se suscriben a servicios basados en su localización. Estos últimos le permiten a un usuario poseer una gran variedad de servicios innovadores que hasta ahora se están explotando. Sin embargo, proveedores de servicios basados en localización y desarrolladores no han logrado definir una plataforma estándar que integre diferentes dispositivos móviles eliminando la incompatibilidad y asegurando una escalabilidad en sus productos. El presente documento busca ofrecer soluciones para estos inconvenientes, analizando, diseñando e implementando una arquitectura de tipo middleware que ofrezca servicios de información y/o publicidad y así obtener una ganancia para cada uno de los stakeholders. ABSTRACT Every day, new mobile devices are emerging with new features like internet access, GPS location and the ability to run applications that use location based services. Those applications give the user the power to use new services that have not been discovered until now. However, different location based service providers and developers could not define a standard platform to make it available to different mobile devices without incompatibility and assuring scalability in their products. The present document implements a solution to those problems, with a middleware designed to offer information and advertising services with revenue to all the stakeholders. 8 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Página 9 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 RESUMEN EJECUTIVO Hoy en día, los servicios basados en la localización están teniendo un éxito a nivel mundial debido al auge de los teléfonos celulares, asistentes digitales y otros dispositivos móviles. En Colombia poco se ha explotado estos servicios y aún el tema es desconocido para muchos. Sin embargo, muchas empresas consideran adoptar un cambio en la cadena de valor tradicional hacia una que integre nuevas tecnologías para generar mayor atracción en sus negocios. Estos pueden adoptar un nuevo modelo dónde se haga un mayor énfasis en actividades virtuales que en las clásicas, existiendo la posibilidad de ahorrar en recursos y producir métodos efectivos en servicios de información o publicidad. Por otro lado, esta masificación de dispositivos móviles con capacidad de acceder Internet, su apogeo y de poder emplear tecnologías de geo-referenciación cada vez más sofisticadas crea la oportunidad de ofrecer un servicio al cliente cada vez más personalizado y de concebir estrategias de tipo océano azul, como las define Chan Kim y Mauborgne del libro best seller del mismo nombre [KIM et al 2005] (1). Con este proyecto se pretendió construir una arquitectura que provea servicios de información y/o publicidad a dispositivos móviles basados en su ubicación geo-referenciada. Este se realizó usando una metodología estructurada de desarrollo del proyecto efectuando un estado del arte de los LBS, una búsqueda de un tipo de servicio en Colombia y un diseño arquitectónico general junto a un prototipo funcional de la aplicación. El producto creado pretendió dar valor a todos los stakeholders involucrados haciendo énfasis en los arquitectos y desarrolladores de software en el área de los LBS. 10 Memoria de Trabajo de Grado – Proyecto de aplicación práctica Pontificia Universidad Javeriana INTRODUCCIÓN Este documento es el resultado del trabajo de grado: “Construcción de una arquitectura que provea servicios de información y/o publicidad a dispositivos móviles basados en su ubicación geo-referenciada” El trabajo de grado surgió de la idea de diseñar, construir e implementar una arquitectura tipo middleware para solucionar algunos problemas que existen de interoperabilidad entre diferentes plataformas y tecnologías de diferentes dispositivos móviles a la hora de acceder a LBS. A continuación se describe brevemente las secciones que abarca este documento. Sección I – Descripción general de trabajo de grado: aquí el lector podrá familiarizarse con la visión global de este documento, la formulación del problema a tratar, su justificación y los objetivos que se plantearon al crear la propuesta de trabajo de grado. Sección II – Marco teórico: en esta sección se integra teorías, estudios y antecedentes en general sobre la oportunidad y/o problemática; además es un punto de referencia que sustenta teóricamente este trabajo de grado e inspira nuevas proyectos. Sección III – Proceso: aquí se describe la metodología propuesta al inicio de desarrollo de este trabajo, indicando las actividades realizadas y sus modificaciones con su correspondiente justificación de cada una de ellas. Sección IV - Resultados y recomendaciones: Aquí se describen los resultados parciales de cada subsección, incluyendo las conclusiones relevantes que finalmente son compiladas y empleadas para generar una propuesta. Esta última, junto a su implementación asociada, sus pruebas y resultados son explicados. Sección V-Conclusiones y trabajos futuros: En la sección final del documento, se describen las conclusiones a las que se llegó con este trabajo de grado, así como algunos caminos que invitan a futuros desarrollos. Página 11 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 I - DESCRIPCION GENERAL DEL TRABAJO DE GRADO 1. Oportunidad o Problemática 1.1 Descripción del contexto Los teléfonos celulares fueron inventados en 1973 por Motorola [WICK 1991] (2). De acuerdo Gartner Inc, líder mundial en investigaciones de tecnologías de información, en el año 2009 había más de 1200 millones de teléfonos celulares en el mundo [CAFE 2009] (3). Al transcurrir los años se fueron incorporando otros servicios como identificación de llamadas, emisión y recepción de mensajes, agendas, juegos y una gran variedad de aplicaciones. Gartner estima que hoy en día existen más de 53,8 millones Smartphones [CAFE 2009] (3) En Colombia, los teléfonos celulares han estado presentes desde hace más de 10 años y se han extendido ampliamente. Según la Superintendencia de Industria y Comercio [SIC 2010] (4) en la actualidad existen 41,4 millones de líneas activas y según la Comisión de Regulación de Comunicaciones (CRC), se obtiene 4,2 billones de pesos en la telefonía móvil [TELE 2010] (5). En cuanto al acceso a Internet en Colombia, la CRC registra en el primer semestre de 2009 más de 2,7 millones de suscriptores a nivel nacional, dónde 2,2 millones corresponden accesos fijos y 495.730 pertenecen a conexiones móviles. “(… ) El crecimiento de los accesos (a Internet) móviles es tal que las nuevas altas del servicio durante el primer semestre (339.120 conexiones) es superior a las nuevas altas de enlaces fijos (227.745 líneas).” [TELE 2010] (5) Estas tendencias a nivel mundial han permitido un nuevo emerger en el sector de los servicios basados en la localización (LBS), los cuales Shukla [SHUK 2010] (6) los define como la capacidad de encontrar la localización geográfica de un dispositivo móvil para enseguida proveer algún servicio basado en dicha información. 12 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Juniper Research, una firma de analistas de telecomunicaciones especializada en el sector de los dispositivos móviles, ratifica la gran evolución de este mercado como se observa en la Figura 1. Figura 1: Evolución de soluciones móviles LBS en el mundo [LBSM 2010] (7) Todo este potencial no ha sido del todo explotado, en gran parte por las pocas implementaciones a gran escala ya que muchos de los servicios actuales son exclusivamente para sectores empresariales cerrados [MCMA 2006] (8) al igual que existen muchas plataformas para dispositivos móviles que carecen de poca interoperabilidad.[COST 2002] (9) 1.2 Formulación Para los stakeholders involucrados en el negocio de los servicios basados en la localización, los cuales algunos son los desarrolladores de aplicaciones y los proveedores de LBS, existe una barrera que presenta la baja interoperabilidad entre diversas tecnologías. El desarrollador Página 13 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 está sujeto a una plataforma en particular para satisfacer las necesidades de una empresa que provea este tipo de servicios, lo que causa poca o ninguna escalabilidad; estos problemas se podrían evitar sí existiera un acuerdo global entre todos ellos estableciendo algunas características básicas. En consecuencia, surge la siguiente pregunta: ¿Cómo construir un sistema de LBS que provea servicios de información y publicidad genéricos independientes de las plataformas en los dispositivos móviles? 2. Descripción del Proyecto 2.1 Visión global A lo largo del desarrollo de este proyecto se estableció un estado del arte de los servicios basados en la localización, explorando las diferentes plataformas y tecnologías disponibles en los dispositivos móviles. Después de esta exploración inicial se comenzó el análisis y diseño de una arquitectura viable para un LBS en Colombia. Teniendo como base esta información recolectada durante la exploración y el análisis se construyó una arquitectura viable, adecuada a las necesidades encontradas durante los procesos anteriores y que sirvió como base para la implementación de un prototipo que pudiera validar la arquitectura propuesta para este tipo de servicios específicos. 2.2 Justificación Este trabajo de grado propone el diseño de una arquitectura enfocada a servicios LBS en dispositivos móviles, con el fin de ayudar al desarrollador al momento de enfrentarse a posibles incompatibilidades entre plataformas o requerimientos del cliente. De igual, el 14 Memoria de Trabajo de Grado – Proyecto de aplicación práctica Pontificia Universidad Javeriana proyecto se orienta a ofrecer servicios similares al propuesto de parqueaderos públicos en Bogotá teniendo como base un middleware para su desarrollo. 2.3 Objetivo general Analizar, diseñar e implementar una arquitectura tipo middleware que provea servicios de información y/o publicidad a dispositivos móviles basado en su ubicación geo-referenciada. 2.4 Objetivos específicos i. Explorar conceptos, tecnologías y aplicaciones existentes para soportar servicios de información y publicidad en dispositivos móviles. ii. Identificar requerimientos para un sistema que provea servicios de información y publicidad a un dispositivo móvil, basado en su ubicación geo-espacial. iii. Diseñar una arquitectura que ofrezca servicios de información y publicidad dependiendo de la ubicación geográfica del usuario móvil. iv. Construir un prototipo que demuestre la funcionalidad de la arquitectura propuesta, dentro de un dispositivo móvil. II - MARCO TEÓRICO En esta sección se pondrán a disposición del lector los elementos teóricos necesarios para facilitar la comprensión y contextualización del proyecto de grado “construcción de una arquitectura que provea servicios de información y/o publicidad a dispositivos móviles basados en su ubicación geo-referenciada”. La estructura de los temas expuestos le permite al lector, un primer acercamiento al tema general de este proyecto de manera rápida y consistente. La tesis central del proyecto son los servicios basados en localización (LBS por sus siglas en inglés), por esta razón el resto de temas giran en torno a éste y, de esta forma, se profundizará en ello cada vez más. A continuación se describe brevemente el estado Página 15 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 del arte, sus temas más relevantes y relacionados con este proyecto, así como son los autores más reconocidos y las organizaciones más prestigiosas: 1. Sistemas de información geográfica Los sistemas de información geográfica SIG (o GIS en inglés) son sistemas computacionales que gestionan información de localización para la toma del proceso de decisiones, “son sistemas de información los cuales están basados en datos referenciados por coordenadas geográficas” [CUR 1984] (10); Stan Aronoff asegura que son sistemas de computo que son usados para almacenar y manipular información geográfica.[ARONO 1989] (11) Por otra parte, el instituto ESRI (Enviromental Systems Research Institute) líder a nivel mundial en aplicaciones SIG los define como la integración de hardware, software y datos para capturar, manejar, analizar y desplegar en todas sus formas la información referente a la geografía [GIS 2010] (11). De igual manera esta empresa afirma que los SIG sirven para ver, entender, preguntar, interpretar y visualizar en diferentes maneras las relaciones, patrones que se forman en base a los mapas. 2. Definición y tipos de LBS A lo largo de la evolución de los servicios basados en la localización han surgido diferentes definiciones y enfoques de varios autores hacia este concepto. Al inicio, en el primer taller internacional de sistemas de información geográfico en la web [VIRR et al 2001] (12) lo definió como “Los LBS son servicios de información accesibles con dispositivos móviles a través de una red móvil y utilizan la habilidad de hacer uso de la localización del dispositivo móvil ” enseguida [SCHI 2004] (13) lo describe como integración de la localización de un dispositivo móvil junto con otra información para proveer servicios de valor agregado a un usuario. En [STEI 2006] (14) , Figura 2, un LBS es presentado como la intersección de tres 16 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica tecnologías diferentes: Conectividad Inalámbrica y LCS, Sistemas de información geográfica e Internet. Figura 2: LBS como una intersección de tecnologías [BRIG 2002] (14) Por otro lado [BAR 2009] (15) afirma que existen dos tipos de LBS, los activos y los pasivos. Los primeros están principalmente enfocados en proveer información de servicios. Los segundos, están orientados sobre todo a clientes empresariales que desean administrar recursos móviles y mejorar el proceso de toma de decisiones. También [ADUS et al 2004] (16) aclara que según él existen 3 tipos de LBS: Pull, Push y Tracking. En Pull, la localización del móvil es efectuada de forma dependiente, es decir accionada por el usuario y no como en Push. Pull requiere la posición del dispositivo móvil o la posición de otro dispositivo móvil; mientras que en Push, es una acción ejecutada por un servidor, quién envía a un usuario información de forma asincrónica cuando ocurre un evento de interés. Algunos servicios para tecnologías tipo Pull son: Página 17 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Asistencia de emergencias (end user assitance services): Cualquier tipo de atención a emergencias como por ejemplo en carreteras. Instrucciones de viaje sobre un mapa. Servicios de información basados en la posición (location based information services) para asignar recursos: Son los recursos que operar en un área cerca dónde se genera una solicitud. Páginas amarillas móviles: El usuario indica las categorías de las cuales desea obtener información. Algunos servicios para tecnologías tipo Push Servicios por activación automática (trigger services) como publicidad móvil. Servicios de seguimiento por parte de terceros (third part tracking services): Por ejemplo el seguimiento a las rutas de transporte. Buscadores de amigos: Informa al usuario cuáles de sus amigos están cerca donde el usuario se encuentre. Alerta de zonas: Su estado de activación depende del estar dentro de un espacio esperado. (object triggers) Servicio de compras: Ofrece un contacto directo e instantáneo con compradores y proveedores. La localización es el núcleo fundamental para cualquier aplicación de LBS que quiera ofrecer servicios geográficos en tiempo real. Estos servicios pueden ejecutar en sí diferentes conjuntos de funcionalidades y/o conseguir resultados que pueden ir cambiando a raíz de nuevas posiciones del móvil. A nivel mundial se ofrecen actualmente algunas aplicaciones como: Búsqueda por proximidad: ¿dónde está el punto más cercano? Ejemplos: Cerca de mi Vodafone en España [IWO 2010] (17) Instrucciones de conducción: ¿cómo hago para llegar a cierto lugar? Ejemplos: Map Quest (18), Etak [ETA 2010] (19) 18 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Condiciones de tráfico: ¿Está ruta fluye normalmente? Ejemplos: Traffic Station [TRA 2010] (20) Y algunas de las funcionalidades más conocidas de los LBS son: Geodificación: Muestra la latitud, longitud y dirección (geo-coding). Geodificación inversa: Utiliza coordenadas para retornar otra información (reverse geocoding) Enrutamiento: Selecciona una ruta con el tiempo más corto de desplazamiento (spatial querying) Servicio de mapas: Habilita la función de mapas en un dispositivo habilitado (mapping). Servicio directorio: Identifica establecimientos públicos en una región específica. 3. Arquitecturas de tipo Middleware Rymer [RYME 1996] (21) explica que un “… middleware es el software que le permite a los elementos de una aplicación a poder interoperar a través de enlaces de redes, a pesar de grandes diferencias en la comunicación de protocolos ,sistemas de arquitecturas [sistemas operativos], base de datos y otros servicios de aplicaciones”. Y para Puentes [PUEN 2005] (22) el término hace referencia a “componentes de software que actúan como intermediarios entre otros componentes de software, generalmente, en el marco de la interacción cliente/servidor.” Actualmente existen diferentes tipos de arquitecturas que proveen servicios basados en localización, tanto en forma como en diseño cambian radicalmente sin embargo tratan de ofrecer la misma funcionalidad. Spinney [SPIN 2003] (23) considera que se han identificado tres tipos de generaciones en arquitecturas para servicios basados en localización. En la primera, de 1997-2001, Figura 3, se distinguían modelos de arquitectura descentralizada, dónde las compañías de GIS aseguraban un alto ROI pero los proveedores (o carriers en inglés) no podían desarrollar aplicaciones LBS de manera elegante y rápida por cuestiones de integración e interoperabilidad. Página 19 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Figura 3 : Arquitectura LBS de primera generación [SPIN 2003] (23) Enseguida, en la segunda generación, Figura 4, se basó en usar arquitecturas con servicios Web centralizados. Así de esta forma, los desarrolladores de aplicaciones LBS enviaban sus códigos a los proveedores y estos los hacían disponibles a sus suscriptores [SPIN 2003] (23). Aquí se agregaron componentes al núcleo de la arquitectura LBS, usando un middleware de localización y un servidor para la geo-referenciación. La arquitectura fue centralizada y se aseguraban aspectos como la privacidad y la personalización. También la inclusión de protocolos y API´s como el LIF-MLP (Location interoperability forum –mobile location protocol) [OMA 2004] (24) para la localización y el API de la OGC (Open Gis Consortium) llamado OpenLS para el procesamiento espacial, han resuelto gran parte de los problemas en la primera generación [SPIN 2003] (23). El LIF-MLP, se encarga de solicitar y responder las coordenadas geográficas del móvil. Los API´s de OpenLS son esquemas XML que definen el procesamiento de conjuntos espaciales para las funcionalidades como: geodificación, geodificación inversa, enrutamiento, servicio de mapas y rastreo. 20 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Figura 4 : Arquitectura LBS de 2 generación [SPIN 2003] (23) Hoy en día, la tercera generación es la continuación de la segunda usando información de posición más precisa e incluyendo el hecho de poder iniciar servicios LBS de forma proactiva, gracias a su ubicación. Por ejemplo, existen servicios de tipo: •“affinity trigger” dónde la aplicación le muestra sus amigos en proximidad (friend -finder). •“object Triggers” se controla cuando se ingresa cierta zona radial. •“object-temporal triggers” igual al anterior pero incluye la variable del tiempo. Página 21 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 III - PROCESO 1. Metodología Propuesta Al inicio de este trabajo de grado, para poder alcanzar los objetivos propuestos, se organizó una metodología por fases para garantizar su seguimiento y cumplimiento de las mismas. A continuación se describe las cuatro fases propuestas. Fase exploración o Esta es la fase inicial del proyecto, aquí se recopiló, clasificó información, exploró conceptos, tecnologías y aplicaciones existentes para soportar servicios de información y publicidad en dispositivos móviles. Esta fase es la base para construir o el estado del arte de los LBS, entender la razón y el seguimiento de su evolución; de esta manera se puede entender y estudiar, cómo operan hoy en día las diferentes tecnologías en esta área, cuáles son sus mayores fortalezas y en general, no crear productos por fuera del contexto o partiendo de una ontología nueva. Análisis e identificación de requerimientos para un LBS o En esta fase se identificaron los requerimientos para un sistema que provea servicios de información y publicidad a un dispositivo móvil basado en su ubicación geo-espacial. Esta fase se creó con la intención principal de definir el producto del servicio del LBS así como de cerrar el alcance del proyecto, el cual se encontraba extenso, ya que en ese instante no se tenía claro cómo diseñar una arquitectura. 22 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Diseño de la arquitectura o En esta fase, se propuso realizar el diseño de la arquitectura mencionada en el objetivo principal de la propuesta de trabajo de grado. Esta fase se basó en identificar y relacionar todos los componentes de la arquitectura, para luego describir una arquitectura a través de una metodología, haciendo siempre alusión con su fase anterior, para finalmente ofrecer servicios de información y publicidad dependiendo de su ubicación geográfica del usuario móvil. Construcción de un prototipo o Esta es la fase final, aquí se realizó la codificación de un servicio asociado a la arquitectura demostrando la funcionalidad de la arquitectura propuesta del dispositivo móvil. 2. Desarrollo del Proyecto Durante el desarrollo del proyecto, la metodología propuesta resultó ser adecuada en la mayoría de las fases, sin embargo hubo dificultades o cambios menores en algunos puntos de todas las fases. A continuación se expone el trabajo realizado en cada una de las fases metodológicas. Fase exploración o Se exploraron los aspectos técnicos de los sistemas operativos para dispositivos móviles que se relacionen con la geo-referenciación. o Se investigó acerca del estado del arte de los servicios basados en la localización. Página 23 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas o ISTAR - CIS0930IS02 Se intentó conocer diferentes arquitecturas tipo middleware que proveen servicios a nivel mundial, ya que fue difícil obtener varios diseños de estas por cuestiones de privacidad y/o baja calidad en las fuentes de los autores. o Se evaluó las principales tecnologías aplicadas al posicionamiento geoespacial que utilizan los dispositivos móviles o Se establecieron las características principales de los diferentes modos de comunicación inalámbrica presentes en los dispositivos móviles Análisis e identificación de requerimientos para un LBS o Originalmente la propuesta decía “establecer la población objetivo que va hacer uso de la arquitectura” se corrigió hacia : establecer la población objetivo en Bogotá que va hacer uso de un LBS o Se realizó una encuesta a clientes potenciales basado en la población objetivo para identificar sus necesidades o Se analizó los resultados de la encuesta con el fin de obtener requerimientos principales o Originalmente la propuesta decía “ realizar el documento de especificación de requerimiento asociado a la arquitectura” se ajustó a realizar el documento de especificación de requerimientos asociado a un servicio LBS Diseño de la arquitectura o Se identificó los componentes de entrada y salida de la arquitectura o Se estableció las relaciones y formas de comunicación entre los componentes identificados o Se verificó por parte de terceros acerca de la estructura de la arquitectura propuesta o Se efectuó una reconstrucción de la arquitectura basada en la verificación entregada por terceros 24 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Estos aspectos fueron desarrollados no a una arquitectura universal ni específicamente para el servicio LBS propuesto sino hacia una arquitectura centrada en servicios similares al propuesto. Construcción de un prototipo o Originalmente la propuesta decía” identificar las fuentes actuales sobre sitios de interés según el campo de la actividad” sin embargo se eliminó este punto ya que no tenía relación porque el prototipo se ajustó únicamente al servicio LBS de los parqueaderos públicos en Bogotá. o Se obtuvo con éxito información sobre los sitios de interés según el campo de la actividad o Se generó un estándar único de información con los datos relevantes por cada sitio o Se documentó cada sitio de interés obtenido según el formato establecido 3. Reflexión Metodológica Cómo se mencionó anteriormente, la metodología propuesta fue apropiada para el desarrollo del proyecto pero se introdujeron cambios en algunos puntos para ajustarlos a las necesidades según el contexto. A continuación se exponen sus razones: Fase 1: punto 3 Originalmente se propuso “Conocer diferentes arquitecturas tipo middleware que proveen servicios a nivel mundial”. Este aspecto en la práctica fue difícil su investigación, ya que los grandes jugadores de empresas de telefonía celular compiten entre sí y son celosas en revelar información que puede ser útil para terceros. Sin embargo, se encontró algunos diseños y bosquejos de este tipo de arquitecturas en personas anónimas o no reconocidas profesionalmente que describían posibles aspectos. Estos al no estar justificados y poseer suficiente soporte no fueron del todo Página 25 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 tomadas en cuenta. Al final de esta fase, se obtuvo parte de información acerca de Symbian, el sistema operativo de celulares más popular, que hasta esa fecha no era del todo revelado luego de anunciarse que su código fuente iba ser totalmente libre. Fase 2: punto 1 Como se mencionó en el punto anterior: Originalmente la propuesta decía “establecer la población objetivo que va hacer uso de la arquitectura” se corrigió hacia: establecer la población objetivo en Bogotá que va hacer uso de un LBS. Este ajuste fue necesario ya que este punto no estaba relacionado con los desarrolladores y arquitectos de software, sino con el punto anterior referente a la encuesta propuesta. Está se enfocó en conocer los diferentes modelos, tecnologías, gustos y preferencias de los usuarios que tuvieran teléfonos celulares. Fase 3 Al momento de la ejecución de esta fase, se tuvo en cuenta las fases anteriores; por lo tanto, proponer una arquitectura universal como originalmente se imaginaba, no cobraba mucho sentido porque: Según expertos entrevistados, no es factible que exista una arquitectura universal para cualquier servicio LBS ya que una arquitectura puede representar algunas ventajas como para otras puede significar desventajas; en efecto, lo sugerido en estas entrevistas y la investigación previa del estado del arte, se constató que hoy en día todas las empresas desarrolladoras de software diseñan la arquitectura según los requerimiento del cliente y del LBS ; de igual existen varios estándares de comunicación para LBS dónde cada casa de software utiliza el de su autoría o según más le convenga y no existe uno universal. 26 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica La ejecución ajustada fue realizar una arquitectura centrada en ofrecer servicios similares al propuesto descrito en el documento SRS (anexo I) para servicios en Bogotá teniendo en cuenta las fases preliminares. Fase 4: punto 1 Como se explicó en el punto anterior y en base a la ejecución ajustada de la fase 3, no tenía relación este aspecto, y el prototipo se ajustó únicamente al servicio LBS de los parqueaderos públicos en Bogotá. IV - RESULTADOS Y RECOMENDACIONES A continuación se ilustran los resultados que fueron obtenidos durante de este trabajo de grado. 1. Fase de exploración Durante esta fase inicial, se encontró una gran diversidad de sistemas operativos en los dispositivos móviles, por lo que fue necesario realizar un estudio de los más divulgados al realizar este trabajo de grado. Este análisis, incluyó las características propias y su capacidad en detalle para gestionar sistemas basados en su localización. A continuación se describen algunos de los sistemas operativos más populares (en cuanto a número de dispositivos móviles sobre esta plataforma) y se describen las características y resultados más importantes que se estudiaron haciendo énfasis en los siguientes criterios: Capacidad de ejecutar software diferente al propio Características de pantalla y modo grafico Transmisión de datos sobre una red (tanto red celular como inalámbrica) Página 27 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Soporte para tecnologías de localización Black Berry Este sistema operativo OS(operating system) es software propietario, fue desarrollado por la compañía Research In Motion. Hoy en día posee “más de 36 millones el número de usuarios” según Maturana, reportero del sitio web The Inquirer [INQU 2010] (25) donde gran parte de ellos pertenecen al mundo empresarial; sin embargo en cuanto al número de aplicaciones, el portal ZonaBlackberry afirma “… Si analizamos esto realmente la selección de aplicaciones de terceros disponibles para BlackBerry es insignificante, si las comparamos con las 10,619 para Palm OS, 9,757 de Symbian OS, o las 18,382 en Windows Mobile” [ZONA 2010]. Los modelos como el Pearl 8110, Curve 8310 y Bold 9000 se destacan porque poseen la funcionalidad de GPS asistido, A-GPS (Assisted Global Positioning System) e incluyen asistencia del software BlackBerry Maps; sin embargo actualmente no tiene soporte para varios países, incluido Colombia [PDAC 2010] (26).En cuanto al desarrollo de aplicaciones, se basa en la especificación JAVA que le provee a los desarrolladores herramientas conocidas para facilitar la creación del producto así como la utilización de las API de comunicación y transferencia de datos. El sistema operativo permite (siempre y cuando lo soporte el dispositivo) transferencias en tecnología GPRS, EDGE y recientemente tecnología HDSPA. Palm OS y WebOS El sistema operativo “Palm OS” fue un producto desarrollado por PalmSource Inc. y fue durante algún tiempo el sistema más difundido en dispositivos móviles. El sistema fue adecuándose a las necesidades y obtuvo capacidades para pantallas a color, transmisión de datos y soporte para la tecnología EDGE. Para el desarrollo de aplicaciones sobre Palm OS se emplea una especificación de JAVA J2ME con MIDP (Mobile Information Device profile) 2.0 el cual facilita el acceso a las conexiones de datos diferentes a HTTP y el soporte a aplicaciones (MID) de JAVA que usen comunicaciones, pantalla completa e integración con otras aplicaciones. A comienzos del año 2010 el sistema operativo Palm OS se descontinuó con el lanzamiento del Palm Treo Pro (siendo este el ultimo dispositivo que lo usará). 28 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Posteriormente a esta decisión se lanzó por parte de la compañía del sistema operativo WebOS que es un sistema operativo de vanguardia para dispositivos nuevos que integren unas características mínimas especificadas por el fabricante. Entre estas características esta la posibilidad de conexión a redes de alta velocidad hardware de GPS entre otras. Se destaca el “Palm webOS Plug-in Development Kit” el cual brinda soporte para del desarrollador para actividades como geo-referenciación o localización en algunos modelos como el Palm Pre y el Palm Pixi[PALM 2010] (27). Sin embargo, las restricciones de acceso al bajo nivel del sistema por fuera de los desarrolladores externos dificultan las aplicaciones diferentes a widgets en pantalla. iPhone Su sistema operativo está basado en el mach kernel del sistema operativo Mac OS X. Sin embargo fue adecuado para cumplir requerimientos de funcionamiento en un dispositivo móvil. Se destaca por la inclusión de tecnologías de posicionamiento tales como GPS y triangulación mediante antenas celulares así como la capacidad de conexión a redes de alta velocidad (HDSPA) desde la versión 3G del dispositivo y el iPhone OS 2.0. Aún cuando en un principio el sistema operativo sólo ejecutaba aplicaciones autorizadas por Apple Inc. En junio de 2007 se cambió el modelo al establecimiento de una tienda de aplicaciones centralizado y controlado por ellos pero sobre la cual desarrolladores podían publicar aplicaciones. Ese mismo mes se liberó por parte de Apple el SDK para iPhone que es el encargado de construir aplicaciones compatibles con el dispositivo. Hoy en día, existe una gran cantidad de aplicaciones para este teléfono, muchas de las cuales son LBS donde se destacan los segmentos de viajes, mapas, búsquedas locales y redes sociales. La empresa Skyhook aseguró que en el 2009 se lanzaron más de 7.000 aplicaciones y servicios que aprovecharon los beneficios de la localización.[SKYH 2009] (28) Sin embargo, su sistema, aunque teóricamente es capaz de ejecutar aplicaciones JAVA u otras que requieran máquina virtual, las políticas de desarrollo lo impiden claramente haciendo que Página 29 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 sólo bajo el uso del SDK privativo se puedan construir aplicaciones (siempre y cuando se mantengan con las restricciones impuestas). Symbian Este sistema operativo desarrollado por la fundación Symbian es característico de los teléfonos inteligentes Nokia, Motorola y otros como Samsung, Siemens y Sony Ericsson. Entre sus principales características se encuentra el hecho de que todo su código es de fuente libre, lo que significa que cualquier persona puede observar, modificar o reutilizar su código. Su modo de funcionamiento se basa en un núcleo de sistema que corre código QT así como maquinas virtuales JAVA. Todas las aplicaciones desarrolladas para este sistema operativo tienen la posibilidad de acceder tanto a los API de comunicaciones como del sistema operativo siempre y cuando cuenten con la autorización del usuario para dicho fin. Existe un compilador de C++ y un SDK para JAVA ME para desarrollar aplicaciones para este sistema operativo. Posee capacidad de servicios tanto PUSH como PULL en cuanto a comunicación con la red y su plataforma de aplicaciones es muy grande en parte, por la disponibilidad publica de su ambiente de desarrollo Qt. Los sistemas de GPS y tecnologías de localización están siendo adaptados desde hace algunos años, sin embargo fue hasta el lanzamiento del sistema Nokia Maps que formó parte integral del sistema. Windows Mobile Este sistema operativo es la versión móvil del sistema operativo Windows y su código es completamente cerrado; sin embargo, los desarrolladores pueden utilizar algunas herramientas como son el API. net Mobile y el entorno de desarrollo Visual Studio [DEGRE 2010] (29) para acceder a funcionalidades de red de bajo nivel del dispositivo móvil. 30 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Conclusiones acerca de la exploración de los sistemas operativos estudiados A partir de esta fase de exploración de los sistemas operativos de los teléfonos celulares y de los objetivos de este trabajo de grado: Se descartó considerar el sistema operativo del iPhone porque no proporciona suficientes herramientas ni documentación, así como sistemas cerrados como el de Windows Mobile. Se consideró trabajar con los sistemas operativos Symbian y Blackberry porque soportan tecnología JAVA ME y Android OS para JAVA SE y tienen acceso a funcionalidades de bajo nivel en los teléfonos celulares. Se estableció diseñar la arquitectura, proponer el LBS y realizar un prototipo funcional que funcione sobre los sistemas operativos Symbian y Blackberry, ya que estos fueron dos de los más populares en el estudio de Gartner como lo muestra la siguiente Figura 5: Figura 5: Previsión de ventas de smartphones en 2012 según grupo Gartner[GART 2010] (30) Así como fue el dominante en la encuesta realizada en Bogotá, descrita en la fase 2 y disponible en el Anexo III. Página 31 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Por otro lado, de manera paralela se investigó acerca de las arquitecturas que pueden proveer servicios LBS en los dispositivos móviles, haciendo énfasis en los teléfonos celulares. En este punto, se buscó profundamente este tipo de información, no siempre con éxito pero se pudo percibir oficialmente una parte de la arquitectura de Symbian ^3 como lo muestra la Figura 6 Figura 6 : Arquitectura Symbian ^3 [SYMB 2010] (31) Y de manera no oficial, posibles arquitecturas de forma general para el iPhone OS 2.0, las cuales nos permitieron identificar algunos componentes básicos, protocolos usados e ideas que fueron establecidas en documento SRS (anexo I) y SAD (anexo II). Así, después de investigar a fondo acerca del estado del arte de los LBS con éxito se procedió a analizar las diferentes tecnologías para el posicionamiento geo-espacial. Este análisis reflejó que existe una gran variedad de tecnologías de este tipo. Por ende, se propuso clasificarlas en 32 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica dos grupos: las que hacen parte de las redes celulares y/o satelitales y las que se basan en el posicionamiento por radio. Las primeras son las que utilizan la red y el dispositivo móvil en sí, mientras que las segundas son conocidas como redes inalámbricas; estas son las tecnologías de Bluetooth, Wi-fi, Wi-Max, infrarojos o banda Ultra-Ancha. Los resultados obtenidos luego de analizar cada uno de ellos concluyeron que al momento de elegir una técnica de posicionamiento para algún dispositivo, no existe una que se acople a todas las necesidades que puede requerir un usuario. Por consiguiente es necesario inclinarse en los aspectos más importantes y de mayor peso al modelo del cliente para obtener el máximo beneficio. A continuación, se muestran los aspectos más importantes de cada una de ellas: Ventajas y desventajas del Posicionamiento por radio: Sólo se usan para posiciones en el interior. No todos los dispositivos funcionan con la misma tecnología. Es necesario usar balizas (objetos señalizadores) dentro del interior. Ventajas y desventajas del Posicionamiento por celular: La tecnología Cell-ID es universal de bajo costo pero imprecisa. La posición del móvil se basa en la medida entre la BTS Y MS. La precisión depende de las características de BTS tales como la radio, la segmentación de la zona y de la actualización del CELL-ID con mejoras como el TA (timing advance). Página 33 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Ventajas y desventajas del Posicionamiento por satélite: El posicionamiento es universal con alta precisión. La señal es débil y breve, además se necesita que el receptor tenga línea de vista con los satélites. Alto costo en los receptores. Dificultad de establecer enlace en ciertos lugares debido a condiciones climatológicas. 2. Análisis e identificación de requerimientos para un LBS En esta fase se realizó una encuesta a clientes potenciales basados en la población objetivo para identificar sus necesidades (anexo III). La encuesta se efectuó entre el 9 a 28 de febrero de 2010 con un tamaño de muestra de 102 personas (la mayoría de la Pontificia Universidad Javeriana), observando una clara especificación del grupo objetivo en las edades de 11 a 45 años con predominio especial entre los 19 y 35 años pertenecientes a los estratos 4-5-6. Este grupo social tiene entre sus preferencias la actividad social y recuperación rápida de información desde cualquier dispositivo. Equiparando a los datos ofrecidos por la comisión Reguladora de Telecomunicaciones, se presenta una casi completa presencial de un dispositivo móvil por persona, dando un 98% de respuesta a la pregunta “¿Tiene usted teléfono móvil?”. Sin embargo esta gran cantidad de dispositivos es usada principalmente para servicios básicos como telefonía y mensajes de texto y no para servicios avanzados tales como Internet, servicios LBS, servicios SIM u actividades sociales. Por otro lado, el grupo de 18 a 45 años presenta una adquisición de equipos nuevos con tecnología actual como conexiones de datos integradas. Ya sea tecnología como EDGE, 3G, 3.5G o WiFi estos equipos permiten al usuario conectividad instantánea en cualquier lugar y 34 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica facilitan la compra o uso de servicios LBS. Cuando se limitan los resultados para aclarar cuáles de estos usuarios se convierten en usuarios potenciales se observa principalmente si son usuarios de un plan de datos actualmente o van a serlo en el futuro. Sin embargo, el grupo se reduce drásticamente debido a que el 60% del grupo reducido no tiene un plan de estas características; además el porcentaje de los que usan GPS es de tan sólo 20% (y esto teniendo en cuenta que muchos de los encuestados son de ingeniería de sistemas y conocen sus ventajas).Cabe mencionar, que el acceso a Internet representa el valor significativo de 48% dónde los usuarios no conocen de servicios LBS sino de servicios móviles y/o sociales como Google o Facebook Mobile. Analizando estos resultados de la encuesta con los obtenidos en la primera fase, y la entrevista realizada a Barrera [BARR 2010] (32), experto en el área de LBS del sitio web http://www.lbspro.com se consideró establecer la siguiente hipótesis: Se podría suponer que Colombia aún no emerge los LBS debido al desconocimiento general del tema y de una cultura de la misma inexistente; el segmento de los usuarios que poseen smarthphones y tecnologías incorporadas en los teléfonos celulares como GPS es todavía reducido (seguramente porque los teléfonos de gama alta son poco accesibles para muchos Colombianos); existen pocos jugadores en Colombia que ofrezcan este tipo de servicios y pocos usuarios que hagan uso de este tipo de servicios. Por todo lo anterior y teniendo en cuenta los objetivos propuestas para este trabajo de grado se optó: Ofrecer un LBS para Colombia y específicamente en la ciudad de Bogotá. Esta decisión, además de estar relacionada con los requerimientos de los clientes potenciales en la encuesta, fue con el fin de difundir el concepto de estos servicios en la capital, así como en un futuro en otras ciudades importantes. Incluir los usuarios que no poseen tecnología incorporada de GPS en su teléfono celular. Para este fin se decidió utilizar la geo-localización que usa Google Maps, la cual es necesaria una conexión a Internet entre otras restricciones descritas en SRS (anexo I) y funciona adecuadamente en Bogotá. Página 35 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas o ISTAR - CIS0930IS02 Esta localización está basada en la base de datos de las coordenadas de los usuarios y no en algún tipo de triangulación de señales u otro proceso de localización del dispositivo. El usuario de un teléfono móvil al usar el servicio de Google Maps, acepta una cláusula de privacidad que le permite registrar el CELL-ID y obtener sus coordenadas geográficas para almacenarlas en su base de datos. De esta manera, se crea un DBMS capaz de relacionar e identificar lo más preciso la localización del dispositivo móvil así el usuario no posea ninguna tecnología de GPS. La precisión de esta información se acentúa a través de la cantidad de usuarios, así como los usuarios que poseen un teléfono con tecnología GPS incorporada, suministran información precisa de la localización Hacer un caso de estudio a LBS enfocados en el uso de los servicios de parqueaderos públicos o privados en la ciudad de Bogotá. Este caso de estudio surge después de analizar algunas investigaciones de mercado como la realizada en Estados Unidos por la empresa de GFK [GFK 2010] (33). La Figura 7 expone esta situación: 36 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Figura 7 : ¿Aplicaciones LBS, cuáles y en dónde? [GFK 2009] (34) En este se percibe una fuerte tendencia a que los dispositivos móviles se usan bastante en el carro y que uno de los servicios más frecuentes y solicitados por los usuarios es el uso del conocimiento de parqueaderos y sus tarifas. Por otro lado la empresa Skyhook revela los sectores más apetecidos por los clientes de iPhone en la siguiente Figura 8 [SKYH 2009] (28) Página 37 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Figura 8 : Número total de aplicaciones del iPhone [SKYH 2009] (28) En Bogotá, no existen investigaciones de mercado acerca de las preferencias de los usuarios, similares a las consultadas, pero la Figura 7 es un punto de partida para ofrecer un servicio LBS en la ciudad. Actualmente, la capital afronta problemas de tráfico, falta de parqueaderos y congestiones debido a innumerables construcciones de vías y desarrollo urbano que impiden recorrer fácilmente la ciudad y visitar cualquier parqueadero en una zona. Algunas características que impulsaron a crear un LBS, así como definirlo y marcar la diferencia entre posibles competidores, es la obtención de información detallada y actualizada constantemente como: ¿Existen cupos actualmente en X parqueadero? ¿Cuáles son sus características de espacio? ¿El espacio para parquear es amplio o estrecho? ¿Presenta buena señalización? ¿Es necesario dejar las llaves? ¿Ofrece servicio de valet parking y cuáles son sus características? ¿Existe algún tipo de seguridad dentro del parqueadero? ¿Ofrece parqueo para motos, bicicletas? o ¿Existe cupo en este momento? 38 Pontificia Universidad Javeriana o Memoria de Trabajo de Grado – Proyecto de aplicación práctica ¿Cuáles son estas tarifas? ¿Posee algún tipo de descuento o precio especial para clientes con un perfil especifico? ¿el parqueadero pertenece al club Diamante de Renault? Así esta fase concluyó de forma exitosa, estableciendo la población objetivo que va hacer uso de la arquitectura y realizando el documento de especificación de requerimientos asociado a este servicio de LBS (anexo II) como se había propuesto en la metodología de este trabajo de grado. 3. Diseño de la arquitectura En esta fase se diseñó una arquitectura en base a la fase anterior que ofrezca servicios de información y publicidad dependiendo de su ubicación geográfica del usuario móvil. Esta arquitectura se llamó MTG “middleware to go” haciendo énfasis en ese tipo de arquitectura. En el documento SAD (anexo II) se identificaron los componentes de entrada y salida de la arquitectura y se establecieron las relaciones y formas de comunicación entre los componentes identificados como se había proyectado en la propuesta de trabajo de grado. Además, estos componentes, la arquitectura y en sí el documento, está delimitado por la metodología escogida “4+1 vistas”, elaborada por Krutchen de la compañía Rational Software Corporation [KRUT 1995] (35). Con la elaboración de este documento básicamente se pretendió: Dar a conocer cómo se va a realizar la representación arquitectónica en el sistema y de qué forma se puede adaptar a las necesidades de los Stakeholders. Mostrar los objetivos que se tienen en cuenta en el ambiente arquitectónico, así como las limitaciones con las que hay que restringir el sistema. Mostrar el estilo arquitectónico que se va a utilizar en el sistema. Página 39 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Determinar cómo se va a adaptar el modelo de “4+1 vistas “a la arquitectura planteada para el sistema. Por otro lado, el sistema llamado MTG “middleware to go” diseñado por los estudiantes de este proyecto de grado, AGG-JMM, es una arquitectura tipo middleware que pretendió facilitar la construcción de la misma en la búsqueda de satisfacer las características básicas al momento de ofrecer soluciones LBS similares al servicio descrito en el anexo I. Estas propiedades fueron: Poseer una arquitectura que en sí permita una personalización de un LBS brindado por alguna empresa, solicitado por un cliente y gestionado por un tercero, como es el caso de AGG-JMM para el LBS de parqueaderos públicos en la ciudad de Bogotá, descrito en el anexo I. La información y publicidad brindada está orientada a segmentos específicos al usuario que posee un dispositivo móvil Los usuarios pueden escoger que servicios consumen de la arquitectura La(s) empresa(s) recibe uno o varios reportes estadísticos de las preferencias de los usuarios que consumen sus servicios A continuación se ilustran los diagramas, Figuras 9-13, más representativos que fueron el resultado del documento SAD (anexo II) y que fueron verificados por parte de los ingenieros de sistemas Barrera [BARR 2010] (32), experto en el área de LBS y administrador del sitio web http://www.lbspro.com y Castillo [CAST 2010] (36) experto en aplicaciones LBS de la empresa Procálculo Prosis S.A acerca de la estructura de la arquitectura propuesta. Cabe mencionar que estos aspectos fueron desarrollados no a una arquitectura universal ni específicamente para el servicio LBS propuesto sino hacia una arquitectura centrada en servicios similares al propuesto en el SRS (anexo I).De igual, la descripción de cada uno de ellos, su tamaño real, así como otros aspectos relacionados con las vistas y la arquitectura en sí se encuentran en detalle en el SAD (anexo II) y SRS (anexo I). 40 Memoria de Trabajo de Grado – Proyecto de aplicación práctica Pontificia Universidad Javeriana Diagrama Físico Figura 9 : Diagrama físico (anexo IV) Observando el diagrama (Figura 9) desde el centro, el sistema de AGG-JMM se compone principalmente por: Un servidor web, que se encarga de transferir las páginas web a los clientes. Un servidor de aplicaciones, que se encarga de la lógica del negocio. Un servidor de almacenamiento, quién se encarga de guardar los datos personalizados de los clientes. En el LBS de parqueaderos públicos en Bogotá, son archivos en formato KML. Un servidor de base de datos geo-espacial, quién se encarga de guardar los datos geográficos de los puntos de interés. Por otro lado, el sistema AGG-JMM se relaciona con el sistema de Página 41 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Servicios geográficos, quién es el encargado de suministrar los datos geográficos y geo-codificados a partir de una cartografía, en este caso es Google quien provee este tipo de información por medio de Google Maps. Otros servicios podrían ser Yahoo Maps, mapas.com.co, mapas publicar entre otros. Sistema empresa, en el caso de la aplicación LBS descrita en SRS (anexo I) representa todas las empresas que ofrecen servicios de parqueaderos públicos en la ciudad de Bogotá. Otros sistemas empresa podrían ser empresas que deseen ofrecer servicios de información o publicidad similares a este, como por ejemplo restaurantes, centros comerciales, museos y cualquier otro establecimiento que desee una fuerte personalización a través de los dispositivos móviles. Sistema externo, es el sistema dónde se encuentra los usuarios con sus dispositivos móviles, que en el caso de la aplicación LBS del anexo 1 SRS, son teléfonos celulares con características descritas en dicho documento. En otros LBS similares, podrían ser diferentes las características de los teléfonos celulares, otros dispositivos móviles y hasta otro tipo mercado de usuarios. 42 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Modelo de dominio Figura 10 : Modelo de dominio (anexo IV) Con respecto a la Figura 10: En la Figura 10, se observa que son los teléfonos celulares, los PDA, los laptops entre otros son dispositivos móviles que utilizan los LBS. Estos últimos se benefician por servicios de cartografía como son Bing Maps, Yahoo Maps, Google Maps, mapas publicar entre otros que utilizan el concepto de geolocalización. Sin embargo es el cliente quien posee un dispositivo móvil y disfruta de los LBS´s. Por otro lado la asociación AGG-JMM es la encargada de vender su servicio al cliente, ofrecerle servicios de información o servicios de publicidad y al mismo tiempo negociar con una o varias empresas que desean estos servicios. Así AGG-JMM desarrolla un middleware que está en servidor gestionado por él mismo y cualquier empresa suministra la información necesaria al middleware para la gestión del LBS. Página 43 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Diagrama de casos de uso Se encuentra en mejor tamaño en el anexo IV y se describe en el anexo I Figura 11: Diagrama de casos de uso (anexo IV) 44 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Diagrama de lógica Figura 12 : Diagrama de lógica (anexo IV) En este diagrama, se observan los paquetes de Usuario, presentación, lógica, modelo de datos, sistemas externos y DBMS. Página 45 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Dentro del paquete de usuario, existe un navegador quien se comunica con el componente Controlador para suministrarle información de las solicitudes del cliente y/o administrador a través del protocolo Hypertext transfer (HTTP), descrito por la Internet Society en el RFC 2616 [INTER 1999] (37) a través de cualquier navegador (browser). Este mecanismo es el mismo usado para acceder a los servicios de aplicación cartografía, los cuales pueden ser Google Maps, Bing Maps,Yahoo Maps, mapas com.co, mapas publicar entre otros. Cabe anotar, que podría remplazarse por otro protocolo, por ejemplo HTTPS sí dicho LBS se específica que debe poseer una alta seguridad en sus transferencias. El componente de Controlador, controla el componente de Vista y es el encargado de devolver o responder la comunicación al browser por el mismo mecanismo. El Controlador le indica al componente Modelo, una tarea específica y junto al componente de Vista usan el componente de Sesión, quien identifica el tipo de usuario. El componente Modelo, se puede comunicar con el componente de Manejadores del paquete lógica por el intermedio de tecnología RMI o CORBA (si es necesario usarla). Los Manejadores son unos receptores de peticiones del cliente que facilitan y simplifican las tareas solicitadas por parte del usuario. Estos se enlazan con el paquete de Modelo de datos y su componente de persistencia. Además estos Manejadores se enlazan con el paquete llamado sistemas externos, a través del protocolo Simple Object Access Protocol (SOAP) descrito por la W3 Consortium [W3C 2007] (38) ; este garantiza la comunicación de aplicaciones de diferentes sistemas operativos, y/ o lenguajes o tecnologías diferentes a las usadas en el servicio ofrecido por AGG-JMM. Dentro de este paquete, están los componentes para la geo-codificación de los puntos de interés (no aplicable en el caso del servicio de LBS con Google Maps) y un servicio de cartografía ofrecidos por algún proveedor de mapas. Todos los datos referentes a la personalización y al sector geográfico se pueden encontrar en una base de datos externa. Por lo tanto es necesario usar un protocolo universal como tecnología ODBC. 46 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Diagrama de despliegue Figura 13: Diagrama de despliegue (anexo IV) Página 47 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 En el diagrama de despliegue Figura 13, Para empezar se observa el componente del dispositivo móvil en esta aplicación LBS para los parqueaderos públicos de Bogotá descrita en el SRS, anexo I, son únicamente los teléfonos celulares que se ajustan a las restricciones descritas en el mismo anexo. Enseguida, el componente de PC es referente al computador de escritorio (desktop) o computador móvil (laptop) descrito con características en el SRS. Ambos componentes se enlazan a la red de Internet, por el protocolo Hypertext transfer (HTTP), descrito por la Internet Society en el RFC 2616 [INTER 1999] (37) a través de cualquier navegador (browser).Cabe anotar, que podría remplazarse por otro protocolo, por ejemplo HTTPS sí dicho LBS se específica que debe poseer una alta seguridad en sus transferencias. El componente web, es donde reside un contenedor web que posee el objeto de la presentación, lugar donde surge el MVC. En el caso de LBS descrito en el documento SRS, se usa la herramienta de Apache Tomcat, pero se podría otra. Cabe aclarar que en la a arquitectura de J2EE se asume que un web container es recibido por un web server del mismo vendedor, así que no especifica el contrato entre estas dos entidades; de igual forma un web server puede recibir unos o más web containers[J2EE 2010]. Además el web server, solamente recibe peticiones por HTTP, las interpreta, procesa las correspondientes respuestas y las envía a los clientes apropiados o web browsers. Por otro lado, aunque en el diagrama es un contenedor web, no se pretende a que únicamente se haga alusión a la arquitectura de J2EE y que se use únicamente el lenguaje JAVA; sin embargo usar containers, crea que la entidad pueda proveer gestión del ciclo de vida, seguridad, despliegue y servicios en tiempo de ejecución de componentes J2EE, características que seguramente serán deseadas en otros LBS que utilicen tecnologías de plataforma como J2ME para aplicaciones en los dispositivos móviles y pequeños.[J2ME 2010] (39) (En este caso, el LBS de parqueaderos públicos de Bogotá, en su aplicación de Google Maps, usa en lenguaje JAVA y J2ME). Continuando con la descripción, el componente de presentación establece comunicación por medio de tecnología RMI o CORBA al componente del servidor de aplicaciones. Este último 48 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica puede ser una excelente alternativa para sitios Web de alto tráfico, como por ejemplo poder gestionar solicitudes de una gran multitud de clientes , consultando de forma paralela o simultanea LBS como el de parqueaderos públicos en Bogotá u otros que exijan una alta confiabilidad y tolerancia a fallas similares a ataques de denegación de servicios (DoS). Por último, en este componente se encuentra la lógica del negocio, y el componente persistente que se comunica de forma bidireccional por medio de tecnología ODBC a una base de datos. 4. Fase de implementación En esta fase se ejecutó la codificación de un prototipo destinado a cumplir el último objetivo de la propuesta de grado que cita “Construir un prototipo que demuestre la funcionalidad de la arquitectura propuesta, dentro de un dispositivo móvil”. Para esto se tomó como base la arquitectura desarrollada dentro de la fase -Diseño de la arquitectura- y se implementó cada componente según el diseño propuesto. Como resultado de esta operación se obtuvo un prototipo construido en J2EE que funciona de la siguiente manera. En un principio se tienen un conjunto de datos geo-referenciados (Parqueaderos) que comprende todo el universo de datos en capacidad de ser entregados dentro del servicio. (Figura 14). A partir de estos datos se presenta un sistema basado en web en el cual el usuario del servicio está en la capacidad de personalizar los parqueaderos según ciertos criterios preestablecidos1 obteniendo como resultado inmediato la generación de una nueva capa para ser utilizada en el dispositivo móvil. 1 Al ser este servicio un prototipo destinado a demostrar la funcionalidad de la arquitectura, el número de parámetros y restricciones es irrelevante y solo se presentan con el fin de demostrar el cumplimiento de la arquitectura. Página 49 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Figura 14: Mapa general sin personalización Este prototipo cumple con todas las especificaciones de los requerimientos expresados en la fase –Análisis e identificación de requerimientos para un LBS y con los casos de uso expresados dentro del diseño del prototipo. Estos casos de uso incluyen la posibilidad de administrar empresas proveedoras de información así como el sistema de administración que permite la creación de empresas y la generación de estadísticas que demuestren el estado actual del servicio. La implementación de esta arquitectura se pensó para poder ser accedida dentro de un ambiente mixto de computador y dispositivo móvil. Por lo anterior se estableció que debía ser una página sencilla que presentara las mismas características en ambos sistemas pero que además tuviera la mayor cantidad de funciones activas desde el dispositivo móvil para simular un ambiente de movilidad absoluta sin necesidad del uso de un computador regular. (Figura 15) 50 Memoria de Trabajo de Grado – Proyecto de aplicación práctica Pontificia Universidad Javeriana Figura 15: Sistema web Al ser el prototipo un middleware entre diferentes arquitecturas debe proveer compatibilidad tanto de entrada como de salida y esto lo demuestra al ser capaz de generar resultados en una capa KML que es estándar de-facto para la geo-referenciación en internet. Para explorar este aspecto se puede acceder a los resultados dentro de cuatro marcos distintos (Google earth, Google maps web y Google maps mobile) (Figura 16) así como de cualquier aplicación que soporte el formato definido por la OGC. Página 51 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Figura 16: Resultados dentro de Google maps web Ya que el sistema se basa en ofrecer información geo-referenciada se hizo uso del componente Google maps mobile para acceder a estos datos de forma relacionada a la ubicación del usuario del servicio. Principalmente la aplicación está en la capacidad de desplegar los datos de forma general (adecuando los resultados al tamaño y resolución de pantalla del dispositivo). 52 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Figura 17: Vista general del sistema en un Nokia 5800 Cuando el usuario desea activar la función de geo-refenciación el sistema comienza a desplegar información relevante basada en la posición actual del usuario ofreciéndole a este la posibilidad adicional de ver detalles del parqueadero (Figura 17) así como cualquier tipo de información implícita dentro de la descripción, todo esto con las posibilidades de diseño que ofrece HTML. Página 53 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 V - CONCLUSIONES Y TRABAJOS FUTUROS 1. Conclusiones Se asimiló que existen diversos estándares para el manejo de información en ambientes de servicios basados en localización y ninguno de ellos presenta interoperabilidad ya que cada casa de software implementa el estándar según sus necesidades y capacidades técnicas. Entre los más destacados se encuentran Web Map Service (WMS) del OpenGIS [OPENG 2010] (40) y el KML definido por la OGC. Se concluyó que no existe una arquitectura universal para cualquier servicio LBS ya que estas pueden representar algunas desventajas significativas en algunos escenarios. Sin embargo se recomienda usar arquitecturas tipo middleware con el fin de garantizar cierto grado de interoperabilidad entre los stakeholders, principalmente para los desarrolladores y proveedores de servicios LBS. Se establece que la arquitectura propuesta es un avance para la prestación de servicios LBS en Colombia y aun cuando el país se encuentra en un nivel temprano de implementación de estos servicios la arquitectura está diseñada para lograr integrar de manera rápida los nuevos servicios que se presten en este campo. Se concluye que la fase del diseño y de implementación demostró que la construcción de la arquitectura y del prototipo fue la adecuada con respecto al LBS sugerido y los resultados de la fase de análisis. Por todo lo anterior, las fases de este trabajo de grado se desarrollaron satisfactoriamente y se cumplieron a cabalidad los objetivos propuestos en la propuesta presentada con anterioridad. 54 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica 2. Trabajos Futuros Los trabajos futuros que podrían continuar este trabajo de grado serían la implementación total del software del servicio de LBS de los parqueaderos de Bogotá o la proposición de un servicio similar a este último usando la arquitectura MTG. Ambos trabajos aportarían un crecimiento tecnológico en el país, una oportunidad de negocio para varios stakeholders y en general una mayor difusión de los LBS en Colombia. Por ejemplo, los operadores de telefonía móvil como Tigo, Comcel y Movistar se verían beneficiados al momento que un usuario incremente la demanda de tráfico de datos de Internet móvil ya que el sistema se apoyaría en los servicios que estos operadores prestan. A continuación, se describen ciertos aspectos que podrían resultar útiles, interesantes y motivadores: El uso del API de Google Maps es sencillo para cualquier desarrollador interesado en el área de LBS y no necesita ser un experto para implementar servicios similares al LBS de parqueaderos públicos. Al utilizar otro servicio de cartografía diferente de Google Maps la solución podría estar usando Web Services. El uso de XML Web Services ofrece la posibilidad de desarrollos de clientes en diferentes plataformas que soporten esta tecnología, asegurando interoperabilidad entre los dispositivos móviles. De esta manera se podría desarrollar o utilizar un Web Service existente sobre una tarea específica. Por ejemplo, la empresa Mapas.com.co podría suministrar su servicio de geocodificación de la nomenclatura actual de la ciudad de Bogotá, garantizando una mayor precisión en las vías y direcciones. Al momento de crear otro servicio LBS u añadir una nueva funcionalidad, es aconsejable revisar la cadena de valor para crear un producto exitoso adecuado a las necesidades actuales del mercado. Página 55 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 En la tabla 1, se describen cuatro aspectos básicos al ofrecer un servicio LBS para tener en cuenta al momento de su desarrollo. CONSUMIDOR Conectividad - Actitudes – Comportamientos DESAFÍOS maximizar la experiencia del usuario- Privacidad ESTABLECER resolver problemas ,aprender de la experiencia de otros, PILARES enfocarse en lo más relevante MEJORES usar metodologías, métricas para evaluar y desarrollar PRÁCTICAS estrategias de LBS concretas Tabla 1: aspectos básicos a tener en cuenta al momento de diseñar un LBS VI -GLOSARIO: DEFINICIONES, ABREVIACIONES Y ACRÓNIMOS 3G: Hacer referencia a la 3 generación de la transmisión en los teléfonos celulares que se caracterizan por su alta velocidad en Internet y video en tiempo real.[PCMA 2010] (41) AGG-JMM: hace referencia a la asociación entre los estudiantes de Ingeniería de Sistemas la Pontificia Universidad Javeriana llamados Andrés Gaitán Galarza y Jaír Andrés Moreno Muñoz API: (application programming interface) programación de la interface en una aplicación BTS /BSC/BSS: Un sitio celular se compone básicamente de dos partes, el BSC (Base Station Controller) y el BTS (Base Transceiver Subsystem). El BTS es el 56 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica transceptor de radio y las antenas utilizadas en una zona. La combinación entre antenas y transceptores se conoce como BSS (Base Station Subsystem). Las antenas se encuentran conectadas en un sistema que les permite conmutarse a diferentes transceptores. Esto es controlado por el BSC.[UPCA 2002] (42) CELL-ID: es un número único de una celda GSM suministrada por un operador. El teléfono siempre está conectada a una celda y conociendo este número y la posición de la celda, se puede encontrar el teléfono celular.[OPEN 2010] (43) CRUD: se refiere en ingles (CREATE, RETRIEVE, UPDATE, DELETE) a las funciones de crear, recuperar, actualizar y eliminar.[WEBO 2010] (44) DBMS: (databased management system ) es una colección de programas que permiten almacenar ,modificar y extraer información de una base de datos [WEBO 2010] (45) EDGE: Enhanced Data rates for Global Evolution) es un servicio de datos digitales 2.5G empleado por la red de los carriers(proveedores) GSM alrededor del mundo incluyendo AT&T, T-Mobile en los Estados Unidos. También es llamado "Enhanced GPRS" (EGPRS), por su mejora en GPRS. EDGE funciona en cualquier dispositivo que posea módems de esta tecnología[PCMA 2010] (46) Framework: término usado en programación orientada a objetos para definir un conjunto de clases que definen un diseño abstracto para solucionar un conjunto de problemas relacionados. También, puede ser una estructura de conceptos que pretenden ser un soporte o guía para la construcción de un algo que expanda la estructura misma de forma útil.[WHAT 2008] (47) Galileo: Según la agencia espacial europea[ESA 2000] (48) , es un GNNS el sistema global de navegación por satélite desarrollado por la unión europea. GNNS: es referente a un sistema global de navegación por satélite (global navigation satellite system) que provee posicionamiento geo espacial con cubrimiento global como GPS, Galileo y GLONASS.[IGS 2010] (49) GNU GPL: General Public License o licencia pública general. [GNU 1996] (50) GNU: Es un acrónimo recursivo que significa "GNU No es Unix". Página 57 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 GPRS: general packet radio service es el primer servicio de datos para los carriers (proveedores)de la red GSM. GPRS añadió un paquete de capacidad a GSM, el cual usa circuitos cambiantes en canales para conversaciones de voz.[PCMA 2010] (51) GPS: es el GNNS, sistema global de navegación por satélite, más conocido y difundido alrededor del mundo. Inicialmente llamado NAVSTAR-GPS (global positioning system) y permite detectar la posición de un objeto con precisión de unos metros o centímetros si se usa GPS diferencial.[GPS 1999] (52) GSM: es el estándar más popular para los teléfonos móviles; el sistema global para las comunicaciones móviles (global system for mobile comunication) antes llamada Groupe spéciale mobile.[GSMA 2010] (53) GUI: (graphical user interface). Sistema de interacción entre el ordenador y el usuario, caracterizado por la utilización de iconos y elementos gráficos en su concepción. Es un paso más allá de los interfaces basados en caracteres, que sólo incluían líneas de texto para introducir comandos y conocer las respuestas del sistema.[TLIP 2004] (54) HDSPA: High-Speed Downlink Packet Access es un protocolo para la transmisión de datos en los teléfonos celulares.Es conocido como dentro la tecnología de la generación 3.5G y a su vez es una mejora W-CDMA Wideband Code Division Multiple Access, del protocolo 3G.[PCMA 2010] (55) KML: KML es un formato de archivo que se utiliza para mostrar información geográfica en navegadores terrestres como Google Earth, Google Maps y Google Maps para móviles. KML utiliza una estructura basada en etiquetas con atributos y elementos anidados y está basado en el estándar XML. (56) LBS: Son los sistemas basados en localización (located based systems).Según Küpper [KUPP 2006] (57)También son conocidos cómo servicios móviles basados en contenidos sensibles a la localización, LDIS (location dependant information services), PALMS (privacy-Aware location-based mobile services), spatial location based services, servicios basados en ubicación y servicios anytime-anywhere. LCS: son los servicios de localización para los LBS [ ENCYC 2010] (58). 58 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Middleware: Es un software de conectividad que ofrece un conjunto de servicios que hacen posible el funcionamiento de aplicaciones distribuidas sobre plataformas heterogéneas. [RYME 1996] (21) y[PUEN 2005] (22) MS: mobile station , la estación móvil es el término usado en GSM para describir un teléfono celular. Este se compone de dos elementos el ME (mobile equipment) y la SIM (Subscriber Identity Module).[MPIRI 2010] (59) OS: Sistema operativo, (operating system), es el software de un dispositivo electrónico que es el intermediario de la interfaz entre el hardware y el usuario. Este es el encargado de gestionar y coordinar todas las actividades y recursos de un computador, dispositivo móvil entre otros.[PCMA 1996] (60) ROI: Se refiere al retorno de una inversión (return on investment). S.M.A.R.T.: hace referencia en inglés a objetivos específicos (specific), medibles (measurable), alcanzables (achievable), realistas (realistic), a tiempo (timely) que son indicadores clave de desempeño para alcanzar las funcionalidades en un proyecto de software. (61) SDK: Software Developer's Kit , es un conjunto de rutinas de software y utilidades para el programador al momento de escribir un programa. [PCMA 2010] (62) o Según la revista Pc Magazine, es el formato de lenguaje y mensajes usando en una aplicación de un programa para comunicarse con un sistema operativo, un protocolo de comunicación, base de datos u otro. [PCMA 1996] (63) SmartPhone: Teléfonos inteligentes, representa los celulares de gama alta, los cuales poseen varias características como conectividad a Internet, instalar nuevos programas, pantallas táctiles entre otros. BlackBerry e iPhone son algunos ejemplos de estos dispositivos móviles.[PCMA 1996] (64) SRS: Software Requirement Specification ,especificación de requerimientos de software.Es un documento de una organización para entender el sistema de requerimientos y todas sus dependencias (para un cliente potencial ) de un aspecto en particular en un momento dado previo al actual diseño o desarrollo de un proyecto de software.[TECH 1997] (65) Página 59 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 Stakeholders: Interesados directos e indirectos de una empresa que teniendo algún tipo de interés en las operaciones empresariales, le brindan su apoyo y ante los cuales la organización es responsable.[GEST 2010] (66) Tecnología Pull: Está tecnología la utiliza cuando el usuario inicia la acción con su navegador de visita cualquier sitio web con el fin de “tirar o jalar” información.[XU et AL 2009] (67) Tecnología Push: A diferencia de la tecnología Pull, el usuario no es el que inicia la acción sino que la información “viene” al usuario sin la necesidad de solicitar cierta información. [XU et AL 2009] (67) Widget: es un término popular para describir “algo” genérico cuando no existe un nombre real para este.Muchas veces se usa para describir algunos productos hechos con nombres ficticios;también son mini aplicaciones que varias veces utilizan Web services o plug ins en diferentes browsers.[WISE 2010] (68) VII - REFERENCIAS Y BIBLIOGRAFÍA 1. Mauborgne, W.Chan Kim -Renée. Blue ocean strategy. Blue ocean strategy. s.l. : Harvard business school press, 2005. 2. Wickham, R.L. Motorola breaks the 1/2- pound barrier. Cellular business. 8, 1991, Vol. 70. 3. Gartner Inc. cifras sobre ventas de celulares en el mundo 2009. cafeguaguau.com. [En línea] 2009. [Citado el: 5 de 5 de 2010.] http://cafeguaguau.com/2010/02/25/cifras-sobreventas-de-celulares-en-el-mundo-2009/. 4. Superintendencia de industria y comercio (SIC). Economía hoy Peor trimestre de los celulares en Colombia;41,4millones de líneas activas a marzo. www.portafolio.com.co. [En línea] [Citado el: 5 de 5 de 2010.] 60 Memoria de Trabajo de Grado – Proyecto de aplicación práctica Pontificia Universidad Javeriana http://www.portafolio.com.co/economia/economiahoy/2009-05-06/ARTICULO-WEBNOTA_INTERIOR_PORTA-5141770.html. 5. Comisión de regulación de Comunicaciones (CRC) República de Colombia. ingresos de telecomunicaciones alcanzaron US 5780 millones en el primer semestre. www.telesemana.com. [En línea] 21 de 9 de 2009. [Citado el: 5 de 5 de 2010.] http://www.telesemana.com/analisis/detalle.php?id=2978. 6. LBS,the ingredients and the alternatives. http://www.gisdevelopment.net. [Online] [Cited: 1 1, 2010.] http://www.gisdevelopment.net/technology/lbs/techlbs006.htm. 7. Juniper Research. http://www.emobilityxperts.com. location based services analysis. [Online] [Cited: 5 6, 2010.] http://www.emobilityxperts.com/Location_Based_Services_Analysis.pdf. 8. McMahon, M and Steketee, C. Investigation of proposed applications for LBS enabled mobile handsets. [IEEE computer society] Adelaide,Australia : School of computer and information science university of South Australia, 2006. 9. Jose Costa-Requena,Haitao Tang, Inmaculada Espigares. Consisten LBS solution in next generations of mobile internet. [ieee computer society] s.l. : Nokia corporation. 10. P.J, Curran. Geographical information systems. 1984. 11. Aronoff, Stan. Geographic Information Systems: A management Perspective. Ottawa : WDL Publications, 1989. 12. ESRI. what is GIS? what is GIS? [Online] [Cited: 3 10, 2010.] http://www.gis.com/content/what-gis. 13. services, Developing GIS supported location based. Virrantaus, K.,Markkula,J.,Garmash,A.Terziyan,Y.V. kyoto,nippon : s.n., 2001. 14. Voisard, Jochen Schiller-Agnès. location based service. s.l. : the Morgan Kauffmann, 2004. Página 61 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 15. Stefan Steiniger, Moritz Neun and Alistair Edwardes. foundations of located based services. s.l. : Citeseerx, 2006. 16. M.Barrera, Gabriel. www.lbspro.com. lbspro. [En línea] 2009. www.lbspro.com. 17. I.K, Audsei, K.Kyamakya,F.Erbas. Location based services:advances and challenges>. s.l. : ieee, 2004. 18. IWORLD. Vodafone lanza una nueva gama de servicios avanzados para móviles. iWorld. [En línea] 1 de 3 de 2010. Número: 55 • Sección: Actualidad.. http://www.idg.es/iWorld/articulo.asp?id=143741. 19. Map Quest. MapQuest Maps - Driving Directions. [Online] 1 9, 2010. http://www.mapquest.com/. 20. Etak Inc. [Online] 1 10, 2010. http://www.teleatlas.com/index.htm. 21. Traffic Station. [En línea] 15 de 1 de 2010. http://traci.z5traffic.com/k/?k=to. 22. Client-Server Computing: The Web as Middleware. the web as a middleware. [Online] [Cited: 1 2, 2010.] http://www.faughnan.com/papers/clservweb.html. 23. Universidad de la Habana. fbioinformática. http://fbio.uh.cu. [En línea] [Citado el: 1 de 2 de 2010.] http://fbio.uh.cu/sites/bioinfo/glosario.html. 24. A Brief History of LBS and How OpenLS Fits Into the New Value Chain. Jonathan Spinney, Openwave Systems. s.l. : ESRI, July 30, 2003. http://www.directionsmag.com/article.php?article_id=394. 25. Open Mobile Alliance. mobile location protocol v 3.1. openmobilealliance.org. [Online] [Cited: 1 10, 2010.] http://www.openmobilealliance.org/technical/release_program/mlp_v31.aspx. 62 Memoria de Trabajo de Grado – Proyecto de aplicación práctica Pontificia Universidad Javeriana 26. Récord de ventas BlackBerry, 10,1 millones en el último trimestre. The inquirer. [En línea] 1 de 3 de 2010. http://www.theinquirer.es/2009/12/18/rim-vende-101-millones-deblackberrys-entre-septiembre-y-noviembre.html. 27. Directorio de utilidades GPS para Blackberry. PDA Colombia. [En línea] 1 de 3 de 201. http://www.pdacolombia.com/2008/11/02/directorio-de-utilidades-gps-para-blackberry/. 28. Palm ES: Productos móviles para clientes, profesionales y empresas. Palm. [En línea] 3 de 3 de 2010. http://www.palm.com/ar/products/smartphones/index.html. 29. Skyhook. Sigue creciendo la demanda de los servicios basados en la localización LBS. www.celularis.com. [Online] 11 4, 2009. [Cited: 1 10, 2010.] http://www.celularis.com/servicios/sigue-creciendo-la-demanda-de-los-servicios-basados-enlocalizacion-lbs.php. 30. free,open source,.net Mobile Tools. 51degrees.mobi. [En línea] [Citado el: 10 de 1 de 2010.] http://www.51degrees.mobi/Products/NETMobileAPI.aspx. 31. Garnter Group. previsión de ventas de smartphones en 2012 según Gartner. http://www.canalpda.com. [Online] 9 24, 2004. [Cited: 3 24, 2010.] http://www.canalpda.com/2009/10/23/9186-prevision+ventas+smartphones+2012+gartner. 32. symbian. Symbian Developer Comunity . http://developer.symbian.org/. [Online] [Cited: 2 20, 2010.] 33. Barrera, Gabriel. entrevista con el dueño del sitio web www.lbspro.com. Bogotá, 1 de 3 de 2010. 34. GFK. Metaplace conference-Identifying key drivers and measuring consumer preferences for LBS. 2009. 35. —. GFK-LBS Consumer market research. www.slideshare.net. [Online] 2009. http://www.slideshare.net/benallen/gfk-lbs-consumer-market-research. Página 63 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 36. Krutchen, Phillip. 4+1view-architecture.pdf. Architectural Blueprints—The “4+1” View. [Online] noviembre 2005. http://www.cs.ubc.ca/~gregor/teaching/papers/4+1viewarchitecture.pdf. 37. Castillo, Andrés Leonardo. Director Imagenes y Mapas . s.l. : Procalculo Prosis S.A. 38. Internet Society. RFC 2616 Hyper text transfer protocol. www.faqs.org. [Online] [Cited: 1 1, 2010.] http://www.faqs.org/rfcs/rfc2616.html. 39. W3 Consortium. SOAP version 1.2 Messaging Framework. W3C Recomendations. [Online] 2007. [Cited: 3 10, 2010.] http://www.w3.org/TR/soap12-part1/. 40. J2ME Glossary. http://www.info4java.com. [Online] [Cited: 1 1, 2010.] 10, 2010.] http://www.info4java.com/?this=j2me_glossary. 41. OGC . http://www.opengeospatial.org/. [Online] [Cited: 2 http://www.opengeospatial.org/. 42. pc magazine. 3G a definition from pc magazine. pcmag.com. [Online] [Cited: 1 10, 2010.] http://www.pcmag.com/encyclopedia_term/0%2C2542%2Ct%3D3G&i%3D37088%2C00.as p. 43. UNVERSIDAD PERUANA DE CIENCIAS APLICADAS. Presentación de la Cuarta Práctica Calificada del Curso Sistemas de Comunicaciones-Redes celulares. 2002. 44. opencellid. opencellid. http://www.opencellid.org/. [Online] [Cited: 1 10, 2010.] http://www.opencellid.org/. 45. webopedia.com. what is CRUD? a word definition from the webopedia. www.webopedia.com. [Online] [Cited: 1 12, 2010.] http://www.webopedia.com/TERM/C/CRUD.html. 46. what is a database management system. webopedia.com. [Online] [Cited: 1 10, 2010.] http://www.webopedia.com/TERM/D/database_management_system_dbms.html. 64 Memoria de Trabajo de Grado – Proyecto de aplicación práctica Pontificia Universidad Javeriana 47. pc magazine. EDGE Definition from pc magazine. pcmag.com. [Online] [Cited: 1 10, 2010.] http://www.pcmag.com/encyclopedia_term/0%2C2542%2Ct%3DEDGE&i%3D42359%2C0 0.asp. 48. whatis.techtarget.com. What is a framework? www.whatis.techtarget.com. [En línea] [Citado el: 1 de 1 de 2010.] http://whatis.techtarget.com/definition/0,,sid9_gci1103696,00.html. 49. European space agency. ESA NAVIGATION. ESA Galileo Navigation. [Online] [Cited: 1 10, 2010.] http://www.esa.int/esaNA/galileo.html. 50. International GNSS Service. IGS International GNSS Service ,formely the international GPS Service. http://igscb.jpl.nasa.gov/. [Online] [Cited: 1 12, 210.] http://igscb.jpl.nasa.gov/. 51. el sistema operativo GNU. www.gnu.org. [En línea] [Citado el: 10 de 1 de 2010.] http://www.gnu.org/home.es.html. 52. PCMAGAZINE. GPRS definition from pc magazaine. pcmag.com. [Online] [Cited: 2 10, 2010.] http://www.pcmag.com/encyclopedia_term/0,2542,t%253DGPRS%2526i%253D43883,00.as p. 53. Global positioning system. www.gps.com. [Online] [Cited: 1 10, 210.] http://www.gps.gov/systems/gps/index.html. 54. gsmworld.com. History GSM World. gsmworld.com. [Online] [Cited: 1 10, 2010.] http://gsmworld.com/about-us/history.htm. 55. The Linux Information project. GUI definition. www.linfo.org. [Online] [Cited: 1 10, 210.] http://www.linfo.org/gui.html. 56. wisegeek.com. what is HSDPA. http://www.wisegeek.com. [Online] [Cited: 1 10, 2010.] http://www.wisegeek.com/what-is-hsdpa.htm. Página 65 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 57. Google. Tutorial de KML. Google Code. [En línea] 21 de 4 de 2010. http://code.google.com/intl/es-ES/apis/kml/documentation/kml_tut.html. 58. KÜPPER, AXEL. Location-Based Services. Location-Based Services Fundamentals and Operation. s.l. : Wiley. 59. LCS dictionarry. http://www.encyclo.co.uk. [Online] [Cited: 2 10, 2010.] http://www.encyclo.co.uk/define/LCS. 60. Mpirical telecom terms,LTE training and HSPA. MPIRICAL Telecoms training. [Online] [Cited: 1 10, 2010.] http://www.mpirical.com/companion/mpirical_companion.html#GSM/MSStation.htm. 61. pcmag.com. operating system definition from pc magazine. www.pcmag.com. [Online] [Cited: 1 10, 2010.] http://www.pcmag.com/encyclopedia_term/0,2542,t=operating+system&i=48510,00.asp. 62. SMART project requirements. project-management.bestmanagementarticles.com. [Online] [Cited: 1 10, 2010.] http://project-management.bestmanagementarticles.com/a-9353smart-project-requirements.aspx. 63. pc magazine. SDK a definitiong from pc magazine. pcmag.com. [Online] [Cited: 1 10, 2010.] http://www.pcmag.com/encyclopedia_term/0%2C2542%2Ct%3DSDK&i%3D50975%2C00. asp. 64. PcMag.com. API definition from PC Magazine Encyclopedia. www.pcmag.com. [En línea] [Citado el: 10 de 2 de 2010.] http://www.pcmag.com/encyclopedia_term/0,2542,t=API&i=37856,00.asp. 65. Pcmag.com. Smarthphone definition from pcmagazine. www.pcmag.com. [Online] [Cited: 1 10, 2010.] http://www.pcmag.com/encyclopedia_term/0,2542,t=Smartphone&i=51537,00.asp. 66 Memoria de Trabajo de Grado – Proyecto de aplicación práctica Pontificia Universidad Javeriana 66. Wrinting software requirement specifications. http://www.techwr-l.com. [Online] [Cited: 1 10, 2010.] http://www.techwr- l.com/techwhirl/magazine/writing/softwarerequirementspecs.html. 67. Presentación Calderón Neyra ÉTICA Y VALORES ORGANIZACIONALESstakeholders. www.gestiopolis.com. [En línea] 2006. http://www.gestiopolis.com/canales6/mkt/stakeholders-ciudadanos-estado.htm. 68. The Role of Push-Pull Technology in Privacy Calculus: The Case of Location-Based Services. Heng Xu, Hock-Hai Teo,Bernard Tan,Ritu Agarwal. , s.l. : M. E. Sharpe, Inc. Armonk, NY, USA, 2009. 0742-1222 . 69. pcmagazine. widget a definition from pc magazine. www.pcmag.com. [Online] [Cited: 1 10, 2010.] http://www.pcmag.com/encyclopedia_term/0%2C2542%2Ct%3Dwidget&i%3D54456%2C0 0.asp. 70. R.L, Wickham. Motorola breaks the 1/2- pound barrier. Cellular business. 8, 1991, Vol. 70. 71. Instituto Humboldt Colombia. Los Sistemas de Información Geográfica – SIG. www.humboldt.org.co. [En línea] www.humboldt.org.co/sig. 72. 73. Power-measurement-based relative localization in GSM cellular networks,” 2007 International Workshop on Satellite and Space Communications, . F.L. Piccolo, N.B. Melazzi, and D. Giustiniano. pp. 294-298., Salzburg, Austria : s.n., 2007. 74. Palm OS Versus Windows Mobile Treo. pdas.suite101.com. [Online] http://pdas.suite101.com/article.cfm/palm_os_versus_windows_mobile_treo. 75. Nuevos celulares con sistema operativo de fuente abierta. ELESPECTADOR.COM. [En línea] [Citado el: 2 de marzo de 2010.] Página 67 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008 Ingeniería de Sistemas ISTAR - CIS0930IS02 http://www.elespectador.com/tecnologia/articulo119243-nuevos-celulares-sistemasoperativos-de-fuente-abierta. 76. Location-based services: advances and challenges. Adusei, I. K., Kyamakya, K. and Erbas, F. 2004, Vol. Proc. Canadian Conference on Electrical and Computer Engineering. 77. Massachusetts Institute of Technology. Earth, Atmospheric, and Planetary Sciences. DSpace@MIT. [Online] [Cited: 3 22, 2010.] http://dspace.mit.edu/handle/1721.1/33984. 78. 3GGP. 3gpp.org. [Online] [Cited: 1 1, 2010.] organismo que rige el desarrollo de estándares para GSM y UMTS . http://www.3gpp.org. 79. Berg Insight's LBS Research Series, GPS and Galileo in Mobile Handsets. Berg Insight. [Online] 2010. [Cited: 2 27, 2010.] http://www.berginsight.com/ShowReport.aspx?mm=3&id=46. 80. Los cuatro WebOS con mas futuro . Neoteo. [En línea] 3 de 3 de 2010. http://www.neoteo.com/los-cuatro-webos-con-mas-futuro-13951/pg-2.neo. 81. La batalla de la tecnologia hoy: iPhone vs blackberry bold. Zona Blackberry. [En línea] 1 de 3 de 201. http://zonablackberry.com.ve/forum/blogs/bertilio/40-la-batalla-de-la- tecnologia-hoy- iPhone-vs-blackberry-bold-0.html. 82. Cesar, Julio. Sistema Operativo Symbian, Ahora es de código abierto y libre. LegoX. [En línea] 10 de 3 de 2010. http://www.legox.com/celular/sistema-operativo-symbian-ahora-esde-codigo-abierto-y-libre/. VIII- ANEXOS Anexo I: Documento de especificación de requerimientos de software (SRS) Anexo II: Documento del diseño de la arquitectura de software (SAD) Anexo III: Resultados y análisis de la encuesta 68 Pontificia Universidad Javeriana Memoria de Trabajo de Grado – Proyecto de aplicación práctica Anexo IV: Todos los diagramas de diseño Anexo V: Archivos de audio-Entrevistas Página 69 Preparado por el Grupo Investigación Istar- Versión 1.01 – 12/03/2008