Skip to content
DB App-Eat-Easier v3.0
Share
Explore
CRUD Process

icon picker
DB Design

Table dbdiagram
0
Revision
Link
Comments
1
Revision 1
Demasiado atomizado, las tablas que son constantes y finitas hay que removerlas, no queda claro porque se duplican las duplas recipes-app, recipe-ingredients, recipe-procedure.
Falta agregar la de favoritos y la de sugerencias
2
Revision 2
Aquí ya viene con algunas mejoras y esta más pulido, falta aún la retro de los mentores
3
Revision 3
Aquí hemos mejorado el flujo de la experiencia y la usabilidad, haciendo un primer filtro con sugerencias y favoritos en una misma tabla antes de generar el planner
4
Revision 4
Criterios de validación:
Revisión 3 + Validando los flujos con los cálculos que se tienen que hacer, se ha definido una mejor estructura, aún under revision
Planner necesita revisar normalización
Se analiza la situación de many to many para Ingredientes y Supermercados
5
Revision 5
Criterios de validación:
Revisión 4 (+)
Normalización
Persistencia
Mantenibilidad
Escalabilidad
6
Revision 6
Criterios de validación:
Revisión 5 (+)
omisiones por existencia
ingreso de recetas de manera manual por admin
SPQ & Unit Measure Convertion → Normalización & Validación
KPIs seria un nice to have para el MVP → baja prioridad
7
Revision 7
Criterios de validación:
Revision 6
Removemos la table de supermercados
Pero agregariamos el conversor / equivalencia de SQP para Kanban
Se han agregado algunos campos y se han actualizado nombres que hacen más sentido
Falta un criterio de busqueda, momentos, postres, etc.
8
Revision 8
Criterios de validación: → Approved
Revision 7
En la validación de food_list, apps_list vemos un poco de sobreprocesamiento de acuerdo a las funciones de django
Consideramos más fácil y transparente (en base a django) el mejor agregar esas tablas
La idea es optimizar y facilitar la busqueda y por ende el resultado del End-Point
Poner la tabla de Auth_User
9
Revision 9
Criterios de validación:
Revision 8
Después de hacer algunas validaciones, tanto en la interfase de Admin de Django como en el ORM del mismo, la relación de la lista del supermercado no debe corresponder al menú
Si no a una orden de trabajo consolidada
Se detecto que el planner nada más debe de tener un solo tipo de relación, ya que solo debe de tener 1 solo menú y por ende, una sola lista de supermercado, sin embargo, la relacion tiene que ser 1 to many
There are no rows in this table

Want to print your doc?
This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (
CtrlP
) instead.