plataforma multimedia para fomentar la ...tabla 27. criterio ponderado herramienta xamarin 61 tabla...

PLATAFORMA MULTIMEDIA PARA FOMENTAR LA CONDUCCIÓN SEGURA DE LA BICICLETA EN ENTORNOS URBANOS

JHON EDMAN LINARES RIVERA PAOLA ANDREA LONDOÑO SANABRIA

UNIVERSIDAD AUTÓNOMA DE OCCIDENTE FACULTAD DE INGENIERÍA

PROGRAMA INGENIERÍA MULTIMEDIA DEPARTAMENTO DE OPERACIONES Y SISTEMAS

SANTIAGO DE CALI 2019

PLATAFORMA MULTIMEDIA PARA FOMENTAR LA CONDUCCIÓN SEGURA DE LA BICICLETA EN ENTORNOS URBANOS

JHON EDMAN LINARES RIVERA CÓDIGO 2126403

PAOLA ANDREA LONDOÑO SANABRIA CÓDIGO 2121170

PROYECTO DE GRADO PARA OPTAR AL TÍTULO DE INGENIERO DE MULTIMEDIA

Director JUAN JOSÉ CARDONA QUIROZ

INGENIERO MULTIMEDIA

UNIVERSIDAD AUTÓNOMA DE OCCIDENTE

FACULTAD DE INGENIERÍA PROGRAMA INGENIERÍA MULTIMEDIA

DEPARTAMENTO DE OPERACIONES Y SISTEMAS SANTIAGO DE CALI

2019

3

Nota de aceptación:

Aprobado por el Comité de Grado en cumplimiento de los requisitos exigidos por la Universidad Autónoma de Occidente para optar al título de Ingeniero de Multimedia

EDGAR ANDRÉS MARTINEZ Jurado

ANDRÉS FELIPE GALLEGO Jurado

Santiago de Cali, 18 de Noviembre de 2019

4

CONTENIDO

Pág.

GLOSARIO 12

RESUMEN 14

1 PLANTEAMIENTO DEL PROBLEMA 18

2 JUSTIFICACIÓN 22

3 OBJETIVOS 25

3.1 OBJETIVO GENERAL 25

3.2 OBJETIVOS ESPECÍFICOS 25

4 ANTECEDENTES 26

4.1 RODANDO 26

4.2 WIKILOC 26

4.3 BIKO 27

4.4 A REAL TIME MULTI-OBJECTIVE CYCLISTS ROUTE CHOICE MODEL FOR A BIKE-SHARING MOBILE APPLICATION 28

4.5 EVALUATING BLUETOOTH AND WIFI SENSORS AS A TOOL FOR COLLECTING BICYCLE SPEED AT VARYING GRADIENTS 29

5 MARCO TEÓRICO 31

5.1 GEOLOCALIZACIÓN 31

5.2 APLICACIÓN MÓVIL 31

5.3 SISTEMAS DE INFORMACIÓN EN LA NUBE 32

5.4 EXPERIENCIA DE USUARIO 32

5

5.5 USABILIDAD 33

5.6 DISEÑO CENTRADO EN EL USUARIO 33

5.7 GAMIFICACIÓN 34

5.8 STAKEHOLDERS 35

6 METODOLOGÍA 36

6.1 FASE CERO - DEFINICIÓN DE LA ESTRATEGIA 36

6.1.1 Identificación preliminar de contexto de negocio 36

6.1.2 Brief del problema 37

6.2 FASE UNO - COMPRENDIENDO CONTEXTO Y USUARIO 37

6.2.1 Identificación de contexto y espacio a intervenir 38

6.2.2 Perfil de usuario 38

6.2.3 Storyboard de experiencia de usuario 39

6.2.4 Requerimientos 41

6.2.4.1 Requerimientos funcionales 41

6.2.4.2 Requerimientos de administrador 42

6.2.4.3 Requerimientos no funcionales 42

6.2.5 Historias de usuario 43

6.2.6 Tareas de interacción 47

6.3 FASE DOS - DISEÑO Y PROTOTIPADO 47

6.3.1 Arquitectura de software 48

6.3.1.1 Tipo de arquitectura 48

6.3.1.2 Capa de presentación 49

6.3.1.3 Color del sistema 50

6.3.1.4 Iconografía y tipografía 52

6.3.1.5 Prototipo baja fidelidad 52

6.3.1.6 Prototipo alta fidelidad 53

6.3.1.7 Capa de negociación 54

6.3.1.8 Capa de datos 55

6.4 FASE TRES – PRODUCCIÓN E INTEGRACIÓN 55

6.4.1 Selección de herramientas 56

6.4.2 Implementación de servicios 62

6

6.4.2.1 Base de datos 65

6.4.2.2 Despliegue de Servicios Web 65

6.4.2.3 Creación de usuario 65

6.4.2.4 Validación de usuario 68

6.4.2.5 Creación de ruta 71

6.4.2.6 Modificación de datos de un usuario 74

6.4.3 Implementación aplicación móvil 79

6.4.3.1 Registro de usuario y Login a la plataforma 80

6.4.3.2 Menú principal de la plataforma 81

6.4.3.3 Opción Inicio 83

6.4.3.4 Opción Mapa 89

6.4.3.5 Opción progreso 92

6.4.4 Módulo de administración 93

6.5 FASE CUATRO - EVALUACIÓN INTEGRAL DE LA PLATAFORMA 94

6.5.1 Grabación del uso 94

6.5.2 Método del conductor- cuestionario 95

6.5.3 Método entrevista 96

6.6 FASE CINCO - LANZAMIENTO 98

7 CONCLUSIONES 99

8 TRABAJOS FUTUROS 101

BIBLIOGRAFÍA 102

7

LISTA DE TABLAS

Tabla 3. Requerimientos funcionales 41

Tabla 4. Requerimientos de administrador 42

Tabla 5. Requerimientos no funcionales 43

Tabla 6. Historia de usuario 01: Ingresar al sistema 43

Tabla 7. Historia de usuario 02: Modificar datos 44

Tabla 8. Historia de usuario 03: Visualizar mi progreso 45

Tabla 9. Historia de usuario 04: Agregar y visualizar puntos 45

Tabla 10. Historia de usuario 05: Modo nocturno 46

Tabla 11. Historia de usuario 06: Redime Road's 46

Tabla 12. Tabla de tareas evaluadas 52

Tabla 13. Tabla de servicios 54

Tabla 14. Alternativas de selección de aplicaciones Backend 56

Tabla 15. Criterios de evaluación 57

Tabla 16. Criterios para software backend 57

Tabla 17. Criterios software backend evaluados 57

Tabla 18. Criterio ponderado herramienta NodeJS 57

Tabla 19. Criterio ponderado herramienta Java 58

Tabla 20. Criterio ponderado herramienta .Net 58

Tabla 21. Alternativas de selección de aplicaciones móviles 58

Tabla 22. Alternativas de selección de aplicaciones móviles parte 2 59

Tabla 23. Criterios de evaluación aplicaciones móviles 60

Tabla 24. Criterios aplicaciones móviles evaluados 60

Tabla 25. Criterio ponderado herramienta Flutter 61

8

Tabla 26. Criterio ponderado herramienta Ionic 61

Tabla 27. Criterio ponderado herramienta Xamarin 61

Tabla 28. Criterio ponderado herramienta Android 61

Tabla 29. Criterio ponderado herramienta Swift 62

Tabla 30. Servicio Web createUSer 66

Tabla 31. Parámetros de entrada servicio createUser 66

Tabla 32. Parámetros de salida Servicio createUser 67

Tabla 33. Servicio Web validateUser 68

Tabla 34. Parámetros de entrada Servicio validateUSer 69

Tabla 35. Parámetros de salida Servicio validateUser 69

Tabla 36. Servicio Web createRoute 72

Tabla 37. Parámetros de entrada Servicio createRoute 72

Tabla 38. Parámetros de salida Servicio createRoute 73

Tabla 39. Servicio Web changeUserParams 74

Tabla 40. Parámetros de entrada Servicio changeUserParams 75

Tabla 41. Parámetros de salida Servicio changeUserParams 75

Tabla 42. Servicio Web getRoutes 77

Tabla 43. Parametros de salida getRoutes 77

Tabla 44. Lista de tareas para el método de grabación de uso 94

Tabla 45. Lista de tareas y preguntas para la encuesta 96

9

LISTA DE FIGURAS

Figura 1. Resultado 1 encuesta 16



Figura 4. Relación entre contaminación del aire y efectos de las emisiones a la salud 19

Figura 5. Encuesta población caleña 20

Figura 6. Objetivos de desarrollo sostenible vinculados al proyecto 24

Figura 7. Interfaces de Wikiloc 27

Figura 8. Interfaces de BikoApp 28

Figura 9. Interfaz de BIKE-SHARING MOBILE APPLICATION 29

Figura 10. Experiencia de usuario: principios y métodos 34

Figura 11. Perfil de usuario 39

Figura 12. Storyboard experiencia de usuario 40

Figura 13. Tareas de interacción 47

Figura 14. Arquitectura de software 48

Figura 15. Encuesta horaria de uso a biciusuarios 49

Figura 16. Encuesta sistema operativo móvil usado por el biciusuario 50

Figura 17. Colores de interfaz en modo nocturno 51

Figura 18. Colores de interfaz en modo diurno 51

Figura 19. Interfaz prototipo de baja fidelidad 53

Figura 20. Interfaz prototipo de baja fidelidad 54

Figura 21. Configuración de compilación archivos TypeScript 63

Figura 22. Configuración de servidor con NodeJS 64

10

Figura 23. Estructura del proyecto NodeJs 65

Figura 24. Prueba de Servicio createUser desde Postman 68

Figura 25. Prueba de Servicio validateUser desde Postman 71

Figura 26. Prueba de Servicio createRoute desde Postman 74

Figura 27. Parámetros de entrada Servicio changeUSerParams Postman 76

Figura 28. Parámetros de salida Servicio changeUSerParams Postman 77

Figura 29. Parámetros de salida Servicio getRoutes Postman 79

Figura 30. Interfaces de registro e inicio de sesión de la plataforma IOS 80

Figura 31. Interfaces de registro e inicio de sesión de la plataforma Android 81

Figura 32. Interfaces principales de la plataforma IOS 82

Figura 33. Interfaces principales de la plataforma Android 82

Figura 34. Slider de imágenes mostradas en la plataforma 83

Figura 35. Segunda parte slider de imágenes mostradas en la plataforma 83

Figura 36. Mensajes de alerta según el momento del día o la cantidad de recorridos realizados IOS 84

Figura 37. Mensajes de alerta según el momento del día o la cantidad de recorridos realizados Android 85

Figura 38. Todolist generado según el momento del día y el clima IOS 85

Figura 39. Todolist generado según el momento del día y el clima Android 86

Figura 40. Interfaz inicio de recorrido de la plataforma IOS 86

Figura 41. Interfaz inicio de recorrido de la plataforma Android 87

Figura 42. Mensaje para finalizar recorrido desde la plataforma IOS 88

Figura 43. Mensaje para finalizar recorrido desde la plataforma Android 88

11

Figura 44. Zonas de robo y mensaje en la plataforma IOS 89

Figura 45. Zonas de robo y mensaje en la plataforma Android 90

Figura 46. Área de zona peligrosa, tráfico pesado y notificación push IOS91

Figura 47. Área de zona peligrosa y notificación push Android 91

Figura 48. Notificación de RoadApp desde reloj inteligente 92

Figura 49. Progreso de usuario desde la plataforma IOS 93

Figura 50. Progreso de usuario desde la plataforma Android 93

Figura 51. Usuarios realizando prueba al método entrevista 97

12

GLOSARIO

API: Es un conjunto de definiciones y protocolos que se utiliza para desarrollar e integrar el software de las aplicaciones.

APK: Android Application Package en español Aplicación empaquetada de Android, es el formato de aplicación móvil para dispositivos de sistema operativo Android.

BACKEND: Es el encargado de la lógica de la plataforma, es el conjunto de acciones que ocurre, pero el usuario no las puede visualizar, como conexión con el servidor, la base de datos, entre otros.

CHECK LIST: Es un formato creado para controlar el cumplimiento de una lista de requisitos para comprobar actividades o elementos vitales.

FRONT-END: Es el encargado de la parte frontal de la plataforma, desde la estructura del sitio hasta los estilos como colores, fondos, tamaños hasta llegar a las animaciones y efectos.

MATERIAL DESIGN: Es un lenguaje visual que sintetiza los principios clásicos del buen diseño con la innovación de la tecnología y la ciencia.

MENÚ HAMBURGER: O también conocido como botón hamburger, normalmente se pone en la esquina superior de una interfaz gráfica de usuario, este consta de tres líneas horizontales que sugieren una lista.

PMV: Producto mínimo viable, es un producto de lanzamiento con el mínimo de características y funcionalidades posibles que pueda ser entregado al usuario para su interacción y así mejorar el producto.

ROAD’S: Moneda local de la aplicación que puede ser obtenida mediante kilómetros recorridos, cantidad de recorridos y metas cumplidas y con ella obtener descuentos en las diferentes marcas asociadas a la plataforma.

SLIDER: Son elementos web que se colocan generalmente en la página de llegada, y consisten en un pase de diapositivas, que pueden ser animadas o imágenes fijas.

13

TODOLIST: Es una herramienta de ayuda en el trabajo diseñada para reducir los errores provocados por los potenciales límites de la memoria y la atención en el ser humano.

14

RESUMEN

El presente trabajo desea impactar diferentes problemáticas ciudadanas de manera indirecta con la bicicleta como vehículo de transporte. La motivación que impulsó la creación de este proyecto surge porque trata temas de vital importancia, como la contaminación, economía, clima y salud. Por ende, se toma la iniciativa de crear una plataforma para ciclistas y posibles usuarios de la bicicleta, con el fin de fomentar el uso de ésta de manera segura. La propuesta consiste en la creación de una plataforma llamada RoadApp que busca fomentar el uso de la bicicleta de manera segura, esta se implementa bajo el modelo de proceso de la ingeniería de la usabilidad y de la accesibilidad (MPlu+a). Éste integra elementos de la ingeniería de software y diseño centrado en el usuario. Permitiendo la identificación de las necesidades del usuario, que son parte fundamental durante el proyecto. En primer lugar, se realizan métodos de indagación como lo son encuestas y entrevistas a los posibles usuarios, para realizar un análisis de contexto, una especificación de requerimientos, que en consecuencia da inicio al diseño y prototipado de la plataforma RoadApp. La plataforma trabaja bajo tres factores que se enfocan en la conducción segura, primero cuenta con un sistema de mapas que permite visualizar lugares de robos en zonas de la ciudad; noticias e información relevante para los ciclistas como leyes o artículos de interés; las notificaciones push y todolist se encargan de informarle al usuario según la hora, clima y cantidad de recorridos qué debería revisar y tener en cuenta en su bicicleta y o viaje, además el usuario debe chequear los implementos qué debe llevar consigo para empezar un recorrido, como casco, luces y demás. Finalmente se tiene en cuenta el factor de fomentar el uso de la bicicleta, que este se encuentra mediado por una moneda local de la aplicación llamada Road’s que se obtiene dependiendo la cantidad de kilómetros recorridos, cantidad de recorridos realizados y metas superadas, con esta moneda a futuro se pretende tener alianza con diferentes marcas de ropa, comida, deporte y entretenimiento para que se rediman descuentos y regalos dependiendo la cantidad de monedas que tenga el usuario. PALABRAS CLAVE: Plataforma multimedia, bicicleta, conducción segura, transporte, dispositivos móviles.

15

INTRODUCCIÓN

La bicicleta como medio de transporte es un beneficio para el medio ambiente, la economía, movilidad y la salud pública, se considera que el uso de ésta se convierta fundamental dentro de las ciudades1. Además, la bicicleta es considerada un vehículo mecánico porque es impulsado por el cuerpo humano y ayuda al funcionamiento del sistema cardiovascular2, a su vez también reduce los niveles de colesterol en la sangre3 y estrés4.

El uso de la bicicleta actualmente se comprende como un medio de transporte que contribuye a disminuir la congestión vehicular5. Por ello el uso de este medio de transporte se encuentra adherido a muchos proyectos encaminados a ciudades inteligentes, ya que estas manejan planes de movilidad urbana sostenible que consisten en la implantación de medios de transporte que armonicen el incremento económico, la cohesión social y la defensa del medio ambiente, garantizando una mejor calidad de vida a los ciudadanos6 con el compromiso de convertirse en más eficientes, sostenibles y habitables.

