Project Tasks · DB App-Eat-Easier v3.0

Initial Research

Tal vez existan pequeños detalles por afinar, pero en la generalidad se ha terminado para definir la app, al final este es un proceso continuo

Modelo de Negocio

Definición de la visión y el publico meta

Definición de la monetización

Incluye investigación de Mercado

Definir Historias de Usuario, Epicas & Modulos

Del diagrama de Post-its se hizo una clasificación, pero no suficientemente claras para pasarse a Jira

Project Diagram Definition

Se hicieron demasiados intentos para tratar de aterrizar la idea, al final se usaron post-its

Definición de la Arquitectura General

No se ha documentado de manera oficial, pero si se definió que no fuera monolitica, sino tipo REST-API

Front-End

Back-End

AJAX Comms

Se ha ido agregando aquí mismo en

Coda.io

⁠

conforme se ha requerido definir

Mock-ups en

Figma.com

⁠

Esta actividad la podemos delegar a Iván, ya que se ha avanzado bastante en la definición y el podría realizarla de manera autonoma

Wireframes en

Figma.com

⁠

Se dio la retro de meterle más estilo, Rosy es quién ha avanzado mucho más en el tema de diseño

DB Diagram en

dbdiagram.io

⁠

Se hizo, pero hay varias retros, se tiene que generar una segunda revisión, gracias a la definición del DB Emularon on

Coda.io

⁠

ayudo bastante, ahorita vamos en la revisión 6 con funcionalidad manual y considerando los flujos de datos para hacer el cálculo basado en un Kanban

Agregar 3 tablas nuevas

Project Planning

El software realmente no es tan amigable y tan rápido, es pesado y a comparación de Coda, Jira no es tan eficiente

Dado que Iván no ha estado disponible, pasamos las tareas a

Coda.io

⁠

DB Emulator on

Coda.io

⁠

Se ha avanzado bastante en cuanto a la concepción de la idea, pero faltan detalles

Kanban Method Definition

Para generar la lógica de negocio, requerimos documentar de manera sencilla como funcionará la generación de la lista de supermercado basandonos en el método de kanban

Git & GitHub Strategy for Front-End

Aunque ya tenemos ciertas políticas y una serie de buenas prácticas, necesitamos documentar y ejecutar de manera organizada el REPO !!!

Tenemos un Diagrama para explicarlo

Pero requerimos de un control de las derivaciones y plantillas

Ya se generó el REPO

Esta es una actividad ciclica que termina hasta el final del proyecto

Falta hacer la última derivación

Hacer pruebas e integrar ya una versión de DEV

Si ya no hay más optimizaciones se va a main

Clasificación de Templates para Front-End

Hacer una copia de

Figma.com

⁠

y hacer una clasificación de las vistas para agruparlas en un mismo tipo y hacer una plantilla por grupo o tipo de vista

Generar el Master Template LayOut

Para todas las vistas en Front-End que se derivaran de este, debe incluir como base lo siguiente:

Menu Hamburguesa

Search Icon

Falta hacer el push y hacer la validación entre todos

Falta validar responsividad entre mobile & desktop

Front-End Landing Page

Pagina inicial de la app

El detalle de la responsividad de mobile a desktop

se remueve el boton de ingredientes, se pasa a menu hamburguesa

en desktop considerarlo ponerlo en nabvar

Front-End User Preferences

Cantidad de Personas

Maquetado con código HTML & CSS

Falta hacer que automaticamente se agregue una nueva línea de muñequitos - no es prioridad para MVP

El hover aún esta faltante - nice to have

se detecto que los iconos estaban incompletos

Front-End User Preferences

Preferencias de Alimentos

Maquetado con código HTML & CSS

En general falta hacer la estructura Sass, por el tema del issue que se tuvo

se detecto que los iconos estaban incompletos

Front-End User Preferences

Tipo de Utensilios

Maquetado con código HTML & CSS

Revisar la parte de los iconos

se detecto que los iconos estaban incompletos

