Restauranis Nombre Estudiante: Joan Mingorance Cortes Máster Universitario en Desarrollo de Aplicaciones para Dispositivos Móviles Nombre Consultor/a: Eduard Martin Lineros Profesor/a responsable de la asignatura: Carles Garrigues Olivella 03/01/2018

© Joan Mingorance Reservados todos los derechos. Está prohibido la reproducción total o parcial de esta obra por cualquier medio o procedimiento, comprendidos la impresión, la reprografía, el microfilme, el tratamiento informático o cualquier otro sistema, así como la distribución de ejemplares mediante alquiler y préstamo, sin la autorización escrita del autor o de los límites que autorice la Ley de Propiedad Intelectual.

i

FICHA DEL TRABAJO FINAL

Título del trabajo: Restauranis: Encuentra y reserva tu restaurante de la forma más rápida y sencilla posible

Nombre del autor: Joan Mingorance Cortes

Nombre del consultor/a: Eduard Martin Lineros

Nombre del PRA: Carles Garrigues Olivella

Fecha de entrega: 01/2018

Titulación: Máster Universitario en Desarrollo de Aplicaciones para Dispositivos Móviles

Idioma del trabajo: Castellano

Palabras clave Restaurante, Reserva, Android

Resumen del Trabajo:

Durante los últimos años ha aumentado la afluencia de clientes en los restaurantes. Cada vez hay más consumidores indecisos que no saben por cuál decantarse o bien desconocen su disponibilidad. Por todo ello, surge la necesidad de ofrecer a los usuarios una herramienta eficaz, fácil e intuitiva, dónde poder buscar y consultar toda la información disponible sobre los restaurantes, y a su vez, poder realizar su reserva. De ahí nace Restauranis, una aplicación capaz de proporcionar una amplia guía de restaurantes con toda su información.

El proyecto Restauranis ha sido desarrollado según el método en cascada debido a que los requisitos están previamente marcados y definidos, y por lo tanto no varían a lo largo del trabajo. Dicho modelo consta de cuatro etapas: plan de trabajo, diseño, implementación y pruebas.

De este trabajo se obtiene una aplicación desarrollada en lenguaje de programación Android y un video donde se explica su proceso de realización y funcionamiento.

Una vez terminado el proyecto, se puede concluir que cumple el propósito por el cual ha sido creado, aunque hay aspectos en los que hay que seguir trabajando para hacer de Restauranis una aplicación más competitiva dentro del mercado actual.

ii

Abstract :

In the latest years, the affluence of clients in the restaurants has increased. There are more customers indecisive who do not know which one prefer to go or if the restaurants are available. For all these problems, appears the necessity to offer users an effective, easy and intuitive tool, where can search and consult all the information available about restaurants and book them. This is the origin of Restauranis, an application that provides an extensive guide of restaurants with all of information.

Restauranis has been developed according to the cascade method because of requirements are previously marked and defined, and therefore do not change throughout the project. This model consists of four phases: work plan, design, implementation and testing.

From this work we obtain an application which has been developed in the Android programming language and a video that explains the process of implementation and operation.

Once the project has finished, it can be concluded that it fulfills the purpose for it has been created, although there are functionalities that we must continue working to make Restauranis a more competitive application within the current market

iii

Índice

1. Introducción .................................................................................................... 1 1.1 Contexto y justificación del Trabajo ........................................................... 1 1.2 Objetivos del Trabajo ................................................................................. 4 1.3 Enfoque y método seguido ........................................................................ 5

1.4 Planificación del Trabajo ........................................................................... 5 1.5 Breve sumario de productos obtenidos ..................................................... 7 1.6 Breve descripción de los otros capítulos de la memoria............................ 8

2. Diseño ............................................................................................................ 9

2.1 Usuarios y contexto de uso ....................................................................... 9 2.2 Diseño conceptual ................................................................................... 14 2.3 Prototipado .............................................................................................. 16

2.4 Evaluación ............................................................................................... 18 2.5 Definición de los casos de uso ................................................................ 19 2.6 Diseño de la arquitectura ......................................................................... 19

3. Implementación ............................................................................................ 20

4. Pruebas ........................................................................................................ 27 5. Conclusiones ................................................................................................ 27 6. Glosario ........................................................................................................ 29

7. Bibliografía ................................................................................................... 30 8. Anexos ......................................................................................................... 31

iv

Lista de figuras

TABLA 1. TAREAS TEMPORALIZADAS CON FECHA DE INICIO, FECHA FIN Y DURACIÓN. ....................................................... 7

1

+70.000 restaurantes

155

visitas anuales por

persona 860

Imagen 1. Resumen sobre el sector de la restauración en España

1. Introducción 1.1 Contexto y justificación del Trabajo

El consumo en el sector de la restauración durante los últimos años ha sufrido un ligero crecimiento. Cada vez son más los clientes que acuden a un restaurante ya sea a comer, cenar o simplemente para tomar algo. De hecho, en España existen más de 70.000 restaurantes. Además, se estima que cada usuario realiza anualmente unas 155 visitas a locales de restauración, gastándose una media de 860 € (Mapal, 2017).

A menudo estas personas no saben a qué restaurante ir o en caso de saberlo, desconocen su horario de apertura, su disponibilidad, o incluso el teléfono para preguntarlo.

Por otro lado, el aumento de cadenas de Restauración cómo McDonald’s o Telepizza han generado una continua pérdida de clientes en aquellos restaurantes que no pertenecen a este colectivo, tal y como explica Javier Salvatierra (2017). Por ello, los restauradores deben buscar vías de captación de clientes para hacer frente a estas pérdidas.

Resumiendo, en la actualidad se observan dos problemas:

