Arquitecture Parent Application with children Applications

Gracias a todos

Hola Raúl. 

creo que el reto que planteas es uno grande. 

• Veo necesario implementar un levantamiento de la documentación para cada una de las sub-aplicaciones. 
• Identificar claramente las entradas y salidas Obligatorias de cada sub-aplicación para integrarse adecuadamente es fundamental.
• Muy seguramente vas a requerir hacer pruebas de regresión de cada sub-aplicacion y bastante ingenieria inversa para "entender" que ocurre.
• Luego pruebas de integración para entender la interacción de las aplicaciones en el "todo" de la solución. 
• Entiendo que cada una de las sub-aplicaciones es de alguna u otra manera "autonoma".
• Es muy posible que encuentres redundancias entre las diferentes partes de todo el sistema a nivel del modelo de datos y la implementación de reglas de negocio. Identificalas e incluyelas en un plan de cambios si esto genera ahora mismo algún inconveniente.
• Te diría que una buena práctica es que cuentes con una aplicación Common donde referencias aquellas reglas, record types o cdts que son comunes a lo largo de toda la aplicación. 
• Implementar una aplicación toolkit, o consolidado de reglas utilitarias o helpers te puede ahorrar problemas luego. i.e. una regla para validar la consistema de una email address.
• Implementar sub-procesos reutilizables para tareas básicas, como envío de correos, validación especial de roles, y otros.
• Identifica los plug-ins que usa la aplicación y si estos aún cuentan con un soporte vigente.
• Identifica custom connectors, y encuentra si tienes el código fuente de esto. i.e. cada jar debe contar con su projecto.
• Identifica anti-patrones o soluciones atipicas a escenarios poco convencionales. En su momento puede que no hubiese una solución out of the box a un problema, tal vez hoy ya la hay.

De momento no te puedo dar una solución a este problema, pero mas bien un poco de lluvia de ideas. 

Hola Raúl. 

creo que el reto que planteas es uno grande. 

• Veo necesario implementar un levantamiento de la documentación para cada una de las sub-aplicaciones. 
• Identificar claramente las entradas y salidas Obligatorias de cada sub-aplicación para integrarse adecuadamente es fundamental.
• Muy seguramente vas a requerir hacer pruebas de regresión de cada sub-aplicacion y bastante ingenieria inversa para "entender" que ocurre.
• Luego pruebas de integración para entender la interacción de las aplicaciones en el "todo" de la solución. 
• Entiendo que cada una de las sub-aplicaciones es de alguna u otra manera "autonoma".
• Es muy posible que encuentres redundancias entre las diferentes partes de todo el sistema a nivel del modelo de datos y la implementación de reglas de negocio. Identificalas e incluyelas en un plan de cambios si esto genera ahora mismo algún inconveniente.
• Te diría que una buena práctica es que cuentes con una aplicación Common donde referencias aquellas reglas, record types o cdts que son comunes a lo largo de toda la aplicación. 
• Implementar una aplicación toolkit, o consolidado de reglas utilitarias o helpers te puede ahorrar problemas luego. i.e. una regla para validar la consistema de una email address.
• Implementar sub-procesos reutilizables para tareas básicas, como envío de correos, validación especial de roles, y otros.
• Identifica los plug-ins que usa la aplicación y si estos aún cuentan con un soporte vigente.
• Identifica custom connectors, y encuentra si tienes el código fuente de esto. i.e. cada jar debe contar con su projecto.
• Identifica anti-patrones o soluciones atipicas a escenarios poco convencionales. En su momento puede que no hubiese una solución out of the box a un problema, tal vez hoy ya la hay.

De momento no te puedo dar una solución a este problema, pero mas bien un poco de lluvia de ideas.