Modernización de Sistemas Heredados
Sal de tu sistema heredado sin detener la operación y quédate con el código.
Lo hicimos en nuestro propio sistema. Le mostramos el suyo en una muestra medida.
Migramos sistemas módulo por módulo: cada módulo se especifica, se reconstruye, se verifica contra el sistema actual y solo entonces se conmuta. Tu operación sigue corriendo y el código resultante es tuyo desde el primer día.
Puntos de entrada
¿Desde dónde quieres salir?
Salir de GeneXus u otra plataforma low-code propietaria
Recuperas el control del código y dejas de depender de un entorno y una licencia propietarios.
Sistemas Java o .NET sin especificación escrita
Sistemas que funcionan pero que nadie puede describir completos. Primero los documentamos, luego los migramos.
Qué se retira, qué se absorbe y qué se reconstruye cuando entra un ERP
Con la llegada de NetSuite, SAP u otro ERP, decidimos con datos qué módulos se retiran, cuáles absorbe el ERP y cuáles se reconstruyen.
Documentar un sistema para licitarlo, auditarlo o mantenerlo
Especificación verificable del sistema tal como es hoy, útil para una licitación, una auditoría o su mantenimiento.
Método
Siete fases, módulo por módulo
Las siete fases se repiten en cada módulo, de modo que el sistema nuevo crece mientras el anterior sigue operando.
Descubrir
Inventario del sistema real: objetos, datos, integraciones y reglas.
Especificar
El comportamiento actual queda escrito como especificación verificable.
Migrar datos
Los datos pasan al esquema nuevo con sus identificadores preservados.
Construir
Se implementa el módulo contra la especificación.
Interfaz
Se reconstruye la interfaz de usuario sobre las operaciones ya verificadas.
Verificar
Se compara el módulo nuevo contra el actual y se documentan las diferencias.
Conmutar
Se pasa la operación al módulo nuevo, con vuelta atrás disponible.
Garantías
- Ningún módulo conmuta sin una paridad firmada.
- Cada conmutación es reversible en minutos.
- El código es del cliente desde el primer día.
Agentes de IA
Cómo usamos agentes de IA
Especificación antes que código
Primero se escribe qué hace el sistema; el código es consecuencia de esa especificación.
Agentes que implementan contra ella
Los agentes de IA construyen el módulo contra la especificación, no a partir de suposiciones.
Una prueba por cada cláusula
Cada cláusula de la especificación tiene una prueba automatizada que la comprueba.
Revisión humana obligatoria
Una persona revisa e integra cada cambio. La IA acelera; no decide sola.
Este es el método de desarrollo de software agéntico aplicado a la migración: aquí vive como método, no como producto.
Evidencia
Lo hicimos en nuestro propio sistema
Migración del sistema de gestión de SISCON desde GeneXus
Abandono completo del entorno propietario y migración de datos con identificadores preservados.
Análisis de migración de un sistema de logística y transporte ferroviario
La documentación existente subestimaba el tamaño real del sistema. Por eso el primer paso es medir.
Cómo empezar
Tres escalones, sin compromiso de migrar
Muestra medida, sin costo
De 5 a 10 pantallas de tu sistema convertidas en especificación verificable, con sus pruebas y un inventario de diferencias.
Diagnóstico de 3 a 5 semanas con precio fijo
El esquema real, un plan por olas, la estimación y el gasto de licencias que se elimina.
Migración por olas
Cotizada sobre el inventario medido, no sobre suposiciones.
FAQ
Preguntas Frecuentes
¿Tengo que detener mi operación para migrar?
No. Se migra módulo por módulo y ninguno conmuta sin paridad firmada. En nuestro propio caso fueron 0 días de paro.
¿De quién es el código resultante?
Del cliente, desde el primer día.
¿Qué pasa si algo falla al conmutar?
Cada conmutación es reversible en minutos.
¿Por dónde empiezo?
Con la muestra medida, sin costo: de 5 a 10 pantallas convertidas en especificación verificable.
🔗 Relacionado: Agente de consulta sobre tu ERP — el segundo producto de SISCON, en producción en nuestro propio ERP.