Para solucionar el primer problema, lo habitual es buscar por Internet el teléfono del restaurante o alguna información relevante que sea de interés.

Otra opción es utilizar alguna aplicación (App) existente en el mercado que intente solucionar estos problemas, como por ejemplo El Tenedor

Los restaurantes necesitan atraer nuevos clientes.

Un usuario quiere encontrar un restaurante y realizar una reserva.

2

que cuenta con más de 1 millón de descargas, o Restaurantes.com que cuenta con casi 500 mil descargas. Ambas aplicaciones son capaces de resolver el problema ya que permiten realizar reservas online. A su vez, también se soluciona el segundo problema, ya que de esta forma el restaurante puede llegar a un número mayor de clientes. El Tenedor

Como se puede ver en la imagen 2, el diseño de esta aplicación es agradable y ofrece una gran experiencia de usuario, aunque tiene algunos puntos en contra. En primer lugar, se puede ver que en caso de no tener el GPS activado no es capaz de mostrar ningún restaurante, es decir, todo lo hace a través de la ubicación del usuario. Esto puede presentar un problema en caso de tener poca batería, que no funcione bien el GPS o simplemente si el usuario no quiere dar a conocer su ubicación. Por otro lado, se puede observar que solo se pueden realizar reservas online. Es decir, en ningún momento se facilita información de contacto por lo que en caso de tener alguna duda no sería posible consultarla. Por último, tal y como muestra la última pantalla, esta aplicación no deja realizar reservas si no se introduce un e-mail. Esto puede suponer un problema debido a que mucha gente es reacia a poner su e-mail para evitar recibir correo no deseado, también conocido como correo basura o spam. Además, esto implica tener que facilitar un e-mail antes de realizar cada reserva.

Imagen 2. Pantallas de la aplicación El Tenedor

3

Restaurantes.com

En la imagen 3 se ven las diferentes pantallas de la aplicación de Restaurantes.com, en ellas podemos observar que también se basan en la localización del cliente. A diferencia de El Tenedor en caso de no permitir el uso del GPS, se puede acceder introduciendo la calle, el barrio o la ciudad tal y como se aprecia en la segunda pantalla. Aunque en este aspecto ambas aplicaciones son similares, la diferencia principal reside en su diseño, ya que ésta no ofrece la misma experiencia de usuario que la anterior. En resumen, tanto El Tenedor como Restaurantes.com no cumplen todos los requisitos necesarios para aumentar el número de reservas en el sector de la restauración. No ofrecen la información necesaria acerca de los restaurantes como sería el teléfono de contacto o asesoramiento de restaurantes. Por lo tanto, se espera realizar una aplicación con una buena experiencia de usuario, es decir, agradable para el usuario: fácil, intuitiva y útil. Además de las funcionalidades principales comentadas anteriormente y otras funcionalidades más concretas cómo poder marcar restaurantes favoritos con la finalidad de realizar una reserva con más rapidez.

Imagen 3. Pantallas de la aplicación Restaurantes.com

4

1.2 Objetivos del Trabajo

Los objetivos principales de este trabajo son: 1. Crear una aplicación Android fácil de utilizar y con un buen diseño de

interface que integre todos los conocimientos adquiridos durante el máster.

2. Resolver los dos problemas planteados al principio. Para ello esta aplicación deberá:

a. Ser una herramienta para buscar información y poder realizar reservas en un restaurante de cara a los usuarios.

b. Traer más clientes a un restaurante de cara al restaurador.

3. Poder monetizar esta aplicación con la finalidad de obtener beneficios. Cómo se ha visto anteriormente, según el estudio de mercado proporcionado por Mapal (2017), los españoles invierten una media de 860€ anuales. Si a este factor se le aplica el peor de los casos, es decir, que se logre como mínimo las 500 mil descargas de Restaurantes.com, ya se obtendría una buena rentabilidad económica.

Para alcanzar los objetivos de este trabajo se deberán cumplir una serie de requisitos funcionales y no funcionales.

Requerimientos funcionales

• Resultados de búsqueda: la aplicación debe ser capaz de buscar un restaurante ya sea por nombre, tipo de cocina, precio o proximidad entre otros.

• Información del restaurante: una vez encontrado, se deberá facilitar toda la información correspondiente, como por ejemplo algunas fotos del local, el horario, el precio, etc.

• Perfiles: el cliente tendrá un perfil donde poder guardar sus restaurantes favoritos, realizar opiniones e incluso modificar sus reservas.

• Favorito: desde su perfil, el usuario podrá crear una lista de restaurantes favoritos para poder acceder a ellos de forma rápida y así poder realizar una reserva en tan solo un clic.

• Opiniones y valoraciones: el usuario tendrá la posibilidad de realizar valoraciones u opinar respecto un restaurante en concreto.

860 € gastados

10% comisión

500 mil descargas

43.000.000 €/anuales

5

Requerimientos no funcionales

• Eficiencia: la aplicación deberá responder de acuerdo con lo que se da a entender al usuario.

• Experiencia de usuario: la aplicación tendrá que ser agradable para el cliente.

• Usabilidad: deberá ser cómoda de utilizar, es decir, fácil de navegar y entender.

1.3 Enfoque y método seguido Para la realización de esta aplicación se han llevado a cabo dos estrategias distintas. En primer lugar, se ha optado por desarrollar un producto nuevo en vez de partir desde las aplicaciones ya existentes. Con ello se buscará poder ofrecer una interfaz distinta a lo que actualmente se puede encontrar en el mercado. Por otro lado, Restauranis ya es un producto existente en formato web de modo que, siendo fiel al producto original, se procurará mejorarla para obtener un mayor alcance. De este modo, como ya se parte de un modelo previo, se reducirá el tiempo de producción. Una vez establecidas las estrategias, teniendo en cuenta que los requisitos de este proyecto son marcados y definidos desde un primer instante, se propone desarrollarlo mediante un modelo en cascada formado por cuatro etapas: 1. Plan de trabajo: en esta etapa se han analizado tanto los requisitos

