Que princípios você usaria para dividir módulos em um nível mais alto do que classes?

Para dividir os módulos a um nível superior, utilizaria os seguintes princípios:

• Por princípios de encapsulação e coesão (Cohesion & Coupling). Os módulos devem ser o mais autossuficientes possível (alta coesão dentro do módulo) e ter dependências mínimas entre si (baixo acoplamento entre módulos). Isso facilita testes, compreensão e modificação do código.
• Por área funcional. Os módulos são agrupados com base na lógica de negócio ou numa área de responsabilidade específica (por exemplo, gestão de utilizadores, processamento de pagamentos, envio de notificações).
• Por camadas arquitetónicas. Em uma arquitetura multicamada (por exemplo, Apresentação, Lógica de Negócio, Acesso a Dados), cada camada pode representar um módulo separado ou um conjunto de módulos.
• Por princípio de responsabilidade única (Single Responsibility Principle - SRP) aplicado aos módulos. Um módulo deve ter uma única razão para mudar. Isto é uma generalização do SRP numa escala maior.
• Por princípio de menor privilégio (Principle of Least Privilege). Os módulos devem ter acesso apenas aos dados e funcionalidades que realmente necessitam.
• Considerando futuras mudanças. A arquitetura deve ser suficientemente flexível para considerar desenvolvimentos e alterações potenciais nos requisitos. Os módulos devem ser o mais independentes possível entre si para facilitar a introdução de novas funções ou a alteração das existentes.
• Baseado nos frameworks e padrões utilizados. A estrutura do módulo muitas vezes pode ser ditada ou apoiada pelo framework escolhido (por exemplo, em MVC, cada V, M, C pode pertencer a um módulo separado ou a um grupo de módulos dependendo da escala) ou por padrão arquitetural (por exemplo, DDD - Domain-Driven Design, divisão por agregados).

Estes princípios ajudam a criar uma arquitetura de aplicação mais gerível, escalável e de manutenção mais fácil.