DESARROLLO DE APLICACIÓN MÓVIL PARA LA GESTIÓN DE RESERVAS EN RESTAURANTES. Silvano André Pineda Martínez

Transcripción

1 DESARROLLO DE APLICACIÓN MÓVIL PARA LA GESTIÓN DE RESERVAS EN RESTAURANTES. Silvano André Pineda Martínez UNIVERSIDAD CATÓLICA DE COLOMBIA FACULTAD DE INGENIERÍA PROGRAMA DE INGENIERÍA DE SISTEMAS BOGOTA D.C. 2015

2 DESARROLLO DE APLICACIÓN MÓVIL PARA LA GESTIÓN DE RESERVAS EN RESTAURANTES. SILVANO ANDRÉ PINEDA MARTÍNEZ Director Carlos Andrés Lozano Garzón Ingeniero de Sistemas UNIVERSIDAD CATÓLICA DE COLOMBIA PROGRAMA DE INGENIERÍA DE SISTEMAS FACULTAD DE INGENIERÍA BOGOTA D.C

3 3

4 Nota de Aceptación Aprobado por el comité de grado en cumplimiento de los requisitos exigidos por la Facultad de Ingeniería y la Universidad Católica de Colombia para optar título de ingeniero de Sistemas. Carlos Andrés Lozano Director Revisor Metodológico Bogotá, 18, Noviembre,

5 Agradezco principalmente a Dios por permitirme alcanzar esta anhelada etapa en un largo camino, a mi familia, especialmente a mis padres y a mi esposa que con amor y comprensión me han brindado apoyo en los momentos difíciles y han celebrado mis victorias. Finalmente gracias a la Universidad por ser el alma mater donde me formé no solo como profesional sino como persona. 5

6 CONTENIDO INTRODUCCIÓN GENERALIDADES PLANTEAMIENTO DEL PROBLEMA Descripción del problema Formulación del problema OBJETIVOS ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE PROPÓSITO ALCANCE Personal Involucrado Definiciones, Acrónimos y Abreviaturas Resumen Perspectiva del Producto Funcionalidad del Producto Características de los Usuarios Restricciones Suposiciones y Dependencias Evolución Previsible del Sistema REQUISITOS ESPECÍFICOS Requisitos Comunes de las Interfaces Interfaces de usuario Interfaces de Software Interfacesde Hardware REQUISITOS FUNCIONALES REQUISITOS NO FUNCIONALES DISEÑO ACTORES DEL SISTEMA CASOS DE USO INVENTARIO DE CASOS DE USO Iniciar Sesión Consultar Restaurantes Ver restaurante Registrarse

7 Crear Restaurante Reservar Ver comentarios Crear comentario Ver mapa Actualizar Restaurante Consultar Reservas DIAGRAMA DE CLASES DIAGRAMA DE ACTIVIDADES BASE DE DATOS Diccionario de datos IMPLEMENTACIÓN ADMINITRADOR Crear Restaurante Actualizar Restaurante Ver Reservas USUARIO Registro de usuario Inicio de sesión Ver catalogo de restaurantes Consultar restaurante en detalle Reservar en restaurante Comentarios PRUEBAS Pruebas de funcionalidad CONCLUSIONES RECOMENCIONES BIBLIOGRAFIA ANEXOS

8 LISTA DE FIGURAS Figura 1. Caso de Uso Iniciar Sesión 23 Figura 2. Caso de uso consultar restaurantes 24 Figura 3. Caso de uso ver restaurantes 25 Figura 4. Caso de uso registrarse 26 Figura 5. Caso de uso crear restaurante 27 Figura 6. Caso de uso reservar 28 Figura 6. Caso de uso ver comentarios 29 Figura 7. Caso de uso crear comentario 30 Figura 8. Caso de uso ver mapa 31 Figura 9. Caso de uso Actualizar Restaurante 32 Figura 10. Caso de uso Consultar reservas 33 Figura 11. Diagrama de clases 35 Figura 12. Diagrama de actividades 36 Figura 13. Modelo de la base de datos 37 Figura 14. Pantalla Registro de usuario aplicación web 40 Figura 15. Pantalla Inicio de sesión aplicación web 41 Figura 16. Pantalla menú de administración. 41 Figura 17. Pantalla registro de restaurante. 42 Figura 18. Pantalla actualizar restaurante. 42 Figura 19. Pantalla listado de reservas. 43 Figura 20. Pantalla registro de usuario en aplicación móvil. 44 Figura 21. Pantalla iniciar sesión en aplicación móvil. 44 Figura 22. Pantalla catálogo de restaurante en aplicación móvil. 45 Figura 23. Pantalla ver restaurante aplicación móvil. 46 Figura 24. Pantalla crear reserva en aplicación móvil. 47 Figura 25. Pantalla comentarios en aplicación móvil. 48 Pág. 8

9 LISTA DE CUADROS Cuadro 1. Personal Involucrado 1 13 Cuadro 2. Personal Involucrado 2 13 Cuadro 3. Actores del sistema 21 Cuadro 4. Inventario de casos de uso 22 Cuadro 5. CU1 23 Cuadro 6. CU2 24 Cuadro 7. CU3 25 Cuadro 8. CU4 26 Cuadro 9. CU5 27 Cuadro 10. CU6 28 Cuadro 11. CU7 29 Cuadro 12. CU8 30 Cuadro 13. CU9 31 Cuadro 14. CU10 32 Cuadro 15. CU11 33 Cuadro 16. Tabla Usuario 37 Cuadro 17. Tabla Mesa 38 Cuadro 18. Tabla Reserva 38 Cuadro 19. Tabla Comentario 39 Cuadro 20. Tabla EstadoReserva 39 Cuadro 21. Tabla TipoUsuario 39 Cuadro 22. Pruebas funcionales 49 Pág. 9