necesarios como el estado del mercado. Además, se ha realizado la planificación del trabajo final.

2. Diseño: se han analizado los usuarios potenciales y los posibles escenarios. En base a ello se ha realizado el diseño de la aplicación.

3. Implementación: durante esta etapa se ha realizado toda la parte de programación, es decir, se ha implementado el código necesario para llevar a cabo todas las funcionalidades descritas en la planificación.

4. Pruebas: finalmente se han llevado a cabo una serie de pruebas para corregir posibles errores y así garantizar que la aplicación cumple con las expectativas.

1.4 Planificación del Trabajo

Restauranis es un producto o servicio ya existente. Esto significa que posee un servidor propio en el cual se aloja una base de datos con todas las tablas necesarias para esta aplicación. Es decir, acceso a toda la información relacionada con los restaurantes, datos de reservas, perfiles de usuarios e incluso valoraciones y opiniones. Así bien, como estos recursos son indispensables para realizar la aplicación, el acceso a éstos han sido facilitados por la empresa Restauranis.com . Además, para la implementación del código, se ha utilizado un programa llamado Android Studio.

6

Una vez definidas las cuatro etapas del modelo y los recursos necesarios para llevar a cabo la aplicación, será necesario realizar una serie de tareas. 1. Plan de Trabajo

a. Contexto y justificación del trabajo: Explicación del por qué se realiza este proyecto y que beneficios aporta frente a otros proyectos actuales.

b. Objetivos del trabajo: Requerimientos funcionales y no funcionales.

c. Enfoque y método seguido: Explicación de la metodología utilizada.

d. Planificación del trabajo: Planificación temporal de cada una de las tareas a partir de un diagrama de Gantt.

e. Sumario de productos obtenidos: Generación de la apk de la aplicación, es decir, el ejecutable para poder instalarla en cualquier dispositivo junto a un video donde se explica su proceso de realización y funcionamiento.

2. Diseño a. Usuarios y contexto de uso: Análisis y estudio del tipo de

usuario que va a utilizar la aplicación. b. Diseño conceptual: Elaboración de los escenarios de uso. c. Prototipado: Creación del prototipo, es decir, establecer el

diseño de las pantallas necesarias. d. Evaluación: Evaluación y corrección de los diseños ya

creados. 3. Implementación

a. Restauranis: Proyecto con las funcionalidades principales, es decir, con toda la información necesaria acerca de los restaurantes y la posibilidad de poder realizar una reserva.

b. Your Restauranis: Creación del perfil del usuario con todas sus funcionalidades.

c. Geolocalización: Encontrar restaurantes a través de la ubicación del usuario.

d. Opiniones y Valoraciones: Posibilidad de dejar opiniones y valoraciones sobre un restaurante.

e. Mejores Valorados: Lista de los restaurantes mejor valorados o posibilidad de poder buscarlos por puntuación.

f. Búsqueda por cocina: Poder realizar una búsqueda según el tipo de cocina.

g. Búsqueda de restaurantes nuevos: Lista de los restaurantes más recientes de la zona.

h. Restaurantes Premium: Creación de un apartado con los restaurantes de moda de cada ciudad.

4. Entrega final: Realización de las pruebas necesarias para detectar posibles errores y posteriormente preparar los productos a entregar.

Todas estas tareas se pueden ver temporalizadas en la Tabla 1 y en el diagrama de Gantt en la Figura 1.

7

1.5 Breve sumario de productos obtenidos

Por un lado, se obtiene una aplicación desarrollada en lenguaje de programación Android. Esta aplicación sufrirá diversas actualizaciones durante su desarrollo, ya que los requerimientos funcionales no afectan al requisito principal. Por ello, se han publicado actualizaciones a medida

Tabla 1. Tareas temporalizadas con fecha de inicio, fecha fin y duración.

Figura 1. Diagrama de Gantt de las tareas a realizar.

8

que se han implementado estos requerimientos. Estas actualizaciones son:

1. App Restauranis 2. Actualización v.1.1 Your Restauranis 3. Actualización v.1.2 Geolocalización 4. Actualización v.1.3 Opiniones y valoraciones 5. Actualización v.1.4 Mejores Valorados 6. Actualización v.1.5 Búsqueda por cocina 7. Actualización v.1.6 Restaurantes Nuevos 8. Actualización v.1.7 Restaurantes Premium Todo esto se entrega en un archivo apk, es decir, un ejecutable de la aplicación para poder instalarla en un dispositivo móvil. Además, se entrega esta memoria, con la explicación de todo el proceso que se ha llevado a cabo para realizar el proyecto. Finalmente, se adjunta un vídeo explicativo de cómo funciona la aplicación y de cómo se ha realizado todo el proyecto.

1.6 Breve descripción de los otros capítulos de la memoria

En el resto de capítulos se abordan los temas del Diseño Centrado en el Usuario (DCU) y de la implementación. En cuanto al DCU, se ha realizado un análisis para identificar el tipo de usuarios que van a utilizar esta aplicación, además de elaborar escenarios de casos de uso. Finalmente, se crea un prototipo con un diseño técnico de la aplicación. Se puede entender el DCU como una filosofía cuya premisa es que, para garantizar el éxito de un producto, hay que tener en cuenta al usuario en todas las fases en las que se desarrolla un producto. Por ello, se ha realizado un análisis para identificar el tipo de usuarios que van a utilizar esta aplicación, además de elaborar escenarios de casos de uso. Finalmente, se ha creado un prototipo con un diseño técnico de la aplicación. En referencia a la parte de la implementación, se podrá ver cómo se ha realizado este proyecto, es decir, como se han conseguido los objetivos y requisitos propuestos en la fase de planificación con más detalle.

