THEATER LOCATION. iphone Application

Transcripción

1 THEATER LOCATION iphone Application

2 INDICE Diseño... 1 ios... 4 Gestor de Contenidos... 9 Presupuesto... 11

3 DISEÑO» MAPA DE LOCALIZACIONES Indicador de localización. 12:30 Botón de intercambio de vista de mapa y vista de listado. Vista de mapa. Al iniciarse la aplicación automáticamente se obtendrá la localización del usuario. Marcadores en el mapa indicarán la ubicación de los teatros encontrados a una distancia máxima aproximadamente de 2 kms, tomando como punto de referencia la posición del usuario. Ejemplo de visualización de vista de mapa en una aplicación real.» Google Places 1

4 DISEÑO» LISTADO DE TEATROS Indicador de localización. 12:30 Botón de intercambio de vista de listado y vista de mapa. Listado. En la vista de listado se muestra, en resumen, la información (nombre, dirección e imagen) asociada a los teatros encontrados a una distancia máxima aproximadamente de 2 kms, tomando como punto de referencia la posición del usuario. Ejemplo de visualización de vista de listado en una aplicación real.» Google Places 2

5 DISEÑO» DETALLES DE TEATRO Indicador de localización. Botón de retorno a la vista anterior. 12:30 Nombre del teatro y dirección. Imagen de teatro. Valoración Botones de acción En la vista de detalles se amplía la información mostrada tanto en la vista de mapa como en la vista de listado, dándole la posibilidad al usuario de conocer lo que se dispone a ver, valorar la obra y estar al tanto de los comentarios publicados por otros usuarios. Opiniones / Comentarios Ejemplo de visualización de vista de detalles en una aplicación real.» Google Places 3

6 ios Existen dos variantes válidas para el desarrollo de una aplicación para iphone, que su funcionalidad principal sea localizar los teatros en un radio a partir de la localización actual del usuario. Primera variante: GOOGLE PLACES API Como todas las APIs públicas, esta también tiene sus pro y sus contras. El beneficio de utilizar esta API es que nos ahorraríamos muchísimo trabajo, puesto que los datos a los que accederíamos estarían alojados en los servidores de Google y no sería necesario implementar un gestor de contenidos propio, y mucho menos los servicios webs para hacer las peticiones de los datos desde la aplicación iphone. Esto traería como consecuencia que los requisitos funcionales del proyecto se verían afectados ya que no se podrían gestionar los datos de la aplicación (creación, modificación, eliminación, imágenes, descripciones de las obras, autores, etc); aunque de esta forma la aplicación sería bastante sencilla tanto en costes como en tiempo de desarrollo. A continuación un resumen de la utilización de Google Places API: Google Places API es un servicio que devuelve información sobre un lugar (en adelante, Lugar, definido en esta API como un establecimiento, una ubicación geográfica o un lugar de interés destacado) mediante una solicitud HTTP. Las solicitudes de lugar especifican ubicaciones en forma de coordinadas de latitud/longitud. Se pueden utilizar dos tipos de solicitudes de lugar básicas: solicitudes de búsqueda de lugar o solicitudes de detalles de lugar. Por lo general, las solicitudes de búsqueda de lugar se utilizan para devolver coincidencias de candidatos, mientras que las solicitudes de detalles de lugar devuelven información más específica sobre un Lugar. Este servicio está diseñado para el procesamiento de solicitudes de lugar generadas por usuarios para la ubicación de contenido de la aplicación en un mapa. Sin embargo, este servicio no está diseñado para responder a lotes de solicitudes sin conexión, lo que supondría una infracción de las condiciones del servicio. Places API dispone de dos tipos de solicitudes, que están relacionadas: las solicitudes de búsqueda de lugar y las solicitudes de detalles de lugar. Las solicitudes de búsqueda de lugar inician solicitudes para buscar lugares situados en una ubicación proporcionada, por lo general, mediante datos de ubicación geográfica (que permite al usuario buscar 4

7 ios el Lugar en el que se encuentra actualmente u otros lugares cercanos). Google Places API devuelve una lista de posibles lugares próximos a la ubicación proporcionada para que el usuario inicie una solicitud de detalles de lugar en una entidad específica devuelta en la búsqueda original. Solicitud de búsqueda de lugar Una solicitud de búsqueda de lugar es una URL HTTP con el siguiente formato: output?parameters En esta solicitud, output puede ser uno de los valores que se indican a continuación: json (recomendado) indica el formato de salida en Notación de objetos JavaScript (JavaScript Object Notation, JSON). xml indica el formato de salida como un archivo XML. Para iniciar una solicitud de búsqueda de lugar, se necesitan determinados parámetros. Como en las URL estándar, todos los parámetros se separan con el carácter (&). A continuación, se muestra una lista de los parámetros y sus valores posibles. location (obligatorio) indica el valor textual de latitud/longitud que el usuario va a utilizar para recuperar información de lugar. radius (obligatorio) indica el radio (en metros) en el que el usuario quiere obtener resultados de lugar. sensor (obligatorio) indica si la solicitud de lugar procede de un dispositivo que utiliza un sensor de ubicación (por ejemplo, un GPS) para determinar la ubicación enviada en la solicitud. Este valor debe ser true o false. client (obligatorio) especifica la aplicación registrada que utiliza este servicio. signature (obligatorio) es el valor que se genera cuando el cliente utiliza su clave criptográfica para firmar una URL. (Para obtener más información, consulta la sección autenticación de URL). 5

