DCA · Plan maestro de mejora
Espejo navegable de supercontext/PLAN_MEJORA_DCA.md (la fuente de verdad viva está en el repo DCA). Origen: auditoría de usabilidad/prestaciones (2026-06-10) sobre ~9.600 LOC. Criterio rector: herramienta útil y pragmática para el técnico Wi-Fi, sin grandes pretensiones.
Fases y estado (a s9, 2026-06-11)
| Fase | Qué | Estado |
|---|---|---|
| F0 | Supercontexto DCA (docs + wiki + harness) | F0.1/F0.2/F0.3 (esta wiki)/F0.4 ✅ · F0.5 ✅ (decisión: ingest diferido a F7; esta wiki cubre bib_ask) |
| F1 | Fiabilidad de datos (autosave, IndexedDB, validación) | ✅ |
| F2 | Robustez backend + errores accionables | ✅ |
| F3 | Soporte táctil (Pointer Events, gestos) | ✅ (confirmado en hardware real) |
| F4 | UX del flujo principal (quick wins) | ✅ |
| F5 | Entregable de cliente + honestidad RF | ✅ (F5.3 factor de obstáculo implementado en s9) |
| F6 | Calidad y mantenimiento (tests, CI, i18n) | ✅ (suite 42+, CI verde, i18n ES/EN completo) |
| F7 | Preparación integración CreaRack (ADR, API v1) | 🔄 F7.2 (API /api/v1/) en curso · F7.1/F7.3+ ⬜ (ADR Edu/Dani) |
| F8 | Higiene del stack y dependencias | ✅ (F8.4: Flask 3.1.3) |
Orden de ejecución recomendado: F0 → F1 → F2 → F4 → F3 → F5 → F6 → F7.
F5 — entregable + honestidad RF (✅)
Informe HTML con plano PNG incrustado + tabla APs/canales + métricas + parámetros; nota de límites del modelo en informe y Help; factor de obstáculo opcional (multiplicador de distancia manual por pares de APs, aplicado solo en el grafo de vecindad — NO es propagación); cost_breakdown opcional en la API; mensajes regionales claros (6 GHz no disponible vs lista vacía). Ver [[concept—dca-tech—algoritmo-planificacion]].
§6 · NO-HACER (anti-pretensiones)
- ❌ Modelo de propagación RF completo (multi-wall, ITU, ray-tracing) — DCA declara límites, no los elimina.
- ❌ Predicción de cobertura / heatmaps — territorio Ekahau.
- ❌ Multi-tenant, cuentas, SaaS — DCA es herramienta, no plataforma.
- ❌ Frameworks frontend (React/Vue) o build pipeline — vanilla ES6 se queda.
- ❌ Migrar de Flask a FastAPI/Django; añadir async/ORM — la higiene del stack es fijar/actualizar pins, no cambiar de tecnología.
F7 — DCA como tool de CreaRack
No es la integración (eso se decide en CreaRack-Pro cuando toque); es dejar DCA LISTO: ADR de modos de integración (iframe / API nativa / módulo Django), API versionada /api/v1/, CORS y auth opcionales. Requiere ADR consensuado con Edu/Dani antes de implementar. Contexto general en [[concept—dca-tech—overview]].
Véase también
- [[concept—dca-tech—overview]]
- [[concept—dca-tech—arquitectura]]
- [[concept—dca-tech—algoritmo-planificacion]]
- [[runbook—dca-tech—deploy-hetzner]]