Alcance¶
MVP académico demostrable¶
El MVP debe ser reproducible sin credenciales ni servicios externos:
- API y frontend ejecutables localmente.
- Los tres motores representados mediante adaptadores y fixtures.
- Modelo intermedio con capacidades y limitaciones explícitas.
- Al menos diez operaciones de cambio y quince reglas explicables.
- Métricas de total, afectados, porcentaje y denominador.
- Riesgo BAJO/MEDIO/ALTO/CRÍTICO y resultado agregado.
- Reporte, historial, comparación básica y auditoría de análisis.
- 50 escenarios catalogados, con al menos 10 críticos y detección del 100 % de los críticos.
- Pruebas unitarias, API, no mutación, frontend, CI y documentación trazable.
Versión 1 usable en entorno controlado¶
Después de cerrar el MVP se incorporan, sin conectar producción por defecto:
- Inspección live read-only de MongoDB, CouchDB y Cassandra.
- Catálogo de conexiones y descubrimiento de recursos.
- Timeouts, paginación, límites, manejo de errores y métricas de consulta.
- Autenticación real, RBAC por proyecto/recurso y secretos fuera del repositorio.
- Persistencia desplegable, retención, auditoría consultable y exportación JSON/CSV.
- Readiness, logs estructurados, métricas operativas, backups y recuperación.
- Pruebas de integración contra los tres motores en CI o entorno controlado.
Posterior a la versión 1¶
- Muestreo estadístico y trabajos asíncronos para fuentes grandes.
- Exportación PDF y reportes programados.
- Nuevos motores o proveedores cloud.
- Integración con pipelines de migración sin ejecutar cambios automáticamente.
- Políticas avanzadas por proyecto, aprobación de cambios y notificaciones.
Fuera de alcance permanente¶
- Migraciones automáticas, escrituras, borrados, DDL o cambios de esquema desde el análisis.
- Uso de datos productivos para fixtures o pruebas académicas.
- Facturación, analítica de negocio, IA generativa o equivalencia artificial entre motores.
Decisiones cerradas de M1¶
Estas decisiones desbloquean el contrato del núcleo y no requieren confirmación adicional para continuar:
| Decisión | Resolución | Clasificación |
|---|---|---|
| Frontera fixture/live | El MVP usa fixtures locales para los tres motores y conserva el contrato común; la inspección live read-only, discovery y credenciales reales pertenecen a V1. | Adoptada |
| Alcance posterior | Muestreo, trabajos asíncronos, PDF, nuevos motores, integraciones con pipelines y políticas avanzadas quedan después de V1. | Adoptada |
| No mutación | El análisis preventivo solo lee evidencia; no ejecuta migraciones, DDL, escrituras, borrados ni cambios de índices/validaciones. | Adoptada |
| Evidencia incompleta | Se conserva como limitación explícita, sin conteos o porcentajes inventados; nunca produce APROBADO y como mínimo produce REQUIERE REVISIÓN. |
Adoptada |
| Umbrales MVP | 0 % = BAJO; >0 % y <50 % = MEDIO; ≥50 % y <80 % = ALTO; ≥80 % = CRÍTICO. Son umbrales reproducibles de MVP y pueden recalibrarse después con evidencia, sin bloquear M1. | Adoptada |
La frontera fixture/live no significa que los motores sean equivalentes: cada adapter declara sus capacidades y limitaciones, y una operación no soportada se reporta explícitamente.