>UFF claro eso y el clean up del proyecto lo hacemos constantemente, el tamaño del programa es puro codigo y ventanas.

Siguiente pregunta que deben evaluar - y supongo que ya lo han hecho. ¿Han visto algún problema con semejante tamaño de ejecutable?

Ahora bien, supongamos que eso ya está decidido - quieren modularizar.

Una posibilidad de modularizar sería crear ejecutables (EXE), o programas APP, para diferentes partes del programa. Cada EXE o APP lo diseñarían con un archivo de proyecto distinto. Un pequeño cargador le permite al usuario entrar a los módulos (EXE o APP) individuales.

Es posible que el tamaño total de todos los módulos sea algo mayor de lo que tienen ahora, por código compartido (especialmente librerías de clases). Se discutió en otros threads la posibilidad, o no, de acceder a librerías de clase, o a procedimientos, dentro de otros APP - pero no recuerdo muy bien los resultados. Si necesitas la información, te puedo buscar algunos threads relevantes.

Sobre EXE vs. APP, el EXE tendría ventajas de que también se lo puede invocar en forma independiente, directamente desde el sistema operativo - si es que quieres eso.

El APP sería un poco más pequeño, e impediría la posibilidad mencionada arriba - y quizás es más bien eso lo que quieres: forzar a los usuarios a entrar desde tu programa.

Sobre cómo dividir en módulos, eso dependería en gran parte de cómo funciona la empresa en cuestión. Por ejemplo, Si es un sistema de administración de empresas, podría haber un módulo contable, un módulo de almacenes, uno de ventas, etc. - pero tú conoces tu sistema mejor que nosotros, y tendrás que decidir cuál es la manera lógica de dividirlo.

Saludos,

Hilmar.