DISADVANTAGES
5.4 Data collection instruments used
5.4.3. Decision pathways questionnaire
En la definición de los individuos PARADA, presente en la construcción del vocabulario para la plataforma, se contempla que cada parada podrá tener vinculada consigo una imagen bajo la propiedad del mismo nombre. Esta propiedad hará referencia a una dirección URL en la cual podrá ser encontrada la imagen.
Debido a que el servicio de la Plataforma POIS es accedido mediante REST,
edia te la utiliza ió de ota ió slash ue utiliza o o sepa ado es de e u sos pa á et os el sí olo / . E este aso, al i lui u a U‘L
como parámetro se creará un conflicto, puesto que se interpreta á los /
como recursos o propiedades del servicio.
La codificación de este parámetro tampoco es una solución puesto que al
utiliza u a ota ió hash , el se ido Apa he ealiza u a de odifi a ió
de la URL y se obtiene el mismo problema.
Para solventar este inconveniente se ha considerado el envío de este parámetro (URL de la imagen) con doble codificación, la misma que será decodificada en primera instancia por el servidor Apache y luego por el servicio REST. Este proceso puede ser observado en la Figura 33.
http://server.com/pictures/prd01.png http%3A%2F%2Fserver.com%2Fpictures%2Fprd01.png http%253A%252F%252Fserver.com%252Fpictures%252Fprd01.png original codificada Doble - codificada
Cúmar Ramiro Cueva Tacuri 67
3.3.4.
Pruebas
El proceso de pruebas ha sido desarrollado enfocado a comprobar tanto el funcionamiento del API REST como la lógica aplicada en las acciones que se deberán llevar acabo.
Los datos utilizados en las pruebas involucran datos ficticios como datos reales cargados en el Store. Por cada URI se indicará los valores a ser enviados, la acción esperada y el estado del Store antes y después de la acción (en los casos aplicables). Estas han sido llevadas a cabo utilizando el complemento RESTClient86
para Firefox.
El proceso y resultado se puede encontrar en el ANEXO I.
Cúmar Ramiro Cueva Tacuri 68
4.
CLIENTE
El funcionamiento de la plataforma POIS es comprobada con la construcción de un cliente con funcionalidades básicas orientadas a los Estudiantes, haciendo uso del servicio prestado por el servidor REST, todas ellas mediante el uso de peticiones HTTP. Se menciona que otras funcionalidades relativas a la sección administrativa de la plataforma no han sido contempladas en este cliente.
4.1.
Tecnologías
Para el proceso de construcción del cliente se ha considerado la selección de tecnologías que permitan una interoperabilidad alta, entre los componentes a desarrollar y los servicios existentes.
En primera instancia es necesario el uso de un mapa digitalizado sobre el cual se realizarán todas las operaciones de visualización, actualmente en el mercado existen soluciones gratuitas como Bings Maps87, Google Maps88 y otros, que son una solución excelente para diversos proyectos. En el caso de la plataforma POIS, la sección más importante a visualizar en el mapa es la ciudad de Loja, motivo por el cual las soluciones propuestas han sido desechadas, puesto que no poseen la ciudad entre sus mapas. Con estos antecedentes la selección del servidor de mapas para el proyecto cliente, se orienta al consumo de mapas de los servidores del Proyecto OpenStreetMap89 (OSM), este proyecto libre y colaborativo, cuenta con una vasta colección de mapas de todo el mundo, poseyendo entre estos la ciudad de Loja en su mayor parte digitalizada. Otra de sus ventajas radica en que no es necesaria la utilización de una cuenta o key especial para el consumo de los mismos, pues su uso se basa en la licencia Creative Commons90.
De esta misma forma se debe considerar un framework o librería capaz de permitir el trazado de figuras y manipulación de las mismas sobre nuestro mapa, en este caso se ha seleccionado a la librería OpenLayers(OL)91, una librería desarrollada totalmente bajo javascript que permite la carga, manipulación y trazado, tanto de figuras como mapas de cualquier lugar. Poseyendo además características notables como la manipulación de gran cantidad de figuras en forma de vectores así como acceso al código fuente por ser un proyecto de código abierto.
87 http://www.bing.com/maps/ 88 http://maps.google.es/ 89 http://www.openstreetmap.org/ 90 http://creativecommons.org/ 91 http://openlayers.org/
Cúmar Ramiro Cueva Tacuri 69
Finalmente el cliente deberá cumplir con una característica importante, el ser de fácil manejo y de apariencia agradable, siendo la construcción de esta dependiente de las tecnologías antes seleccionadas. Razón por la cual se ha seleccionado el framework ExtJs92 para la construcción de todo el frontEnd. ExtJs posee un gran conjunto de
componentes gráficos listos para su uso los mismos que son de fácil manejo y poseen gran cantidad de documentación, siendo una de las características notables la compatibilidad entre navegadores y el soporte para el trabajo con Ajax.
4.2.
Integración
La creación de este cliente (prueba de concepto) ha involucrado aspectos relevantes que se deben destacar, como el proceso de comunicación entre el cliente y el API REST , el mismo que es realizado mediante consultas HTTP efectuadas desde el framework ExtJs, donde se especifica el tipo de petición a realizar sobre un determinado recurso, el formato de una petición típica se puede apreciar en la Figura 34.
De igual forma, todo el procesamiento de la información recibida desde el servicio REST es procesada mediante lectores JSON propios de ExtJs.
Figura 34: Petición HTTP – ExtJs
En el siguiente apartado se describirán cada una de las funcionalidades implementadas en la aplicación cliente y que servirán para comprobar el funcionamiento de la Plataforma POIS.
Cúmar Ramiro Cueva Tacuri 70