9

2. Diseño

2.1 Usuarios y contexto de uso

Con el fin de conocer las características, necesidades y objetivos de los usuarios, se ha realizado una encuesta a 50 personas formada por 8 preguntas claves para determinar que funcionalidades debe tener la aplicación. A continuación, se analizan las estadísticas obtenidas a través de este cuestionario.

Como se puede ver en la Imagen 4, si se quiere realizar una reserva en un restaurante, la mayoría de los encuestados optan por buscar la información en Internet ya sea para realizar una reserva online o por teléfono.

Imagen 4. Resultados de la primera pregunta de la encuesta.

Imagen 5. Resultados de la segunda consulta.

10

A partir del análisis de la segunda cuestión se puede decir que este proyecto puede gustar a los usuarios, ya que el 84% de la gente que ha respondido la encuesta, opina que sí se descargaría una aplicación en la que se permitiera poder realizar una reserva tanto online como por teléfono tal y como se muestra en la Imagen 5.

Mediante la tercera cuestión se busca conocer si los posibles usuarios estarían dispuestos a crearse un perfil. Es decir, para saber la viabilidad de la funcionalidad descrita anteriormente cómo Your Restauranis. Tal y como se puede ver en la Imagen 6, el resultado final se debate entre el “Sí” y el “Tal vez”. Por ello, se puede decir que es bueno ofrecer al usuario la posibilidad de crear un perfil para ofrecer al cliente más facilidades. De este modo, se intentaría decantar la balanza de los que han votado “Tal vez” hacía el “Sí”.

A partir de la cuarta pregunta, se percibe como a la mayoría de los usuarios les gustaría obtener recomendaciones sobre restaurantes (Imagen 7). Esto viene a decir que, si la app de este proyecto tuviera esta funcionalidad, aquellos encuestados que se la descargarán la utilizarían. Además, esta cuarta cuestión da pie a la siguiente, que es sin duda la pregunta clave para poder definir las funcionalidades principales de la aplicación.

Imagen 6. Resultados de la tercera pregunta.

Imagen 7. Resultados de la cuarta cuestión.

11

Una vez analizadas las respuestas de la pregunta 5, se puede determinar que las funcionalidades más valoradas son:

1. Que la aplicación sea capaz de ofrecer los restaurantes más cercanos de la zona.

2. Que la app pueda proporcionar un listado por valoración. 3. Que el aplicativo sea apropiado para realizar búsquedas por

precio.

Por otro lado, aunque de manera menos exitosa, también hay ciertos usuarios interesados en obtener información sobre los nuevos restaurantes de su localidad y en poder realizar una búsqueda según el tipo de cocina que el restaurante ofrezca. En relación con esta quinta cuestión, cabe plantearse otra pregunta de gran importancia. En el caso de los usuarios que quieren que la aplicación sea capaz de ofrecer los restaurantes más cercanos, ¿estarían estos dispuestos a facilitar su ubicación? Esta información es necesaria para poder facilitar a los usuarios unos resultados más adecuados.

Imagen 8. Resultados de la quinta pregunta.

Imagen 9. Resultados de la sexta cuestión.

12

En la imagen 9 se puede ver que la mayoría de ellos, sí darían su consentimiento para dar a conocer su ubicación. Esta pregunta es clave ya que sin el permiso del usuario no se puede ofrecer resultados precisos sobre la sección de restaurantes cercanos, por lo que no tendría sentido realizar esta funcionalidad.

La séptima pregunta es fundamental para poder ofrecer un servició lo más completo posible. Sus respuestas determinarán qué información sobre el restaurante es necesaria que se ofrezca al cliente. Así bien, tal y como se puede ver en la Imagen 10, las características que más tienen en cuenta los usuarios son:

1. Que la aplicación ofrezca la carta o menús de cada restaurante. 2. Que desde la app se puedan realizar reservas. 3. Que el aplicativo contenga imágenes de los establecimientos.

Para concluir este cuestionario, se ha realizado una pregunta de estilo libre. Esto significa que a pesar de que hay infinitas respuestas, la coincidencia entre ellas dará una idea de lo que realmente busca el usuario. Por lo tanto, a partir de la Imagen 11, se deduce que la aplicación deberá ser sencilla, fácil de utilizar y muy intuitiva. En resumen, accesible para cualquier persona de manera rápida y eficaz.

Imagen 10. Resultados sobre la séptima consulta.

13

Una vez finalizado el cuestionario, basándonos en las respuestas obtenidas, se puede llegar a la conclusión de que las funcionalidades necesarias de este proyecto son:

• Posibilidad de crear un perfil.

• Recomendar restaurantes cercanos.

• Posibilidad de buscar restaurantes por precio.

• Posibilidad de buscar restaurantes por valoración. o Esto incluye poder realizar opiniones y valoraciones.

• Posibilidad de buscar restaurantes por precio.

• Ofrecer la información adecuada. o Fotos. o Carta. o Ubicación.

Imagen 11. Respuestas a la octava, y por lo tanto última, pregunta.

14

o Contacto para realizar reservas o consultas.

• Posibilidad de realizar reservas desde la app.

2.2 Diseño conceptual

