AbastecePyme fabrica productos sencillos y depende de materias primas, proveedores y procesos internos. Cuando un proveedor falla, el equipo no puede identificar rápidamente qué productos se afectan ni el orden correcto de preparación. Necesita visualizar dependencias y detectar configuraciones imposibles.
- Responsable de compras: registra proveedores, insumos y dependencias.
- Coordinador de producción: consulta impacto y orden de preparación.
Datos sintéticos de proveedores, insumos, productos y relaciones de dependencia. No incluye inventario real, compras, facturación ni pronósticos. Cada relación debe tener una interpretación clara: “A requiere B” o “B habilita A”; documenten la dirección elegida.
El equipo puede registrar productos, insumos/proveedores y sus dependencias.
- crear/listar elementos con tipo y identificador único;
- registrar dependencias solo entre elementos válidos;
- validar relaciones repetidas y datos mal formados;
- mostrar la red de dependencias mediante API e interfaz mínima;
- justificar dirección de aristas y representación principal.
Escriban una frase completa para cada arista: “Para producir ___ necesito ___”. Si esa frase deja de tener sentido al invertirla, el grafo debe reflejarlo.
Ante la indisponibilidad de un elemento, producción identifica qué productos o procesos quedan afectados.
- consultar impacto desde un proveedor/insumo o hacia un producto, según su dirección definida;
- usar un recorrido propio y devolver elementos visitados de manera comprensible;
- diferenciar entre elemento inexistente, elemento sin dependencias y elemento que afecta una cadena;
- explicar en README qué significa “alcanzar” en este negocio.
La dirección de la relación define si recorren desde causa a consecuencia o al revés. No arreglen una dirección confusa con condicionales: revisen el modelo.
El coordinador obtiene un orden válido de preparación o una alerta cuando las dependencias se contradicen.
- generar un orden de trabajo válido cuando las dependencias no formen ciclos;
- detectar y reportar un ciclo con información útil;
- no presentar un orden falso si hay contradicción;
- incluir pruebas de aceptación de un caso acíclico y uno cíclico.
Investiguen grafos dirigidos acíclicos y ordenamiento topológico. Antes de codificar, tracen qué elementos quedan sin requisitos pendientes en cada paso.
El cliente comprende qué falla, qué se afecta y cómo debería organizar producción.
- integrar catálogo, impacto y orden/alerta de ciclo;
- visualizar dependencias y destacar la consulta relevante;
- adaptar el cambio de requisito docente;
- ejecutar aceptación para cadena válida, elemento inexistente, dato inválido y ciclo;
- entregar documentación, bitácora IA, video y pitch.
Durante la demo se carga una dependencia, se simula una indisponibilidad y se identifican consecuencias. Después se muestra un orden válido o una alerta clara de ciclo.