IntelliEat

Carlos Arredondo Contreras-Felipe Marquez Millán-Vicente Tejos Medel

|| ELO329 || 2021-1 || Proyecto Paralelo 1 || Agustín González V ||

Codigo fuente del proyecto Git del proyecto

Descripción Problemática

Nosotros como equipo nos planteamos la siguiente problemática en la actualidad con la pandemia el dinero es bien escaso que hay que cuidar, por ende, al momento de comprar nuestros productos alimenticios buscamos los precios más baratos y así al momento de salir a comprar nuestros alimentos cada mes, vamos dándonos cuenta de que las distintas cadenas de supermercados tienen diferentes precios por los mismos productos.

Análisis del problema

¿Como podemos solucionar comparar los datos de las distintas cadenas de supermercados?

Mediante la centralización de la información, es decir, brindar un servicio para que cada supermercado pueda ingresar sus datos a nuestro servidor.

¿Cómo obtenemos la data de los productos de cada supermercado?

Los datos los obtenemos a partir de información, brindada por los sitios oficiales de cada supermercado, cargando nuestra base de datos, para así trabajar con ellos mediante el api expuesto a través del servidor web.

¿Qué podemos hacer para mostrar el supermercado con los mejores precios?

Poder entregarle el precio total de la compra a cada cliente, para que el decida el supermercado con el mejor precio y el stock disponible de sus productos.

Desarrollo del proyecto

Para resolver la problemática, primero que nada, se pensó las distintas maneras de abarcar el desarrollo de este problema. Primeramente, se pensó realizar un archivo .csv donde se guarde toda la data referida al supermercado con todas sus filas respectivas tanto el precio, detalle, marca y precio. Siendo estos los datos importantes para efectos de la problemática. Preferimos trabajar con el desarrollo de un servidor web donde tenemos un api que posteriormente será consumida por la interfaz gráfica. Así obtenido su data y poder manipularla de tal manera que nos sea conveniente para la solución de la problemática. También se pensó en crear el servidor web para que el mismo encargado de bodega pueda actualizar/crear/borrar la data relacionada a su supermercado, parte del trabajo que se encuentra en Beta, ya que investigando encontramos otra manera mas eficiente para solucionar la problemática. Esta consiste en realizar Web Scrapping donde la data se obtiene de mejor manera y actualizada.

Definición de requerimientos

Buscar producto sin especificar su marca o detalle: Esto se realiza mediante las coincidencias según lo que escriba el usuario y lo que brinde el servidor, por ejemplo, si el usuario desea añadir galletas, se añadirán todas los tipos o nombres de productos que contengan galletas.
Mostrar el valor de cada producto para ver donde se encuentra más barato: Esto se realiza mediante la suma total de los productos deseados por el cliente, además de al lado de cada uno se agrega el precio de este.
Listar los productos que deseamos cotizar para su eventual compra: Se genera una lista con los productos que el cliente quiere a priori comprar, cada vez que este realiza una búsqueda de un producto, con la posibilidad de eliminar en caso de error o no desear este.
Dar un servicio optimo y complementario con un plus agregado: Esto se brinda mediante la gestión de cada bodeguero de los supermercados, para hacer más directa la relación supermercado-cliente, para que este último realice su compra y no pierda tiempo en cada supermercado o viendo el catálogo por cada uno y logre optimizar su tiempo al máximo.

Diagramas

Diagrama UML Relacionado al Servidor Web

Una de las preguntas es donde se ha implementado la Progración orientada Objetos, en este caso podemos notar que en models existen dos objetos.

La tabla productos y la tabla supermercados que tiene los metodos correspondientes al CRUD

Diagrama UML Relacionado a Interfaz Gráfica de QT

Diagrama de Secuencia

Pruebas

Demostración Completa del Servidor WEB e Interfaz Grafica donde se consume la API

Dificultades superadas o bugs

Manejo de la biblioteca QNetworkAccessManager para la realización de las solicitudes hacia el api, se solucionó buscando ejemplos del uso de la librería en la documentación, para así utilizarlo para nuestras necesidades.

Obtención de los datos posterior a la solicitud hacia el api, la cual había que convertir los datos de bytes a un objeto Json para poder después ser trabajado como tal y obtener los datos provistos de una manera más sencilla, se logró superar este problema mediante la búsqueda de que hacía cada método en la documentación, además de utilizar el “qDegug()<<” para imprimir por pantalla los datos que nos estaba enviando el servidor.
Un bug en el desarrollo del api fue un problema con una llave o identificador, el cual no podía contener el mismo valor que otra llave, debido a que debía ser único este id, para esto se reestructuro la base de datos de nuevo y se procedió a mover la información de una base de datos a la otra.