Qué Incluye el Servicio de Migración

• Análisis Inteligente: Generación de un grafo de conocimiento detallado a partir de su código legacy para capturar las relaciones entre procedimientos, funciones, tablas y bases de datos.
• Diseño de Arquitectura Moderna: Establecimiento de una nueva arquitectura de microservicios, incluidas las APIs.
• Generación Automatizada de Código Backend: Implementación de backend en Spring Boot, que cubre controladores, servicios, entidades y repositorios. Se pueden solicitar otras tecnologías de backend bajo demanda.
• Diseño y Generación de Frontend: Creación de interfaces de usuario basadas en React que reflejan las pantallas e interacciones de la aplicación original. Se pueden solicitar otras tecnologías de frontend bajo demanda.
• Validación Humana Continua: Revisiones lideradas por expertos, ajustes y validaciones con nuestro Cliente durante todo el proceso de migración.
• Pruebas Asistidas por IA: Generación y ejecución automatizada de pruebas unitarias. Ejecución de pruebas funcionales para garantizar una replicación precisa de la funcionalidad.

Además, nuestra estructura de grafo puede identificar código fuente muerto y así evitar migrarlo.

Qué Incluye el Servicio de Documentación

• Generación de Documentación: Generación de documentación técnica y funcional detallada para su código fuente.
• Actualización automática ante cambios en el código:Opcionalmente, podemos conectarnos a su repositorio y actualizar la documentación automáticamente ante cambios en el código.
• Acceso a Agente Virtual: Opcionalmente puedes usar nuestro agente virtual, Barbara, quien puede responder preguntas técnicas y funcionales sobre su código fuente al recorrer el grafo donde representamos cada parte de su software y sus conexiones. Además, podemos integrar este agente en el IDE de sus desarrolladores siempre que admitan MCP (por ejemplo, Visual Studio Code o Cursor).

Entregables del servicio de migración

• Código migrado que cumple con los estándares del cliente.
• Archivos README y Swagger para APIs.
• Pruebas unitarias con al menos 80% de cobertura en promedio.
• Evidencia de resultados de pruebas unitarias y pruebas funcionales (opcional).

Se pueden incluir entregables adicionales con costo extra.

(*) Los scripts y datos de pruebas funcionales deben ser proporcionados por el Cliente. Alternativamente, el cliente puede realizar estas pruebas e informar cualquier problema.

Responsabilidades del Cliente

Para garantizar un proceso de migración sin problemas, requerimos que los clientes:

• Describan claramente los estándares y preferencias tecnológicas, incluidas las convenciones de codificación, estructuras de carpetas, versiones de bibliotecas o cualquier otra pauta relevante. El código generado por Codacle se adherirá estrictamente a estos estándares.
• Proporcionen acceso seguro a sus repositorios de código y bases de datos de prueba.
• Especifiquen preferencias de entrega. Por defecto, entregamos el código migrado directamente a sus repositorios, pero podemos adaptarnos a cualquier pipeline CI/CD o proceso de implementación que tenga, lo que puede influir en el precio general.
• En caso de que requieran pruebas funcionales de nuestra parte, proporcionen descripciones detalladas de las pruebas requeridas para cada formulario, incluidos los datos de prueba disponibles y el acceso a un entorno de prueba adecuado.

POCs y Garantía

Prueba de Concepto (POC): No ofrecemos POCs gratuitas; sin embargo, garantizamos que el código migrado cumpla con las mismas funcionalidades que la aplicación original. En ese sentido, somos equivalentes a los servicios de migración de cualquier Software Factory tradicional. Es decir, entregamos una solución "llave en mano", solo que con tiempos y costos significativamente menores.

Seguridad

Todos nuestros procesos se ejecutan en redes y computadoras seguras. Su código fuente se almacenará en esas computadoras, así como en carpetas de Microsoft OneDrive durante la duración del proyecto. Posteriormente, todas las copias se eliminarán de nuestro almacenamiento.

