● SOCIAL11 S.L. · Zaragoza · Servicio en toda España
SISTEMA ACTUAL
POWERBUILDERcliente-servidor
DATAWINDOWSpantallas + datos
SQL / SPconsultas + procesos
IA+INGENIERÍA
PLATAFORMA DESTINO
.NETWEBSQLAPIsCLOUD
FICHA TÉCNICA · Tecnología de origen
PowerBuilder: versiones, componentes y puntos de modernización
PowerBuilder sigue teniendo versiones actuales; no es correcto tratarlo siempre como una tecnología extinguida. En proyectos heredados el riesgo suele estar en versiones antiguas, librerías PBL, DataWindows, componentes de terceros, drivers y arquitecturas cliente-servidor que llevan años sin actualizarse.
Artefactos.pbl · .pbd · .pbw · .pbt · .srd · EXE/DLL · configuración de DB
Versiones e hitos que conviene reconocer
PowerBuilder 6–12.x1997–2010s
Gran base instalada cliente-servidor; abundan PFC, OCX, OLE y drivers nativos antiguos.
PowerBuilder 20172017
Inicio de la etapa Appeon; ruta de actualización para aplicaciones clásicas.
PowerBuilder 2019 R32021
LTS; añade temas, RibbonBar, REST/JSON, .NET DataStore y runtime desacoplado.
PowerBuilder 2022 R32024
LTS; 64-bit debugging, HTTP/2, TLS 1.3, PowerServer y automatización CI/CD.
PowerBuilder 2025 R22026
Editor/compilador renovados, formato de solución y creación automática de REST API desde DataWindows.
Artefactos y componentes que buscamos
Librerías PBL/PBD, workspace PBW y target PBT
Objetos Window, UserObject, Menu y Application
DataWindow/DataStore y definiciones SRD
PowerScript en eventos y funciones globales
PFC u otros frameworks internos
Drivers nativos/ODBC, Oracle/SQL Server/SAP ASE y transacciones
OCX, COM/OLE, DLL externas, reportes e impresión
Riesgos técnicos habituales
PBL binarios con control de versiones limitado en instalaciones antiguas
DataWindows con SQL complejo y lógica de presentación mezclada con acceso a datos
Drivers de base de datos obsoletos o cambios de cliente Oracle/ASE
Dependencias 32-bit y OCX sin equivalente 64-bit
PFC muy personalizada o frameworks internos sin documentación
Ventanas MDI, impresión y reportes difíciles de reproducir en una migración web
Inventario mínimo antes de migrar
Versión/build exacta de PowerBuilder y runtime
Listado de PBL/PBD y dependencias entre targets
Número y tipo de DataWindows; SQL y stored procedures que consumen
PFC/frameworks, OCX, DLL y librerías externas
Base de datos, drivers, transacciones y perfiles DB
Proceso de build, generación de EXE/PBD y despliegue actual
Rutas de modernización habituales
Actualizar primero a una versión PowerBuilder soportada cuando reduzca riesgo
Exponer lógica/datos mediante APIs REST y modernizar por capas
C#/.NET para servicios, backend o sustitución progresiva
Mantener DataWindow donde aporta valor y sustituir UI/módulos de forma selectiva
000200PROCEDURE DIVISION.01
TECNOLOGÍA DE ORIGEN / SOCIAL11
El sistema actual todavía contiene valor.
PowerBuilder 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.
