Supuesto técnico, no caso de cliente. Ejemplo técnico orientativo. No describe un proyecto concreto realizado para un cliente.
El problema que hay detrás del código antiguo
Convertir una aplicación Access de gestión en C# y .NET no empieza escogiendo un framework. Empieza identificando qué comportamiento debe sobrevivir al cambio. En este supuesto técnico partimos de Access con VBA y formularios y buscamos una transición hacia C# / .NET + SQL Server.
El inventario incluye código, base de datos, ficheros, procesos programados, usuarios e integraciones. También registramos tareas manuales que se realizan fuera de la aplicación, porque suelen contener reglas que nunca llegaron al código.
Separar reglas, datos e infraestructura
Antes de transformar módulos clasificamos lo encontrado: reglas de negocio, interfaz, acceso a datos, dependencias del sistema operativo y componentes externos. Esta separación ayuda a decidir qué puede trasladarse, qué conviene rediseñar y qué debe mantenerse temporalmente.
La IA puede acelerar la lectura y proponer equivalencias, pero no utilizamos la salida de un modelo como criterio de aceptación. Para este tema prestaríamos especial atención a formularios, consultas y reglas VBA.
Construir una prueba que compare ambos mundos
Seleccionamos entradas representativas y casos límite. El sistema de referencia genera resultados que se conservan como evidencia. Después ejecutamos la versión nueva y comparamos salidas, estados, errores y efectos sobre los datos. Las diferencias se clasifican antes de seguir ampliando el alcance.
Cuando el proceso tiene muchas dependencias, la migración puede desplegarse por fases. Una API, una cola o una sincronización temporal permiten que módulos antiguos y nuevos convivan mientras se valida el comportamiento en producción.
Qué aporta la IA y qué sigue necesitando ingeniería
Los asistentes de IA son útiles para explicar código, localizar patrones repetidos, redactar documentación, proponer pruebas y generar una primera versión de transformaciones mecánicas. La revisión humana sigue siendo necesaria para decidir arquitectura, seguridad, rendimiento y significado de las reglas.
El objetivo de SOCIAL11 es reducir el riesgo de dependencia tecnológica sin sustituirlo por una dependencia de código generado que nadie entiende. El sistema nuevo debe quedar documentado, probado y preparado para mantenimiento.
Referencias técnicas
Documentación de origen para los conceptos citados. Consulta editorial: 29 de octubre de 2026. Las funciones y condiciones comerciales de las herramientas pueden cambiar.
APLICARLO A TU ENTORNO
Analicemos tu aplicación antes de decidir el destino.
Podemos revisar tecnología, código disponible, datos y dependencias para plantear un piloto de modernización.
Cuéntanos tu proyecto ↗Modernización de software con IA →