Front-End User Profile Editor

Editar mi Perfil

Reutilizar las 3 vistas

Una vez que se hizo el registro, el usuario puede modificar su perfil así como sus preferencias

se detecto que los iconos estaban incompletos

Front-End User Registration

Formulario de registro:

Falta mover esta pantalla antes de configurar las preferencias de usuario, esto con objeto de asegurar que tenemos bien identificado al usuario antes de agregar algo a la base de datos

Front-End User Login

Formulario de autenticación e ingreso:

Falta mover esta pantalla antes de configurar las preferencias de usuario, esto con objeto de asegurar que tenemos bien identificado al usuario antes de agregar algo a la base de datos

Front-End User Menu Hamburguesa

Este es general en la navegación del usuario

Front-End User Search

Este es general en la navegación del usuario

Front-End User Search Results

Una vez que generas las busqueda, necesitas una hoja donde “aterrice” todos los datos del resultado

se va a usar como plantilla la de favorites del usuario

Front-End User Home

Pagina de Inicio del Usuario, donde encontrará sus preferencias

se remueve el boton de ingredientes, se pasa a menu hamburguesa

en desktop considerarlo ponerlo en nabvar

Front-End Catalog of Categories

Catalogo de Recetas por Categorias según el tipo de alimento

Front-End Catalog of Ingredientes

Catalogo de Recetas por tipo de Ingredientes

Front-End User Suggestions previous to home

Se añadio al último para generar sentido a las preferencias de usuario

Front-End User Favorites

Lista de Recetas favoritas del usuario

Falta un poco de estilado por los diferentes tamaños de las fotos

Front-End User Planner Generator

Pagina Nueva, identificada para la navegación de la creación de un nuevo planner por periodo:

Agregar el icono de menos a la izquierda de los menus y la flecha en "Elegir el periodo"

Hay dudas en el comportamiento de los botones

Front-End User Menu Editor

Form

Edición / Consulta

Widget que ayudará al usuario a generar su plan ya sea:

Semanal

Quincenal

Mensual

Front-End User Menu Viewer:

Agregar Query Param para decidir que modo:

Edición / Consulta

Se hizo un split de la página de arriba para evitar tener multiples fetch que se pudieran conflictuar

Front-End User Menu Viewer

Este se va y se sustituye por un QueryParam

Widget que ayudará al usuario a generar su plan ya sea:

Semanal

Quincenal

Mensual

Front-End User Recipe Viewer

Visualizador específico para un tipo de receta en particular:

Descripción general de la receta

Ingredientes de la receta

Descripción de los pasos de la receta

Front-End User Shopping List

Resultado final con la consolidación de los ingredientes en una sola lista de compras

Front-End Modals

7 modales

validar si se pueden hacer con componentes de bootstrap

En base al análisis de flujo troncal, hemos identificado estos extra:

Confirmación desde landing seleccionar registrarse o login

Confirmación de login

Confirmación de registro

Confirmación de generación de planificador de menú

Confirmación de generación de menú, por día

Confirmación de menú incompleto, si no hay un día completo

Confirmación de guardar los cambios de la lista del super

Front-End Flow Testing - User Experience POV

Necesitamos validar el flujo completo una vez que se ha integrado AJAX y validar que todo va conforme al plan:

Seria bueno tener un diagrama básico con el flujo completo de interacciones para tener la vista global de la función de la app

AJAX End-Points JSON Definition

Dado que será una arquitectura REST-API (y no molitica con Templates) requerimos comunicar de manera asincrona:

Front-End, Back-End &Ajax

JQuery, JSON & EndPoint Views

Que debe de entregar cada End-Point de acuerdo a cada requerimiento:

End-Points vs QueryParams → hasta donde uno / hasta donde otro ??

Generar la lista

Se hicieron los más urgentes, faltan los demás

Se han estado haciendo las validaciones en Postman, lo cual es más eficiente, ya que tenemos los resultados en tiempo real

AJAX Documentation

Postman Config