8 ios Respuestas de búsqueda de lugar Las respuestas de búsqueda de lugar se devuelven en el formato que indica la marca de output en la ruta de la solicitud de la URL. Salida JSON de búsqueda de lugar A continuación, se muestra un ejemplo de solicitud de búsqueda de lugar en formato JSON para obtener lugares situados aproximadamente a dos kilómetros de Williamsburg, Brooklyn. search/json?location= , &ra dius=1600&client=clientid&sensor=true_or_ false&signature=signature La respuesta JSON se muestra a continuación. (Ten en cuenta que los elementos reference de Google Places API se han acortado por motivos de claridad. Además, también se ha acortado el conjunto completo de results). { status : OK, results :[{ name : Williamsburg, types :[ locality, political ], icon : place_api/icons/geocode-71.png, reference : ClRBAAAAXP...lHAPyHom2aG },{ name : Greenpoint, vicinity : New York, types :[ neighborhood, political ], icon : place_api/icons/geocode-71.png, reference : CkQ_AAAAhd...MF45fwr44Ek },{ name : Peter Luger Steakhouse, vicinity : Broadway, Brooklyn, types :[ restaurant, food, establishme nt ], icon : 6

9 ios place_api/icons/restaurant-71.png, reference : ClRCAAAAt3...6Nt7k11iQdT },{ name : Music Hall of Williamsburg, vicinity : North 6th Street, Brooklyn, types :[ establishment ], icon : place_api/icons/generic_business-71.png, reference : ClRFAAAAN...6UOKCbjv7Sxy },...additional results... ], html_attributions :[] } 7

10 ios Segunda variante: GESTOR DE CONTENIDOS PERSONALIZADO (CMS) En caso de contar con un gestor de contenidos propio (de ahora en adelante CMS ), se podrían incorporar todos y cada uno de los requisitos funcionales. De esta forma, la aplicación al localizar al usuario, haría una petición al servidor a través de un servicio web, enviándole una latitud y longitud (correspondiente con la ubicación actual del usuario) y un radio de búsqueda (p.e. 2 kms). El servidor procesaría dicha petición, y haría un proceso de selección entre los teatros dados de alta en el CMS, confeccionando un listado con todos los teatros que cumplen con las condiciones de la petición realizada desde la aplicación iphone. Una vez obtenido el listado es enviado con un formato específico (JSON, XML, etc) a la aplicación, la cual lo procesa y procede a mostrarle al usuario un mapa con todos los teatros cercanos a su localización actual. A partir de ese momento, el usuario podría interactuar con la aplicación, seleccionando el teatro de su preferencia para ver la información correspondiente, votar una obra, opinar sobre ella, entre otras. Cuestiones a tener en cuenta. Para mostrar las localizaciones de los teatros en un mapa, es necesario utilizar el componente MapView de la librería de componentes de XCode 4 (IDE de Desarrollo Aplicaciones ios). Este componente permite ubicar un pin o marcador en una coordenada del mapa (latitud, longitud) y mostrar una breve información de la ubicación una vez que el usuario ha hecho Tap sobre el pin o marcador. Esta información debe ser muy breve (p.e. Título y Subtítulo, a dos líneas), sobre todo cuando estamos hablando de un iphone (pantalla con dimensiones de 320x480 px). La sobrecarga de información en tan limitado espacio tiende a confundir al usuario. Debido a esta razón, hemos tomado como decisión de diseño, separar la información accesible para el usuario utilizando el sistema de navegación propio del iphone. (Ver más en apartado de DISEÑO). Otra de las cuestiones a tener en cuenta es que el acceso, por parte de los autores, para editar las palabras correspondientes a sus obras; casi que no tiene sentido que se haga desde la propia aplicación de iphone. Puesto que es muy incómodo en un dispositivo con reducidas dimensiones, y mucho más para personas de una determinada edad que no se adaptan aún a la tecnología, editar contenidos tales como textos, imágenes, entre otras. En este caso proponemos que todo tipo de edición del contenido se haga a través de la interfaz web (CMS). Para ello, a priori, se crearían dos tipos de usuarios: administrador y autores; cada uno de ellos con sus correspondientes privilegios. Así de esta forma, desde el CMS, un administrador podría invitar a un autor a editar su obra y el autor podría acceder al CMS y realizar las modificaciones pertinentes, asegurándonos de que sólo tenga acceso a sus obras. 8

11 GESTOR DE CONTENIDOS El Gestor de Contenidos, a su vez, se divide en dos sub-proyectos. Uno, todo lo referente al desarrollo del Gestor de Contenidos (CMS) en sí y otro en la programación de los servicios web que utilizaría la aplicación iphone. GESTOR DE CONTENIDOS (CMS) El CMS, es una aplicación web a través de la cual se administraría toda la información de interés relacionada con los teatros y los autores de las obras que se exponen en los mismos. Con información nos referimos a: título de las obras, elenco, sinopsis, imágenes, votaciones, localización del teatro, comentarios de la audiencia, datos de los autores, etc. Esta interfaz sería muy intuitiva, para que sea eficaz tanto para usuarios avanzados (administradores) como para usuarios noveles (autores); tendría un aspecto parecido a las siguientes: - Interfaz Gestor de Contenidos 1-9

12 GESTOR DE CONTENIDOS - Interfaz Gestor de Contenidos 2 - SERVICIOS WEB Un servicio web (en inglés, Web service) es una pieza de software que utiliza un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de programación diferentes, y ejecutadas sobre cualquier plataforma, pueden utilizar los servicios web para intercambiar datos en redes de ordenadores como Internet. En resumen, los servicios web no son más que rutinas de programación que se ejecutan en un servidor, las cuales son invocadas de forma externa por aplicaciones de escritorio, web o móviles para obtener un conjunto de datos. Estos actúan como capa intermedia entre la aplicación y la base de datos (BBDD), además de contar con una lógica específica para devolver el conjunto de datos solicitados por la aplicación. 10

13 PRESUPUESTO 11