10 INTRODUCCIÓN La ciudad de Bogotá, capital de Colombia y centro de negocios elegido por grandes inversionistas a nivel mundial, se ha caracterizado por tener a lo largo de su territorio una gran variedad de establecimientos comerciales en los que se puede conseguir artículos y servicios de todo tipo, Incluso, muchas personas viajan frecuentemente con destino a esta ciudad con el fin de conseguir materia prima y artículos varios al mejor precio para surtir sus negocios ubicados en otras partes del territorio colombiano. Bogotá es una ciudad que recibe a diario a miles de personas que viajan desde todas partes del país e incluso de otras partes del mundo y que cuenta con gran variedad de restaurantes especializados en todo tipo de comida con el fin dar gusto al paladar y a las preferencias de la mayoría de personas que la visitan o incluso que viven en esta. Sin embargo para la mayoría de personas que salen a comer fuera de sus hoteles, trabajos, Universidades, lugares donde residen, no existe una solución adecuada que esté siempre al alcance de sus manos y que les permita darse cuenta de la inmensa variedad de restaurantes y sitios de comida que existen a su alrededor, obtener una reseña o calificación de estos, verificar los datos de contacto o incluso les posibilite reservar en los restaurantes de su preferencia. El presente proyecto busca ofrecer una solución tecnológica soportada en una aplicación móvil, desarrollada para Android, que permita a los habitantes de la ciudad de Bogotá encontrar diferentes alternativas a la hora de buscar restaurantes en los que deseen realizar reservas, verificar su reseña o calificación, o incluso obtener la ubicación exacta de cada uno de estos. Por otro lado también se espera que esta aplicación facilite a los propietarios de estos restaurantes, abrir su mercado. Este documento se encuentra organizado de la siguiente forma, en primer lugar están los antecedentes, luego el planteamiento del problema, posteriormente los objetivos seguidos de la justificación y por último la delimitación del proyecto. 10

11 1. GENERALIDADES 1.1. PLANTEAMIENTO DEL PROBLEMA Descripción del problema. Una de las dificultades que enfrentan los restaurantes y en general los sitios de comida hoy en día es que no cuentan con una aplicación móvil adecuada para el manejo de las reservaciones de sus clientes, de hecho una gran parte de ellos no cuentan con ningún tipo de sistema para el manejo de las mismas, esta situación no sólo dificulta la posibilidad de captar y fidelizar nuevos clientes, sino que también hace que el proceso de realizar una reserva en determinado restaurante sea un tema tedioso y no muy sofisticado que en la mayoría de casos se limita al uso estricto del medio telefónico. Por otro lado las personas que necesitan de reservar frecuentemente o de vez en cuando en un restaurante, no tienen al alcance de sus manos un sistema o aplicación, centralizada, y disponible desde cualquier parte donde se encuentren que les permita escoger el restaurante que prefieran por categoría, ubicación, tipo de platos que se ofrecen, calificación o reseña, a la hora de hacer una reserva Formulación del problema Dado que el principal problema a resolver es la carencia de un sistema para la realización de reservas en restaurantes que sea eficaz, centralizado y disponible para la comunidad de propietarios de restaurantes en general y clientes de los mismos, se desea implementar un servicio para la realización de reservas en restaurantes, para esto se requiere desarrollar una aplicación para dispositivos móviles Android, que tenga servicios de geolocalización, e información actualizada de cada restaurante que permita al usuario realizar de una reserva de forma ágil a través de un sistema eficiente, como existe la posibilidad de llegar a tener muchos usuarios y crecer en gran medida se deja abierta la posibilidad de que en un futuro se pueda usar la plataforma Cloud Computing adecuada para que el sistema sea escalable, por ahora para la primera versión de la aplicación no se hará uso de dicha plataforma OBJETIVOS Objetivo General Desarrollar una aplicación móvil que posibilite la gestión de reservas en restaurantes, tanto para los clientes como propietarios de los mismos. 11

12 Objetivos Específicos Identificar los requerimientos para desarrollar la aplicación móvil de gestión de reservas. Diseñar y desarrollar la aplicación móvil de gestión de reservas. Evaluar la aplicación móvil de gestión de reservas por medio de pruebas funcionales. 12

13 2. ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE El sistema de gestión de reservas EasyBooking, es una plataforma móvil diseñada para facilitar la gestión de reservas en los restaurantes que tengan convenio con la misma, el sistema permitirá la visualización de información esencial de cada uno de los establecimientos, así como también permitirá a los usuarios que hagan uso de esta; visualizar comentarios de los clientes que hayan tenido experiencias con los establecimientos que allí se encuentran y así mismo brindar su propia opinión PROPÓSITO El propósito de éste aplicativo móvil es proveer una herramienta que facilite a los usuarios la reserva de restaurantes en una ciudad ALCANCE El sistema de gestión de reservas busca ofrecer a sus clientes, en este caso los restaurantes una posibilidad de gestionar sus reservas, el sistema tendrá dos tipos de usuarios los clientes de restaurantes y los administradores de los mismos Personal Involucrado. El personal involucrado en el desarrollo de este proyecto es el siguiente (véase en el siguiente cuadro): Cuadro 1. Personal Involucrado 1 Nombre Carlos Andrés Lozano Rol Director de desarrollo Categoría profesional Profesional Información de contacto calozano@ucatolica.edu.co Fuente. El autor Cuadro 2. Personal Involucrado 2 Nombre Silvano André Pineda M Rol Desarrollador Categoría profesional Estudiante Información de contacto sapineda@ucatolica.edu.co Fuente. El autor 13

