La arquitectura descrita para el sistema encargado de gestionar el evento IA para la Alta Productividad en Software se describe en este punto basándose principalmente en la metodología Volatility Based Decomposition.
Antes de generar diagramas, identificamos cada área de volatilidad en el Business Analysis se traduce en una decisión de diseño concreta. Esto es el núcleo de VBD.
| Volatility Area | Frecuencia | Decisión de Diseño |
|---|---|---|
| V1 · Contenido del Evento | Alta | Aislado en un archivo de configuración, nunca directamente acoplado en componentes |
| V2 · Reglas del Temporizador | Media-Alta | Encapsulado en un servicio propio (hook + config) — la UI solo consume estado |
| V3 · Validación del Formulario | Media | Contrato de validación definido en el backend (Pydantic schemas) como fuente de verdad; el frontend valida por UX, no por seguridad |
| V4 · Diseño Visual | Media | Design tokens centralizados en CSS variables, animaciones en capa de presentación |
| V5 · Esquema de Persistencia | Baja | SQLAlchemy models, nunca SQL directo en lógica de negocio |
| V6 · API Contract | Muy baja | REST con contrato explícito documentado, frontend consume via capa de servicios |
La descomposición produce tres capas principales y seis módulos internos, cada uno alineado a una o más áreas de volatilidad:
Vista general del sistema:
Flujo del registro de usuario:
React JS como framework de presentación
FastAPI como capa de aplicación