Para realizar este apartado se van a crear tres fichas de persona, en las que se verán diferentes escenarios de uso. Dos de ellas estarán basadas en las respuestas obtenidas anteriormente, y la tercera, se basará en el escenario del propietario del restaurante, es decir del dueño que decide colaborar con la aplicación con la finalidad de aumentar su clientela. Ficha 1 Diego es un chico de 25 años, romántico y detallista. Actualmente vive en Madrid junto a su pareja, con la que ya lleva casi 6 años. En 2016 terminó la carrera de Ingeniería Industrial y desde entonces trabaja en una empresa de construcción, aunque no está muy conforme con el salario que recibe. Diego es una persona activa a la que le gusta mucho el deporte, por ello juega en el equipo de fútbol del barrio. Además, otra de sus aficiones es ir a cenar junto a su pareja y probar diferentes tipos de comida, aunque la que más le apasiona es la brasileña. Aunque su horario laboral es de lunes a viernes, Diego realiza una jornada de 8 a 10h diarias, es decir, más horas de las que se ven reflejadas en su nómina. Por ello espera, en un futuro cercano, poder subir de categoría y tener un sueldo acorde a su trabajo. Para desconectar del trabajo, Diego y su pareja, tienen por costumbre cenar al menos una vez por semana fuera de casa

Escenario Cómo cada fin de semana Diego y su pareja deciden ir a cenar fuera. Cansados de repetir el mismo restaurante una y otra vez, deciden pedir consejo u opinión a un amigo. Éste les recomienda una aplicación llamada Restauranis. A pesar de que esperaban que él les indicara algún lugar nuevo dónde ir, la monotonía les empuja a buscar e informarse sobre esta aplicación. Cuando Diego ve que la app es gratuita, decide descargarla y probarla ya que no tiene nada que perder. Después de unos minutos navegando a través de la aplicación, encuentra un restaurante cerca de dónde vive que aún no conocía así que decide reservar en éste. La cena fue un éxito. De hecho, como navegando anteriormente por la aplicación había descubierto que se podían marcar restaurantes como favoritos des de su perfil, decide marcarlo. Por lo tanto, como ha

15

quedado contento con la aplicación, seguro que la volverá a utilizar la próxima vez. Ficha 2 Marta vive en Madrid y comparte piso con dos de sus compañeras de trabajo. Hace dos años terminó de estudiar y ahora, trabaja para una empresa del sector de las telecomunicaciones. A causa de este trabajo se ve obligada a viajar al menos tres o cuatro veces al mes. Su mayor afición son las redes sociales y por ello pasa casi la mayor parte del tiempo con el móvil. Además, aprovecha el trayecto de sus viajes para indagar sobre nuevas aplicaciones y descubrir las últimas tendencias. Escenario Cómo cada semana, Marta tiene que viajar por cuestiones de trabajo. Esta vez su destino es Barcelona y a pesar de haber estado ya en alguna ocasión, nunca había tenido una reunión por esa zona. Por este motivo, de camino, Marta empieza a mirar a través del móvil si hay alguna aplicación que indique los restaurantes más cercanos al lugar donde se llevara a cabo la reunión. Se descarga dos o tres para probar, y después de navegar por ellas decide probar la app llamada Restauranis. Marta se ha decantado por esta ya que no tan solo ofrecía información sobre los restaurantes más cercanos, sino que le aparecía el tipo de comida, el menú, precio y además, podía reservar desde ella. Aprovechando las prestaciones de esta aplicación, decide filtrar por tipo de comida. Al estar en Barcelona, Marta se decanta por probar algún restaurante típico de comida catalana. Así que después de evaluar las opciones, se decide por una de ellas y resera con un solo clic. Una vez finalizada la reunión, se dirige al restaurante reservado y al finalizar el día, de regreso a Madrid, hace un balance de la experiencia. Viendo que la aplicación le ha sido realmente útil y que, además, tiene alcance en todo el territorio nacional, decide dejarla instalada para poderla utilizar en futuros viajes. Ficha 3 Ferran es una persona trabajadora y disciplinada. Tiene 48 años y vive en Barcelona con su mujer y sus dos hijos. Realizó un ciclo superior de cocina y restauración, lo que lo llevó en 2013 a montar su propio restaurante. Su pasión es la cocina y no hay nada que le enorgullezca más que ver a los clientes marchar del local con un buen sabor de boca. Intenta innovar y estar siempre al día, por ello al menos una vez al mes, asiste a algún

16

taller o curso de alta cocina y ojea la competencia. Para que el restaurante siga adelante, Ferran le debe dedicar muchísimas horas. Pero, aunque la cocina es muy importante para él, la familia lo es todo y por ello siempre intenta sacar tiempo de dónde no lo hay. Sus expectativas empresariales son: atraer un mayor número de clientes y conservar los ya existentes. Durante los últimos meses, ha notado una disminución de consumidores de modo que debe actuar y tomar cartas en el asunto antes de que sea demasiado tarde para el negocio. Escenario Después de una larga jornada no muy buena en cuanto a clientes se refiere, Ferran llega a casa. Como cada jueves, Ferran termina antes su jornada laboral para poder jugar un rato con sus hijos antes de irse a dormir. Si no fuera así, nunca los podría acostar ya que su jornada termina a la 1:00 am. Cuando los niños ya duermen, Ferran aprovecha para investigar a la competencia. De repente, cae en cuenta que sus dos competidores aparecen en una web llamada Restauranis.com que además tiene su propia app para móvil. Después de ver lo que ofrece y como funciona, decide ponerse en contacto para conocer más detalles sobre este servicio. Al cabo de una semana, Ferran ya es miembro de este colectivo y no tarda mucho en ver los resultados ya que para muchos usuarios aparece cómo el nuevo restaurante de la zona.

2.3 Prototipado

