Estou no estágio de design de um aplicativo Web que permite aos usuários criar solicitações de trabalho e os trabalhadores dedicarem tempo a essas solicitações. O aplicativo também terá recursos de relatório para os supervisores obterem totais diários, relatórios e contabilizarem o tempo gasto, "alocação de custos".

s aplicativos que trabalhei no passado foram projetados usando a abordagem de pacote por camada. Estou pensando que seria mais eficiente usar um pacote por design de recursos e tenho uma pergunta sobre esse design.

O que estou pensando atualmente para os pacotes por recurso:

Solicitações - CRUD as solicitações, atribuir, adicionar números de fatura, etc ...Work Time - horário diário CRUD para usuários contra solicitações, férias, treinamento ou reuniões Alocação de custos - crie relatórios, coisas contábeis que os contadores desejam ...

O front-end será o servidor Tomcat e o JSP. E, o back-end será um banco de dados Oracle com o EclipseLink fazendo a persistênci

Minha pergunta

No meu entendimento do pacote por recurso, as entidades e os DAOs entrariam no pacote associado a eles. Espalhando a camada de persistência por vários pacotes. Deixando pacotes para chamar entidades de outros pacotes. Com toda a sobreposição, isso é realmente funcional? Não haveria isolamento entre os pacotes. Quais são os prós e os contras de usar o pacote por recurso? Seria bom design incluir uma camada de persistência adicional? Ou entendo isso totalmente errado?