Modernización
Sistemas de escritorio y cliente-servidor: a la web sin detener la operación
Visual Basic 6, PowerBuilder, Delphi, Oracle Forms, Access o FoxPro: sistemas que siguen sosteniendo procesos críticos, pero que cada vez cuesta más instalar, mantener y conectar. Los llevamos a una aplicación web, módulo por módulo.
El problema
Funciona, pero cada año es más frágil
Algunas de estas herramientas ya no tienen soporte del fabricante y otras dependen de versiones específicas de Windows o de licencias que encarecen cada actualización. Quedan pocas personas que saben modificarlas, y la lógica de negocio suele vivir mezclada con las pantallas o en procedimientos almacenados. Reescribir todo de golpe es el riesgo que nadie quiere correr.
Cómo lo hacemos
De la pantalla de escritorio a la web
Inventario de pantallas y reglas
Cada formulario, reporte y procedimiento almacenado se inventaría y se relaciona con las tablas que toca.
Lógica separada de la pantalla
Las reglas que hoy viven en los eventos de botones o en el código de los formularios se extraen a una especificación verificable.
Misma base de datos al inicio
El sistema nuevo puede empezar sobre la base de datos actual, para que ambos convivan mientras se conmuta módulo por módulo.
Paridad antes de conmutar
Cada módulo se compara contra el sistema de escritorio con pruebas por regla antes de que los usuarios cambien.
Escenario ilustrativo
Una distribuidora con su sistema en Visual Basic 6 y SQL Server
Imagina un sistema de pedidos, inventario y facturación hecho en Visual Basic 6, instalado en cada equipo y conectado a SQL Server.
- La muestra medida toma unas pantallas de pedidos y las convierte en especificación con pruebas.
- El diagnóstico ordena los módulos en olas: primero consultas y reportes, después captura de pedidos y al final facturación.
- La versión web de cada módulo convive con la de escritorio sobre la misma base de datos hasta que se firma su paridad.
- Cuando conmuta el último módulo, se retira el instalador de los equipos.
Escenario ilustrativo: Ejemplo hipotético para explicar el método: no describe a un cliente ni un resultado medido.
Qué te queda
Una aplicación web que tu equipo puede mantener
Código en tecnologías vigentes, especificación y pruebas por regla. Aunque no sigas con la migración, te quedas con la especificación de tu sistema.
Preguntas frecuentes
¿Mis usuarios tienen que aprender todo de nuevo?
No necesariamente. Se puede conservar el flujo de trabajo y el orden de captura que ya conocen; los cambios de interfaz se acuerdan módulo por módulo.
¿Hay que migrar la base de datos al mismo tiempo?
No. Lo habitual es conservarla al inicio y decidir después si conviene cambiar de motor. Ver migración de base de datos.
¿Tienen un caso propio con estas tecnologías?
Nuestro caso propio documentado es una migración desde GeneXus. El método parte del esquema y del comportamiento del sistema, no del lenguaje; la muestra medida es la forma de comprobarlo en el tuyo antes de comprometerte.
Siguiente paso
Empieza por una muestra medida: de 5 a 10 pantallas de tu sistema convertidas en especificación verificable, con pruebas y un inventario de diferencias.