Para realizar el prototipo de la aplicación se ha realizado un diseño previo para cada pantalla mediante la herramienta Photoshop. La primera vez que el usuario abra la aplicación una vez descargada, verá la pantalla de la Imagen 12. En ella, el usuario tendrá la opción de acceder al sistema en caso de disponer ya de una cuenta, o crearla. Tanto en caso de acceder mediante login como a partir de un nuevo perfil, el usuario será redirigido a la pantalla principal (Imagen 13). Cabe mencionar que esta pantalla ha sido diseñada acorde con los resultados obtenidos en la encuesta inicial dónde los participantes seleccionaban estas tres secciones como las más importantes o necesarias (Imagen 8). Además, con el fin de agilizar el acceso, la aplicación ha sido diseñada de tal manera que una vez realizado el primer login, no será necesario introducir los datos de nuevo. Por lo tanto, cada vez que el usuario abra la app, accederá directamente a la pantalla principal.

17

Se puede llegar al buscador (Imagen 14) accediendo a una de las secciones predefinidas de la pantalla inicial o bien, directamente desde el icono de la lupa.

Después de que el cliente haya realizado una búsqueda, en caso de encontrar un restaurante de su agrado, el usuario podrá tener acceso a toda su información clicando encima. En la Imagen 15 se muestra un ejemplo de parte de los datos que se pueden encontrar referente al restaurante seleccionado. A pesar de que mediante esta imagen no se observan ni las opiniones ni la carta o menú, se tienen en cuenta de cara a la implementación. Todo esto se vería a continuación, a medida que el usuario realizara scroll.

Imagen 12. Pantalla inicial. Imagen 13. Pantalla principal.

Imagen 14. Resultados mejores valorados.

18

Finalmente, si el usuario decide ir a uno de los restaurantes, se debe ofrecer la opción de realizar reservas online de forma rápida y sencilla (Imagen 16).

2.4 Evaluación

La evaluación de la aplicación se ha realizado mediante el proceso de Diseño Centrado en el Usuario. El DCU es un proceso iterativo, cuyo objetivo es la creación de productos útiles para el usuario. Por ello, se deben realizar test con los usuarios y así comprobar si los procesos están bien diseñados y si se encuentran obstáculos o dificultades para lograr los objetivos. De esta forma, se ha evaluado la usabilidad de este diseño utilizando un método de inspección llamado recorrido cognitivo. Este método consiste en construir escenarios con tareas que el usuario debe realizar y ejecutarlas asumiendo el rol del propio usuario. De esta forma, se analiza si se cumplen los objetivos simulados o si se encuentran problemas durante la realización de las tareas. Una vez finalizada la evaluación, se puede llegar a la conclusión que la fase de diseño y las funcionalidades planteadas inicialmente son las adecuadas para la realización del proyecto.

Imagen 15. Pantalla de información del restaurante.

Imagen 16. Pantalla de reservas online.

19

2.5 Definición de los casos de uso

Para una mejor comprensión de los casos de uso, se ha generado un diagrama UML (Imagen 17). En este diagrama se detallan todas las acciones que se pueden llevar a cabo y todos los actores que pueden intervenir durante el uso de la aplicación.

En la siguiente tabla se listan los casos de uso especificando los actores que los llevan a cabo.

Usuario Aplicación Central de Reservas Restaurante

Descargar aplicación Login Tramitar llamadas Actualizar carta

Login Registro Tramitar reservas Actualizar menús

Registrarse Búsqueda por restaurante Tramitar reservas

Buscar restaurante Búsqueda por precio

Llamar Cercanos

Realizar reserva online Nuevos

Marcar favorito Premium

Compartir restaurante Mejores valorados

Modificar perfil Recuperar contraseña

Recuperar contraseña Modificación perfil

Realizar opinión Ofrecer restaurantes

Ver carta

Tabla 2. Listado casos de uso.

2.6 Diseño de la arquitectura

Para ver parte del diseño de la arquitectura se han generado dos diagramas que, debido a su tamaño, se han colocado en el anexo de este documento.

Imagen 17. Diagrama UML de casos de uso.

20

En la primera imagen (Anexo 1), se muestra un diagrama UML de la base de datos utilizada. Ésta BD está formada por 10 tablas relacionadas entre sí. Aunque todas ellas son importantes, las dos principales son la de restaurantes y la de usuarios, ya que sin ellas no tendría sentido realizar esta aplicación. Esto es debido a que sin la tabla de usuarios no es posible acceder a la aplicación y sin la tabla de restaurantes no se pueden encontrar resultados ni información sobre ellos. En cuanto a la segunda imagen (Anexo 2), se muestra un diagrama de clases. Es decir, los ficheros generados para la realización del proyecto junto a sus variables y funciones utilizadas. Finalmente, se ha generado un esquema de la arquitectura del proyecto, es decir, todos los recursos necesarios para la correcta funcionalidad de la aplicación. Como se puede ver en la Imagen 18, para ofrecer los datos necesarios al usuario antes se deben realizar consultas a una base de datos. Para la realización de estas consultas la aplicación tiene que conectarse a través de Internet a una página php alojada en el servidor. Desde esta página, se realizan las consultas correspondientes y se devuelve el resultado a la aplicación, pasando previamente por la propia página.

3. Implementación

Para realizar la implementación de este proyecto se ha decidido utilizar dos entornos de desarrollo: Android Studio [4] y Adobe Dreamweaver [5]. Además, se ha utilizado un sistema de control de versiones Git llamado GitHub [6] Toda la parte de programación de la app se ha realizado mediante el programa Android Studio. Se decidió utilizar Android Studio ya que la aplicación realizada es una aplicación móvil nativa, es decir creada únicamente para dispositivos con sistema operativo Android, ya que, como ha demostrado Angela Moscaritolo (2017), actualmente los

Imagen 18. Arquitectura del proyecto.

21

dispositivos móviles con este sistema operativo ocupa casi el 82% del mercado. El programa de control de versiones GitHub se ha utilizado para tener un mejor control del desarrollo de la aplicación, creando diferentes ramas en las que poder hacer diferentes pruebas y en caso de obtener un mal resultado, volver a una versión anterior. En la imagen siguiente se puede ver la rama principal:

