Modernización de RPG e IBM i

Extraemos servicios, renovamos interfaces y conectamos aplicaciones RPG/AS400 con arquitecturas actuales sin perder la lógica central.

Analizar mi software Ver blog técnico

SOCIAL11 S.L. · Zaragoza · Servicio en toda España

SISTEMA ACTUAL

RPGprogramas + reglas

IBM i / 5250interfaz + jobs

DB2datos + procesos

IA+INGENIERÍA

PLATAFORMA DESTINO

APIsWEB.NETSQLCLOUD

FICHA TÉCNICA · Tecnología de origen

RPG / IBM i: versiones, componentes y puntos de modernización

RPG ha evolucionado desde formatos fijos y pantallas 5250 hasta ILE RPG de forma libre. En IBM i hay que analizar conjuntamente RPG, CL, DDS, Db2 for i, objetos de biblioteca, jobs y programas de servicio; modernizar solo la pantalla suele dejar intactas dependencias importantes.

PlataformaIBM i / AS/400

FamiliasRPG III · RPG/400 · RPG IV / ILE RPG · free-form RPG

DatosDb2 for i · PF/LF · DDS/SQL DDL

Interfaz clásica5250 · DSPF · PRTF

ArtefactosRPGLE · SQLRPGLE · CLLE · DSPF · PRTF · DDS

Versiones e hitos que conviene reconocer

RPG/400Finales de los 80–90

Muy ligado a formato fijo, DDS y AS/400.

RPG IV / ILE RPGMediados de los 90

Introduce ILE, procedimientos y una estructura más moderna.

RPG free-form2010s–

El lenguaje se aleja del formato por columnas y se aproxima a sintaxis convencional.

IBM i 7.xActualidad

Entorno moderno con SQL, servicios web, APIs y posibilidad de convivir con RPG existente.

Artefactos y componentes que buscamos

Fuentes RPGLE/SQLRPGLE y miembros en source physical files
CL/CLLE, job descriptions y comandos
DSPF/PRTF, DDS y objetos PF/LF
Db2 for i, stored procedures y SQL embebido
Service Programs, binding directories y activation groups
Data areas, data queues, IFS y colas de trabajo

Riesgos técnicos habituales

Indicadores y lógica fija en RPG antiguo
Dependencia de library list y nombres de objetos
DDS frente a SQL DDL y lógicas de access path
CCSID/EBCDIC y conversiones de texto
Commitment control y transacciones
Procesos batch/jobs y colas que no son visibles desde la UI

Inventario mínimo antes de migrar

Versión de IBM i y compiladores
Programas RPG/CL y objetos llamados
DDS, DSPF/PRTF y esquema Db2 for i
Service Programs y binding directories
Jobs, schedulers y colas
Integraciones por ficheros, MQ, APIs o data queues

Rutas de modernización habituales

Mantener RPG y exponer APIs para desacoplar consumidores
Modernizar 5250 a web sin tocar lógica estable cuando sea suficiente
Migrar módulos a Java/.NET de forma progresiva
Pasar DDS a SQL y mejorar capa de datos antes de sustituir lógica

000200PROCEDURE DIVISION.01

TECNOLOGÍA DE ORIGEN / SOCIAL11

El sistema actual todavía contiene valor.

RPG / IBM i puede seguir siendo útil aunque su ecosistema ya no encaje con los sistemas actuales. El trabajo empieza por entender qué hace realmente la aplicación, dónde están sus datos y qué partes dependen de versiones o componentes difíciles de mantener.

000300PROCEDURE DIVISION.02

TECNOLOGÍA DE ORIGEN / SOCIAL11

Cómo abordamos la modernización.

No proponemos una reescritura automática. Inventariamos módulos, reglas, integraciones y tareas manuales; después elegimos qué conviene conservar, encapsular o sustituir.

000400PROCEDURE DIVISION.03

TECNOLOGÍA DE ORIGEN / SOCIAL11

IA con pruebas y revisión técnica.

La IA nos ayuda a leer código, localizar patrones, documentar y generar pruebas. El resultado se valida contra la aplicación existente antes de retirar procesos.

000900LINKAGE SECTION.CONTACTO

HABLEMOS DE TU SOFTWARE

Cuéntanos qué aplicación necesitas modernizar.

Con unos pocos datos podemos entender el punto de partida y plantear el siguiente paso.

Teléfono876 032 807 Emailcontacto@social11.es WhatsApp627 362 832

Ubicación

Paseo Independencia 19, Planta 6, Oficina Derecha
50001 Zaragoza · Servicio en toda España