El equipo anterior ya no está
El código existe, pero falta contexto, la documentación es débil, los accesos no están claros y no hay un proceso seguro para publicar cambios.
Revisión técnica del software
Revisar el software antes de mantenerlo o reconstruirlo
FRAI revisa software existente, código, hosting, integraciones, datos y documentación antes de decidir si se puede mantener, corregir, migrar o reconstruir.
Cuándo tiene sentido una revisión técnica
Sirve para empresas que ya tienen software en producción, pero no saben si se puede mantener, cambiar o recuperar sin crear nuevos riesgos.
La aplicación funciona, pero nadie quiere tocarla
Las dependencias son antiguas, las integraciones son frágiles, el hosting no está claro y cada cambio parece arriesgado.
El mantenimiento llega demasiado tarde
La empresa pide mantenimiento, pero la primera pregunta es si el sistema se puede recuperar y poner bajo control.
Qué revisa FRAI
La revisión no es un informe largo sin salida. Sirve para decidir qué se puede conservar, qué hay que corregir, qué conviene migrar y qué debe reconstruirse.
Código, ramas, dependencias, proceso de build y publicación
Hosting, dominios, SSL, credenciales, logs, alertas, backups y recuperación
Base de datos, flujos de datos, integraciones, APIs, formularios y automatizaciones
Riesgos de seguridad, accesos, secretos expuestos, paquetes obsoletos y controles que faltan
Documentación, publicación, huecos de gestión y carga de mantenimiento
Qué se puede conservar, qué hay que corregir y qué conviene reconstruir
Salidas posibles
Después de la revisión, FRAI indica un camino concreto: mantener el sistema, corregirlo primero o reconstruir las partes demasiado arriesgadas.
Mantener
El sistema está lo bastante claro para ponerlo bajo control de FRAI y empezar el mantenimiento.
Corregir o migrar
El sistema se puede recuperar, pero antes necesita trabajo en dependencias, hosting, publicación, documentación o integraciones.
Reconstruir
La base de código es demasiado arriesgada, está mal documentada, es insegura o está bloqueada por decisiones antiguas.
El límite
FRAI revisa software existente para decidir si se puede operar con seguridad. No aceptamos el simple traspaso de repositorios de terceros para publicarlos sin control. Si FRAI no puede entender y controlar el sistema, no lo mantiene tal como está.
Preguntas antes de la revisión
Estas preguntas suelen aparecer cuando una empresa tiene un sistema antiguo, un repositorio externo o un proveedor que ya no está disponible.
¿FRAI puede revisar un repositorio de software antiguo?
Sí. FRAI puede revisar código, dependencias, proceso de publicación, hosting, integraciones, flujos de datos, documentación y riesgos de seguridad antes de decidir el siguiente paso.
¿FRAI puede mantener el software después de la revisión?
Sí, si la revisión muestra que el sistema se puede poner bajo control técnico de FRAI. Si no, el primer paso es estabilizar, migrar o reconstruir las partes necesarias.
¿FRAI publica repositorios de terceros sin cambios?
No. Publicar a ciegas un repositorio de terceros es demasiado arriesgado. FRAI solo publica y mantiene software que entiende y puede operar con seguridad.
¿Qué pasa si el software no se puede recuperar?
FRAI lo dirá claramente. Si el repositorio es demasiado arriesgado o está roto, el siguiente paso será reconstruir o migrar los flujos críticos en vez de mantener una base débil.
¿Cuánto cuesta una revisión técnica del software?
Depende del tamaño del sistema, acceso al código, hosting, integraciones, datos y documentación. FRAI define el alcance de la revisión antes de empezar.
Siguiente paso
Si el sistema se puede recuperar, pasa a mantenimiento. Si no, el siguiente paso es una reconstrucción centrada en los flujos críticos.