El programa Adobe Dreamweaver se ha utilizado para realizar la programación de las consultas con la base de datos, es decir para llevar a cabo la comunicación entre la base de datos del servidor de restauranis.com y la aplicación móvil. Para ello, se ha decidido crear 4 ficheros PHP, un fichero para las consultas realizadas en la pantalla de login y registro. Otro fichero para las consultas de la pantalla principal. Un tercero con las consultas relacionadas con el buscador. Y un último fichero para obtener los detalles del restaurante, efectuar reservas y dejar comentarios. Para la implementación realizada con Android, se ha utilizado el diagrama de clases del Anexo (Anexo 2) y las pantallas diseñadas durante el prototipado. Se ha decidido tener que crear un usuario obligatoriamente para acceder a la aplicación. Esto se debe a que se ha llegado a la conclusión que es mejor tener que introducir estos datos una vez, es decir a la hora de crear el usuario. Si no, se tendría que poner cada vez que se deba realizar una reserva o si se quiere dejar una opinión. Además de la creación y login de usuarios, se ha implementado la lógica para recuperar la contraseña. Para recuperar la contraseña es necesario introducir el mismo e-mail que se utilizó para crear el usuario y disponer de acceso a su bandeja de entrada. En la siguiente imagen se puede ver las pantallas descritas anteriormente. La de la izquierda hace referencia al login y registro, y la de la derecha la recuperación de contraseña.

Imagen 19. Rama máster del control de versiones de la aplicación

22

Para la recuperación de la contraseña, se envía un e-mail automáticamente (en caso de ser un e-mail valido y correcto). En este correo generado, se adjunta un link que, al pulsarse, abre la aplicación de Restauranis con una pantalla para recuperar la contraseña. Todo esto se puede ver en la imagen 21.

Para llevar a cabo todo esto, se ha declarado en el fichero AndroidManifest.xml que se inicie la aplicación en caso de hacer clic en un enlace que empiece por https://restauranis/new_password. En la Imagen 22 se puede observar que se intenta mantener los diseños creados en la fase de prototipado, pero observando pequeñas diferencias. Una de las principales es el número de resultados, ya que en el diseño se había contemplado que aparecieran tres restaurantes

Imagen 20. Pantalla Login/Registro a la izquierda y Dialog para recuperar contraseña a la derecha.

Imagen 21. Proceso para la recuperación de la contraseña.

23

por sección, pero por motivos de espacio y para facilitar la lectura han tenido que ser reducido a dos.

A partir de los resultados obtenidos en la encuesta, se han creado las secciones de la home. Como la mayoría de los usuarios daba más importancia a las secciones: restaurantes cercanos, mejores valorados y por precio, éstas son las primeras en aparecer.

En cuanto al scroll lateral, decir que se ha optado por esta opción debido a que de esta forma se pueden obtener muchos más resultados sin tener que ocupar mucho espacio en la pantalla. Es decir, haciendo que el usuario no tenga que esforzarse mucho en visualizar más restaurantes. Y pensando en visualizar cuantos más resultados mejor, se decidió tener la opción de ver algunas pantallas en modo portrait o landscape. Es el caso la pantalla principal y la de los resultados de búsqueda. Además de todo esto, como se puede ver en la Imagen 23, se ha modificado la sección de restaurantes cercanos. Esto se debe a que es necesario saber la ubicación del usuario para ofrecer dichos restaurantes. Para ello, es necesario pedir permiso al usuario para obtener su localización, o en caso de ya tener su permiso, pedir que se active el GPS del dispositivo. Para ello se ha utilizado una API de Google llamada GoogleApiClient.

Imagen 22. Clase Main Activity (Home) de la aplicación.

24

Para la pantalla de los resultados de búsqueda, ocurre lo mismo que en la pantalla inicial, se ha minimizado los resultados a dos debido al tamaño. Esto se puede observar en la Imagen 24.

Para llegar hasta esta pantalla, se puede acceder a través de 3 vías distintas:

1. Haciendo clic al icono del buscador de la pantalla principal, situado arriba a la derecha.

2. Clicando en algún icono “+” de alguna sección. Lo que sería una búsqueda predefinida, es decir una búsqueda según una sección concreta.

Imagen 24. Resultados para la búsqueda de mejores valorados.

Imagen 23. Pantalla inicial cuando el GPS no está activo.

25

3. Por último, se puede acceder al buscador des del menú, esto también sería una búsqueda predefinida.

Para cualquiera de estas tres opciones, se ofrece un input para poder realizar cualquier búsqueda por nombre, localidad o tipo de cocina. Este input goza de la función autocompletar, por ello ofrece resultados a partir del texto introducido. Cuando se escoge un restaurante del desplegable (tercera pantalla de la Imagen 25), la app te redirige directamente a los detalles de este. En caso de escoger una localidad te llevaría a la home, ofreciéndote los restaurantes por secciones según esa zona. Por el contrario, si se escoge un tipo de cocina se refresca el buscador para ofrecer sólo los restaurantes que utilicen ese tipo de cocina. Por último, si no se selecciona ningún elemento del autocompletar y se realiza una búsqueda del parámetro introducido, aparecen los resultados vinculados a ese término. Todo esto se puede apreciar en la siguiente imagen:

