Ingeniería agéntica

Modernización de sistemas legacy con agentes de IA

Migrar o modernizar un sistema es confiable cuando hay un proceso que verifica el resultado. Agentes de IA extraen las reglas de negocio de tu sistema actual, derivan de ellas las pruebas y modernizan el sistema por partes.

El servicio

Primero se recupera el conocimiento, después se construye

Paso 1

Se extraen las reglas

Las reglas de negocio se extraen del código de tu sistema actual y quedan escritas en lenguaje llano. Cada una guarda la referencia al lugar exacto del que se obtuvo. Cuando el código no alcanza para determinar una regla, queda marcada como pendiente de confirmar con alguien que conozca el negocio.

Paso 2

De las reglas se generan las pruebas

Las pruebas automatizadas fijan el comportamiento esperado de cada regla. Se escriben antes de construir el reemplazo, para medir el resultado contra algo definido de antemano.

Paso 3

Se construye y se verifica

El sistema modernizado se construye desde esas reglas, sobre una arquitectura acordada con tu equipo. Las pruebas garantizan que haga lo mismo que el original.

Convivencia

La migración avanza por partes, con el sistema actual en operación

El sistema actual se divide en partes que se pueden reemplazar y verificar enteras. Cuando una parte queda verificada, tu equipo decide cuándo derivarle el tráfico. Hasta ese momento la sigue atendiendo el sistema original.

Línea de tiempo de cinco partes. El sistema actual atiende cada parte mientras se extraen sus reglas y sus pruebas y mientras se verifica. Cuando tu equipo la habilita, la atiende el sistema modernizado.

El conocimiento se mueve en una sola dirección: del sistema actual hacia el modernizado.

El proceso

Del relevamiento al pase a producción, con puntos de control

Primero se releva el sistema y se acuerdan las decisiones de fondo. Después empieza la modernización, que repite el mismo ciclo por cada parte del sistema hasta terminar.

Elegí una etapa para ver quién hace qué.

Una vez, al principio

Por cada parte del sistema

Y arranca la parte siguiente

Reconocer el sistema

Agentes de IA Recorren el código y arman el mapa de módulos, dependencias y flujos.

Equipo de Grupo Esfera Revisa el mapa y sigue algunos flujos de punta a punta para comprobarlo.

Tu equipo Indica flujos de negocio críticos.

Acordar las decisiones de fondo

Agentes de IA Proponen un borrador con las decisiones que no se pueden derivar del código.

Equipo de Grupo Esfera Somete el borrador a crítica y lo deja listo para firmar.

Tu equipo Decide y firma.

Dividir el sistema en partes

Agentes de IA Proponen los límites siguiendo las dependencias reales del código.

Equipo de Grupo Esfera Ajusta los límites donde el código y el negocio no coinciden.

Tu equipo Revisa que las partes tengan sentido para el negocio y las aprueba.

Acordar la arquitectura

Agentes de IA Proponen un marco único para todo el código nuevo.

Controles automáticos Quedan fijados los umbrales de calidad que después se controlan solos.

Equipo de Grupo Esfera Ajusta la propuesta y explica los cambios que introduce.

Tu equipo Acuerda la tecnología de destino y aprueba el marco.

Analizar la parte

Agentes de IA Extraen las reglas de negocio, cada una con su referencia al código.

Controles automáticos Comprueban que cada referencia apunte a algo que existe.

Equipo de Grupo Esfera Revisa las reglas y separa las que no se pueden confirmar solo con el código.

Tu equipo Responde solo esas preguntas puntuales.

Diseñar la parte

Agentes de IA Uno propone el diseño. Otro lo ataca buscando fallas.

Equipo de Grupo Esfera Resuelve las objeciones antes de que exista código nuevo.

Tu equipo Si la parte lo requiere, aprueba el diseño.

Escribir las pruebas

Agentes de IA Escriben las pruebas desde las reglas, antes que cualquier código.

Controles automáticos Registran el resultado de ejecutarlas. Quien escribe la prueba no lo registra.

Equipo de Grupo Esfera Controla contra qué valor se compara cada prueba.

Tu equipo Facilita un entorno donde el sistema actual se pueda ejecutar, si lo hay.

Construir el reemplazo

Agentes de IA Escriben el código nuevo dentro del marco ya aprobado.

