Reunión #6 — Implementación

01 Objetivos de la sesión

Puntos que se revisaron y acordaron durante la reunión con el director, de cara al inicio del desarrollo.

Revisar el avance del wireframe y del prototipo de Figma, verificando que quede completo y sin funciones faltantes antes de empezar a programar.
Revisar los diagramas de diseño: confirmar el diagrama relacional existente e identificar qué falta para cerrar el diseño.
Definir la estrategia de despliegue del sistema en la nube.
Revisar la metodología documentada en el tablero de Canva.
Acordar ajustes en la base de datos y definir dónde quedan escritos los requerimientos funcionales.
Recomendaciones de entorno de desarrollo (hardware y sistema operativo) para arrancar la implementación.

02 Decisiones y acuerdos

Acuerdos tomados durante la sesión. Cada punto refleja lo que se revisó o definió con el director.

1. Entorno de hardware — procesador para trabajo con IA/LLM

Se recomendó que, en caso de adquirir un equipo MacBook, se elija un procesador Apple Silicon (M1–M5) en lugar de Intel, porque su arquitectura interna es más directa y ofrece mejor rendimiento al ejecutar modelos de lenguaje (LLM) e IA. Se acordó que, en todo caso, cualquier equipo permite continuar el trabajo.

2. Bloqueo del entorno PHP / WordPress — solución

Se revisó el problema reportado al instalar el entorno PHP/WordPress (la versión aparecía como incorrecta o bloqueada), incluyendo los intentos con un PHP en modo sandbox vinculado a otra ruta y con el PHP —ya muy antiguo— de XAMPP. Se acordó formatear el equipo como la solución más sencilla, dado que llevaba alrededor de dos años sin formatear y acumulaba conflictos de puertos y librerías.

3. Sistema operativo para desarrollo

Se recomendó instalar una distribución de Linux en una partición aparte para programar, dejando Windows para el trabajo diario. Se señaló que las distribuciones actuales dejan el entorno casi listo para usar y que hoy son muy adecuadas para desarrollo, a diferencia de los antiguos problemas de drivers.

4. Wireframe y nuevas funciones del prototipo

Se revisó el wireframe, ya avanzado, con las funciones incorporadas sobre cada producto: un botón para crear alertas (límites de stock por material), un botón para mover de carpeta/bodega y un botón para mover cantidad (control tipo sliders). Se confirmó que el prototipo en Figma quedó completado.

5. Diagramas de diseño — relacional y arquitectura

Se revisó que el diagrama relacional ya está elaborado y disponible como evidencia. Se definió que el diagrama de arquitectura es lo que falta por construir para completar el diseño.

6. Estrategia de despliegue en la nube

Se definió desplegar el sistema en la nube de Google (GCP), aprovechando los recursos del nivel gratuito (alrededor de 2 GB de RAM y un procesador básico) como punto de partida para publicar la aplicación.

7. Ajustes en la base de datos — precisión decimal

Se acordó ajustar los tipos de datos de la base de datos a una precisión de tres decimales, de modo que el inventario soporte unidades de medida finas (por ejemplo, gramos).

8. Especificación de requerimientos funcionales

Se definió escribir los requerimientos funcionales en el documento del proyecto, dejando explícito en qué documento quedan registrados para poder referenciarlos ante el evaluador.

9. Inicio de la programación

Se acordó que, una vez cerrado el wireframe completo, el siguiente paso es comenzar la programación del sistema, tomando como referencia funcional la herramienta Sortly revisada por el estudiante.

03 Evidencias

Archivos reales del repositorio que respaldan lo revisado y acordado en la reunión.

Archivo	Descripción
`docs/screenshots/figma-settings-model-cards.png`	Mockup de alta fidelidad en Figma — evidencia del prototipo completado.
`docs/screenshots/inventario.png` · `dashboard.png`	Pantallas del prototipo que reflejan el wireframe revisado (inventario y dashboard).
`app/Services/AlertService.php`	Servicio que respalda la función de crear alertas por producto (límites de stock).
`app/Console/Commands/CheckLowStockAlerts.php` · `CheckFefoAlerts.php`	Comandos de alertas de stock mínimo y de vencimiento FEFO.
`app/Http/Controllers/TransferController.php`	Lógica de mover cantidad y transferencias entre bodegas.
`app/Models/Transferencia.php` · `database/migrations/2026_05_08_151417_create_transferencias_table.php`	Modelo y tabla que soportan el mover de carpeta/bodega.
`database/migrations/2026_04_16_000003_create_movimientos_table.php`	Cantidad con `decimal(12,3)` — precisión de 3 decimales (soporte para gramos).
`database/migrations/2026_04_29_225016_add_unit_to_materials_table.php`	Stock mínimo con `decimal(12,3)` — ajuste de tipos de datos a 3 decimales.
`docs/DIAGRAMA_RELACIONAL.md`	Diagrama relacional (modelo físico) ya elaborado y revisado en la sesión.
`docs/ARCHITECTURE.md`	Documento base de arquitectura del sistema — soporte del diagrama pendiente.
`docs/DEPLOYMENT.md`	Guía de despliegue en la nube del proyecto.
`docs/CASOS_DE_USO.md` · `docs/REFERENCIAS.md`	Base para redactar la especificación de requerimientos funcionales.
`docs/SORTLY_BENCHMARK.md` · `docs/PLAN_SORTLY_PYMETORY.md`	Análisis de Sortly usado como referencia funcional para el desarrollo.
`docs/sortly_screenshots/`	Capturas de Sortly (items, tags, reportes, workflows) revisadas como referencia.

04 Tareas asignadas

Tareas acordadas para la siguiente etapa, orientadas a iniciar la implementación.

#	Tarea	Estado
1	Terminar el wireframe completo (sin funciones faltantes) como base para el desarrollo del landing.	Definida
2	Elaborar el diagrama de arquitectura que falta para cerrar el diseño.	Asignada
3	Definir y documentar la estrategia de despliegue en la nube de Google (GCP).	Asignada
4	Ajustar los tipos de datos de la base de datos a una precisión de 3 decimales.	Asignada
5	Escribir los requerimientos funcionales en el documento y dejar claro dónde quedan registrados.	Asignada
6	Preparar el entorno de desarrollo: formatear el equipo e instalar una distribución de Linux en una partición aparte.	Asignada
7	Iniciar la programación del sistema una vez cerrado el wireframe.	Asignada

Notas de la sesión

Se trabajó en vivo sobre el wireframe y el tablero de Canva con la metodología. Se revisaron las nuevas funciones del prototipo (alertas por producto, mover de carpeta/bodega y mover cantidad), se confirmó el prototipo de Figma como completado y se constató que el diagrama relacional ya existía, quedando pendiente el diagrama de arquitectura. Se acordó desplegar en la nube de Google, ajustar la base de datos a tres decimales y escribir los requerimientos funcionales. En lo técnico, se recomendó preparar un entorno de desarrollo limpio (formateo del equipo y Linux en partición aparte) y, ante una eventual compra de equipo, optar por procesadores Apple Silicon por su mejor rendimiento con LLM. Cerrado esto, el siguiente paso acordado es comenzar la programación.

← Reunión #5 Índice Reunión #7 →