14 Definiciones, Acrónimos y Abreviaturas: Aplicación Móvil: Una aplicación móvil es una aplicación informática diseñada para ser ejecutada en teléfonos inteligentes, tabletas y otros dispositivos móviles. Por lo general se encuentran disponibles a través de plataformas de distribución, operadas por las compañías propietarias de los sistemas operativos móviles como Android, ios, BlackBerry OS, Windows Phone, entre otros. 1 Android: Android es un sistema operativo basado en el núcleo Linux. Fue diseñado principalmente para dispositivos móviles con pantalla táctil, como teléfonos inteligentes, tablets o tabléfonos; y también para relojes inteligentes, televisores y automóviles. Inicialmente fue desarrollado por Android Inc., empresa que Google respaldó económicamente y más tarde, en 2005, compró. Android fue presentado en 2007 junto la fundación del Open Handset Alliance (un consorcio de compañías de hardware, software y telecomunicaciones) para avanzar en los estándares abiertos de los dispositivos móviles. El primer móvil con el sistema operativo Android fue el HTC Dream y se vendió en octubre de Los dispositivos de Android venden más que las ventas combinadas de Windows Phone e IOS. 2 Máquina Virtual: Una máquina virtual es un software (programa) que emula a un ordenador real y por lo tanto dispone de disco duro, memoria ram, tarjeta gráfica, etc. y puede ejecutar programas como lo hace una computadora. En cierta medida, podríamos verlo como una partición de nuestro ordenador: la máquina real y la máquina virtual. La diferencia está en que mientras una partición tiene componentes físicos (hardware) la otra no los tiene físicamente sino como emulación. La partición suele ser en dos, pero podríamos tener más de una máquina virtual dentro de un ordenador o servidor. 3 Uno de le ejemplos más conocidos de Máquina Virtual es la utilizada para Java. En el caso de Android, la máquina virtual utilizada para ejecutar las aplicaciones se conoce como Dalvik. Serialización: La serialización es un proceso en el que el estado de un objeto y sus metadatos (como el nombre de clase del objeto y los nombres de sus atributos) se almacenan en un formato binario especial. Poner el objeto en este 1 Aplicación móvil. Disponible en internet: Wikipedia, the free encyclopedia <URL [Fecha revisión: ]. 2 Android (operating system) - Wikipedia, the free encyclopedia <URL [Fecha revisión: ]. 3 Máquinas virtuales (VMWare, Virtual PC, Sandbox. Qué son y para qué sirven. Autor: Walter Sagástegui Lescano. [Fecha revisión: 2029]. Disponible en Internet: < URLhttp:// 14

15 formato, serializándolo, preserva toda la información necesaria para reconstituir (o deserializar) el objeto cuando usted necesite hacerlo. 4 Smartphone: Smartphone es, en su traducción literal, "un teléfono inteligente". Y no hay mejor manera de definir este tipo de equipos. Es la evolución del teléfono móvil. Los smartphones son híbridos entre celulares y computadoras. No tienen la potencia de una PC, pero tampoco son tan simples como un teléfono. Los smartphones poseen la mayoría de las principales tecnologías de comunicación en un sólo equipo: internet, GPS, , SMS, mensajería instantánea y miles de aplicaciones para lo que se te ocurra. Es tener el mundo digital en una pequeña pantalla táctil. 5 Web Service (servicio web): Es una tecnología que utiliza un conjunto de protocolos y estándares que sirven para intercambiar datos entre aplicaciones. Distintas aplicaciones de software desarrolladas en lenguajes de programación diferentes, y ejecutadas sobre cualquier plataforma, pueden utilizar los servicios web para intercambiar datos en redes de computadores como Internet Resumen. En este capítulo se presenta toda la información necesaria para poner en marcha el desarrollo del sistema para gestión de reservas. Este documento está organizado en tres partes esenciales, en la primera parte se presenta la introducción del proyecto, en ésta se encuentra incluido el alcance del proyecto y el personal involucrado en el desarrollo del sistema. La segunda parte, está ligada a la descripción general de la aplicación, donde se presenta de manera más detallada la funcionalidad del software, las características de los usuarios y algunas suposiciones que se pueden dar dependiendo de los requerimientos y restricciones planteadas. Finalmente se presenta una sección que incluye los requisitos del sistema; es decir, se documentan las funcionalidades del sistema, requerimientos funcionales y no funcionales, así como la descripción de la manera en que se garantizará la integridad de los datos dentro del sistema y la seguridad de los mismos. 4 Introducción a la programación Java, parte 2: Construcciones para aplicaciones del mundo real. Autor: J. Steven Perry, Consultor Director, Makoto Consulting Group, Inc. [Fecha de publicacion: ]. Disponible en internet: <URL 5 Que es un smartphone? Para qué sirve? Cómo comprar uno?. Disponible en internet: <URL 6 UNIVERSIDAD TÉCNICO FEDERICO SANTA MARÍA. Sistema de inventario Web en línea. Buenos Aires: La Empresa [citado 10 agosto, 2014]. Disponible en Internet: <URL: ~agv/elo330/2s08/projects/carodiaztoro/tecnologia.html>. 15

16 Perspectiva del Producto. El aplicativo para el administrador del restaurante, se desarrollará en una plataforma web y contará con un sistema de autenticación con el fin de restringir el acceso a personal no autorizado Funcionalidad del Producto. El sistema estará diseñado para ser accedido por separado por dos tipos de usuario: administrador de restaurante y cliente o usuario de la aplicación. El administrador de restaurante tendrá que realizar una autenticación ante el sistema en donde podrán listar, cancelar reservas y modificar los datos asociados al restaurante. El cliente por otro lado accederá desde la aplicación móvil con los datos que haya registrado anteriormente Características de los Usuarios. El aplicativo a desarrollar está dirigido principalmente a usuarios de restaurantes que tengan acceso un Smartphone con sistema operativo Android 4.0 o superior y que tengan la necesidad realizar reservas desde los mismos. Los administradores de los restaurantes tendrán acceso a una aplicación web básica que les permitirá modificar los datos del restaurante y visualizar las reservas que se han realizado en este Restricciones. El sistema de gestión de reservas estará desarrollado en Java y será una aplicación nativa de Android. La aplicación estará alojada en un servidor web local por lo que todas las pruebas de funcionalidad se deben realizar localmente en el equipo en que se haya desarrollo la aplicación, ejecutando una máquina virtual de Android instalada en el mismo. La aplicación permitirá registro de usuarios, en cuanto a los administradores de restaurantes serán registrados por el administrador del sistema después de establecer el convenio. Solo existirá un único usuario desde el que se administrara la aplicación en la base de datos y solo debe ser utilizado por el administrador del sistema. 16

17 Suposiciones y Dependencias. El sistema de gestión de reservas trabajará sobre una plataforma web local, que ha sido configurada con propósitos plenamente investigativos no comerciales, por esta razón por ahora la aplicación no podrá ser encontrada en el Google Play, ni descargada desde ningún sitio web, ya que todos los servicios web y recursos de la aplicación se encuentran almacenados en el local host Evolución Previsible del Sistema. Una vez los clientes de los restaurante puedan hacer su reserva en el restaurante, se busca que puedan visualizar el menú de cada establecimiento, el costo del plato que van a consumir e incluso pagarlo desde la aplicación móvil. En próximas versiones de la plataforma móvil se espera que los usuarios no solo tengan la posibilidad de hacer cometarios de los restaurantes, sino que también puedan calificarlos. Se tiene previsto hacer mejoras del sistema de búsqueda, por ejemplo en la búsqueda de restaurantes por nombre y búsqueda de restaurantes cercanos a la ubicación del usuario. Se espera que la aplicación en un futuro sea migrada a una plataforma Cloud Computing y pueda ser usada en más de una ciudad REQUISITOS ESPECÍFICOS A continuación detallaremos cada uno de los requisitos del sistema de gestión de reservas: Requisitos Comunes de las Interfaces. Existirán dos roles dentro del sistema y se utilizaran dos aplicativos que comparten la misma base de datos, estos se complementarán para satisfacer las necesidades de los dos tipos de usuarios: Administrador de restaurante y cliente de restaurante. Tanto para el perfil del administrador de restaurante como para el del cliente se requiere autenticación para acceder y hacer uso del sistema. Cuando el administrador ingrese, encontrará una interfaz que le permitirá modificar la información general asociada a su restaurante, listar las reservas entre otras funcionalidades. 17

18 Por otro lado, al ingresar al sistema el cliente del restaurante encontrara una interfaz que le permitirá; encontrar todos los restaurantes registrados en la aplicación, visualizar información básica del restaurante, visualizar la ubicación exacta del restaurante en el mapa con la ayuda de Google Maps, visualizar y hacer comentarios de los restaurantes que desee y por ultimo según la disponibilidad de mesas en los restaurantes para la fecha seleccionada reservar según su preferencia Interfaces de usuario: Administrador: El administrador del restaurante accederá a una plataforma móvil y encontrara una interfaz en la que deberá autenticarse, para acceder al sistema. Posteriormente, el administrador podrá crear el perfil del restaurante y/o modificarlo en caso de que ya exista. Cliente de Restaurante: En la aplicación móvil, se podrá encontrar un listado de restaurantes, de los cuales el usuario podrá consultar la información general de los restaurantes. Al desplegar la información de un restaurante se encontrará una breve descripción del restaurante, su especialidad, ubicación, los comentarios, medios de pago disponibles, precio promedio del plato, entre otros. Después de haber seleccionado el restaurante el cliente podrá realizar una reserva, en la fecha y con la cantidad de personas que desee, según la disponibilidad de mesas del restaurante seleccionado Interfaces de Software. La aplicación móvil para gestión de reservas tendrá un componente XML para realizar gráficamente la aplicación móvil, será una aplicación nativa de Android y por consecuente estará desarrollada en el lenguaje de programación Java. La aplicación web para la gestión de reservas orientada a los administradores y dueños de restaurante tendrá un componente JSP para el entorno grafico y estará desarrollada en Java, así mismo se hará uso de servlets. Para el despliegue de los servicios web se utilizara Axis 2y para la serialización de objetos se hará uso la librería Ksoap. 18

19 Se utilizará el servidor web HTTP de código abierto apache-tomcat en su versión Las pruebas funcionales de los servicios web se realizaran con la herramientasoapui-5.1.3; Software de código abierto desarrollado en Java. Para diseñar, crear y administrar la base de datos relacional se utilizará MySQLWorkbench. Así mismo como controlador o driver de la base de datos se utilizara mysql-connector versión compatible con los estándares ODBC y JDBC Interfacesde Hardware. El sistema estará alojado en un servidor web local instalado en la maquina en donde se desarrollara el proyecto. Así mismo la aplicación móvil se ejecutara en una máquina virtual instalada en el equipo de desarrollo REQUISITOS FUNCIONALES Administrador de aplicación. El administrador debe autenticarse en la base de datos. El administrador puede inactivar usuarios desde la base de datos. El administrador puede inactivar restaurantes desde la base datos. El administrador puede borrar comentarios que incumplan con las políticas de buen uso del sistema de reservas EasyBooking Usuario. El usuario debe autenticarse ante el sistema. el usuario puede ver todos los restaurantes registrados en la aplicación que se encuentren activos. El usuario puede encontrar información relacionada del restaurante que busca. El usuario puede visualizar comentarios de los restaurantes que encuentre en la aplicación y así mismo publicar sus propios comentarios REQUISITOS NO FUNCIONALES Seguridad. solamente el administrador de la base de datos, tendrá acceso total a la información sensible de los usuarios y restaurantes. por 19

20 otro lado los objetos que se envían a través de la red se encuentran serializados Disponibilidad. la aplicación deberá tener una disponibilidad de 24 horas al día, 7 días a la semana en el momento en que sea subida al repositorio de aplicaciones de Google Portabilidad. El sistema podrá ser accedido desde teléfono inteligente con sistema operativo Android versión 4.0 o superior con acceso a internet, tanto para el aplicativo del cliente como para el del administrador. 20

21 3. DISEÑO En este capítulo encontramos la especificación de cada uno de los diagramas UML que componen el sistema de gestión de reservas. Luego encontrara el MER o modelo entidad relación ACTORES DEL SISTEMA Cuadro 3. Actores del sistema Id Actor Descripción Notas Es el encargado de solucionar cualquier 1 Administrador del sistema 2 Administrador Restaurante 3 Usuario Registrado Fuente. Autor Administrador del sitio web, que tendrá control absoluto sobre el sistema y la base de datos Administrador o dueño de restaurantes que tendrá control sobre el contenido de sus restaurantes. Usuario registrado en el sistema que tiene acceso a realizar consultas de restaurantes y puede reservar. problema que pueda presentar la base de datos, o los usuarios de la aplicación. Es el encargado de gestionar las reservas y actualizar el contenido relacionado a su restaurante. Tiene la posibilidad de visualizar restaurantes de su preferencia, realizar reservas y comentar CASOS DE USO Los diagramas de casos de uso sirven para facilitar la comunicación con los futuros usuarios del sistema, y con el cliente, y resultan especialmente útiles para determinar las características necesarias que tendrá el sistema. En otras palabras, los diagramas de casos de uso describen qué es lo que debe hacer el sistema, pero no cómo INVENTARIO DE CASOS DE USO A continuación se realiza un inventario de los casos de uso que se presentan en el sistema de gestión de reservas: 21

22 Cuadro 4. Inventario de casos de uso Identificador Nombre Descripción CU1 CU2 CU3 CU4 CU5 CU6 CU7 CU8 CU9 CU10 Iniciar sesión Consultar restaurantes Ver restaurante Registrarse Crear Restaurante Reservar mesa en restaurante Ver comentarios Crear Comentario Ver Mapa Actualizar Restaurante Muestra al usuario los campos para introducir usuario o correo electrónico y contraseña luego valida que los datos ingresados sean correctos. Lista todos los restaurantes registrados en el sistema y muestra por cada restaurante el nombre, Ubicación, y logo del restaurante. Muestra al usuario los detalles del restaurante seleccionado, tales como la foto de portada, costo promedio del plato, especialidad, forma de pago y ubicación y mapa del sitio. El usuario puede registrase por medio de un correo electrónico y una contraseña, muestra un formulario para rellenar los datos de su perfil, valida que el usuario no esté registrado en la base de datos y hace el registro del usuario. El administrador del restaurante podrá registrar un restaurante. El Usuario registrado podrá reservar mesas en los restaurantes que seleccione y según la disponibilidad de los mismos. Los usuarios registrados podrán ver los cometarios que han hecho otros usuarios en cada uno de los restaurantes. Los usuarios registrados podrán comentar su experiencia con los restaurantes. Los usuarios podrán visualizar la ubicación geográfica del restaurante por medio de Google Maps. El administrador de restaurante podrá actualizar los datos relacionados con los restaurantes que haya registrado. 22

23 Identificador Nombre Descripción CU11 Listar Reservas El administrador del restaurante podrá visualizar la reservas que se han hayan creado para los restaurantes que administra Iniciar Sesión Figura 1. Caso de Uso Iniciar Sesión Cuadro 5. CU1 Identificador: CU1 Indispensable/ Deseable: Indispensable Prioridad: Alta Nombre Caso de Uso: Iniciar sesión Fecha: 12 de septiembre de 2015 Categoría (Visible/ Actores Involucrados: Administrador, usuario No Visible): Visible Resumen: Al autenticarse ante el sistema, el usuario podrá acceder a la plataforma. Curso Básico Eventos: 1. El administrador debe digitar nombre de usuario y contraseña. 2. A continuación debe seleccionar la opción ingresar. Caminos Alternativos: Caminos de Excepción: Usuario y/o contraseña incorrectos. Puntos de Extensión: <<Extend>> Registrarse Pre- Condición: El administrador debe contar con las credenciales proporcionadas por el desarrollador de la aplicación y el usuario debe registrarse en la plataforma antes de ingresar a la aplicación móvil 23

24 Post- Condición: Criterios de Aceptación: El sistema le permite ingresar satisfactoriamente a la plataforma. Los campos deben ser diligenciados y coincidir con las credenciales del sistema Consultar Restaurantes Figura 2. Caso de uso consultar restaurantes Cuadro 6. CU2 Identificador: CU2 Indispensable/ Deseable: Indispensable 24 Prioridad: Alta Nombre Caso de Uso: Consultar restaurantes Fecha: 12 de septiembre de 2015 Categoría (Visible/ Actores Involucrados: Usuario No Visible): Visible Resumen: Lista todos los restaurantes registrados en el sistema. Curso Básico Eventos: 1. Ingresar al sistema 2. Se muestra una lista de restaurantes con el nombre, ubicación y logo. Caminos Alternativos: Caminos de Excepción: Puntos de Extensión: <<Extend>> Ver restaurante Pre- Condición: El usuario debe estar autenticado ante el sistema Post- Condición: El sistema permite seleccionar cualquier restaurante de la lista Criterios de Aceptación:

25 Ver restaurante Figura 3. Caso de uso ver restaurantes Cuadro 7. CU3 Identificador: CU3 Indispensable/ Deseable: Indispensable Prioridad: Alta Nombre Caso de Uso: Ver restaurante Fecha: 12 de septiembre de 2015 Categoría (Visible/ Actores Involucrados: Usuario No Visible): Visible Resumen: Muestra al usuario los detalles del restaurante seleccionado. Curso Básico Eventos: 1. El usuario ingresa al sistema 2. Selecciona el restaurante de su preferencia 3. El sistema muestra al usuario la información relacionada al restaurante seleccionado; foto de portada, costo promedio del plato, especialidad, forma de pago y ubicación. Caminos Alternativos: Caminos de Excepción: Usuario y/o contraseña incorrectos. Puntos de Extensión: <<Extend>> Ver mapa Pre- Condición: El usuario debe seleccionar un restaurante de la lista Post- Condición: El sistema muestra la información relacionada al restaurante seleccionado Criterios de Aceptación: Registrarse 25

26 Figura 4. Caso de uso registrarse Cuadro 8. CU4 Identificador: CU4 Indispensable/ Deseable: Indispensable Nombre Caso de Uso: Registrarse Fecha: 12 de septiembre de 2015 Categoría (Visible/ No Visible): Visible Actores Involucrados: Administrador, usuario Prioridad: Alta Resumen: El usuario puede registrase diligenciando un formulario básico de registro Curso Básico Eventos: 1. El usuario abre la aplicación 2. A continuación selecciona el link Registrarse. 3. Ingresa los datos solicitados por el sistema en el formulario. 4. A continuación selecciona la opción registrar. Caminos Alternativos: El usuario ya está registrado y puede iniciar sesión Caminos de Excepción: El correo electrónico que se desea registrar ya existe Puntos de Extensión: <<Extend>> Iniciar sesión Pre- Condición: Post- Condición: El sistema le permite al usuario registrarse satisfactoriamente a la plataforma. Criterios de Aceptación: Los campos del formulario deben ser diligenciados en su totalidad Crear Restaurante 26

27 Figura 5. Caso de uso crear restaurante Cuadro 9. CU5 Identificador: CU5 Indispensable/ Deseable: Prioridad: Alta Indispensable Nombre Caso de Uso: Crear Restaurante Fecha: 12 de septiembre de 2015 Categoría (Visible/ Actores Involucrados: Administrador No Visible): Visible Resumen: El administrador del restaurante podrá crear nuevos restaurantes o sedes de uno ya existente. Curso Básico Eventos: 1. El administrador ingresa al sistema 2. Selecciona la opción Crear Restaurante Caminos Alternativos: Modificar datos del restaurante Caminos de Excepción: El restaurante ya existe en el sistema Puntos de Extensión: <<Extend>> Modificar restaurante Pre- Condición: Post- Condición: Criterios de Aceptación: El administrador del restaurante se debe registrar antes de iniciar sesión. El sistema le permite al administrador crear el restaurante satisfactoriamente. Los campos deben ser diligenciados en su totalidad Reservar Figura 6. Caso de uso reservar 27

28 Cuadro 10. CU6 Identificador: CU6 Indispensable/ Deseable: Indispensable Nombre Caso de Uso: Reservar Fecha: 12 de septiembre de 2015 Categoría (Visible/ Actores Involucrados: Usuario No Visible): Visible Resumen: El usuario registrado podrá reservar en los restaurantes que desee. Curso Básico Eventos: 1. El usuario ingresa al sistema 2. Selecciona el restaurante de su preferencia. 3. A continuación selecciona el menú Book. Caminos Alternativos: Caminos de Excepción: Puntos de Extensión: Pre- Condición: No hay mesas disponibles para la reserva Prioridad: Alta El usuario debe estar registrado en el sistema y haberse autenticado en el sistema. Post- Condición: El sistema le permite al usuario reservar satisfactoriamente. Criterios de Aceptación: El usuario debe haber seleccionado la fecha, la hora y el campo de nuero de personas Ver comentarios 28

29 Figura 6. Caso de uso ver comentarios Cuadro 11. CU7 Identificador: CU7 Indispensable/ Deseable: Indispensable Prioridad: Alta Nombre Caso de Uso: Ver comentarios Fecha: 12 de septiembre de 2015 Categoría (Visible/ Actores Involucrados: Administrador, usuario No Visible): Visible Resumen: Los usuarios podrán ver comentarios del restaurante seleccionado. Curso Básico Eventos: 1. El usuario ingresa al sistema 2. Selecciona el restaurante de su preferencia. 3. A continuación selecciona el menú Reviews. Caminos Alternativos: Caminos de Excepción: El restaurante no posee comentarios. Puntos de Extensión: <<Extend>> Crear Comentario Pre- Condición: El usuario debe estar registrado en el sistema y haberse autenticado en el sistema. Post- Condición: El sistema le permite al usuario visualizar los comentarios del restaurante seleccionado Criterios de Aceptación: Crear comentario 29

30 Figura 7. Caso de uso crear comentario Cuadro 12. CU8 Identificador: CU8 Indispensable/ Deseable: Prioridad: Alta Indispensable Nombre Caso de Uso: Crear Comentario Fecha: 12 de septiembre de 2015 Categoría (Visible/ Actores Involucrados: Administrador, usuario No Visible): Visible Resumen: Los usuarios podrán crear comentarios del restaurante seleccionado. Curso Básico Eventos: 1. El usuario ingresa al sistema. 2. Selecciona el restaurante de su preferencia. 3. A continuación selecciona el menú Reviews. 4. Ingresa el comentario en el campo de texto y hace clic en Comentar. Caminos Alternativos: Caminos de Excepción: Puntos de Extensión: Pre- Condición: Post- Condición: Criterios de Aceptación: El restaurante no posee comentarios <<Extend>> Ver Comentarios El usuario debe estar registrado en el sistema y haberse autenticado en el sistema. El sistema le permite al usuario publicar el comentario del restaurante seleccionado 30

31 Ver mapa Figura 8. Caso de uso ver mapa Cuadro 13. CU9 Identificador: CU9 Indispensable/ Prioridad: Media Deseable: Deseable Nombre Caso de Uso: Ver mapa Fecha: 12 de septiembre de 2015 Categoría (Visible/ Actores Involucrados: Usuario No Visible): Visible Resumen: Muestra al usuario la ubicación geográfica del restaurante seleccionado en el mapa Curso Básico Eventos: 1. El usuario ingresa al sistema 2. Selecciona el restaurante de su preferencia 3. El sistema muestra al usuario la información relacionada al restaurante seleccionado; foto de portada, costo promedio del plato, especialidad, forma de pago, ubicación y un imagen del mapa. 4. A continuación el usuario hace clic en la imagen que muestra el mapa. Caminos Alternativos: Caminos de Excepción: El dispositivo no cuenta con conexión a internet. Puntos de Extensión: Pre- Condición: El usuario debe seleccionar un restaurante de la lista. Post- Condición: El sistema despliega la ubicación geográfica por medio de la aplicación Google Maps. Criterios de Aceptación: 31

32 Actualizar Restaurante Figura 9. Caso de uso Actualizar Restaurante Cuadro 14. CU10 Identificador: CU10 Indispensable/ Prioridad: Media Deseable: Deseable Nombre Caso de Uso: Actualizar Restaurante Fecha: 12 de septiembre de 2015 Categoría (Visible/ Actores Involucrados: Administrador restaurante No Visible): Visible Resumen: El administrador del restaurante puede modificar los restaurantes que haya creado con anterioridad. Curso Básico Eventos: 1. El usuario ingresa al sistema 2. En el menú de administración selecciona la opción modificar restaurante 3. El sistema muestra al usuario un formulario para que el administrador actualice los datos del restaurante. 4. A continuación el usuario hace clic en modificar y el sistema modifica el restaurante. Caminos Alternativos: El restaurante a modificar no existe Caminos de Excepción: Puntos de <<Extend>> Ver Reservas, <<Extend>> Crear Extensión: Restaurante Pre- Condición: El administrador debe haber iniciado sesión Post- Condición: Criterios de Aceptación: El sistema actualiza el restaurante en la base de datos. 32

33 Consultar Reservas Figura 10. Caso de uso Ver reservas Cuadro 15. CU11 Identificador: CU11 Indispensable/ Prioridad: Alta Deseable: Indispensable Nombre Caso de Uso: Consultar reservas Fecha: 12 de septiembre de 2015 Categoría (Visible/ Actores Involucrados: Administrador restaurante No Visible): Visible Resumen: Lista todas las reservas que se han creado en los restaurantes que el administrador haya creado. Curso Básico Eventos: 1. Ingresar al sistema 2. En el menú de administración selecciona la opción ver reservas Caminos Alternativos: Caminos de Excepción: Puntos de Extensión: Pre- Condición: Post- Condición: Criterios de Aceptación: <<Extend>> Actualizar restaurante, <<Extend>> Crear restaurante El usuario debe estar autenticado ante el sistema. El sistema muestra la lista de reservas creada. 33

34 3.4. DIAGRAMA DE CLASES Los diagramas de clases muestran las diferentes clases que componen un sistema y cómo se relacionan unas con otras. Se dice que los diagramas de clases son diagramas «estáticos» porque muestran las clases, junto con sus métodos y atributos, así como las relaciones estáticas entre ellas: qué clases «conocen» a qué otras clases o qué clases «son parte» de otras clases, pero no muestran los métodos mediante los que se invocan entre ellas. En la Figura 11 se observa éste diagrama, aplicado al sistema de gestión de reservas. 34

35 Figura 11. Diagrama de clases 3.5. DIAGRAMA DE ACTIVIDADES Los diagramas de actividad describen la secuencia de las actividades en un sistema. Los diagramas de actividad son una forma especial de los diagramas de estado, que únicamente (o mayormente) contienen actividades. 35

36 Figura 12. Diagrama de actividades 3.6. BASE DE DATOS. Para el desarrollo del sistema fue necesario diseñar, crear e implementar una base de datos que permitiese guardar y gestionar la información necesaria para el funcionamiento de la aplicación. A continuación se presenta el modelo de la base de datos (véase la Figura 13). 36

37 Figura 13. Modelo de la base de datos Diccionario de datos. Cuadro 16. Tabla Usuario Tabla usuario Objetivo Esta tabla almacena las credenciales con las que los usuarios ingresan al sistema. Campos Descripción idusuario Es la llave primaria, es de tipo entero y su valor incrementa automáticamente. Este campo almacena el correo electrónico del usuario y es de tipo varchar. name Este campo almacena el nombre de usuario es de tipo varchar password contact_number Este campo almacena la contraseña del administrador. Este campo de tipo varchar almacena el número de contacto del usuario. 37

38 activo tipousuario_idtipo Este campo se utiliza para activar o desactivar un usuario en el sistema es de tipo booleano. Llave foránea de la tabla tipousuario En este campo se almacena de que tipo es el usuario. Cuadro 17. Tabla mesa Tabla mesa Objetivo En esta tabla se almacena la información relacionada a las mesas de los restaurantes Campos Descripción idmesa Es la llave primaria, es de tipo entero y su valor incrementa automáticamente. capacidad En este campo de tipo entero se almacena la capacidad de la mesa. restaurante_nit Llave foránea de la tabla restaurante, en este campo se almacena el restaurante al que pertenece la mesa Cuadro 18. Tabla reserva Objetivo Campos idreserva fecha hora num_personas estadoreserva_idestado usuario_idusuario mesa_restaurante_nit Tabla reserva En esta tabla se almacenan las reservas que los usuarios han creado en los restaurantes Descripción Es la llave primaria, es de tipo entero y su valor incrementa automáticamente. En este campo de tipo date se almacena la fecha de la reserva. Este campo almacena la hora de la reserva y es de tipo time Este campo almacena la cantidad de personas para las que se crea la reserva Llave foránea de la tabla estadoreserva en este campo se almacena el estado de la reserva Llave foránea de la tabla usuario en este campo se almacena a que usuario pertenece la reserva Llave foránea de la tabla mesa en este campo se almacena el nit del restaurante al que pertenece la mesa y así mismo el restaurante al que pertenece la reserva. 38

39 Cuadro 19. Tabla Comentario Tabla comentario Objetivo Esta tabla almacena los cometarios que hacen los usuarios de los restaurantes Campos Descripción idcomentario Es la llave primaria, es de tipo entero y su valor incrementa automáticamente. date En este campo de tipo date se almacena la fecha de creación del comentario. comentario Este campo almacena el comentario del usuario y es de tipo varchar password Este campo almacena la contraseña del administrador. usuario_idusuario Llave foránea de la tabla usuario, en este campo se almacena a que usuario pertenece el comentario. restaurante_nit Llave foránea de la tabla restaurante este campo se utiliza para identificar a que restaurante pertenece el comentario. Cuadro 20. Tabla estadoreserva Objetivo Campos idestado Tabla estadoreserva Esta tabla almacena los estados que puede tener una reserva. Descripción Es la llave primaria, es de tipo entero y su valor incrementa automáticamente. estado Este campo almacena el estado que puede tener una reserva. descripción Este campo almacena la descripción del estado. Cuadro 21. Tabla tipousuario Tabla tipousuario Objetivo Esta tabla almacena las credenciales con las que los usuarios ingresan al sistema. Campos Descripción idtipo Es la llave primaria, es de tipo entero y su valor incrementa automáticamente. tipo Este que campo almacena el tipo de usuario. descripción Este campo de tipo varchar almacena la descripción del tipo de usuario. 39

40 4.1. ADMINITRADOR. 4. IMPLEMENTACIÓN Para la administración de los restaurantes y gestión de reservas se cuenta con una interfaz web que permite al administrador crear restaurantes, actualizar restaurantes y listar los datos de las reservas que se ha hecho en los restaurantes que administra. Las siguientes son las vistas de pantalla del administrador: Registro de usuario. En esta pantalla, el administrador de restaurante se registra en el sistema, proporcionado sus datos básicos de contacto, un correo que va ser el usuario y una contraseña. Figura 14. Pantalla Registro de usuario aplicación web Iniciar Sesión. En esta pantalla, el administrador ingresa al sistema, proporcionando un nombre de usuario y contraseña (credenciales previamente asignadas) (véase la Figura 15). 40

41 Figura 15. Pantalla Inicio de sesión aplicación web Al tener un inicio de sesión exitoso el administrador podrá visualizar un menú en donde encontrara las opciones que tiene disponibles. (Véase la Figura 16). Figura 16. Pantalla menú de administración Crear Restaurante. Esta sección está diseñada para que el administrador del restaurante pueda crear en la plataforma el restaurante que administra. 41

42 Figura 17. Pantalla registro de restaurante Actualizar Restaurante. Esta sección está diseñada para que los administradores de los restaurantes puedan modificar los datos de los restaurantes que han. Figura 18. Pantalla actualizar restaurante. 42

43 Ver Reservas. Esta sección está diseñada para que los administradores de los restaurantes puedan ver las reservas que se han creado en los restaurantes que estos administran. Figura 19. Pantalla listado de reservas USUARIO. Para la reserva de restaurantes se cuenta con una interfaz móvil que permite al usuario final listar los restaurantes, ver la información básica de cada restaurante, reservar según la disponibilidad de los mismos, visualizar y publicar comentarios. Las siguientes son las vistas de pantalla de la aplicación del usuario: Registro de usuario. En esta pantalla, el usuario se registra en el sistema, proporcionado sus datos básicos de contacto, un correo que va ser el usuario y una contraseña. (Véase en la figura 20). 43

44 Figura 20. Pantalla registro de usuario en aplicación móvil Inicio de sesión. En esta pantalla, el usuario ingresa al sistema, proporcionando un nombre de usuario y contraseña (credenciales previamente asignadas) (véase la Figura 21). Figura 21. Pantalla iniciar sesión en aplicación móvil. 44

45 Ver catalogo de restaurantes. Luego de iniciar sesión el usuario tendrá acceso a un catalogo de restaurantes que estarán a su disposición y de los cuales podrá seleccionar el que sea de su preferencia. Figura 22. Pantalla catalogo de restaurante en aplicación móvil Consultar restaurante en detalle. Después de que el usuario haya seleccionado el restaurante de su preferencia podrá consultar en el menú INFORMATION toda la información básica del restaurante en detalle. 45

46 Figura 23. Pantalla ver restaurante aplicación móvil. Al hacer clic en el mapa la aplicación re direccionará al usuario para que por medio de la aplicación Google Maps este pueda visualizar en un mapa la ubicación geográfica exacta del restaurante seleccionado Reservar en restaurante. El usuario podrá reservar en un restaurante según la disponibilidad del mismo accediendo al menú BOOK e ingresando los campos requeridos para crear la reserva, tal y como se aprecia en la figura numero

47 Figura 24. Pantalla crear reserva en aplicación móvil Comentarios. En esta sección el usuario podrá visualizar y crear comentarios del restaurante seleccionado. 47

48 Figura 25. Pantalla comentarios en aplicación móvil. 48

49 5. PRUEBAS A continuación se detallan las pruebas que se desarrollaron: Pruebas de funcionalidad Estas pruebas fueron utilizadas con el fin de probar que se cumplía con los casos de uso planteados en el diseño del software (véase el Cuadro 22): Cuadro 22. Tabla pruebas funcionales Casos de uso cumple no cumple Resultados esperados cuando se usan datos validos Mensajes de error cuando se usan datos no validos Iniciar sesión x x x Consultar restaurantes x x Ver restaurante x x Registrarse x x x Crear Restaurante x x Reservar mesa en x x x restaurante Ver comentarios x x Crear Comentario x x Ver Mapa x x Actualizar Restaurante x x Listar reservas x x 49

50 6. CONCLUSIONES El desarrollo de una aplicación móvil para la gestión de reservas en Android, fue apenas el comienzo de una investigación que a pesar de lo extensa que pueda llegar a ser, promete ser de inmenso valor comercial en términos de negocio. La aplicación móvil de gestión de reservas proporciona al usuario final una manera simple de hacer una reserva en el restaurante de su preferencia. Desarrollar una aplicación nativa en Android es un proceso más tedioso y mucho más lento que el desarrollo de aplicaciones hibridas. El desarrollo de aplicaciones móviles es un tema en el que aún hay mucho camino por recorrer y muchos aportes por hacer. De la misma forma que sucedió con las aplicaciones de escritorio y los ordenadores, el avance de la tecnología del hardware en los teléfonos móviles va mucho más acelerado que la optimización del software que se desarrolla para estos dispositivos. 50

51 7. RECOMENCIONES Se recomienda continuar con la evolución previsible de la aplicación cuanto antes, aprovechando que se tiene poca competencia con el fin de convertirlo en un negocio rentable. Para poder visualizar la ubicación geográfica de un restaurante en la aplicación móvil, es necesario que el Smartphone tenga conexión a datos. 51

52 BIBLIOGRAFIA GIRONES, Jesús. El gran libro de Android. España: Editorial Alfaomega, INSTITUTO COLOMBIANO DE NORMAS TÉCNICAS Y CERTIFICACIÓN. Compendio tesis y otros trabajos de grado. NTC Sexta actualización. Bogotá: ICONTEC, p. KDE COMMUNITY. Elementos UML en línea. Bogotá: La Empresa [Citado 10 agosto, 2014]. Disponible en Internet: <URL: umbrello/uml-elements.html>. PERRY. Steven. Introducción a la programación Java, parte 2: Construcciones para aplicaciones del mundo real. [En línea]. Disponible en Internet: <URL [Citado: 10, Septiembre 2015]. SAGÁSTEGUI LESCANO, Walter. Máquinas virtuales (VMWare, Virtual PC, Sandbox. Qué son y para qué sirven. [En línea][citado 10 agosto, 2014]. Disponible en Internet <URLhttp:// &task=download&id=139> UNIVERSIDAD TÉCNICO FEDERICO SANTA MARÍA. Sistema de inventario Web en línea. Buenos Aires: La Empresa [Citado 10 agosto, 2014]. Disponible en Internet: <URL: agv/elo330/2s08/projects/carodiaztoro/tecnologia.html>. 52

53 ANEXOS ANEXO A. MANUAL DE USUARIO ADMINISTRADOR RESTAURANTE Para hacer uso de la aplicación de administración de restaurantes el usuario administrador debe registrarse en la plataforma, para esto debe hacer click en el link register de la pantalla inicial. A continuación se mostrara un formulario que el usuario debe llenar por completo para dar continuidad a su registro en el sistema, luego de esto el usuario debe hacer clic en el botón registrarme. 53

54 Para ingresar a la aplicación el administrador debe proporcionar un usuario y una contraseña (credenciales previamente asignadas en el momento del registro) y dar clic en Iniciar Sesión. 54

55 Después de iniciar sesión satisfactoriamente el usuario vera un menú que le permitirá crear nuevos restaurante, ver reservas de los restaurantes que administra y modificar los datos de un restaurante. Para crear un restaurante estando en el menú de administración el usuario debe hacer clic en el botón Crear Restaurante. 55

56 Luego de seleccionar la opción del menú crear restaurante aparecerá un formulario que el usuario deberá diligenciar por completo. Después de esto el usuario debe hacer clic en el botón Crear Restaurante para que el restaurante sea ingresado en el sistema. 56

57 Para visualizar las reservas de los sitios que administra el usuario debe hacer clic en la opción Ver reservas del menú administración. 57

58 A continuación se mostraran las reservas que se han creado para los restaurantes que el usuario administra. Cuando el usuario quiera modificar los datos de cualquiera de los restaurantes que administra podrá ingresar por la opción Modificar Restaurante del menú administración. 58

59 A continuación aparecerá un formulario que el usuario debe diligenciar por completo. 59