Equipo de Grupo Esfera Sigue el avance y corrige el rumbo.

Verificar la equivalencia

Agentes de IA Comparan el reemplazo contra el original, regla por regla.

Controles automáticos Ejecutan las pruebas y registran el resultado, sin criterio propio.

Equipo de Grupo Esfera Revisa los resultados y lleva a decisión las diferencias que quedan.

Tu equipo Decide qué diferencias se aceptan.

Cerrar y habilitar

Agentes de IA Arman el resumen de lo que se hizo en la parte.

Controles automáticos Corren los controles de cierre. Si alguno no pasa, la parte no cierra.

Equipo de Grupo Esfera Entrega la evidencia de lo que se verificó y con qué resultado.

Tu equipo Decide cuándo derivarle el tráfico a la parte nueva.

Verificación

Cómo se verifica que el sistema migrado se comporta como el original

Lo difícil no es generar el código de reemplazo. Es saber si el sistema modernizado se comporta como el original.

Por eso el proceso se apoya en tres capas que detectan cosas distintas, y en una regla de fondo: donde un error costaría caro, quien produce un resultado no es quien lo verifica.

Verifica: un script sin IA. Capa 1

Pruebas automatizadas

Detectan que el reemplazo no reproduce el comportamiento fijado

Capa 1

Pruebas automatizadas

Fijan el comportamiento esperado, se ejecutan contra el sistema modernizado y el resultado lo registra un script a partir de la ejecución. Cuando el sistema actual no se puede ejecutar, el valor esperado se obtiene del código.

Verifica: un agente de IA. Capa 2

Revisiones cruzadas

Detectan lo que una batería de pruebas en verde puede no mostrar

Capa 2

Revisiones cruzadas

El diseño lo propone un agente y lo ataca otro, con la instrucción de buscar problemas. Las pruebas las escribe uno y las ejecuta otro. Y cada regla se compara una por una contra el código nuevo.

Verifica: un script sin IA. Capa 3

Controles automáticos

Detectan que lo informado por los agentes de IA no coincide con lo que hay en el repositorio

Capa 3

Controles automáticos

Scripts sin inteligencia artificial, de resultado idéntico siempre. Reconstruyen por su cuenta lo que informó un agente y lo comparan. Si no coincide, el proceso se detiene.

Alcance

Qué sistemas legacy podemos migrar o modernizar

El proceso no está atado a un lenguaje ni a un framework de origen. Trabaja sobre el código fuente como texto, así que la tecnología del sistema actual no lo condiciona.

Los requisitos son dos: que el código fuente esté disponible, y que la lógica de negocio se pueda separar de las dependencias de la plataforma sobre la que corre.

No hace falta que el sistema compile ni que se pueda ejecutar. Pero las dos cosas mejoran la calidad de la verificación.

  • Visual Basic
  • Delphi
  • PL/SQL
  • ASP
  • PHP
  • Perl
  • Java
  • C# y .NET Framework
  • C y C++
  • Scala
  • PowerBuilder
  • Visual FoxPro
  • Oracle Forms
  • COBOL
  • RPG en AS/400

Consultar. La viabilidad se define caso por caso.

Qué queda

Todo lo que produce el proceso queda en tu repositorio

  • El sistema modernizado, en la tecnología que se haya acordado, con su batería de pruebas y el manual para ejecutarlas sin depender de nosotros.
  • La documentación de tu sistema actual: las reglas de negocio con su referencia al código, el mapa de dependencias entre módulos y el registro de las decisiones de arquitectura.
  • La evidencia de verificación de cada parte: qué se probó, con qué resultado y de dónde provino cada valor esperado.
Qué necesitamos de tu lado
Acceso al código
El código del sistema actual se trata como de solo lectura durante todo el proyecto.
Expertos de negocio, de a ratos
Para responder las preguntas puntuales que el código no puede resolver.
Alguien que pueda aprobar
Una persona con autoridad para revisar y dar el visto bueno en los puntos de control.
Si es posible, un entorno donde el sistema actual se pueda ejecutar
No es excluyente, pero influye en la calidad de la verificación.

El proceso se adapta a cada proyecto

Lo que describimos en esta documentación es el proceso estándar. En cada proyecto se ajusta a lo que necesita tu sistema y a cómo trabaja tu equipo.