Con lo anterior, se reconoce. los beneficios y el potencial que tiene el uso de la bicicleta, para distinguir si los ciudadanos usan la bicicleta o no, se decide realizar una encuesta a 100 personas de la ciudad de Cali para validar información sobre los posibles perfiles y reconocer qué tipo de transporte usan, si les genera dificultades en temas de movilidad y de no utilizar la bicicleta, reconocer porque no hacen uso de ella.

1THIGPEN, Calvin et al. Using a stages of change approach to explore opportunities for increasing bicycle commuting. En: Science Direct. [en línea]. Estados Unidos: University of California, junio, 2015, vol. 39, p. 44-55. [consultado el 2 de agosto de 2017]. Disponible en: https://doi.org/10.1016/j.trd.2015.05.005 2SOCIEDAD ESPAÑOLA DE HIPERTENSIÓN- LIGA ESPAÑOLA PARA LA LUCHA CONTRA LA HIPERTENSIÓN ARTERIAL. Guía para la prescripción de ejercicio físico en pacientes con riesgo cardiovascular. [en linea]. España sociedad española de hipertensión. [consultado el 19 de septiembre de 2017]. Disponible en: https://goo.gl/PrgRU6 3 BOTERO, María Paula y ZULETA, Paula. Bici – Vintage: Una nueva opción de movilidad en Bogotá [en línea]. Trabajo de emprendimiento Administración de Empresas. Bogotá. Colegio de Estudios Superiores de Administración, 2015. [consultado el 19 de septiembre de 2017]. Disponible en: https://goo.gl/KmuUSP 4TORRES, Walkiria. La irrupción de una ciclista en la ciudad [en línea]. México: Universidad Autónoma de Aguascalientes. 2013. [consultado el 19 de septiembre de 2017]. Disponible en Internet: https://goo.gl/dRDibC 5 CABALLERO, Romina et al. Uso de la Bicicleta como Medio de Transporte: Influencia de los Factores Psicológicos. En: Dossiê: Psicología Ambiental. [en línea]. Buenos Aires: Universidad Abierta Interamericana, julio-septiembre, 2014, vol. 45, nro. 3, p. 316-324. [consultado el 14 de agosto de 2017]. Disponible en: https://goo.gl/P4eEa5 6SMART CITY. Libro Blanco Smart Cities [en línea]. España, SMART CITY. 2012. [consultado el 30 de Julio de 2017]. Disponible en: https://goo.gl/Th8HwN

https://goo.gl/b7HSfs


https://goo.gl/PrgRU6

https://goo.gl/KmuUSP

https://goo.gl/dRDibC

https://goo.gl/P4eEa5

https://goo.gl/Th8HwN

16

Los resultados que arroja la encuesta indican que el 85,9% ha tenido problemas de movilidad y que sólo el 5% utiliza la bicicleta como medio de transporte, adicional se reconoce que el 95% de personas que no hacen uso de la bicicleta, es porque no hay ciclorrutas, tienen miedo de que los roben, pereza, viven muy lejos, no tienen bicicleta, entre otras. Figura 1. Resultado 1 encuesta

Fuente: Elaboración propia.

Figura 2. Resultado 2 encuesta


17

Figura 3. Resultado 3 encuesta


Con la información adquirida, se comprende que el problema por el cual las personas no hacen uso de la bicicleta va enfocado a la seguridad y falta de motivación, y se reconoce que para incrementar el uso de la bicicleta debe hacerse de forma segura.

Mediante el presente proyecto se busca implementar una plataforma que pretende fomentar el uso de la bicicleta basado en los fundamentos de la conducción segura. La conducción segura es una normatividad básica sobre conducción en la vía, para los ciclistas, que consiste en reconocer que su carril es el izquierdo, evitar maniobras, llevar casco, luces, chaleco reflectante, mantener la bicicleta en buenas condiciones, entre otras7.

Este documento presenta una propuesta para el desarrollo de una plataforma que está dada por un aplicativo móvil y un módulo administrativo, con el propósito de dar a conocer a través de la plataforma datos sobre la conducción segura y sobre el entorno donde transita. Todo esto dado por una metodología centrada en el usuario que se encarga de identificar e interpretar el contexto, analizar el usuario, diseñar y evaluar la solución de manera que fomente la conducción segura de la bicicleta en entornos urbanos.

7 ASOCIACIÓN CICLISTAS URBANOS. Curso a distancia de conducción segura de la bicicleta [en línea]. Argentina. Asociación Ciclistas Urbanos. [consultado el 9 de octubre de 2019]. Disponible en: https://bit.ly/2B8Bmq9

18

1 PLANTEAMIENTO DEL PROBLEMA La movilidad reducida es una de las problemáticas más delimitadas en el país incluso un informe publicado por la consultora Inrix que se encarga de proporcionar datos y análisis basados en la ubicación, como el tráfico y el estacionamiento a ciudades y autoridades de carreteras de todo el mundo. En este se analiza el embotellamiento de 1064 ciudades en el mundo y 38 países, reconoce que Colombia es el tercero con mayores problemas de congestión y de la misma manera, la movilidad reducida8, desencadena otras problemáticas en el país como lo son la contaminación y salud. La contaminación se encuentra fuertemente ligada hacia la movilidad reducida a causa de las emisiones producidas por los automotores debido a: los gases que emite el tubo de escape, el sistema de combustible que emerge desde el carburador, el escape de gas de los pistones, el desgaste de los neumáticos, desgaste de los frenos, emisiones producidas por el desplazamiento del automotor en un camino con polvo, entre otros.9 La revista británica The Lancet que ocupa el segundo lugar de Factores de impacto de las revistas médicas, etiqueta a la contaminación como la causa ambiental más importante de enfermedad y muerte prematura en el mundo actual. En un estudio realizado por ésta, la comisión sobre polución y salud describe “La contaminación existente en los países de ingresos bajos y medianos que es causada por las emisiones industriales, los gases de tubos de escape de vehículos y las sustancias químicas tóxicas es un problema que han pasado por alto las agendas de desarrollo internacional y de salud mundial10” En este orden de ideas se procede a comprender cómo es la relación de la contaminación generada por vehículos automotores con el deterioro en la salud de los ciudadanos. La concentración del contaminante (masa por tiempo), fracción inhalada (masa inhalada por masa emitida) y toxicidad (impacto a la salud por masa inhalada)11 como se puede observar en la siguiente Figura.

8 INRIX. Interactive Ranking & City Dashboards [en línea]. Estados Unidos. INRIX. [consultado el 11 de mayo de 2018]. Disponible en: https://bit.ly/1KHFCbd 9ACEVEDO, Jorge et al. Marco teórico de contaminación atmosférica en Colombia [en línea]. Colombia-Inglaterra: Universidad de los Andes-University College London. 2013. [consultado el 11 de mayo de 2018]. Disponible en: https://goo.gl/DYCBtS 10THE LANCET. Comisión Lancet sobre contaminación y salud [en linea]. Inglaterra; The Lancet [consultado el 11 de mayo de 2018]. Disponible en: https://goo.gl/ybBWtL 11 ACEVEDO, et al. Op. cit., p. 6.

19

Figura 4. Relación entre contaminación del aire y efectos de las emisiones a la salud

Fuente: ACEVEDO, Jorge et al. Relación entre contaminación del aire y efectos de las emisiones a la salud [imagen]. Marco teórico de Contaminación Atmosférica en Colombia. Colombia-Inglaterra: Universidad de los Andes-University College London. 2013. [consultado el 11 de mayo de 2018]. Disponible en: https://goo.gl/DYCBtS

Ahora bien, para empezar, es importante comprender por qué se da la movilidad reducida. Y se comprende que la ciudad de Cali posee un parque automotor que crece anualmente en cifras alarmantes12 y a pesar de que en promedio hay 220 vehículos por cada 1000 habitantes, en algunos sectores hay 400 por cada 1000 y esto afecta de manera directa a la ciudad ya que la cantidad de vehículos motorizados no está constituida para la cantidad de vías que tiene la ciudad13

Para la problemática de la ciudad, la Alcaldía de Santiago de Cali ha adoptado el Plan integral de Movilidad Urbana (PIMU) que surge como un plan de acción para cada una de las secretarías y dependencias que tienen que ver con infraestructura, movilidad, Metro Cali S.A. y el Dagma. El objetivo de este plan es “fomentar un modelo de movilidad multimodal e intermodal que, con base en criterios de sostenibilidad ambiental, social y económica, otorgue a los modos de transporte público optimizados y no motorizados (peatón y bicicleta) prioridad sobre el transporte privado, fomente la seguridad vial, y garantice la accesibilidad a todos los grupos poblacionales, buscando con ello la mejora de la calidad de vida de los caleños”14

En el documento sobre el PIMU cuenta sobre promover el uso de la bicicleta, plantea estacionamientos para las bicicletas y una red de ciclorrutas, además de

12ALCALDÍA DE SANTIAGO DE CALI, Observatorio Movis. Parque automotor de transporte [en línea].Alcaldía de Santiago de Cali [consultado el 15 de octubre de 2019]. Disponible en: https://bit.ly/31tEhEp 13ALCALDÍA DE SANTIAGO DE CALI, Observatorio Movis. POT - Jerarquización Vial [en línea]. Alcaldía de Santiago de Cali [consultado el 16 de octubre de 2019]. Disponible en: https://bit.ly/2J3QIAr 14ALCALDÍA DE SANTIAGO DE CALI. Planeación. PIMU 2019 [en línea]. Alcaldía de Santiago de Cali [consultado el 15 de octubre de 2019]. Disponible en: https://bit.ly/2QzKdb6

20

una infraestructura robusta para la movilidad de la bicicleta y permitir la intermodalidad con otros modos de transporte. Reconociendo lo mencionado, se percibe que la ciudad está promoviendo la bicicleta como medio de transporte, entonces es necesario saber qué papel están tomando los ciudadanos en este momento y sí está dispuesto a movilizarse en bicicleta o si ya hace uso de ella. Entonces se procede a realizar un análisis sobre qué piensa, ve, escucha, siente, dice y hace la comunidad caleña. Se realiza una indagación y se distingue un estudio de Cali cómo vamos y en este se reconoce que para el 2015 el 46% de los caleños se movilizaban en bicicleta y a pie15, este arroja una percepción de que los ciudadanos ya están haciendo uso de la bicicleta, pero de manera relativa, ya que los datos vienen combinados con el de los peatones. Adicionalmente se refuerza la información sobre la población de caleños que hacen uso de la bicicleta y se reconoce que la mayoría de estos son obreros, trabajadores y estudiantes que provienen del Oriente y Norte de Cali y su principal motivación es la economía16. Ya que se tiene información sobre los usuarios que hacen uso de la bicicleta y su motivación, se realiza una encuesta a 100 ciudadanos que no hacen uso de la bicicleta y vivan en el sur de la ciudad con la intención de comprender sobre cómo estos perciben el uso de la bicicleta como medio de transporte y se denota que no la utilizan, porque piensan que no hay buena infraestructura de ciclorrutas y ciclo carriles, miedo a que lo roben, no tienen bicicleta, viven muy lejos, miedo a un accidente y pereza como se observa en la siguiente Figura. Figura 5. Encuesta población caleña


15CALI CÓMO VAMOS. Cómo vamos en movilidad [en linea]. Santiago de Cali; Cali Cómo Vamos. [consultado el 15 de octubre de 2019]. Disponible en internet: https://bit.ly/2P63vq1 16Los caleños aman la 'bici', pero no tienen dónde usarla [en línea].En: El Pais Santiago de Cali. 21, agosto, 2016. [consultado el 17 de octubre d]. Disponible en internet: https://bit.ly/2BkOIj4

21

Con la información adquirida, se pueden realizar las siguientes apreciaciones: el uso de la bicicleta resulta vital para resolver las diferentes problemáticas que orbitan ante la movilidad, la Alcaldía de Cali está realizando diferentes actividades y planes para promover el uso de la bicicleta, los ciudadanos que usan la bicicleta como medio de transporte tienen una correlación directa hacia la economía, los caleños de la zona sur que no hacen uso de la bicicleta tienen una percepción peligrosa con respecto al uso de la bicicleta.

Por tanto, la situación remite a la necesidad de crear una estrategia que promueva un cambio de percepción sobre la bicicleta para los caleños que no hacen uso de ésta, difundiendo las bases sobre la conducción segura y cómo la bicicleta está teniendo un papel prioritario dentro de la ciudad, además de generar un incentivo adicional para aquellos que ya hacen uso de la bicicleta y así garantizar que estos seguirán haciendo uso de ella.

Teniendo en cuenta la problemática mencionada, surge la pregunta ¿Cómo una plataforma puede aportar a que los ciudadanos fomenten la conducción de la bicicleta de manera segura en entornos urbanos?

22

2 JUSTIFICACIÓN La movilidad reducida en la ciudad de Cali es un problema caótico en la ciudad y la percepción de los ciudadanos es que los embotellamientos y trancones cada vez son peores dado a las obras e intervenciones del municipio además de la implementación de los pacificadores viales17. Adicionalmente la ciudad lidia con un creciente parque automotor que hoy llega casi a los 640.000 vehículos18 y todo lo anterior da a entender que la ciudad no tiene las vías suficientes para soportar una buena movilidad. También se debe pensar que el exceso de vehículos trae consigo otro tipo de conflictos y uno de ellos es la contaminación. En Cali el 90% de los gases de efecto invernadero se producen en el parque automotor y según el Dagma se producen 23,767 toneladas de emisiones de óxido de nitrógeno, 347,512 toneladas de monóxido de carbono y 2,5 millones de toneladas de dióxido de carbono19. La contaminación a su vez desenlaza dos conflictos más, una de ellas es el calentamiento global que viene dado por los automóviles, motocicletas, buses y entre otros, que hacen uso de la gasolina, promoviendo la quema de combustibles fósiles20, elevando así uno de los mayores causantes del cambio climático. Otra de las dificultades que trae la contaminación al igual que la movilidad, es la salud, estos dos factores llevan consigo diferentes riesgos, en primera medida, inhalar los gases de escape que emiten los vehículos automotores que utilizan gasolina y diésel son de gran toxicidad para el ser humano21, y estas partículas son tan diminutas que pueden penetrar en los pulmones y causar irritación22 17Crece el desespero de los caleños por 'trancones' viales [en línea].En: El Pasis Santiago de Cali. 5, mayo, 2019. [consultado el 16 de octubre de 2019]. Disponible en: https://bit.ly/35NXT9s 18 90 MINUTOS William Camargo es designado como nuevo Secretario de Movilidad de Cali [en línea]. Santiago de Cali. 8, 2019. [consultado el 17 de octubre de 2019]. Disponible en: https://bit.ly/2D4uR99 19Vehículos contaminan el 90 % del aire en Cali [en línea]. En: El Pais Santiago de Cali. 7, marzo, 2018. [consultado el 15 de octubre de 2019]. Disponible en: https://bit.ly/2ZhUXyB 20ARISTIZÁBAL, León et al. Información técnica sobre gases de efecto invernadero y el cambio climático [en línea]. Bogotá: IDEAM. 2007. [consultado el 17 de octubre de 2019]. Disponible en: https://bit.ly/2XZy5at 21FAJARDO, Álvaro et al. Contaminación por monóxido de carbono: un problema de salud ambiental.[en línea] En: Science Direct. Bogotá: Instituto de Salud Pública, Facultad de Médicina-Universidad Nacional, abril, 2006. [consultado el 17 de octubre de 2019]. Disponible en: https://bit.ly/2J3msFK 22MOMS CLEAN AIR FORCE. Cómo la contaminación por diésel afecta su salud y lo que puede hacer al respecto [en línea]. Estados Unidos; Moms Clean Air Force [consultado el 17 de octubre de 2019]. Disponible en: https://bit.ly/2LLZdig

23

Por otra parte, la salud también se ve afectada, por los altos niveles de estrés que manejan las personas que deben pasar horas en el tráfico, según lo explica el New York Times estas personas pueden empezar a comportarse de manera violenta ya que les deriva un sentimiento de impotencia23, también se reconoce que las personas prefieren perder cinco minutos de actividades de esparcimiento antes que un minuto en el tráfico24.

Con el fin de generar un cambio para movilidad, la Alcaldía de Cali ha desarrollado diferentes actividades y proyectos con el fin de promover el uso de la bicicleta como medio de transporte, como: la campaña Pedaleá vé para promover el uso de la bicicleta en los estudiantes de colegio25, Bici Mío que busca articular la movilidad en bicicleta con el sistema de transporte masivo MIO26, además de declarar el Día de la Bici y el Aire Limpio el 22 de septiembre de 201827.

