API que gestiona los pedidos y la cuenta de y en cada mesa en un restaurante.
En plena era COVID-19 muchos restaurantes se han visto abocados al cierre debido a la incapacidad de mantener a sus empleados ante la crisis venidera y guardar las distancias. Pero ¿y si sólo requiriésemos de un dispositivo en cada mesa (de cada persona, en principio) en el cual hiciéramos nosotros mismos el pedido? ¿Cuántas veces tenias prisa por que te atendieran o para pedirle al camarero saturado la cuenta? ¿Cuántas veces te has puesto nervioso/a y querias cambiar de eleccion justo cuando el camarero está tomando nota?
Con Order'n'Go tú mismo harás el pedido en tu mesa cambiando los platos en el momento que quieras, pedirás tu cuenta cuando quieras y manteniendo las distancias en este año de paranoia 2020 que a saber que más nos trae. El camarero solo tendrá que traer/recoger los platos con lo cual el restaurante sera mas eficiente pudiendo gestionar las mesas más rápido, con la consiguiente mejora del servicio y las ganancias.
Enlace para acceder a las HU establecidas como issues.
- |HU1| - Como usuario, quiero seleccionar el nº de personas a ocupar en mesa
- |HU2| - Como usuario quiero poder realizar cualquier pedido (platos) en cualquier momento
- |HU3| - Como usuario quiero pagar la cuenta directamente sin esperas
- |HU4| - Como usuario quiero poder cambiar los platos una vez realizado el pedido
- |HU5| -Como usuario quiero cambiar los ingredientes de los platos a elegir
- |HU6| - Como usuario quiero poder dar propina al finalizar el servicio
- |HU7| - Como usuario quiero eliminar pedidos (platos) incluso después de haberlos seleccionado
Enlace para acceder a todos los issues cerrados (ya realizados) y a los milestones que se dividen en diferentes versiones del proyecto a lo largo de la asignatura
-
Enlace a la carpeta docs con todos los documentos que contiene entre otros los pasos a seguir en el proyecto y toda la información de las herramientas necesarias para la creación del servicio (BBDD, framework test, lenguaje, etc)
-
Lenguaje a usar: Se usará Node.js debido a las siguientes razones
-
Gestor de paquetes: Se usará npm como gestor debido a las razones que se detallan aquí
-
Test: Para la realización de los test se ha usado AVA, un framework poco conocido que supera en tiempo de ejecución a los frameworks de Node.js más usados y además permite ejecución asíncrona y está especialmente destinada a proyectos no muy grandes, como es el caso.
Enlace al archivo iv.yaml
Enlace para acceder a todas las ideas que se me ocurren para el servicio, tanto las realizables como las descartables
- Enlace para acceder a la clase Mesa
- Enlace para acceder a la clase Pedido
- Enlace para acceder a la carpeta sources que contiene todos los archivos necesarios para el mismo.
Archivo con todo lo relacionado a Docker
-
Primero realizamos registro en TravisCI
-
Luego realizamos explicación de cómo funciona y se ejecuta Travis
-
Se comparan diferentes plataformas de CI adicionales a Travis
-
Se elige la plataforma Shippable y se explica el registro y la ejecución adicionales a Travis