Para la visualización de la información sobre los restaurantes se han utilizado casi todos los elementos gráficos del prototipo (Imagen 26). Para la implementación de estas dos pantallas, se han utilizado diferentes métodos para poder cumplir con todos los requisitos que aparecen, como son el botón llamar, el botón compartir, el botón de cómo llegar, etc. En todos los recursos mencionados anteriormente se han creado diferentes funciones llamadas Intents para lanzar otras aplicaciones externas a Restauranis. En el caso de cómo llegar se utiliza la aplicación de Google Maps, en el caso de compartir se puede utilizar Whatsapp o Facebook, entre otras, y en el caso de llamar se utiliza el propio teléfono. Todas estas operaciones se deben tener en cuenta, ya que, por ejemplo, la utilización del teléfono necesita ser declarada en el archivo AndroidManifest.xml.

Imagen 25. Opciones para acceder al buscador.

26

Finalmente, después de la realización de diversas pruebas durante el desarrollo, se llegó a la conclusión que al tratarse de una aplicación que se conecta continuamente con una base de datos remota, se debía comprobar la conexión a Internet. Por lo tanto, se decidió realizar comprobaciones de conexión y en caso de no tener, mostrar un mensaje de error. Esto se ve en la imagen siguiente:

Imagen 26. Información sobre el restaurante Asador Arraiz.

Imagen 27. Intento de acceso a la aplicación sin conexión a Internet.

27

4. Pruebas

Para la realización de las pruebas, se ha instalado la aplicación en diferentes dispositivos de diferentes tamaños. A cada uno de estos dispositivos se les ha insertado un perfil de usuario diferente al de los otros, menos a uno que no se le ha proporcionado ningún perfil. A los usuarios que utilizaban estos dispositivos se les ha hecho apuntar todos los errores que se han encontrado durante la utilización de la aplicación y que mejoras realizarían en caso de tener alguna. Algunas de estas pruebas realizadas corresponden a:

• Creación de un usuario. Posteriormente borrar los datos de la aplicación y hacer login con el usuario creado previamente.

• Borrar datos de la aplicación y recuperar la contraseña.

• Intentar acceder a la aplicación sin acceso a Internet.

• Realización de una reserva y posteriormente valoración del restaurante al que se ha hecho dicha reserva.

5. Conclusiones

Las conclusiones que se pueden extraer a estas alturas del trabajo son satisfactorias, aunque no espléndidas. Esto significa que se ha realizado la mayoría de los objetivos previstos, pero algunos no se han logrado. Además, se ha modificado la planificación establecida. Si recordamos cuales eran los objetivos iniciales, se pueden ver los que se han conseguido y los que no:

Objetivo Conseguido

App Restauranis Sí

Your Restauranis No

Geolocalización Si

Opiniones y valoraciones Si

Mejores Valorados Si

Búsqueda por cocina Si

Restaurantes nuevos Si

Restaurantes Premium Si

Tabla 3. Relación entre los objetivos y si se han conseguido

Tal y como se observa, la mayoría de los objetivos se han alcanzado. Además, las funciones principales de la aplicación (ofrecer restaurantes a los usuarios y posibilidad de realizar reservas), se han cumplido. También se ha logrado una de las funciones más importantes de la aplicación, como es la geolocalización. Por ello se puede decir que el trabajo es satisfactorio, aunque no espléndido, ya que no se ha podido implementar la parte de Your Restauranis, es decir, la opción de

28

modificar los datos de los usuarios, las reservas realizadas y poder marcar restaurantes cómo favoritos Debido a lo comentado anteriormente, se ha modificado la planificación inicial al no poder lograr el objetivo de Your Restauranis. Es decir, se les ha dado prioridad a los otros objetivos por lo que todos los que se debían realizar después de éste, según la planificación, se han visto alterados pasando a ser más importantes y realizándose antes de lo que se debía. Una vez en este punto, se puede decir que esta aplicación tiene mucho trabajo futuro, ya que se deben terminar los objetivos planteados, además de mejorar todos los ya logrados. A parte de todo esto, también se tendría que crear la sección My Restauranis en la que los propietarios de los restaurantes puedan personalizar lo que se ve. Finalmente, se deberían añadir las notificaciones push para ofrecer promociones y novedades a los usuarios que utilizan la aplicación.

29

6. Glosario

[1] Photoshop: Programa usado para retocar gráficos e imágenes. [2] PHP: acrónimo de Hypertext Preprocessor. Es un lenguaje de código abierto adecuado para el desarrollo web. [3] Think aloud: Consiste en que un usuario exprese en voz alta sus pensamientos, sentimientos y opiniones mientras que interacciona con el sistema. [4] Android Studio: entorno de desarrollo integrado oficial para la plataforma Android [5] Adobe Dreamweaver: programa destinado a la construcción, diseño y edición de aplicaciones Web basados en estándares. [6] GitHub: plataforma de desarrollo colaborativo para alojar proyectos utilizando el sistema de control de versiones Git.

30

7. Bibliografía Mapal (2017, 18 de enero). “Estadísticas sobre el sector de la restauración en España”. Mapal [artículo en línea]. [Fecha de consulta: 23 de octubre del 2017] <http://mapalsoftware.com/estadisticas-sobre-sector-de-la-restauracion-espana/>

Salvatierra, Javier (2017, 8 de febrero). “Las cadenas de restauración crecen un 7,8% mientras el resto del sector frena”. El País [artículo en línea]. [Fecha de consulta: 24 de octubre del 2017] <https://elpais.com/economia/2017/02/08/actualidad/1486545881_497929.html> Moscaritolo, Angela (2017, 17 de febrero). “El 99.6% del mercado móvil le pertenece a Android y iOS“. PCMag [artículo en línea] [Fecha de consulta: 4 de diciembre del 2017] <http://latam.pcmag.com/sistemas-operativos-moviles/18490/news/el-996-del-mercado-movil-le-pertenece-a-android-y-ios>

31

8. Anexos

Anexo 1. Diagrama UML de la base de datos.

32

Anexo 2. Diagrama de clases de la aplicación.