Me disculpo por hacer una pregunta tan generalizada, pero es algo que puede ser un reto para mí. Mi equipo está a punto de embarcarse en un gran proyecto que, con suerte, reunirá todas las bases de código únicas aleatorias que han evolucionado a lo largo de los años. Dado que este proyecto cubrirá la estandarización de entidades lógicas en toda la empresa ("Cliente", "Empleado"), tareas pequeñas, tareas grandes que controlan las tareas pequeñas y servicios de utilidad, estoy luchando para encontrar la mejor manera de estructurar el espacios de nombres y estructura de código.

Aunque supongo que no te estoy dando suficientes detalles para continuar,¿Tiene algún recurso o consejo sobre cómo abordar la división lógica de sus dominios?? En caso de que ayude, la mayoría de esta funcionalidad se revelará a través de servicios web, y somos unMicrosoft Compra con los últimos artilugios y artilugios.

Estoy debatiendo una solución masiva con subproyectos para facilitar las referencias, pero ¿eso lo hará demasiado difícil de manejar?¿Debería envolver la funcionalidad de la aplicación heredada o dejar eso completamente indiferente en el espacio de nombres?OurCRMProduct.Customer clase versus un genéricoCustomer clase, por ejemplo)?En caso de que cada servicio / proyecto tenga su propioBAL yDAL¿O debería ser un conjunto completamente separado al que todo hace referencia?

No tengo experiencia en la organización de proyectos de tan largo alcance, solo de una sola vez, así que estoy buscando cualquier orientación que pueda obtener.