Postman Testings

Se va a estar haciendo la documentación de los End-Points

Los mentores van a estar haciendo la revisión

Necesitamos un minimo de integración del back-end para hacerlo

ya se configuro el workspace, se organizo por Apps y End-Points - ok

AJAX Programming

Forms for Sign-Up

Forms Validation

(Crear Perfil y token)

/api/users/id/

/api/core/login

/api/core/register

/api/core/logout

backend → agregar los respectivos end-points

validar que no se repitan los usernames

AJAX Programming

Forms for Login

Forms Validation

(autenticar e ingresar)

/api/users/id/

/api/core/login

/api/core/register

/api/core/logout

backend → agregar los respectivos end-points

validar que no se repitan los usernames

validar que no se repitan los email

AJAX Programming

User Profile

(3 Views & 3 End-Points

retrieve / create / update

/api/users/id/profile/

ajax

json

crud

html classes and ids

AJAX Programming

User Suggestions

Se agregó al último y se requiere lo siguiente:

GET

Post → a la tabla de favoritos

Back-End realizar un nuevo end-point

AJAX Programming

JQuery

Planner (Generador de Menús en Figma)

Calendar Day-Picker

/api/users/id/planner/

ok - ajax

ok - json

ok - crud - solo retrieve

html classes and ids

AJAX Programming

JQuery

Planificador por periodo

Configurar (day picker / period)

/api/users/id/planner/id/

ajax

json

crud → POST → Crear un nuevo menú / eliminar un menú

html classes and ids

AJAX Programming

JQuery

Planificador de Menú

(Carrusel)

falta el corazón favoritos

Crear Default CARD para fechas que no tienen menú + modal

Crear el link para ir a selección de receta cuando no hay en el menú

/api/users/id/planner/id/menu/

ajax → se tiene el retrieve - ok / falta el post y updates

→ falta el update / manejador de eventos

ok - json → falta del BE el user_recipe → solo index, faltan datos !!!

ok → también falto favorite

carrusel component → se deja como deuda técnica y se sigue con cards

→ se le agrega un day-picker para navegar através de los días

crud → solo agregar o remover de la lista de menú / falta update

html classes and ids

→ falta href para navegación a detalle menú

AJAX Programming

JQuery

Visualizador de Menú

(Carrusel)

(Se puede duplicar)

Este se va a poner un QueryParam para modo edición o visualización

/api/users/id/planner/id/menu/

ajax

json

crud

html classes and ids

AJAX Programming

Visualizar una receta

Necesitamos saber si viene de completar menú / o de visualizar receta

Discriminar el salvar hacia favoritos, NO a menú

/api/users/id/planner/id/menu/id/

ok - ajax → container handler / botón de agregar receta

necesitamos saber de donde viene ??? query params ??

ok - json → falta tiempo de prep / recipe detail en todos los items

ok → validar con BE por que se trae tanto detalle, no se necesita

ok - crud → solo retrieve

html classes and ids → standar acorde al algoritmo

AJAX Programming

Sprmkt Shopping List

retrieve

/api/users/id/planner/id/menu/shopping_list/

ok - ajax retrieve

falta - ajax post

ok - json → BACK-END → falta field → Purchase: True | false

ok - crud → falta hacer la función para actualizar Purchase:

→ falta habilitar el end-point con la función POST

html classes and ids

AJAX Programming

User Favorites

retrieve

/api/users/id/favorites/id/

ok - ajax → generación de algoritmo template

ok - json

crud → falta hacer la función para update favorite: True | False

html classes and ids

AJAX Programming

JQuery

Recipe Search

/api/recipes/?search=

ajax

json

crud

html classes and ids

AJAX Programming

JQuery

Recipe Search by Ingredient

/api/recipes/ingredient/?search=

ajax

json

crud

html classes and ids

Git & GitHub Strategy

for Back-End

Generar la estrategia para el repo en Git-Hub del Back-End

Ya se generó el repo y se pusieron las reglas principales del pull-request

Esta actividad es ciclica y no termina sino hasta el final del proyecto

Falta hacer la última derivación

Hacer pruebas e integrar ya una versión de DEV

Si ya no hay más optimizaciones se va a main

Back-End DJANGO Master Template

También se va a hacer una plantilla base para la parte de Back-End

Se esta haciendo el CookBook

DJANGO Configs

Incluye lo siguiente:

.gitignore

Envs

Settings

Admins

Falta, por retro de David esto va al último

Token

Auth

DJANGO Admin Config

Hay que generar las vistas minimas necesarias para la carga de datos

registro

users

supermarket

recipes

DJANGO Apps

Donde estandarizaremos y modularizaremos a tráves de Apps las funciones especificas de una Aplicación

Manejo de las recetas

Manejo de los usuarios

Manejo del supply chain

DJANGO DB Models

Para hacer toda la interacción con la Base de Datos

ok - Falta users auth → OneToOneField()

ok - sintaxis → ej. planner_id → django conflicts

ok - Fields config → not null, max_length, unique, min-max, default,

ok - Falta function → str() → para conversión de obj. to str

ok - Falta foreign Keys → import models, on_delete, related_name

ok - Falta validar campos JSON → utensilios y preferencias: Se define agregar tablas → done

ok - En base a la interacción con POSTMAN y con los resultados se valida que ha quedado de manera funcional y estable

Database Prototype testings in sqlite3

Se requiere hacer pruebas primero, antes de liberarse a la base de datos formal en Postresql

ok - Hay que validar modelos, relaciones, campos

ok - falta agregar nuevas tablas

ok - migracion

ok - carga de datos para más pruebas

ok - back-ups

ok - testings con el ORM

DJANGO Serializers

Donde daremos validación y formato en las transacciones entre la DB, las vistas y los End-Points

implementar validación de semanas y fechas

validación no puede haber números negativos

DJANGO Views

Donde tendremos la lógica de negocio y la publicación de los End-Points

implementar validación de semanas y fechas

validación no puede haber números negativos

Falta implementar CRUD en las que apliquen

DJANGO URLs

Donde tendremos todos los enrutamientos y la logica de Direccionamiento

admin

api básicos

DJANGO API

Interfase estándar al exterior, pero todo la lógica de negocio y datos sensibles estarán encapsulados sin ser expuestos

Implementación del REST Framework - ok

Sugerencias de Recetas para el usuario

Generador de menú semanal | quincenal para el usuario

Métodos de busqueda para el usuario - ok

Método Kanban para generar la lista del supermercado

DJANGO End-Points

Security Config

Permissions Configuration

permissions. py

DJANGO End-Points

User Login

/api/users/login/

crud → post - ok

token, id, username - ok

logout

permisos

DJANGO End-Points

User Register (Sign-Up)

/api/users/sign-up/

crud → post - ok

token, id, username - ok

logout

permisos

DJANGO End-Points

List of Users

/api/users/

List - ok

create

DJANGO End-Points

User ID Details

/api/users/id/

details - ok

retrieve

DJANGO End-Points

User Full Profile

Retrieve OK

/api/users/id/profile/

details - ok

people - ok

food - ok

appliance - ok

update

DJANGO End-Points

User Profile

CRUD (Post / Retrieve)

/api/users/profiles/qty/

/api/users/profiles/apps/

/api/users/profiles/food/

DJANGO End-Points

User Suggestions

/api/users/profiles/suggestion/

DJANGO End-Points

List of User Planners

/api/users/id/planner/

pk - ok

list - ok

create

DJANGO End-Points

User Planner ID Details

/api/users/id/planner/id/

user id - ok

pk - pk - ok

detail - ok

update

DJANGO End-Points

User Menu

Consulta por fecha exacta dentro de un periodo

Consultar fecha actual vs inicio periodo

/api/users/id/planner/id/menu/

user id - ok

planner id - ok

menu - pk - ok

list - ok

create

DJANGO End-Points

User Menu Item

Consulta por fecha exacta dentro de un periodo

Consultar fecha actual vs inicio periodo

/api/users/id/planner/id/menu/id/

user id - ok

planner id - ok

menu id - ok

menu item pk - ok

detail - ok

create

update

DJANGO End-Points

User Sprmkt List

retrieve

/api/users/id/planner/id/menu/sprmkt_list/

user id - ok

planner id - ok

detail - ok

update - (checkbox selection)

DJANGO End-Points

User Favorite Recipes

retrieve

/api/users/id/favorites/

user id - ok

list - ok

update

checked

favorites - (hearth selection)

DJANGO End-Points

Recipe List

/api/recipes/

list - ok

categoria

ordering

DJANGO End-Points

Recipe Search

/api/recipes/?search=

list - ok

search - by title & meal type - ok

grouping - ok

ordering - ok

DJANGO End-Points

Recipe ID Details

/api/recipes/id/

categoria

details

DJANGO End-Points

Recipe Full Viewer

/api/recipes/id/viewer/

categoria - ok

details - ok

ingredients - bug: cannot import unitconvertion

appliances - ok

procedure - ok

DJANGO End-Points

Recipe List by Ingredient

/api/recipes/ingredients/

ingredient categories list (9)

DJANGO End-Points

Recipe Detail by Ingredient ID

Search by ingredient, not by recipe

/api/recipes/ingredients/?search=

ingredient categories list

recipe list by category id

list

Git & GitHub Strategy

for Database Backup

Se define un tercer repo para tener aparte con su control de versionamiento los respealdos de la base de datos

Esta en modo prototipo - ok

Después en modo DEV

y por último main

Data Entry for DataBase

pre-loading

SQLite3

Necesitamos precargar la base de datos con información funcional

ok - Precarga de datos base como unidades, tipo de empaque, dptos. etc.

nth - Falto considerar la temporada en la parte frutas y verduras

ok - falta considerar condimentos y cereales, no cuadra con gluten

ng - se define pollo, pavo, etc. → aves

ok - falta considerar pescados y mariscos

ok - sprmkt

ok - recipes

ok - users

Database DEV release

PostgreSQL

Una vez que se hayan realizado ciertas pruebas, los modelados esten estables y los datos sean congruentes se hará un pre-release en modo DEV ante de Producción:

Models - ok → nth → un solo menú, una lista del super por planner job

Django Admin - ok

ORM - ok

End-Points

Procesamiento Interno

Data Entry for DB Dev Released

PostgreSQL

Para tener una sola fuente de verdad, el plan es que la DB este en AWS y de manera remota se este llenando y no tener diferentes versiones de los fixtures

Database Cloud Deploy

Necesitamos que realmente sea en la nube, y no de manera local

Database Prod. Oficial Release

Una vez que se hayan hecho todos los testings, y que ya sepamos a que nube vamos a subir la base de datos

IBM Cloud para Front-END

Aquí sera donde el Front-End se desplegara probablemente

Configuración de AWS para BACK-END

Todavia no llegamos a esta parte, pero aqui es desde donde se hara el montaje y despliegue del back-end

Web Scraping Testing

Yair ha estado trabajando en esto, se han obtenido resultados, pero falta limpiar más la información y automatizarla

Walmart API Testing

Se hizo una prueba inicial con RapidApi, pero pide suscribirse, y al parecer se requiere la T.C.

Lexical Analysis Definition

Yair en base a los resultados del Emulador ha estado analizando como se comporta la información en base a patrones La idea incial era para la automatización del web-scraping, pero aún sigue siendo util para la definición de los modelos, y los cálculos del kanban

Word Cloud & Text Clustering

Información que Arturo Tellez nos hizo el favor de hacer llegar para la parte de Generación de Diccionarios y Análisis Léxico

DB Analytics Engine

Esto seria la automatización, ya programada del Analisis Lexico, lo ideal seria integrarlo en DJANGO para no duplicar esfuerzos