ASEGURADORA
Cómo una aseguradora modernizó 700 ventanas
J2EE legacy hacia Spring Boot
con migración automática al 100%
Magnitudes del proyecto
- Migración de 3 aplicaciones de gestión comercial
- Alcance de aproximadamente 700 ventanas distribuidas en 30 módulos
- Conversión tecnológica desde Struts 1.1, BC4J, JSP y JavaScript legacy
- Modernización progresiva estructurada en 5 fases
- Sustitución de tecnologías obsoletas con impacto directo en navegadores y base de datos Oracle
- Incorporación de mejoras de usabilidad y nuevos componentes gráficos
El reto: tecnologías obsoletas que bloqueaban la evolución del negocio
Las aplicaciones de gestión comercial de esta entidad aseguradora operaban sobre un stack tecnológico que generaba dos problemas críticos y concretos. Por un lado, la dependencia de BC4J y versiones antiguas de Oracle impedía actualizar el gestor de base de datos a versiones más recientes —con implicaciones directas en soporte, seguridad y rendimiento—. Por otro, las aplicaciones solo podían ejecutarse sobre versiones concretas de navegador, limitando la capacidad de actualización del entorno de puesto de trabajo.
Esta situación es más común de lo que parece en el sector asegurador español: aplicaciones desarrolladas entre 2000 y 2010 sobre frameworks J2EE que en su momento eran estándar de facto —Struts, BC4J, JSP— y que hoy son tecnologías sin soporte activo.
El 68% de los proyectos de modernización con IA generativa en sistemas críticos se interrumpieron o redujeron su alcance por problemas de trazabilidad (Forrester Research, 2024). En aplicaciones de gestión comercial de una aseguradora, donde la lógica de cálculo de comisiones y los flujos de activación de pólizas no admiten variaciones, el determinismo del proceso de migración no es negociable.
La solución: migración automática con herramienta propia
y adaptación a la arquitectura de destino
Resultados: 100% automatizado, arquitectura alineada,
base para la evolución futura
Principales retos abordados
- Migrar el 100% del código de manera automática, manteniendo la funcionalidad existente íntegramente.
- Sustituir tecnologías obsoletas —Struts 1.1, BC4J, JSP— por equivalentes actuales dentro de la arquitectura de destino.
- Mantener la continuidad operativa durante una migración progresiva estructurada en fases.
- Mejorar la usabilidad de la solución sin alterar el comportamiento funcional esperado.
- Adaptar las aplicaciones a una arquitectura moderna basada en servicios y componentes reutilizables.