Enviaremos su código a LLMs en la nube para su procesamiento y conversión. Nuestro uso de LLMs está restringido a APIs implementadas por Azure, AWS y Google. En otras palabras, no vamos directamente a OpenAI o Anthropic, sino que usamos las implementaciones de Azure y AWS. Por el momento, no utilizamos LLMs de código abierto instalados localmente (por ejemplo, en sus centros de datos), porque en nuestra experiencia no ofrecen suficiente inteligencia para este tipo de trabajo.

En cuanto a la autorización y autenticación de la aplicación migrada, por defecto utilizamos su esquema existente. Por ejemplo, si tiene tablas con nombres de usuario, contraseñas y acceso permitido por usuario a ciertas funciones en sus sistemas, seguiremos usando esas tablas. Sin embargo, podemos integrarnos con otros métodos (como AD) o incluso crear nuevos desde cero para su proyecto, sujeto a costo adicional.

FAQ - Preguntas Frecuentes

¿Podemos migrar a stacks diferentes de Spring Boot y React?

Sí, podemos adaptar el objetivo de migración a su stack tecnológico deseado por un costo adicional.

¿Qué sucede si se necesitan agregar funcionalidades adicionales durante la migración?

Cualquier funcionalidad adicional o personalización fuera del alcance original se cotizará por separado según el esfuerzo estimado.

¿Mi código será replicado fuera de mi organización?

Sí, parte de nuestro proceso es que necesitaremos una copia de su código para realizar la migración. Si tiene necesidades especiales con respecto a este punto, podemos revisarlas. Por ejemplo, podemos implementar nuestras herramientas en servidores o escritorios virtuales dentro de su red y ejecutar todos nuestros procesos desde allí, aunque requerirá esfuerzo y costo adicionales. Las llamadas a LLM necesarias para la comprensión y conversión del código siempre serán a través de proveedores en la nube (Google, Azure, AWS).

¿Pueden usar LLMs locales como LLaMa en lugar de ir a la nube?

Actualmente no admitimos LLMs locales. La razón es que la calidad del código generado sigue siendo significativamente mejor cuando se utilizan LLMs de frontera en la nube.

¿Admiten pipelines de integración y despliegue continuos?

Absolutamente. Nos adaptamos a sus pipelines y procesos existentes, entregando el código en consecuencia.

¿Qué sucede si nuestra aplicación tiene comportamientos específicos de escritorio complejos?

Evaluaremos y propondremos las adaptaciones necesarias, comunicando claramente cualquier impacto en los precios o plazos de entrega.

¿Cuánto tiempo toma una migración típica?

Los plazos varían según la complejidad y tamaño de la aplicación, pero generalmente puede esperar:

• 6-8 semanas para la configuración
• 1 aplicación de tamaño promedio (10 pantallas, 10 tablas de base de datos) cada 3 días
• La fecha de inicio del proyecto dependerá de nuestra carga de trabajo en ese momento, el tiempo de espera típico será entre 1 y 3 meses

Es importante tener en cuenta que este marco de tiempo puede variar dependiendo de la disponibilidad del Cliente para proporcionar escenarios de prueba, datos de prueba, realizar sus propias pruebas funcionales, así como la velocidad de interacción que podamos tener desde el lado del Cliente en cualquier ajuste necesario. En otras palabras, esta es nuestra propia velocidad, pero podemos adaptarnos a la suya según sea necesario.

¿Podemos introducir mejoras funcionales en el software?

No, nuestro proceso migra las funcionalidades exactamente como están hoy, aplicando la misma lógica de negocio. Para el usuario final, el aspecto y la sensación y los procesos seguirán siendo los mismos (aunque basados en web). Sin embargo, en el interior, la arquitectura se renovará totalmente y el código seguirá las mejores prácticas del cliente y de la industria. Si necesita mejorar la funcionalidad, nuestra recomendación es primero migrar el sistema tal como está y en una segunda fase, realizar los cambios necesarios. Podemos colaborar en esta segunda fase como una propuesta separada.

¿Pueden integrar el sistema migrado a fuentes externas no utilizadas por la versión actual, como portales API o aplicaciones web?

No por defecto, pero podemos analizar el caso y posiblemente realizar la integración con costo adicional.