El propósito de promover el uso de la bicicleta es con el objetivo de brindar distintos beneficios a su salud como a su entorno28. Los usuarios de bicicleta manejan bajos niveles de estrés29 al igual que un buen funcionamiento del sistema cardiovascular30. También el uso de ésta como medio de transporte contribuye al medio ambiente, reduciendo los niveles de contaminación en el aire de la ciudad. Por último, brinda a los usuarios costos más bajos en su movilidad a diferencia de lo que puede tener un usuario de carro particular, moto y un usuario de transporte público porque evitan gastos como: gasolina, parqueadero, mantenimiento y pasajes31.

23NEW YORK TIMES [en línea]. New York, 2019. [consultado el 17 de octubre de 2019]. Disponible en: shorturl.at/dLTZ7 24 ANDERSON, Michael et al. Superstitions, street traffic, and subjective well-being [en línea]. En: Science Direct. Hong Kong: The Chinese University of Hong Kong. [consultado el 17 de octubre de 2019]. DOI: 10.1016/j.jpubeco.2016.07.005. 25ALCALDÍA SANTIAGO DE CALI, Cali progresa contigo. Pedaleá vé [en línea]. Alcaldía Santiago De Cali [consultado el 17 de octubre de 2019]. Disponible en: https://bit.ly/35MHxOv 26MIO. Bici Mio [en linea]. Santiago de Cali; MIO[consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/2BAEOtT 27GOBERNACIÓN DEL VALLE, Centro de Diagnóstico Automotor del Valle. Cali se mueve mejor en bici [en línea]. Gobernación del valle, [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/35LcXoz 28FUNDACIÓN ECA BUREAU VERITAS. Balance general de la bicicleta pública en España [en línea] Fundación Eca Bureau Veritas. [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/2Msbz2j 29TORRES, Op. cit. 30SOCIEDAD ESPAÑOLA DE HIPERTENSIÓN- LIGA ESPAÑOLA PARA LA LUCHA CONTRA LA HIPERTENSIÓN ARTERIAL, Op. cit. 31AQUAE FUNDACIÓN. 5 ventajas de utilizar la bicicleta como medio de transporte [en linea]. España. Aquae Fundación [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/31xvaCR

24

Teniendo en cuenta el análisis realizado se puede percibir que al crear un proyecto que invite a los caleños a hacer uso de la bicicleta basándose en las buenas prácticas de la conducción segura32, hace que éste se vea alineado con tres objetivos de desarrollo sostenible de la ONU: “Salud y bienestar”, “Ciudades y comunidades sostenibles” y “Acción por el clima”33. Figura 6. Objetivos de desarrollo sostenible vinculados al proyecto

Fuente: ONU. Objetivos de desarrollo sostenible [imagen]. En: ONU. [consultado el 19 de septiembre de 2017]. Disponible en: https://bit.ly/2qk9f28 Estos tres objetivos están enrutados a la salud y bienestar de las personas disminuyendo niveles de estrés, colesterol y enfermedades cardiovasculares, también contribuye a la ciudad creando una alternativa de transporte no contaminante e inclusiva para cualquier tipo de clase social, finalmente, la bicicleta adopta una alternativa para combatir el uso de los combustibles fósiles, generando menos cantidad de gases de efecto invernadero34. Con base en lo mencionado, se busca que la plataforma a desarrollar cumpla un impacto en la sociedad caleña alineándose con objetivos de desarrollo sostenible, brindando un sistema que fomente las prácticas de la conducción segura pretendiendo ser informativa y preventiva, luciendo como una aplicación móvil atractiva y dinámica bajo el concepto de la gamificación.

