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
• |HU8| - Como usuario quiero pagar por separado

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 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

Archivo con todo lo relacionado a Integración Continua

Archivo con todo lo relacionado a Serverless

Archivo con todo lo relacionado a Microservicios

• Explicación del despliegue en PaaS
• Configuración despliegue automático
• Funcionamiento correcto del Paas
• Buenas prácticas en el diseño de la API y correspondencia con HU's
• Uso de BBDD y logs dentro del PaaS junto con pruebas