32ESPAÑA, Ministerio del interior. La conducción de bicicletas [en línea]. ESPAÑA, Ministerio del interior [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/2pBYQ44 33ONU. Objetivos de desarrollo sostenible [en línea]. [consultado el 19 de septiembre de 2017]. Disponible en: https://bit.ly/2qk9f28 34DALLA, Marcela. Percepción de los beneficios individuales del uso de la bicicleta compartida como modo de transporte. En: Science Direct. España: Universidad Abierta Interamericana-Universidad Nacional de Mar del Plata, junio-noviembre de 2015. [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/2BqcI4c

25

3 OBJETIVOS

3.1 OBJETIVO GENERAL

Desarrollar un sistema multimedia que fomente la conducción segura de la bicicleta como transporte urbano en Cali, el cual solvente los riesgos actuales para la movilidad de los ciclistas.

3.2 OBJETIVOS ESPECÍFICOS

● Analizar la problemática de cómo fomentar la conducción segura de labicicleta como transporte urbano en Cali para así definir los requerimientosnecesarios para la implementación óptima de una plataforma que contieneaplicativo móvil y módulo administrativo.

● Diseñar una propuesta del aplicativo móvil y módulo administrativotomando como referencia los requerimientos del mismo.

● Desarrollo del aplicativo móvil y módulo administrativo funcional de lapropuesta diseñada para ejecutar de manera eficaz la plataforma que promoverála solución a la problemática de cómo fomentar la bicicleta como medio detransporte urbano en Cali.

● Evaluar la plataforma para los usuarios del módulo administrativo y elaplicativo móvil, empleando diferentes métodos de evaluación de usabilidad paraque el sistema sea la solución más viable a diseñar.

26

4 ANTECEDENTES 4.1 RODANDO El proyecto de Daniel Rosero, Ingeniero Multimedia y Catalina Soto, Diseñadora Industrial, consiste en una aplicación móvil diseñada para los ciclistas de la ciudad de Cali. La aplicación se piensa para que los usuarios de la bicicleta puedan alimentarla mediante un mapa con datos como lesiones, hurtos y accidentes de ciclistas en las vías de Cali, todos estos datos son dados por usuarios y cualquier otro usuario que haga uso de la aplicación podrá visualizarlo en un mapa35.

Este aplicativo tiene una ventaja es que lo que se desea es que los usuarios reconozcan sitios donde han ocurrido robos, accidentes, y hasta sitios donde hayan bicicleterias pero el gran dilema de esta es que sólo esos datos provienen del usuario, y no todos los usuarios desean estar digitando información sobre esta, otro punto en contra es que tiene un bajo nivel de diseño de interfaces, siendo difícil navegar en la app. Actualmente esta app se dio de baja de la Play Store. 4.2 WIKILOC Wikiloc es una aplicación Web híbrida gratuita donde se pueden almacenar y compartir rutas al aire libre para cualquier tipo de actividad física como lo es el ciclismo, senderismo, motociclismo, entre otros. Las rutas se dibujan sobre mapas cartográficos como Google Maps, está disponible en varios idiomas y disponible para iPhone y Android. La idea principal de esta aplicación es compartir las diferentes experiencias al aire libre de un deporte y qué nivel de dificultad tienen36.

Ventajas que posee este aplicativo Web es que permite compartir recorridos en bicicleta para retroalimentar a otros usuarios sobre el estado de las vías y / o comentarios con respecto al recorrido. La desventaja de ella es que el enfoque que tiene esta se encuentra en recorridos fuera de la ciudad, y esto hace que no retroalimenta lo suficiente a los usuarios que desean utilizarla como medio de transporte.

35'Rodando', la aplicación móvil para los ciclistas caleños [en línea].En: El Espectador Santiago de Cali. 2015. [consultado 27 de septiembre de 2017]. Disponible en: https://goo.gl/x7Epy3 36WIKILOC. Authentic Outdoor Experiences [en línea]. WIKILOC [consultado 28 de febrero de 2018]. Disponible en: https://goo.gl/UyxS3D

https://goo.gl/6PAujz




27

Figura 7. Interfaces de Wikiloc

Fuente: ACTUALIDAD IPHONE. El camino de Santiago con tu iPhone y Wikiloc [imagen]. Actualidad Iphone. [consultado el 13 de febrero de 2019]. Disponible en internet: https://goo.gl/b7TpHL

4.3 BIKO

Es una aplicación móvil que surge como invitación a que las personas hagan uso de la bicicleta a partir de un sistema de recompensa, esto funciona a partir de que cada kilómetro recorrido equivale a un biko, que funciona como una especie de moneda virtual y esta se pueden redimir en tiendas asociadas, entre más bikos tengas, mayor será la recompensa, además de esto la aplicación lleva cuenta sobre kilogramos de carbono ahorrados, calorías quemadas y kilómetros viajados37.

Lo más interesante de esta aplicación es cómo capta a los usuarios para hacer uso de la bicicleta, obteniendo bonos y descuentos. La desventaja de esta App es que no tiene un aporte a la comunidad, ni crea algún tipo de conciencia hacia la conducción segura.

37BIKOAPP. Happier, healthier people create happier healthier cities [en línea] BIKOAPP. [consultado 1 de Marzo de 2018]. Disponible en Internet: https://goo.gl/P5qjEH



28

Figura 8. Interfaces de BikoApp

Fuente: BIKOAPP. About Biko App [imagen]. BIKOAPP [consultado el 13 de febrero de 2019]. Disponible en: https://goo.gl/5XoCre 4.4 A REAL TIME MULTI-OBJECTIVE CYCLISTS ROUTE CHOICE MODEL FOR A BIKE-SHARING MOBILE APPLICATION Este aplicativo móvil surge para dar mejores condiciones de viaje al ciclista, y lo realiza mediante un no sé qué que lo que hace es pretender la mejor ruta para llegar a su destino, siendo así que distancia y tiempo sean menores, la ruta sea la menos contaminada y más segura en condiciones viales. Pero también funciona como un sistema de bicicleta compartida que según la geolocalización del usuario que la necesite, encontrará la bicicleta más cercana y que esté disponible38.

Esta aplicación móvil cuenta con aspectos muy interesantes e importantes como el que, mediante datos viales, tiempo, distancia, entre otros, sugerir la ruta más inteligente, además cuenta con un servicio para compartir bicicleta, lo que falla dentro de este proyecto es que una persona que dependa del uso compartido de la bicicleta, se puede quedar sin movilizarse porque no hay disponibles bicicletas cerca.

38CAMPOREALE, Rosalia et al. A real time multi-objetive cyclists route choice model for a bike-sharing mobile application. [en linea] En: IEEE Explore. Italia: Politécnico di Bari, junio, 2017. [consultado 15 de mayo de 2018]. Disponible en: https://goo.gl/RKGvqp

29

Figura 9. Interfaz de BIKE-SHARING MOBILE APPLICATION

Fuente: CAMPOREALE, Rosalia. About real time multi-objective cyclists route choice model for a bike-sharing mobile application [imagen]. En: IEEE Xplore. Italia: Politécnico di Bari, junio, 2017. [consultado 15 de mayo de 2018]. Disponible en: https://goo.gl/RKGvqp

4.5 EVALUATING BLUETOOTH AND WIFI SENSORS AS A TOOL FOR COLLECTING BICYCLE SPEED AT VARYING GRADIENTS

Este estudio surge para poder sensar la velocidad a la que van los ciclistas a través de módulos Wi-Fi y Bluetooth, con la que se busca no sólo mejorar la comodidad de los ciclistas, sino también aumentar la cantidad de ciclistas en la ciudad.

Estos datos pueden ser recolectados fácilmente debido al desarrollo de las tecnologías móviles, ya que la mayoría de los usuarios portan con mínimo un dispositivo. Para la recoger los datos, los sensores detectan cuando un dispositivo se conecta, registrando el tiempo para así calcular la velocidad con la que pasa el dispositivo. Los datos tomados de los ciclistas podrían ser usados para planificación de buenas infraestructuras tecnológicas39.

39HALVORD, Grønlund. Evaluating bluetooth and Wi-Fi sensors as a tool for collecting bicycle speed at varyng gradients.[en linea] En: Science Direct. Noruega: The Norwegian University of Science and Thecnology, abril, 2016. [consultado 15 de mayo de 2018]. Disponible en Internet: https://goo.gl/qv9Hck

30

La ventaja de esta investigación es que permite el sensar la velocidad en la que los usuarios están en cierto punto de la ciudad, y así extraer un promedio para permitirles a otros usuarios conocer a qué velocidad puede ir, también darle a conocer al usuario vías concurridas por otros ciclistas. La desventaja de este método es sensar, ya que, para realizar una actualización en los sensores, se debe actualizar toda la infraestructura de la ciudad.

Esta investigación es relevante para el proyecto a futuro de modo que se pueda plantear como una aplicación de ciudades inteligentes en el que debido a los datos que son sensados, se pueden plantear diferentes soluciones para la ciudad y los ciclistas, beneficiando a ambos.

31

5 MARCO TEÓRICO

Para la elaboración de la plataforma que ofrezca un fomento del uso de la bicicleta basada en la conducción segura es relevante abordar de forma acertada en el presente proyecto un conjunto de elementos teóricos y conceptuales relacionados para comprender sobre el desarrollo de la ésta.

A continuación, se divisa las técnicas, temáticas y prácticas que se llevan a cabo durante el presente proyecto, estás brindaron una perspectiva guiada desde principios básicos hasta la metodología de trabajo, también se denota el motivo por el cual dichas herramientas fueron seleccionadas y fundamentales.

5.1 GEOLOCALIZACIÓN

La geolocalización es la capacidad de conocer la posición geográfica o ubicación de un objeto, esta se presenta por medio de un vector o punto. Este proceso es generalmente empleado por los sistemas de información geográfica la cual es un conjunto organizado de hardware y software. Existen diferentes tipos de geolocalización como lo son GSM, WIFI y la más importante GPS40.

La geolocalización es fundamental para el desarrollo del proyecto ya que la plataforma adquiere la geoposición del dispositivo móvil para trazar la ruta que el usuario genera en su recorrido, posteriormente se guarda en la base de datos y puede ser visualizado en un mapa. Además, el usuario puede visualizar zonas de robo y tráfico más cercano. A futuro el proyecto pretende informar a los usuarios por notificaciones push sobre vías de ciclo infraestructura cercanas.

5.2 APLICACIÓN MÓVIL

Es una aplicación informática que se ejecuta en dispositivos móviles tales como: celulares, tabletas, entre otros. El aplicativo móvil es de gran importancia dentro del proyecto ya que es el encargado de que el usuario pueda visualizar el contenido en mapas imágenes y recorridos realizados. Adicional con el aplicativo se establece conexión para consumir los servicios que se requieren y con los cuáles se pueden llevar a cabo tareas, como inicio de sesión, iniciar recorrido, entre otros.

40TECNOLOGÍA FÁCIL. ¿Qué es la geolocalización? [en linea]. Tecnología Fácil. [consultado el 9 de octubre de 2019]. Disponible en internet: shorturl.at/vSUWY

32

5.3 SISTEMAS DE INFORMACIÓN EN LA NUBE Un servicio web es una tecnología que utiliza un conjunto de protocolos y estándares diseñados para soportar una interacción interoperable máquina a máquina sobre una red.

La World Wide Web (W3C) dice que los proveedores ofrecen sus servicios como procedimientos remotos y los usuarios solicitan un servicio llamando a estos procedimientos a través de la Web. Estos servicios proporcionan mecanismos de comunicación estándares entre diferentes aplicaciones, que interactúan entre sí para presentar información dinámica al usuario41.

Este tipo de sistema de información es indispensable para el presente proyecto ya que permite subir y almacenar los datos que son creados en tiempo real por el usuario como velocidad, coordenadas, tiempos, entre otras. Este tipo de sistema ayuda mucho a que los datos del usuario prevalezcan.

5.4 EXPERIENCIA DE USUARIO El término de experiencia de usuario (UX), muchas veces se confunde con que es lo que experimenta el usuario. El término trasciende mucho más que eso, Nielsen define experiencia de usuario como toda la experiencia al sentir, mirar, tocar, vivir con el producto o servicio42.

Para Peter Merholz la experiencia de usuario es básicamente el producto y lo único que importa para los usuarios43. Se podría decir que UX hace foco en el usuario y la experiencia a la cual se quiere llegar mientras el usuario interactúa con el sistema antes, durante y después.

Por ello en el presente proyecto se realizaron las debidas pruebas de usuario de manera iterativa ya que la experiencia de usuario juega un papel muy importante, porque el objetivo de esta es que el usuario realice una acción como iniciar un recorrido y finalizarlo de manera satisfactoria, reconociendo así que el usuario vive la experiencia de utilizar la plataforma, antes, durante y después sin generar conflictos en él. 41W3C. Guía breve de servicios web [en linea]. Estados Unidos W3C.. [consultado 3 de marzo de 2018]. Disponible en: https://goo.gl/PZctVK 42NIELSEN NORMAN GROUP. The definition of user experience (UX) [en linea]. Nielsen Norman Group [consultado 4 de marzo de 2018]. Disponible en: https://goo.gl/B1aS41. 43Nielsen Norman Group. Usability and user experience [en linea]. Nielsen Norman Group [consultado 4 de marzo de 2018]. Disponible en: https://goo.gl/CgXozx.







33

5.5 USABILIDAD

La usabilidad es asegurarse de que algo funcione bien para una persona con ciertas habilidades y experiencias que pueda utilizarlo para lograr un propósito sin frustrarse, y se puede llamar que un objeto es usable si una o varias personas lo utilizan frecuentemente, sin dudar sobre cómo se debe llevar a cabo una tarea, en el caso de los sistemas informáticos la alta o poca concurrencia es un indicador que habla sobre la usabilidad de un sistema.

En el documento Metodología para la evaluación colaborativa de la usabilidad de sistemas software interactivos44, se comprende que existen diferentes métodos para evaluar la usabilidad, y sobre todo en qué momento y va qué cualidades se debe aplicar cada una de estas, gracias a esta metodología se realizan diferentes métodos para reconocer el público objetivo, recolectar datos sobre los diferentes perfiles de usuario, realizar pruebas a cada uno de los prototipos y finalmente evaluar el producto mínimo viable de la plataforma.

5.6 DISEÑO CENTRADO EN EL USUARIO

El diseño centrado en el usuario (DCU) es un enfoque de diseño cuyo elemento principal son las personas que van a hacer uso del producto, esta metodología surge como un enfoque que consiste en conocer algunas particularidades del usuario, todas las decisiones que se toman en esta son por y hacia el usuario.

Como se visualiza en la Figura número 10, el proceso del DCU es iterativo durante todas las etapas del proyecto, con el fin de que el proyecto sea conducido por información acerca de la audiencia objetiva del producto.

44CARDONA, Juan David y SOLANO, Andrés. Evaluación colaborativa de la usabilidad en el desarrollo de sistemas software interactivos [en línea]. Santiago de Cali: Programa Editorial Universidad Autónoma de Occidente. 2016. [consultado 10 de octubre de 2019]. Disponible en: https://bit.ly/2pXH8bv

34

Figura 10. Experiencia de usuario: principios y métodos

Fuente: HASSAN, Yusef. Experiencia de usuario: principios y métodos [imagen]. España, 9 de mayo de 2016. [Consultado el 10 de octubre de 2019]. Disponible en internet: https://bit.ly/2MqZn0G

El objetivo del DCU es ofrecer respuestas a preguntas como ¿qué es lo que se va a hacer con el sistema? ¿Quién usará el sistema? o ¿qué información necesitará para alcanzar sus objetivos?. Por ende se elige esta metodología para el desarrollo de la plataforma, orientándola en el usuario y comprendiendo que en cada una de las iteraciones, el usuario aporta para cada una de las etapas y finalmente lograr su satisfacción hacia el producto.

5.7 GAMIFICACIÓN

El sistema de gamificación según Sebastian Deterding, es el uso de elementos de diseño de juegos en contexto no relacionados con juegos con el ánimo de que el usuario se vea inspirado en realizar algún tipo de actividad de manera lúdica45.

Durante la última década la práctica de la gamificación se hace más conocida y su técnica empieza a ser implementada para diferentes actividades y diferentes públicos, ya que consigue motivar, y desarrollar un mayor compromiso de las personas, incentivando una energía de superación. En el presente proyecto esta técnica cobra sentido porque el usuario se verá recompensado a medida que utilice la bicicleta con base en los fundamentos de la conducción segura.

45DETERDING, Sebastian. Gamification: Toward a Definition. [en línea] Canadá: Hans Bredow Institute for Media Research, mayo, 2011. [consultado 5 de abril de 2018]. Disponible en: https://goo.gl/nxkbrn

35

5.8 STAKEHOLDERS

Los stakeholders se entienden como todas las personas que influyen directa e indirectamente con la problemática y solución a desarrollar, estas son de suma importancia, puesto que su experiencia y conocimiento dentro de todo lo que se comprende son finalmente un punto de partida para diseñar y desarrollar una solución centrada en el usuario46.

Para el presente proyecto se tiene diferentes stakeholders, como lo es comunidad de ciclistas que utilizan la bicicleta como deporte, personas con bicicleta y que poco la usan, jóvenes y adultos que se movilizan en bicicleta de diferentes estratos socio-económicos y comunidades de ciclismo que velan por el uso de la bicicleta. Todos estos, son considerados stakeholders porque contribuyen o están de alguna manera involucrados con la bicicleta y cada uno aporta desde su experiencia en diferentes etapas del proyecto.

46ACUÑA, Andrea. La gestión de los stakeholders [en línea]. Argentina: Universidad Nacional del Sur, 2012. [consultado 10 de octubre de 2019]. Disponible en Internet: https://bit.ly/2PkE2cZ

36

6 METODOLOGÍA La implementación de la plataforma estuvo enmarcada en el enfoque de Diseño Centrado en el Usuario (DCU), el cual presenta elementos relevantes para que el sistema trabaje sobre un nivel apropiado de usabilidad. Considerando lo anterior el Modelo de Proceso de la Ingeniería de la usabilidad y de la accesibilidad (MPlu+a), se ajusta de manera adecuada a las necesidades del proyecto. El MPlu+a se dividió en tres pilares básicos: Ingeniería de software, prototipado y evaluación, este no ofreció un método específico a seguir para su desarrollo, por lo cual es flexible ante la cantidad y el tipo de prototipos y evaluaciones realizadas. A continuación, se detalla el modelo que consta de 6 fases. 6.1 FASE CERO - DEFINICIÓN DE LA ESTRATEGIA En esta primera fase se realizaron diferentes consultas con el ánimo de comprender los antecedentes del mercado, temas afines que se llevan a cabo, con el fin de reconocer la competencia y así ofrecer un producto diferenciador y útil para fomentar la conducción segura de la bicicleta en entornos urbanos.

Se comprendió que existen diferentes aplicaciones móviles y plataformas que pretenden llevar a cabo estadísticas sobre el rendimiento del usuario, en las cuáles los ítems más relevantes y usados son: duración del recorrido, velocidad promedio, distancia recorrida, calorías quemadas y una imagen satelital para visualizar el recorrido realizado. Adicional cada una de estas, pretende tener un componente que diferenciador, ya sea, arrojando datos sobre Co2 ahorrado, utilizando estrategias de gamificación, puntos de interés, temperatura, entre otros.

Para que el producto fuese relevante para el público objetivo se exhibió información de interés dada por un usuario administrativo donde se visualiza zonas de robos, un apartado de noticias, artículos y/o leyes y, por último, utiliza la gamificación como un método indispensable para fomentar el uso de la bicicleta. 6.1.1 Identificación preliminar de contexto de negocio Uno de los problemas más grandes que enfrenta la ciudad de Cali es la movilidad reducida, por ello la Alcaldía, se esfuerza por promover el uso de la bicicleta

37

como medio de transporte para debatir la problemática, lastimosamente se reconoció que por parte de los ciudadanos no se logra una buena percepción ante esta alternativa, por ende, no se logra acoger una cantidad valiosa de ciclistas. Por ello en la implementación de la plataforma se constituyeron tres metas globales:

● Incrementar el uso de la bicicleta.

● Proporcionar información relevante para los ciclistas.

● Aumentar el entendimiento sobre la conducción segura.

6.1.2 Brief del problema

La movilidad reducida es un problema cotidiano que viven todos los caleños, ya que movilizarse es una labor que deben enfrentar para poder realizar las tareas del día a día. Por ende, la labor de enfrentar los grandes embotellamientos le compete a todos los ciudadanos y a causa de esto, se pretende fomentar el uso de la bicicleta utilizando las prácticas de conducción segura.

Se pretende abordar esta situación, comprendiendo que se quiere aumentar la cantidad de bici usuarios, pero sin perder los existentes. Para ello se desarrolló una plataforma que invite a promover la conducción de bicicletas en entornos urbanos y de manera segura.

Esta les brindó a los usuarios visualizar la información de sus recorridos, información sobre conducción segura, zonas de robo, tráfico en las vías, además de contar con un sistema de gamificación enfocado en brindar descuentos en tiendas y otros artículos de interés por hacer uso de la bicicleta.

6.2 FASE UNO - COMPRENDIENDO CONTEXTO Y USUARIO

En esta fase se seleccionó los espacios a intervenir, es decir el entorno donde el usuario interactúa con la plataforma. También se realizaron diferentes encuestas y entrevistas que brindan información sobre los ciclistas y futuros ciclistas que harán uso de ésta.

Después de definir el público objetivo, se requirió conocer los espacios que concurren los ciclistas, las horas en las que se moviliza y si hacen uso del celular durante sus recorridos.

38

6.2.1 Identificación de contexto y espacio a intervenir

En esta etapa se define los espacios a intervenir con el desarrollo del proyecto, que en este caso es la ciudad de Cali, que actualmente cuenta con una infraestructura de 30,74 kilómetros y durante el 2018 - 2020 crear una infraestructura de 190 kilómetros de ciclo infraestructura, además de ya contar con 30,74 kilómetros, la creación nuevos vías para ciclistas está dada a que la alcaldía de Cali pretende equilibrar el uso de la vías, porque el 89% del espacio de las calles es para los automóviles que es tan sólo son el 35% de los caleños.

6.2.2 Perfil de usuario

Con el objetivo de conocer a los usuarios y desarrollar su perfil de usuario, se diseñó un cuestionario, que permitió recolectar información valiosa en la fase de investigación, en ésta, participaron 70 ciudadanos que hacen uso o hicieron uso de la bicicleta, sin importar la frecuencia con que la utilicen o si es por movilidad, recreación o deporte.

Ésta apuntó a recolectar datos sobre género, edad, nivel de educación, ocupación de la persona, uso de la bicicleta, horarios en las que utiliza la bicicleta y uso de tecnologías. El aspecto geográfico se obvia en esta parte, puesto que los usuarios actúan en el contexto local definido con anterioridad.

Finalmente, se identificaron los usuarios potenciales de la plataforma, que son ciclistas habituales y personas que desean hacer uso de la bicicleta dentro de los 18 a los 30 años, el 45% de ellos son estudiantes, el 100% de ellos tiene un celular inteligente y el 64,3% permanece conectado al celular. En la siguiente infografía, se encuentra un análisis detallado de la encuesta realizada.

39

Figura 11. Perfil de usuario


6.2.3 Storyboard de experiencia de usuario

En la metodología DCU, es de gran importancia describir la experiencia de los posibles usuarios con la plataforma. Además, se debe considerar el contexto del uso, espacio y las expectativas. En la Figura número 12 se visualiza el Storyboard.

Se reconoció que, para resolver la problemática, una solución viable es realizar una aplicación móvil. Por ello, se debe crear un nombre del aplicativo con el cual el usuario se sienta relacionado.

Para la selección del nombre, se tuvo en cuenta dos términos, de primero se tiene el sustantivo “Road” en inglés el cual traduce carretera, la cual es el escenario fundamental en el que los ciclistas van a transitar con regularidad. Por otra parte, para denominar que es una aplicación se utiliza la abreviación “app”

40

teniendo en cuenta que en la actualidad es el término comúnmente utilizado en la industria de las aplicaciones móviles.

Se decidió que el nombre de la aplicación éste en inglés, gracias a que en la actualidad y la generación de usuarios que hace uso de la plataforma, comúnmente está familiarizada con los nombres de aplicativos en este idioma Figura 12. Storyboard experiencia de usuario


41

6.2.4 Requerimientos

El proceso de recopilar, analizar y verificar las necesidades del usuario para cualquier sistema se le llama ingeniería de requerimientos. Con esta se buscó entregar una especificación de requerimientos de software correcta y completa para no dejar de lado ninguna precisión con respecto a lo que se desarrolló pensando en el usuario.

6.2.4.1 Requerimientos funcionales

Los requerimientos funcionales consisten en declarar los servicios que provee la plataforma, de tal manera que en él se especificaron los servicios utilizados por el usuario. En la siguiente tabla, se depositó la respectiva información a los requerimientos funcionales que son utilizados dentro del proyecto.

Tabla 1. Requerimientos funcionales

N° REQUERIMIENTOS RF-01 El sistema debe permitir el registro de usuarios con los datos del

nombre, correo electrónico, contraseña, fecha de nacimiento, peso y estatura.

RF-02 El sistema debe permitir el registro de usuarios mediante redes sociales. RF-03 El sistema debe permitir realizar el ingreso del usuario mediante el

correo y contraseña. RF-04 El sistema debe permitir realizar el ingreso del usuario mediante redes

sociales. RF-05 El sistema permite al usuario iniciar un recorrido. RF-06 El sistema debe permitir al usuario poder observar la velocidad, tiempo,

kilómetros y Road’s que lleva cuando está haciendo un recorrido. RF-07 El sistema debe permitir al usuario poder almacenar las distancias,

velocidad promedio, duración y Road’s obtenidos en los recorridas. RF-08 El sistema debe permitir al usuario poder observar los kilómetros,

velocidad promedio, duración y Road’s obtenidos en un recorrido RF-09 El sistema debe permitir al usuario modificar el peso en kilogramos. RF-10 El sistema debe permitir al usuario visualizar un slider con información

relevante sobre conducción segura. RF-11 El sistema debe permitir al usuario redimir los Road’s obtenidos. RF-12 El sistema debe permitir al usuario visualizar los puntos de robo y

accidentalidad en la ciudad de Cali.

42

Tabla 1. (Continuación)

RF-13 El sistema debe permitir al usuario agregar puntos de robo y accidentes en la ciudad de Cali.

RF-14 El sistema debe permitir que el usuario pueda finalizar el recorrido cuando lo desee.

RF-15 El sistema debe almacenar la ruta, tiempo, kilómetros y velocidad promedio de cada recorrido realizado.

RF-16 El sistema debe permitir al usuario utilizar modo nocturno cuando lo desee. RF-17 El sistema debe permitir al usuario visualizar los logros obtenidos. RF-18 El sistema debe permitir al usuario visualizar los términos y condiciones de la

Aplicación

6.2.4.2 Requerimientos de administrador

En la tabla número 4 se depositaron los requerimientos necesarios para el administrador, en ella se escribieron las tareas que únicamente este puede realizar dentro de la plataforma.

Tabla 2. Requerimientos de administrador

N° REQUERIMIENTOS DE ADMINISTRADOR

RF-19 Permitir al administrador de contenidos iniciar sesión con un nombre y contraseña.

RF-20 El sistema debe consultar las rutas por donde se han desplazado los ciclistas, la fecha, kilómetros y el tiempo que duró el recorrido.

RF-21 El sistema debe permitir al administrador de contenidos cerrar sesión. RF-22 El sistema debe permitir al administrador visualizar mediante tablas

kilómetros recorridos por día, duración y Road’s obtenidos.

6.2.4.3 Requerimientos no funcionales

Los requerimientos no funcionales son aquellos que se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad del almacenamiento. Dado la anterior se reconoció los factores que deben tenerse en cuenta para la creación de la plataforma y en la tabla número 5 se especifica estos requerimientos.

43

Tabla 3. Requerimientos no funcionales

N° REQUERIMIENTOS NO FUNCIONALES RNF-01 El sistema debe desplegar su funcionamiento en sistema operativo

Android (versión por encima de Android 5.0 Lollipop) RNF-02 El sistema debe usar una fuente de texto clara y legible. RNF-03 El sistema debe contar con una conexión a internet para su

funcionamiento. RNF-04 El sistema debe tener interfaz simple y organizada para la comprensión

del usuario. RNF-05 El sistema debe guardar los datos recolectados en una base de datos

para futuras consultas. RNF-06 El sistema debe obtener la ubicación del usuario mediante GPS. RNF-07 El sistema debe hacer uso del bluetooth para poder conectarse a un

wearable. RNF-08 El sistema debe enviar notificaciones push a wearables conectados. RNF-09 El sistema debe permitir el despliegue de contenido 2D como: Imágenes,

gráficos, entre otros.

6.2.5 Historias de usuario

Una vez las necesidades reales de los usuarios han sido identificadas y traducidas en requerimientos funcionales y no funcionales, estos pasan a ser historias de usuarios, que vienen asociadas con criterios de aceptación para así validar el cumplimiento del requerimiento.

Estas historias están modeladas en un cuadro que identifica la funcionalidad, describe la misma, evalúa los criterios de aceptación para sí y las asocia a los requerimientos definidos para la plataforma asignando también una prioridad.

Tabla 4. Historia de usuario 01: Ingresar al sistema

HISTORIA DE USUARIO

Ingresar al sistema

Descripción Como aspirante a usuario de la plataforma quiero acceder al sistema.

44


Criterios de aceptación

El sistema permite registrar el usuario desde un dispositivo móvil con Gmail, Facebook o un correo alterno, brindando retroalimentación mediante un mensaje en la pantalla del dispositivo y un mensaje al correo.

El sistema permite ingresar al usuario desde un dispositivo móvil con Gmail, Facebook o Correo y contraseña, validando su ingreso al visualizar la pantalla de inicio de la aplicación.

Requisito Funcional Asociado (RF)

RF-01, RF-02, RF-03, RF-04

Requisito No Funcional Asociado

(RNF)

RNF-01

Prioridad(Alta (A)-Media(M)-Baja(B))

M

Tabla 5. Historia de usuario 02: Modificar datos

HISTORIA DE USUARIO

Modificar peso

Descripción El usuario puede modificar su peso.


El sistema permite que el usuario cambie sus datos de peso las veces que desee

Requisito Funcional

Asociado (RF)

RF-09

Requisito No Funcional

Asociado (RNF)


B

45

Tabla 6. Historia de usuario 03: Visualizar mi progreso

HISTORIA DE USUARIO

Visualizar mi progreso

Descripción El usuario puede observar sus logros, recorridos y puntos Road’s recolectados.


El sistema permite al usuario visualizar los logros y puntos Road’s obtenidos, los recorridos realizados en conjunto con información de duración, kilómetros y velocidad del viaje.


RF-06, RF-07, RF-08, RF-11, RF-15, RF-17


(RNF)

RNF-02, RNF-03, RNF-04, RNF-05, RNF-07, RNF-08

Prioridad (Alta (A)-Media(M)-Baja(B))

A

Tabla 7. Historia de usuario 04: Agregar y visualizar puntos

HISTORIA DE USUARIO

Agregar y visualizar puntos

Descripción El usuario puede observar y agregar puntos de robos y accidentes en el mapa.


El sistema permite al usuario agregar puntos de robos y/o accidentes en el mapa, al igual que podrá visualizarlos.


RF-12, RF13


(RNF)

RNF-02, RNF-03, RNF-04, RNF-05, RNF-06


M

46

Tabla 8. Historia de usuario 05: Modo nocturno

HISTORIA DE USUARIO

Modo Nocturno

Descripción El usuario puede hacer uso del modo nocturno.


El sistema le permite al usuario utilizar modo nocturno o modo diurno, según como este lo requiera

Requisito Funcional

Asociado (RF)

RF-16


Asociado (RNF)

RNF-04


A

Tabla 9. Historia de usuario 06: Redime Road's

HISTORIA DE USUARIO

Redimir Road’s

Descripción El usuario puede redimir descuentos con la moneda local de la aplicación que se llama Rod.


El sistema le permite al usuario utilizar modo nocturno o modo diurno, según como este lo requiera

Requisito Funcional

Asociado (RF)

RF-11


Asociado (RNF)

RNF-04


M

47

6.2.6 Tareas de interacción

Una vez definidas las historias de usuario se prosigue a realizar los diagramas de interacción, en la cual de manera gráfica se pretende demostrar cómo el usuario debe realizar estas actividades definidas.

Figura 13. Tareas de interacción


6.3 FASE DOS - DISEÑO Y PROTOTIPADO

En esta fase, se realizó una serie de alternativas para los pilares de software y experiencia de usuario, que según ciertos criterios especificados con anterioridad permitieron identificar cuál es la elección que mejor se ajusta.

Estas alternativas pretendieron adaptarse a la solución de la problemática planteada y abarcar de forma eficaz y ágil el desarrollo de la plataforma. Para esto se tiene en cuenta lenguajes de programación, herramientas de desarrollo, bases de datos, servidores, servicios y dispositivos hardware además de aspectos relevantes en el diseño de la aplicación.

48

6.3.1 Arquitectura de software

Para la creación de la plataforma con una comunicación óptima entre todos los componentes en la plataforma, se tuvo en cuenta la arquitectura de software, que es la encargada de presentar las especificaciones de los componentes, donde se aprecian sus características, funcionalidades y la conexión entre cada uno de los diferentes componentes.

6.3.1.1 Tipo de arquitectura Después de estudiar los requerimientos de la plataforma, se escogió qué tipo de arquitectura es la más conveniente para el proyecto. En este caso se define una arquitectura de 3 capas que se puede observar en la Figura número 14, ésta la componen la capa de presentación, capa de negociación y capa de datos.

Figura 14. Arquitectura de software


Tal como se visualiza en la figura anterior, la arquitectura cuenta con tres capas: capa de presentación, capa de negociación y capa de datos. La capa de presentación es la encargada de que el usuario visualice la información, se comunique con la plataforma, y recopile los datos del usuario, esta capa también es conocida como interfaz gráfica y tiene la característica de ser amigable para el usuario.

En la capa de negociación es donde residen los programas que se ejecutan, se llama así debido a que es donde se establecieron todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación para recibir las

49

solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos almacenar o recuperar datos.

Finalmente, la capa de datos es la encargada de guardar y acceder a los datos. Está formada por un gestor de bases de datos que realiza todo el almacenamiento o recuperación de información desde la capa de negocio.

6.3.1.2 Capa de presentación

Como bien se sabe la capa de presentación es todo lo que el usuario puede visualizar y con el fin de crear una plataforma basado en estándares de diseño y usabilidad se tuvieron en cuenta elementos que proporciona Material Design que es una normativa de diseño enfocada en la visualización, esto con el fin de que las interfaces luzcan de una forma agradable y organizada para el usuario.

Para que la plataforma se pueda utilizar de manera óptima e intuitiva, se realizó una encuesta a 60 bici usuarios, con el fin de reconocer sobre sus recorridos, horas del día en la que utilizan la bicicleta y sistema operativo de sus teléfonos móviles.

Figura 15. Encuesta horaria de uso a biciusuarios


Gracias a esta información se reconoció que es importante realizar una interfaz gráfica que tenga dos modos, el modo diurno que cuente con colores agradables y visibles para horas del día y modo nocturno que no fatigue la vista del usuario.

50

Figura 16. Encuesta sistema operativo móvil usado por el biciusuario


A causa de lo anterior se reconoció que la mayoría de los usuarios tienen dispositivos móviles con Android, esto permitió entender e indagar sobre qué prácticas diseñar. Sin embargo, no se pretendió aislar a los usuarios que hacen uso de otros sistemas operativos.

Por ello, la plataforma se diseñó bajo los parámetros que brinda Material Design, ya que esta es un lenguaje visual que sintetiza los principios clásicos del buen diseño con la innovación de la tecnología y la ciencia, además de que éste en la actualidad puede contribuir a crear un diseño en todas las plataformas47.

6.3.1.3 Color del sistema En la paleta de colores se optó por dos diferentes paletas de colores, una es para los recorridos nocturnos y la otra para los recorridos diurnos, en caso tal de que el usuario desee visualizar la plataforma durante un viaje.

Teniendo en cuenta aspectos relevantes de la psicología del color, se decidió hacer uso de colores como lo son el azul: libertad, negro: poder y blanco: limpieza. Estos van acordes a la plataforma ya que se quiere demostrar que con el uso de la bicicleta se puede movilizar libremente sin dañar al medio ambiente y sin depender de otros.

47 MATERIAL DESIGN. Frequently Asked Questions [en linea]. Material Design. [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/2oLbdeq

51

En la Figura 17 se puede observar los colores utilizados dentro de la interfaz para recorridos nocturnos y en la Figura 18 los colores de la interfaz para modo diurno.

Figura 17. Colores de interfaz en modo nocturno


Figura 18. Colores de interfaz en modo diurno


52

6.3.1.4 Iconografía y tipografía La iconografía utilizada dentro del sistema es la que brinda material design, para que el usuario la utilice de manera intuitiva y sin confusiones.

La tipografía utilizada dentro de la plataforma es la de Roboto, debido a que la mayoría de los usuarios a los cuales va enfocado este, son usuarios Android.

6.3.1.5 Prototipo baja fidelidad Para reconocer que la navegación fuese de manera intuitiva para el usuario, se realizó un prototipo de baja fidelidad con la ayuda de la herramienta Quant UX que es esencial porque sirve para diseñar, probar y analizar prototipos de interacción. En ésta, se realizó un prototipo con el cual se buscó que los objetivos que se planearon en el proyecto tengan la mejor consistencia.

Finalmente se realizaron 20 evaluaciones con el método grabación del uso, donde se les asignaron unas tareas previamente al usuario, con el fin de reconocer si para el usuario es intuitiva la navegación y analizar cómo estos las ejecutaron. A continuación, se puede observar la tabla con las tareas evaluadas.

Tabla 10. Tabla de tareas evaluadas

Tareas Pasos Iniciar sesión ● Abrir el link

● Iniciar sesión Iniciar recorrido ● Estar en inicio

● Click en iniciar recorrido ● Click en iniciar

Finalizar recorrido ● Estar en un recorrido ● Click en finalizar

Ir a modo nocturno ● Click en slider modo nocturno Ir a progreso ● Estar en inicio

● Click en Progreso en el botón de navegación

Como resultado de las pruebas se reconoció que el usuario pudo realizar las tareas, pero le cuesta entender que es un prototipo y que no podría ejecutar las acciones que aún no están implementadas. La tarea que más se le dificulta al usuario es pasar a modo nocturno, ya que el botón slider no lo asocia de manera

53

directa a que posea funcionalidad. A continuación, se puede visualizar la interfaz del prototipo de baja fidelidad.

Figura 19. Interfaz prototipo de baja fidelidad


6.3.1.6 Prototipo alta fidelidad

Para realizar el prototipo se hizo uso de la herramienta Adobe Illustrator que se permite diseñar la interfaz y en Adobe XD que ayuda a crear prototipos en diferentes plataformas, pantallas y dispositivos, en ésta, se ajustaron las pantallas para la debida evaluación. Este prototipo tuvo como propósito comprobar si el mapa de navegación, iconografía, paleta de colores y tipografía son comprendidos, y si los colores son amigables para el usuario.

Comprendiendo las fallas y resultados que se obtuvieron después de las pruebas al prototipo de baja fidelidad, se evaluó el prototipo de alta fidelidad con 20 personas, la navegación de la aplicación y su opinión con respecto a éste. La evaluación se realiza mediante el método del conductor, ya que anteriormente existieron problemas asociados a una falta de acompañamiento por parte del evaluador.

54

Figura 20. Interfaz prototipo de baja fidelidad


6.3.1.7 Capa de negociación

Esta capa se encargó básicamente de que el usuario pudiese tener información del sistema ya que recibe peticiones del usuario y envía las respuestas. Para que el usuario pueda mandar peticiones y recibir información de la mejor manera, se desarrolló el back-end con el fin de poder crear todos los servicios de manera óptima y de alta confiabilidad.

Esta capa contiene los servicios necesarios para la plataforma, algunos de estos son mencionados en la tabla 13.

Tabla 11. Tabla de servicios Tabla de servicios

Nombre del servicio Descripción del servicio

Crear usuario Este servicio permite agregar un usuario a la base de datos.

Validar usuario Este servicio permite validar los datos ingresados por el usuario para el inicio de sesión en la plataforma.

Cambiar datos del usuario Este servicio permite realizar cambios a los datos de un usauro en la base de datos.

55


Crear ruta Este servicio permite crear una ruta realizada por un usuario.

Obtener rutas Este servicio permite obtener todas las rutas que se encuentran guardadas en la base de datos sin obtener información de los usuarios.

6.3.1.8 Capa de datos

En la capa de datos se tiene un servicio que contiene la base de datos no relacional en MongoDB, esto con el fin de tener los datos de una manera segura, debido a que la información sólo va a poder ser accedida desde la capa de negociación. La función de esta es poder almacenar todos los datos del usuario, imágenes informativas y toda la información de latitud y longitud de los mapas, relacionada con recorridos, zonas de accidentes y zonas de robos.

Puntualmente hablando de la base de datos, se decidió que este sea no relacional ya que puntualmente MongoDB permite guardar los datos en colecciones que contienen los arreglos en formato JSon de la latitud y longitud y esto puntualmente en el proyecto es una ventaja ya que son tablas dinámicas, es decir cada recorrido realizado por el usuario, es guardado como una posición en el arreglo creada en la colección de información creada del usuario.

6.4 FASE TRES – PRODUCCIÓN E INTEGRACIÓN

En esta etapa se procedió a realizar el desarrollo software correspondiente a la plataforma, teniendo en cuenta la información que se menciona en la arquitectura de software.

Para la implementación de esta plataforma se realizó un análisis jerárquico (AHP) para evaluar algunas herramientas del desarrollo de la aplicación móvil, como también los servicios Web (Backend).

En esta etapa, se presentan los componentes del sistema desarrollados. El backend que se encarga de la lógica de negocio para guardar y entregar los datos al usuario, además de cada una de las interfaces desarrolladas en la

56

plataforma que son entregadas al usuario para la presentación de un modelo de un sistema en su totalidad para las pruebas con los usuarios. Al finalizar esta etapa se cuenta con un producto mínimo viable.

6.4.1 Selección de herramientas

Se procedió a escoger la herramienta adecuada para el desarrollo del Backend. A continuación, se presentan las siguientes alternativas con su correspondiente descripción para evaluar cuál es la indicada para la construcción del Backend.

Tabla 12. Alternativas de selección de aplicaciones Backend Tecnologías de aplicaciones Backend Nombre NodeJs Java .Net

Referencia Gráfica

Características

Node.js es un entorno de desarrollo de JavaScript que permite construir aplicaciones del lado del servidor como lo son los servicios REST, aplicaciones MVC, entre otro tipo de aplicaciones.

Java es un lenguaje de programación que con ayuda de Frameworks como Spring Boot, nos permite la creación de aplicaciones del lado del servidor con las que podemos crear nuestros servicios REST.

ASP.Net nos permite crear aplicaciones del lado del servidor usando el lenguaje C#. Este Framework necesita ser instalado desde un servidor windows, el cual necesita licencia en términos legales y no puede ser instalado en versiones de sistema operativo Linux, al no ser que se utilice la versiones ASP.Net Core.

Nota Se requiere de una tecnología Backend, para la creación de Servicios Web, en los cuales se encontrará alojado toda la lógica de negocio y conexión con la base de datos, con lo cual la aplicación móvil podrá acceder a esta.

57


Fuentes

Logos:

NodeJs: https://nodejs.org/static/images/logo.svg Java: https://i.blogs.es/6091fa/java/450_1000.jpg .Net: https://programadorburgos.es/blog/wp-content/uploads/2016/06/Asp.png

Tabla 13. Criterios de evaluación Valor de evaluación de criterios

Igual Moderado Fuerte Muy fuerte Extrema

1 3 5 7 9

Tabla 14. Criterios para software backend Criterio 1 Familiaridad con el Software. Criterio 2 Escalamiento. Criterio 3 permite crear app híbrida.

Tabla 15. Criterios software backend evaluados Criterios Criterio 1 Criterio 2 Criterio 3 Criterio 1 1 1 1 Criterio 2 9 1 5 Criterio 3 9 5 1 Total 19 7 7

Tabla 16. Criterio ponderado herramienta NodeJS

Criterios NodeJS Valor Normalizado Valor ponderado

Criterio 1 9 0,39130 7,43478 Criterio 2 7 0,3043 2,13043 Criterio 3 7 0,3043 2,13043 Total 23 1,00000 11,69565

58

Tabla 17. Criterio ponderado herramienta Java

Criterios Java Valor Normalizado

Valor ponderado

Criterio 1 5 0,2632 5 Criterio 2 7 0,3684 2,5789 Criterio 3 7 0,3684 2,5789 Total 19 1 10,1579

Tabla 18. Criterio ponderado herramienta .Net

Criterios .Net Valor Normalizado Valor ponderado

Criterio 1 5 0,2632 5 Criterio 2 7 0,3684 2,5789 Criterio 3 7 0,3684 2,5789 Total 19 1,0000 10,1579

Teniendo en cuenta lo anterior se puede reconocer que la herramienta Backend que más se ajusta al proyecto según los criterios evaluados es NodeJs.

Seguidamente, se procede a escoger la herramienta adecuada para el desarrollo de la plataforma. A continuación, se presentan las siguientes alternativas con su correspondiente descripción para evaluar cuál es la indicada.

Tabla 19. Alternativas de selección de aplicaciones móviles Tecnologías de aplicaciones móviles Nombre Flutter Ionic Xamarin

Referencia Gráfica

59


Características

Flutter es un Framework creado por Google, el cual hace uso del lenguaje Dart para la creación de las aplicaciones móviles. Este Framework permite la compilación de código nativo, para posteriormente ser instalada en los dispositivos móviles.

Ionic es un Framework que utiliza JavaScript que permite la creación de aplicaciones web. Estas pueden ser compiladas de manera que se crean webviews dentro de la aplicación móvil que compila. Este Framework es muy útil para personas que han utilizado frameworks como Angular o ViuJS o tiene conocimiento en creaciones de aplicaciones web.

Xamarin es un Framework creado por Microsoft para la creación de aplicaciones móviles multiplataforma haciendo uso de su lenguaje C#.

Este framework es muy útil para personas que han utilizado herramientas de desarrollo como ASP.Net

Nota

Se requiere de una tecnología que permita la creación de aplicaciones móviles multiplataforma (ya sea aplicaciones para Android o IOS) de manera que esta permita el consumo de servicios web, uso de sensores del dispositivo y mostrar mapas dentro de la aplicación.

Fuentes

Logos

Flutter: https://flutter-es.io/assets/flutter-lockup-4cb0ee072ab312e59784d9fbf4fb7ad42688a7fdaea1270ccf6bbf4f34b7e03f.svg ionic : https://www.stickpng.com/img/icons-logos-emojis/tech-companies/ionic-logo Xamarin: https://upload.wikimedia.org/wikipedia/commons/thumb/f/f2/Xamarin-logo.svg/1200px-Xamarin-logo.svg.png

Tabla 20. Alternativas de selección de aplicaciones móviles parte 2 Tecnologías de aplicaciones móviles Nombre Java o Kotlin Swift Referencia Gráfica

60

Tabla 20. (Continuación) Características Para las aplicaciones

móviles nativa de sistema operativo Android, se hace uso de lenguajes como lo son Java o Kotlin. Estas aplicaciones son creadas cuando necesitamos de la optimizacion de sistema en nuestro dispositivo movil.

Para las aplicaciones móviles nativa de sistema

operativo IOS, se hace uso de lenguajes como lo son

Swift o Objective C.

Esto permite la creación de una aplicación móvil optimizada y que permita un buen rendimiento.

Nota

Se requiere de una tecnología que permita la creación de aplicaciones móviles multiplataforma ( ya sea aplicaciones para Android o IOS) de manera que esta permita el consumo de servicios web, uso de sensores del dispositivo y mostrar mapas dentro de la aplicación.

Fuente Logos

Java: https://i.blogs.es/6091fa/java/450_1000.jpg

Kotlin: https://upload.wikimedia.org/wikipedia/commons/thumb/7/74/Kotlin-logo.svg/440px-Kotlin-logo.svg.png

Swift: https://www.macworld.co.uk/cmsdata/features/3523633/swift_1200home_thumb800.jpg

Tabla 21. Criterios de evaluación aplicaciones móviles Criterio 1 Familiaridad con el Software. Criterio 2 Escalamiento. Criterio 3 permite crear app híbrida

Tabla 22. Criterios aplicaciones móviles evaluados

Criterios Criterio 1

Criterio 2

Criterio 3

Criterio 1 1 1 9 Criterio 2 9 1 9

61

Tabla 22. (Continuación) Criterio 3 1 1 1

Total 11 3 19

Tabla 23. Criterio ponderado herramienta Flutter

Criterios Flutter Valor Normalizado

Valor ponderado

Criterio 1 9 0,36 3,96 Criterio 2 7 0,28 0,84000 Criterio 3 9 0,36 6,84000 Total 25 1 11,64

Tabla 24. Criterio ponderado herramienta Ionic

Criterios Ionic Valor Normalizado Valor ponderado

Criterio 1 5 0,2632 2,8947 Criterio 2 7 0,3684 1,1053 Criterio 3 7 0,3684 7,0000 Total 19 1 11

Tabla 25. Criterio ponderado herramienta Xamarin

Criterios Xamarin Valor Normalizado Valor ponderado

Criterio 1 5 0,2631578947 2,8947 Criterio 2 7 0,3684210526 1,1053 Criterio 3 7 0,3684210526 7,0000 Total 19 1 11

Tabla 26. Criterio ponderado herramienta Android

Criterios Android Valor Normalizado Valor ponderado Criterio 1 7 0,4375 4,8125 Criterio 2 9 0,5625 1,6875

62

Tabla 26. (Continuación) Criterio 3 0 0 0,0000

Total 16 1 7

Tabla 27. Criterio ponderado herramienta Swift

Criterios Swift Valor Normalizado Valor ponderado Criterio 1 0 0 0,0000 Criterio 2 9 1 3,0000 Criterio 3 0 0 0,0000 Total 9 1 3

Con lo anterior, se da a conocer las herramientas utilizadas que ayudan a la construcción e implementación de un sistema que nos permite, el desarrollo ágil del proyecto.

6.4.2 Implementación de servicios

En este apartado se presentan los diferentes servicios creados para la comunicación entre la aplicación móvil y la base de datos.

Para el desarrollo de los servicios REST se optó por trabajar con NodeJS gracias al resultado obtenido en la selección de herramientas de Backend. Para esto se hace uso del lenguaje TypeScript desarrollado por Microsoft, que permitió una mejor organización del proyecto gracias a la estructuración de datos que permite. Llevando a cabo una serie de configuraciones del compilador TypeScript, se puede obtener un código limpio de JavaScript generado por el código creado. En la Figura 21 se muestra la configuración utilizada para la compilación del proyecto escrito en TypeScript.

63

Figura 21. Configuración de compilación archivos TypeScript


La configuración anterior permite que el código sea compilado en una estructura basada en ECMAScript versión 6, donde se especifica dónde se encuentra ubicado todos los archivos TypeScript creados y donde se genera el código compilado a JavaScript. Además, se especifica que se excluyan todos los archivos “node_modules” del proyecto, que son los archivos descargados y requeridos en el proyecto NodeJs.

Después de realizar la configuración de compilación, se configuró la entrada de peticiones necesarias al servidor, igualmente se realizó una configuración básica de seguridad ante un servidor de express con la librería “helmet”, también un seguimiento de las peticiones y respuestas brindadas por parte del servidor con la librería “morgan” y por último, la ubicación de los archivos donde se encuentra la lógica de negocio manejada para el guardado de datos en la base de datos en el servidor externo en la Figura 22 se visualiza el módulo express para construir la comunicación hacia los Servicios Web.

64

Figura 22. Configuración de servidor con NodeJS


La forma en la que se estructuró el proyecto está dada por una estructura de carpetas, donde cada esquema de la base de datos está guardado como un modelo que puede ser usado por las rutas que contienen la lógica de negocio.

65

Figura 23. Estructura del proyecto NodeJs


6.4.2.1 Base de datos

Para la implementación de la base de datos se utilizó como soporte la plataforma M-lab que permite un acceso gratuito de 50 Mb para guardar datos en una basede datos Mongo DB.

6.4.2.2 Despliegue de Servicios Web

Para esta etapa de despliegue se utilizó pm2 debido a que permite la ejecución de proyectos NodeJS y brinda la posibilidad de monitoreo de la aplicación, también realiza el escrito de logs por si el sistema falla comprender lo que ocurrió para que la aplicación fallase o si internamente la aplicación escribe mensajes logs.

6.4.2.3 Creación de usuario

En este apartado se da a conocer el contrato definido para el consumo de un servicio con método POST, que se encarga de guardar los datos del usuario en la base de datos para posteriormente ser validado y el usuario pueda realizar inicio de sesión en la plataforma.

66

Tabla 28. Servicio Web createUSer Endpoint-HTTP Post Descripción http://157.230.83.235:3000/api/createUser

Servicio utilizado para la creación de usuarios.

Tabla 29. Parámetros de entrada servicio createUser Parámetro Requerido Tipo Por defecto Descripción firstName Si String Null Primer nombre

del usuario secondName No String Null Segundo

nombre del usuario (si lo tiene)

firstLastName Si String Null Primer apellido del usuario

secondLastName

Si String Null Segundo apellido del usuario

email Si String Null Email del usuario. Parámetro único en la base de datos

password Si String Null Contraseña asignada por el usuario

nickName Si String Null Nombre de usuario

birthDay Si String Null Fecha de nacimiento del usuario. (yyy-MM-dd)

weight Si Number Null Peso del usuario (En Kilogramo)

age Si Number Null Edad del usuario

height Si Number Null Estatura del usuario (en centímetros)

type No String Default Tipo de usuario registrado

67

Tabla 29. (Continuación) toursNumbers No Number 0 Número de

rutas realizadas por el usuario

routes No [String] Null Id del recorrido realizado

Tabla 30. Parámetros de salida Servicio createUser Parámetro Descripción Ejemplo type Tipo de usuario

registrado. default

toursNumbers Número de rutas realizadas por el usuario registrado.

0

Routes Este siempre devolverá un arreglo vacío.

[]

_id Identificador generado automáticamente por la base de datos.

5da4c2b25ce6273bc0faa97d

firstName Primer nombre del usuario registrado.

jhon

secondName Segundo nombre del usuario registrado.

edman

firstLastName Primer apellido del usuario registrado.

linares

secondLastName Segundo apellido del usuario registrado.

rivera

Email Correo electrónico del usuario registrado.

[email protected]

nickName Nombre de usuario registrado.

Jhon linares

birthDay Fecha de nacimiento del usuario registrado.

1994-05-20

Weight Peso del usuario registrado.

80

age Edad del usuario registrado.

25

height Altura del usuario registrado.

182

__v Versión del documento generada por mongoose.

0

68

Como se menciona anteriormente, el desarrollador puede hacer pruebas de este servicio con ayuda de programas como Postman, ya que este programa permite hacer el consumo de ServiciosWeb dando a conocer el enpoint del servicio y los parámetros que este recibe como parámetros de ingreso, en la Figura 24 se visualiza un ejemplo de consumo de dicho servicio desde la aplicación.

Figura 24. Prueba de Servicio createUser desde Postman


6.4.2.4 Validación de usuario

En este apartado se da a conocer el contrato definido para el consumo de un servicio con método POST, el cual valida que los datos existan y sean idénticos a los que existen en la base de datos para dicho usuario pueda realizar inicio de sesión en la plataforma.

Tabla 31. Servicio Web validateUser Endpoint-HTTP Post Descripción

http://157.230.83.235:3000/api/validateUSer

Servicio utilizado para la validación del usuario para el inicio de sesión en la plataforma.

69

Tabla 32. Parámetros de entrada Servicio validateUSer Parámetro Requerid

o Tipo Por defecto Descripción

email Si String Null Correo electrónico del usuario registrado.

password Si String Null Contraseña registrada del usuario

Tabla 33. Parámetros de salida Servicio validateUser Parámetro Descripción Ejemplo

type Tipo de usuario registrado.

default


0

Routes Este devolverá un arreglo vacío si el usuario no realizado ningún recorrido desde la plataforma, de lo contrario se mostrará un objeto JSon con las propiedades de las rutas guardadas

[] O

[{ "velocity": [

0.00001, 0.3624415748756782

], "distance": [

0.00001, 1.3426708197918074

], "type": "LineString", "latitude": [

3.4774284, 3.4774312

], "longitude": [

-76.4950069, -76.4946784

], "_id": "5da54bdb733beb05f946662e", "routeDate": "2019-10-08T00:00:00.000Z", "time": "00:01:05", "rods": 1, "__v": 0 }

70

Tabla 33. (Continuación) _id Identificador generado

automáticamente por la base de datos.



jhon


edman


linares


rivera


[email protected]


Jhon linares


1994-05-20

Weight Peso del usuario registrado.

80

age Edad del usuario registrado.

25

height Altura del usuario registrado.

182


0

A continuación, se muestra un ejemplo de consumo de este de servicio desde la aplicación Postman.

71

Figura 25. Prueba de Servicio validateUser desde Postman


6.4.2.5 Creación de ruta

En este apartado se da a conocer el contrato definido para el consumo de un servicio con método POST, que guarda los datos de una ruta recorrida por un usuario en la base de datos para ser cargada y presentada desde la plataforma.

72

Tabla 34. Servicio Web createRoute

Endpoint-HTTP Post Descripción http://157.230.83.235:3000/api/createRoute

Servicio utilizado para la creación de un recorrido realizado por un usuario previamente registrado y que ha realizado un recorrido desde la plataforma.

Tabla 35. Parámetros de entrada Servicio createRoute

Parámetro Requerido Tipo Por defecto Descripción routeDate Si String Null Fecha en la

que es realizado el recorrido.

time Si Date Null Tiempo que duró el recorrido.

velocity Si String Array Null Arreglo de la velocidad que llevo el usuario en el recorrido.

distance Si String Array Null Arreglo de distancias realizadas por el usuario en el recorrido.

latitude Si String Array Null Arrelgo de posiciones (latitude) generadas por el usaurio en el recorrido.

longitude Si String Array Null Arreglo de posiciones (longitude) generadas por el usuario en el recorrido.

73

Tabla 36. Parámetros de salida Servicio createRoute Parámetro Descripción Ejemplo velocity Arreglo de la velocidad

que llevo el usuario en el recorrido.

[ 0.00001,

0.3624415748756782 ]

distance Arreglo de distancias realizadas por el usuario en el recorrido.

[ 0.00001,

1.3426708197918074 ]

type Define el tipo de recorrido realizado por el usuario.

LineString

latitude Arreglo de posiciones (latitude) generadas por el usuario en el recorrido.

[ 3.4774284, 3.4774312

] longitude Arreglo de posiciones

(longitude) generadas por el usuario en el recorrido.

[ -76.4950069,

-76.4946784 ]


5da54bdb733beb05f946662e

routeDate Fecha en la que es realizado el recorrido.

2019-10-08T00:00:00.000Z

time Tiempo que duró el recorrido (h:m:s).

00:01:05

rods Moneda virtual generada por el recorrido del usuario.

1


0

Debido a que la herramienta Flutter al realizar peticiones HTTP requiere un objeto JSon pero que todos sus argumentos sean de tipo String para el consumo de dichos Servicios Web, la lógica de negocio de este servicio convierte los datos de los arreglos de velocity, distance, latitude y longitude de tipo String a un arreglo de tipo Number que es guardado y compatible con el esquema creado para la base de datos.

A continuación, se visualiza un ejemplo de consumo de este de servicio desde la aplicación Postman.

74

Figura 26. Prueba de Servicio createRoute desde Postman


6.4.2.6 Modificación de datos de un usuario En este apartado se conoce el contrato definido para el consumo de un servicio con método POST, que modifica los datos (route) de un usuario guardando el recorrido realizado para ser visualizado desde la plataforma. Tabla 37. Servicio Web changeUserParams

Endpoint-HTTP Post Descripción http://157.230.83.235:3000/api/changeUserParams

Servicio utilizado para la modificación de datos de un usuario previamente registrado para la asociación de la ruta realizada por dicho usuario.

75

Tabla 38. Parámetros de entrada Servicio changeUserParams

Parámetro Requerido Tipo Por defecto

Descripción

email Si String Null Correo electrónico del usuario previamente registrado.

id Si String Null Id generado por el servicio “/createRoute”

Tabla 39. Parámetros de salida Servicio changeUserParams

Parámetro Descripción Ejemplo type Tipo de usuario

registrado. default


0

Routes Este devolverá un arreglo con un objeto JSon con las propiedades de las rutas guardadas

[{ "velocity": [

0.00001,

0.3624415748756782 ], "distance": [

0.00001,

1.3426708197918074 ], "type": "LineString", "latitude": [

3.4774284, 3.4774312

], "longitude": [

-76.4950069, -76.4946784

], "_id": "5da54bdb733beb05f946662e",

"routeDate": "2019-10-08T00:00:00.000Z",

"time": "00:01:05", "rods": 1,

76

"__v": 0 }




jhon


edman


linares


rivera


[email protected]


Jhon linares


1994-05-20

Weight Peso del usuario registrado. 80 age Edad del usuario registrado. 25 height Altura del usuario

registrado. 182


0

A continuación, se visualiza un ejemplo de consumo de este de servicio desde la aplicación Postman.

Figura 27. Parámetros de entrada Servicio changeUSerParams Postman


Tabla. 39(continuación)

77

Figura 28. Parámetros de salida Servicio changeUSerParams Postman


Tabla 40. Servicio Web getRoutes

Endpoint-HTTP Get Descripción

http://157.230.83.235:3000/api/getRoutes

Servicio utilizado para la visualización de todas las rutas existentes en la base de dato, sin información de usuario que generó esta ruta.

Tabla 41. Parametros de salida getRoutes Parámetro Descripción Ejemplo velocity Arreglo de la velocidad

que llevo el usuario en el recorrido.

[ 0.00001,

0.3624415748756782 ]

78

distance Arreglo de distancias realizadas por el usuario en el recorrido.

[ 0.00001,

1.3426708197918074 ]

type Define el tipo de recorrido realizado por el usuario.

LineString

latitude Arreglo de posiciones (latitude) generadas por el usuario en el recorrido.

[ 3.4774284, 3.4774312

] longitude Arreglo de posiciones

(longitude) generadas por el usuario en el recorrido.

[ -76.4950069,

-76.4946784 ]


5da54bdb733beb05f946662e

routeDate Fecha en la que es realizado el recorrido.

2019-10-08T00:00:00.000Z

time Tiempo que duró el recorrido (h:m:s).

00:01:05

rods Moneda virtual generada por el recorrido del usuario.

1


0

Tabla. 41 (continaución)

79

Figura 29. Parámetros de salida Servicio getRoutes Postman


6.4.3 Implementación aplicación móvil

En este apartado se presenta la interfaz gráfica de la plataforma que permite la ejecución de una aplicación móvil.

80

Para el desarrollo de la aplicación móvil se optó por trabajar con Flutter gracias al resultado obtenido en la selección de herramientas de desarrollo anteriormente mencionado.

A continuación, se menciona cada una de las fases construida de la plataforma mencionando algunas características de la plataforma, para finalmente poder ser evaluada con el usuario.

6.4.3.1 Registro de usuario y Login a la plataforma

En esta sección se realiza la construcción de la interfaz de registro e inicio de sesión del usuario para la plataforma, para esto se tuvo en cuenta los prototipos de alta fidelidad presentados y aceptados por los usuarios.

Figura 30. Interfaces de registro e inicio de sesión de la plataforma IOS


81

Figura 31. Interfaces de registro e inicio de sesión de la plataforma Android


En Figura 30 y 31, se puede observar las interfaces finales creadas para la plataforma, que permiten el registro y validación de usuario haciendo consumo de los Servicios Web creados.

6.4.3.2 Menú principal de la plataforma

Para este apartado se muestra la construcción de la interfaz principal para la plataforma enfocada directamente en el menú principal. En este se hizo uso de un “bottom navbar navigation” el cual permite la navegación por las interfaces de la plataforma que son: inicio, mapa y progreso.

82

Figura 32. Interfaces principales de la plataforma IOS


Figura 33. Interfaces principales de la plataforma Android


En las figuras 32 y 33, se puede observar las interfaces finales para las opciones principales de la plataforma.

83

6.4.3.3 Opción Inicio

A continuación, se muestran las diferentes interfaces que permiten navegar en la sección “Inicio” de la plataforma. También se menciona información detallada de la funcionalidad de algunas de estas opciones.

En la pantalla principal de la plataforma se construye un slider de imágenes, el cual contiene información relevante sobre conducción segura. Adicional, en la pantalla principal se visualizan dos botones, iniciar recorrido y redimir tus road’s como se muestra en la Figura 34 y 35.

Figura 34. Slider de imágenes mostradas en la plataforma


Figura 35. Segunda parte slider de imágenes mostradas en la plataforma


Cuando el usuario selecciona la opción de “Iniciar recorrido” se consume una REST API del clima, para hacer uso de esta, se consume el proveedor openweathermap.org, debido a que ofrece una gran cantidad de peticiones por

84

mes y entre uno de sus métodos requiere de la geoposición del usuario para la entrega del clima en la posición actual del usuario.

Según la respuesta que se obtenga del servicio previamente mencionado, se genera un mensaje de alerta teniendo en cuenta si es de día o de noche y las probabilidades de lluvia. Adicionalmente, en la base de datos del usuario se encuentra un contador de recorridos realizados por el usuario que valida si el usuario lleva 20 o más recorridos realizados para advertirle que posiblemente tenga que hacer un mantenimiento a su bicicleta, como se muestra en la figura 36 y 37.

Figura 36. Mensajes de alerta según el momento del día o la cantidad de recorridos realizados IOS


85

Figura 37. Mensajes de alerta según el momento del día o la cantidad de recorridos realizados Android


Una vez notificado el usuario a través del mensaje, este tendrá un todolist que debe chequear si quiere iniciar un recorrido en la aplicación. Esto con el fin de recordarle al usuario las cosas que debe tener en cuenta antes de empezar un recorrido. También tiene un parámetro del clima por si el pronóstico arroja resultados de lluvia para que el usuario tenga precaución y pueda evitar un posible accidente.

Figura 38. Todolist generado según el momento del día y el clima IOS


86

Figura 39. Todolist generado según el momento del día y el clima Android


Tras finalizar el proceso del chequeo, el usuario inicia su recorrido en la plataforma como se muestra en la Figura 40 y 41.

Figura 40. Interfaz inicio de recorrido de la plataforma IOS


87

Figura 41. Interfaz inicio de recorrido de la plataforma Android


Ahora bien, en el momento en que un usuario inicia recorrido, la plataforma cada diez segundos adquiere la geoposición del dispositivo y con esta geoposición se procede a realizar el cálculo de la distancia y velocidad entre la geoposición actual y la geoposición anteriormente obtenida. Estos datos son guardados en un arreglo de información independiente, con el fin de que cuando el usuario desee finalizar su recorrido, esta información no se vaya a perder. Además, que al usuario por medio de un mensaje se le notifica si realmente desea finalizar su recorrido.

Adicionalmente, también se utilizó una REST API para conocer el tráfico cercano a la zona en la que se encuentra el usuario y esta hace uso de los servicios que ofrece developer.tomtom.com. Gracias a esta, permite que se realice la interpretación de la información enviada por el servicio para presentar al usuario un grupo de líneas en el mapa que representa el tráfico.

88

Figura 42. Mensaje para finalizar recorrido desde la plataforma IOS


Figura 43. Mensaje para finalizar recorrido desde la plataforma Android


89

Una vez el usuario finalice el recorrido de la plataforma, este utiliza los servicios de crear ruta y actualización de datos del usuario para almacenar los datos generados por su recorrido en la plataforma.

6.4.3.4 Opción Mapa

A continuación, se muestra la interfaz que visualiza algunas zonas peligrosas donde se recomienda tener mucha precaución.

Figura 44. Zonas de robo y mensaje en la plataforma IOS


90

Figura 45. Zonas de robo y mensaje en la plataforma Android


Ahora bien, ya que la plataforma fomenta la conducción segura y pretende que el celular durante los recorridos no tenga un papel importante, RoadApp implementa notificaciones push donde anuncie a los usuarios sobre estas zonas de peligro y eviten pasar por estas zonas o tengan precaución.

91

Figura 46. Área de zona peligrosa, tráfico pesado y notificación push IOS


Figura 47. Área de zona peligrosa y notificación push Android


Para hacer que el enfoque de la conducción segura no se pierda durante los recorridos, se pretende que los usuarios hagan uso de los relojes o bandas inteligentes, para que puedan recibir las notificaciones de la aplicación y no hacer uso del dispositivo mientras está en la bicicleta.

92

Figura 48. Notificación de RoadApp desde reloj inteligente


6.4.3.5 Opción progreso

A continuación, se muestra la interfaz de visualización del historial de los recorridos desde la plataforma, esto con el fin de mostrar a los usuarios los datos generados desde la plataforma.

93

Figura 49. Progreso de usuario desde la plataforma IOS


Figura 50. Progreso de usuario desde la plataforma Android


6.4.4 Módulo de administración

Para el módulo de administración se plantea la visualización de las rutas de los usuarios dentro de la plataforma sin que se conozca la identidad de los usuarios, infortunadamente se encuentra que al momento de implementar esta opción y cargar los arreglos de las rutas de todos los recorridos de los usuarios, este es

94

sobre escrito desde el lado del framework dejando un arreglo de N posiciones con los mismos datos para cada una de sus posiciones mostrando así en la plataforma el último recorrido que se encuentra desde la base de datos.

Por lo tanto, se plantea que el módulo administrativo se tendrá como un trabajo a futuro, debido al problema encontrado con la herramienta de trabajo o esperar a que este error sea solucionado por medio de una actualización futura por parte de los desarrolladores del Framework.

6.5 FASE CUATRO - EVALUACIÓN INTEGRAL DE LA PLATAFORMA

En esta fase se realizaron diferentes pruebas de evaluación a la plataforma durante cada avance con el fin de identificar fallas, modificarlas para verificar que el usuario la utilizó sin ningún síntoma de frustración y de manera intuitiva.

Para evaluar el sistema se tuvieron en cuenta los métodos de evaluación de la usabilidad a los cuales debe ser sometido el sistema en cada momento, según lo que se desea reconocer y evaluar.

6.5.1 Grabación del uso

Para la primera prueba se utiliza el método grabación del uso, puesto lo que se desea evaluar es la navegación de las interfaces dentro del prototipo de la aplicación, en esta se realiza la evaluación con 20 personas, mediante la herramienta de quant ux.

Esta prueba se llevó a cabo mediante un computador o un celular que cuente con internet, al usuario se le envió una serie de tareas que se pueden visualizar en la tabla número 40 y el enlace donde se puede llevar a cabo la evaluación del prototipo, en esta se obtienen pruebas cualitativas en las cuales se puede observar que el usuario se frustra un poco al ver que todavía el prototipo no ofrece todas las funciones.

Tabla 42. Lista de tareas para el método de grabación de uso Tareas Pasos Iniciar sesión ● Abrir el enlace

● Iniciar sesiónIniciar recorrido ● Estar en inicio

● Clic en iniciar recorrido● Clic en iniciar

95

Tabla 42. (Continuación) Ir a modo nocturno ● Clic en slider modo nocturnoVisualizar recorridos ● Ir a progreso

● Clic en mis recorridosAgregar puntos de robo ● Ir a mapa

● Clic en menú hamburger● Clic en agregar puntos de robo

Modificar peso ● Ir a progreso● Clic en modificar mi peso● Guardar

Para esta prueba solamente se evaluó el mapa de navegación del prototipo, con el fin de reconocer qué tan fácil le resulta al usuario realizar una tarea, para ésta, el usuario no tiene que hacer uso de la bicicleta para probar el sistema, ya que el prototipo no contiene los aspectos esenciales del GPS en funcionamiento.

Se percibe que al no tener un guía al lado que le explique sobre el prototipo lo desespera un poco y termina por dar muchos clics sin sentido. Sin embargo, las tareas que le son asignadas las realiza, pero de manera desordenada y finalmente 13 usuarios reconocen que realizar la tarea de ir a modo nocturno les generó dificultades y que sólo conocen de su ubicación dentro de la aplicación por su acercamiento con el prototipo.

Las conclusiones para esta prueba es que la navegación para el usuario es compleja ya que no tiene un acompañamiento, pero que realmente la única tarea difícil de completar es la de ir a modo nocturno.

6.5.2 Método del conductor- cuestionario

Para esta prueba se procedió a realizar el método del conductor combinado con cuestionario, realizado por un solo evaluador con el fin de que el usuario pudiese comprender mejor las tareas que debía realizar y que el usuario pueda realizar todo tipo de preguntas que tenga, el fin de esta es obtener datos cualitativos como cuantitativos. Esta prueba se realiza con 12 usuarios para evitar obtener datos dispersos debido a que se recolectan datos cualitativos.

La prueba consiste en que al usuario se le abren dos ventanas en la pantalla del ordenador, en una está el prototipo a evaluar y en la otra ventana, visualiza el formulario con las tareas que debe realizar con las respectivas preguntas sobre la tarea realizada que se pueden visualizar en la tabla 45.

96

Tabla 43. Lista de tareas y preguntas para la encuesta Tarea/pregunta Respuesta Inicia sesión en el sistema mediante una red social / ¿Qué tan fácil se le hizo la tarea?

22,2% de las personas responde 4 77,8% de las personas responde 5

Iniciar y finalizar un recorrido/ ¿Qué tan fácil se le hizo realizar la tarea?


Visualizar los logros obtenidos en la app/ ¿Qué tan fácil se le hizo realizar la tarea?

11,1% de las personas responde 3 22,2% de las personas responde 4 66,7% de las personas responde 5

Visualiza qué puedes redimir en comida/ ¿Qué tan fácil se le hizo realizar la tarea?


Ir a modo nocturno/ ¿Qué tan fácil se le hizo realizar la tarea?

22,2% de las personas responde 3 44,4% de las personas responde 4 33,3% de las personas responde 5

¿Qué opinas con respecto al modo nocturno y o diurno? ¿Añadirías o cambiarías algo?

50% de las personas responde que ambos se complementan 25% de las personas responde que se deben realizar cambios en el tamaño de letra y color en botones 12,5% de las personas responde que le gustaría que tenga diferentes temas 12,5% de las personas responde que le gusta más el modo nocturno

Al finalizar la prueba se reconoció que, para el usuario, la navegación por la aplicación es intuitiva, a excepción del modo nocturno, ya que los usuarios no comprenden la luna como un ícono/botón del sistema sino como una imagen.

Adicional en el formulario se realizó la pregunta de ¿Qué tal le parece la aplicación, si es fácil de usar, y si añadiría o cambiaría algo? En esta todos los usuarios calificaron que es fácil de usar, añaden comentarios sobre realizar pequeños ajustes en tamaño de la letra, gráficos, notificaciones sobre qué vías no usar en ciertos horarios, retos diarios, calorías quemadas y en el mapa, visualizar donde hay cicloinfraestructura.

6.5.3 Método entrevista

Para la prueba final se decidió realizar una entrevista ya que permite obtener información sobre la experiencia con el sistema, sus perspectivas, impresiones,

97

preferencias, etc. Ésta se evaluó con 15 personas con preguntas cualitativas y cuantitativas con el fin de verificar que los ajustes realizados en las versiones anteriores funcionan de manera óptima, como se puede visualizar en la siguiente Figura, las entrevistas se hicieron en un espacio no controlado con el fin de que el usuario utilice la aplicación en el escenario habitual.

Figura 51. Usuarios realizando prueba al método entrevista


En esta prueba se repiten las preguntas que no quedaron con buena puntuación en la prueba anterior, se adiciona la pregunta sobre visualizar recorridos, y además se le pide al usuario que comente cómo fue su experiencia con la plataforma y qué le agrada y desagrada de esta.

Se concluye que el tema de modo nocturno que en pasadas pruebas a los usuarios les costaba trabajo, ahora es intuitivo para usuarios que ya habían probado la aplicación como para los nuevos usuarios. Con respecto a colores y diseño, les gusta y lo comprenden. Piensan también funciones principales de la aplicación como lo son las imágenes informativas para ciclistas y redimir puntos, lo consideran útil y que en definitiva les gustaría usar más la bici para así obtener descuentos.

También, los usuarios consideraron que hay un error con el cálculo de la velocidad y la distancia, ya que cuando terminan un recorrido, no recuerdan ir a tanta velocidad ni recorrer tanta distancia, con esto se concluye que hay un posible bug dentro de la matemática de la aplicación.

98

Adicionalmente, hubo comentarios sobre qué les gustaría ver en la aplicación, y es que dentro del mapa se pudiese observar talleres para mantenimiento o de aire para bicicletas. 6.6 FASE CINCO - LANZAMIENTO En esta fase se ejecutó el lanzamiento de la plataforma propuesta y desarrollada por los estudiantes, que ha sido evaluado en su totalidad y cuenta con la aprobación de varios de los usuarios que hicieron parte de la evaluación final.

Este lanzamiento consistió en instalar la aplicación en los celulares de los usuarios evaluados, debido a que la aplicación no se encuentra disponible en ninguna tienda de descarga.

El lanzamiento de ésta se realizó con un grupo de 6 estudiantes de la Universidad Autónoma de Occidente, que hacen parte del público objetivo del proyecto, que utilizan la bicicleta como medio de transporte en la ciudad y uno de ellos no hace uso de ella habitualmente, pero desea hacerlo.

En el lanzamiento los usuarios hacen un recorrido por la zona sur de Cali, en el cual el trayecto tiene una duración de una hora y treinta minutos, la distancia recorrida es de 14 kilómetros y la velocidad promedio es de 17 kilómetros por hora. Los usuarios al finalizar el lanzamiento realizan comentarios de satisfacción con la información general.

Como bien se menciona con anterioridad la plataforma no pretende ser utilizada en medio de los recorridos, ya que van en contra de la normatividad de la conducción segura, el uso habitual de ésta es antes y después de un recorrido, antes para validar el “todolist” sobre qué debe hacer antes de realizar un recorrido e iniciar un recorrido para que la plataforma realice una recopilación de datos y después para que el usuario pueda visualizar la toma de datos realizada.

99

7 CONCLUSIONES

En un principio, fue necesario analizar el árbol del problema propuesta, debido a que el aspecto fundamental a tratar es el de la seguridad de los ciclistas y se reconoce que hay diferentes aspectos que influyen en éste como lo son la accidentalidad, los robos, entre otros.

Comprendido lo anterior y el cómo desde la ingeniería multimedia se puede resolver, aunque sea una pequeña rama de esta problemática se presentan diferentes inconvenientes sobre cuál puede ser la mejor alternativa, llevando a cabo diferentes propuestas relacionadas al tema antes de presentar una propuesta final en la temática a la facultad. Finalmente, y después de un trabajo arduo de investigación se reconoce el término conducción segura con el cuál se plantea toda una propuesta enfocada hacia fomentar el conocimiento de ésta, la conducción con base a ella y así poder hacer más uso de la bicicleta como medio de transporte.

Parte del reto de la creación de la propuesta era cómo hacer que los usuarios desearan aprender sobre las prácticas de la conducción segura, entonces se empieza a trabajar en métodos de indagación a los usuarios que se movilizan en bicicleta o que de alguna manera estuviesen interesados en hacerlo. Datos relevantes que surgieron de estas indagaciones es que el público objetivo es joven y hace uso constante del celular.

Reconociendo la información relevante del público, se plantea la propuesta de una plataforma para fomentar la conducción segura de la bicicleta en entornos urbanos, y se propone la gamificación como enganche para que los usuarios deseen seguir haciendo uso de ella y a la vez aprender más sobre las bases de conducción segura de manera constante.

La plataforma tuvo una aceptación positiva ante los usuarios en aspectos generales esto debido no solo por la forma en la que se engancha al usuario mediante las prácticas de gamificación sino por la información relevante de conducción segura que para los usuarios realmente si les parece muy importante conocer además de las zonas de riesgo en la ciudad de Cali para prevenir el robo de las pertenencias del usuario.

Gracias a que la plataforma genera notificaciones push, los usuarios son notificados mediante el uso de wearable como un smartwatch o smartband, la falla que se percibe dentro de éste es que no todo el público objetivo hace uso de dichos dispositivos entonces no se puede garantizar que los usuarios

100

conozcan información relevante sobre las vías o que no hagan uso del celular durante un recorrido.

101

8 TRABAJOS FUTUROS

Gracias a la aceptación que tuvo la visualización de zonas peligrosas en el mapa y la notificación de zonas peligrosas, como trabajo futuro se puede dar la actualización de nuevas zonas de riesgo ya sea en la ciudad de Cali o en otras ciudades.

Para tener un mejor rendimiento en la plataforma, es posible trabajar en una versión offline de la plataforma, ya que los pluggins utilizados permiten la descarga de mapas y visualización offline de esto. Por lo tanto, para esta implementación, debería de poder contar la plataforma con validaciones cuando esta tenga acceso a internet, realizar el consumo de los Servicios Web correspondiente para la actualización de datos generados por los usuarios.

También se puede llegar a tener nuevas notificaciones dentro de la plataforma, informando al usuario si tiene disponible una cicloinfraestructura cercana para poder prevenir un posible accidente.

102

BIBLIOGRAFÍA 90 Minutos. William Camargo es designado como nuevo secretario de Movilidad de Cali. 2019. [en línea]. Cali, 90 Minutos. [consultado el 17 de octubre de 2019]. Disponible en internet: https://bit.ly/2D4uR99

ACEVEDO, Jorge et al. Marco teórico de contaminación atmosférica en Colombia [en línea]. Colombia-Inglaterra: Universidad de los Andes-University College London. 2013. [consultado el 11 de mayo de 2018]. Disponible en: https://goo.gl/DYCBtS

ACUÑA. Andrea Paola. La gestión de los stakeholders. [en línea]. Bahía blanca, Argentina. Universidad Nacional del Sur, Departamento de Ciencias de la Administración. 2012. [consultado 10 de octubre de 2019]. Disponible en Internet: https://bit.ly/2PkE2cZ

ALCALDÍA DE SANTIAGO DE CALI, Observatorio Movis. Parque automotor de transporte [en línea].Alcaldía de Santiago de Cali [consultado el 15 de octubre de 2019]. Disponible en: https://bit.ly/31tEhEp

--------- Observatorio Movis. POT - Jerarquización Vial [en línea]. Alcaldía de Santiago de Cali [consultado el 16 de octubre de 2019]. Disponible en: https://bit.ly/2J3QIAr

---------. Planeación. PIMU 2019 [en línea]. Alcaldía de Santiago de Cali [consultado el 15 de octubre de 2019]. Disponible en: https://bit.ly/2QzKdb6

---------, Cali progresa contigo. Pedaleá vé [en línea]. Alcaldía Santiago De Cali [consultado el 17 de octubre de 2019]. Disponible en: https://bit.ly/35MHxOv

ANAYA, CASTRO. Balance general de la bicicleta pública en España. [en línea]. Santander, España. Ministerio de industria, turismo y comercio, Instituto para la diversificación y ahorro de la energía [consultado el 18 de octubre de 2019]. Disponible en internet: https://bit.ly/2Msbz2j

ANDERSON, Michael et al. Superstitions, street traffic, and subjective well-being [en línea]. En: Science Direct. Hong Kong: The Chinese University of Hong Kong. [consultado el 17 de octubre de 2019]. DOI: 10.1016/j.jpubeco.2016.07.005.

https://bit.ly/2QzKdb6

103

AQUAE FUNDACIÓN. 5 ventajas de utilizar la bicicleta como medio de transporte [en linea]. España. Aquae Fundación [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/31xvaCR

ARISTIZÁBAL, León et al. Información técnica sobre gases de efecto invernadero y el cambio climático [en línea]. Bogotá: IDEAM. 2007. [consultado el 17 de octubre de 2019]. Disponible en: https://bit.ly/2XZy5at

ASOCIACIÓN CICLISTAS URBANOS. Curso a distancia de conducción segura de la bicicleta [en línea]. Argentina. Asociación Ciclistas Urbanos. [consultado el 9 de octubre de 2019]. Disponible en: https://bit.ly/2B8Bmq9

BENNETT, McKone, Evans, NAZAROFF, Margni. Defining Intake Fraction. 2002. [en línea]. USA Environmental Science y Technology . [consultado el 14 de mayo de 2018]. Disponible en internet: https://goo.gl/XJgHDf

BIKOAPP. Happier, healthier people create happier healthier cities [en línea] BIKOAPP. [consultado 1 de Marzo de 2018]. Disponible en Internet: https://goo.gl/P5qjEH

BOTERO, María Paula y ZULETA, Paula. Bici – Vintage: Una nueva opción de movilidad en Bogotá [en línea]. Trabajo de emprendimiento Administración de Empresas. Bogotá. Colegio de Estudios Superiores de Administración, 2015. [consultado el 19 de septiembre de 2017]. Disponible en: https://goo.gl/KmuUSP

CABALLERO, Romina et al. Uso de la Bicicleta como Medio de Transporte: Influencia de los Factores Psicológicos. En: Dossiê: Psicología Ambiental. [en línea]. Buenos Aires: Universidad Abierta Interamericana, julio-septiembre, 2014, vol. 45, nro. 3, p. 316-324. [consultado el 14 de agosto de 2017]. Disponible en: https://goo.gl/P4eEa5

CALI CÓMO VAMOS. Cómo vamos en movilidad [en linea]. Santiago de Cali; Cali Cómo Vamos. [consultado el 15 de octubre de 2019]. Disponible en internet: https://bit.ly/2P63vq1

CAMPOREALE, Rosalia et al. A real time multi-objetive cyclists route choice model for a bike-sharing mobile application. [en linea] En: IEEE Explore. Italia: Politécnico di Bari, junio, 2017. [consultado 15 de mayo de 2018]. Disponible en: https://goo.gl/RKGvqp

CARDONA, Juan David y SOLANO, Andrés. Evaluación colaborativa de la usabilidad en el desarrollo de sistemas software interactivos [en línea]. Santiago

https://bit.ly/2XZy5at

https://bit.ly/2B8Bmq9

https://goo.gl/P5qjEH

https://goo.gl/P4eEa5

https://goo.gl/RKGvqp

104

de Cali: Programa Editorial Universidad Autónoma de Occidente. 2016. [consultado 10 de octubre de 2019]. Disponible en: https://bit.ly/2pXH8bvTéllez, Rodríguez, Fajardo. Contaminación por monóxido de carbono: un problema de salud ambiental. 2006. [en línea]. Colombia. [consultado el 17 de octubre de 2019]. Disponible en internet: https://bit.ly/2J3msFK

COLOMBIA. Ley 1811 de 2016. Por la cual se otorgan incentivos para promover el uso de la bicicleta en el territorio nacional y se modifica el Código Nacional de Tránsito2016. [en línea]. Sistema Único de Información Normativa . [consultado 2 de marzo de 2018]. Disponible en Internet: https://goo.gl/a28vp6

Crece el desespero de los caleños por 'trancones' viales [en línea].En: El Pasis Santiago de Cali. 5, mayo, 2019. [consultado el 16 de octubre de 2019]. Disponible en: https://bit.ly/35NXT9s

DALLA, Marcela. Percepción de los beneficios individuales del uso de la bicicleta compartida como modo de transporte. En: Science Direct. España: Universidad Abierta Interamericana-Universidad Nacional de Mar del Plata, junio-noviembre de 2015. [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/2BqcI4c

DETERDING, Sebastian. Gamification: Toward a Definition. [en línea] Canadá: Hans Bredow Institute for Media Research 2011. [consultado 5 de abril de 2018]. Disponible en: https://goo.gl/nxkbrn

ESPAÑA, Ministerio del interior. La conducción de bicicletas [en línea]. ESPAÑA, Ministerio del interior [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/2pBYQ44

GOBERNACIÓN DEL VALLE, Centro de Diagnóstico Automotor del Valle. Cali se mueve mejor en bici [en línea]. Gobernación del valle, [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/35LcXoz

HALVORD, Grønlund. Evaluating bluetooth and Wi-Fi sensors as a tool for collecting bicycle speed at varyng gradients.[en linea] En: Science Direct. Noruega: The Norwegian University of Science and Thecnology, abril, 2016. [consultado 15 de mayo de 2018]. Disponible en Internet: https://goo.gl/qv9Hck

IESE Business School de la Universidad de Navarra. [en línea]. España. IESE Cities in motion. 2014. [consultado 2 de Agosto de 2017]. Disponible en Internet: https://goo.gl/7TXXJP

https://bit.ly/2J3msFK




https://bit.ly/35LcXoz

https://goo.gl/7TXXJP

https://goo.gl/7TXXJP

105

INRIX. Interactive Ranking & City Dashboards [en línea]. Estados Unidos. INRIX. [consultado el 11 de mayo de 2018]. Disponible en: https://bit.ly/1KHFCbd

Instituto Colombiano de Bienestar Familiar - ICBF, el Ministerio de Salud y Protección Social, el Departamento Administrativo para la Prosperidad Social - PS, el Instituto Nacional de Salud – INS - y la Organización Panamericana de la Salud-OPS/OMS. Encuesta nacional de Situación Nutricional (ENSIN). 2015. [en línea]. Instituto Colombiano de Bienestar Familiar. [consultado el 10 de mayo de 2018]. Disponible en internet: https://goo.gl/1B7quE

JESTICO, Nelson, Winters. Mapping ridership using crowdsourced cycling data. 2016. [en línea]. Cánada. Spatial Pattern Analysis and Research Laboratory, Department of Geography, University of Victoria, Faculty of Health Sciences. [consultado 14 de Agosto de 2017] Disponible en Internet: https://goo.gl/CrxQ2g

Los caleños aman la 'bici', pero no tienen dónde usarla [en línea].En: El Pais Santiago de Cali. 21, agosto, 2016. [consultado el 17 de octubre d]. Disponible en internet: https://bit.ly/2BkOIj4

MATERIAL DESIGN. Frequently Asked Questions [en linea]. Material Design. [consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/2oLbdeq

Metrocali. Consorcio señalizar MIO hará la interventoría bicicarriles. 2017. [en línea]. Metrocali.. [consultado 2 de Agosto de 2017] Disponible en Internet: https://goo.gl/eYiaJH

MIO. Bici Mio [en linea]. Santiago de Cali; MIO[consultado el 18 de octubre de 2019]. Disponible en: https://bit.ly/2BAEOtT

MOMS CLEAN AIR FORCE. Cómo la contaminación por diésel afecta su salud y lo que puede hacer al respecto [en línea]. Estados Unidos; Moms Clean Air Force [consultado el 17 de octubre de 2019]. Disponible en: https://bit.ly/2LLZdig

Naciones Unidas, Departamento de Asuntos Económicos y Sociales, División de Población. World Urbanization Prospects: The 2014 Revision, Highlights. 2014. [en línea]. Nueva York Estados Unidos. [consultado 14 de Agosto de 2017]. Disponible en: https://goo.gl/EhqgfA

NEW YORK TIMES [en línea]. New York, 2019. [consultado el 17 de octubre de 2019]. Disponible en: shorturl.at/dLTZ7

https://goo.gl/CrxQ2g

https://goo.gl/eYiaJH

https://goo.gl/eYiaJH

https://goo.gl/EhqgfA

106

NIELSEN NORMAN GROUP. The definition of user experience (UX) [en linea]. Nielsen Norman Group [consultado 4 de marzo de 2018]. Disponible en: https://goo.gl/B1aS41.

Nielsen Norman Group. Usability and user experience [en linea]. Nielsen Norman Group [consultado 4 de marzo de 2018]. Disponible en: https://goo.gl/CgXozx.

ONU. Objetivos de desarrollo sostenible [en línea]. [consultado el 19 de septiembre de 2017]. Disponible en: https://bit.ly/2qk9f28

Rodando', la aplicación móvil para los ciclistas caleños [en línea].En: El Espectador Santiago de Cali. 2015. [consultado 27 de septiembre de 2017]. Disponible en: https://goo.gl/x7Epy3

Siuhi, Mwakalonge. Opportunities and challenges of smart mobile applications in transportation. [en línea]. Department of Civil Engineering, Abu Dhabi University. Abud Dhabi, United Arab Emirates. Department of Civil and Mechanical Engineering Technology and Nuclear Engineering, South Carolina State University. Orangeburg, USA. 2016 [consultado 27 de Septiembre de 2017]. Disponible en Internet: https://goo.gl/6PAujz

SMART CITY. Libro Blanco Smart Cities [en línea]. España, SMART CITY. 2012. [consultado el 30 de Julio de 2017]. Disponible en: https://goo.gl/Th8HwN

SOCIEDAD ESPAÑOLA DE HIPERTENSIÓN- LIGA ESPAÑOLA PARA LA LUCHA CONTRA LA HIPERTENSIÓN ARTERIAL. Guía para la prescripción de ejercicio físico en pacientes con riesgo cardiovascular. [en linea]. España sociedad española de hipertensión. [consultado el 19 de septiembre de 2017]. Disponible en: https://goo.gl/PrgRU6

TECNOLOGÍA FÁCIL. ¿Qué es la geolocalización? [en linea]. Tecnología Fácil. [consultado el 9 de octubre de 2019]. Disponible en internet: shorturl.at/vSUWY

THE LANCET. Comisión Lancet sobre contaminación y salud [en linea]. Inglaterra; The Lancet [consultado el 11 de mayo de 2018]. Disponible en: https://goo.gl/ybBWtL

Thigpen, Driller, Handy.Using a stages of change approach to explore opportunities for increasing bicycle commuting. 2015. [en línea]. Estados Unidos. Departamento de Ciencia y Política Ambiental, Universidad de California [consultado 2 de Agosto de 2017]. Disponible en Internet: https://goo.gl/b7HSfs



107

TORRES, Walkiria. La irrupción de una ciclista en la ciudad [en línea]. México: Universidad Autónoma de Aguascalientes. 2013. [consultado el 19 de septiembre de 2017]. Disponible en Internet: https://goo.gl/dRDibC

Vehículos contaminan el 90 % del aire en Cali [en línea]. En: El Pais Santiago de Cali. 2018. [consultado el 15 de octubre de 2019]. Disponible en: https://bit.ly/2ZhUXyB

W3C. Guía breve de servicios web [en linea]. Estados Unidos W3C.. [consultado 3 de marzo de 2018]. Disponible en: https://goo.gl/PZctVK WIKILOC. Authentic Outdoor Experiences [en línea]. WIKILOC [consultado 28 de febrero de 2018]. Disponible en: https://goo.gl/UyxS3D

https://goo.gl/PZctVK







plataforma multimedia para fomentar la ...tabla 27. criterio ponderado herramienta xamarin 61 tabla...

Documents