Qual é a terminologia correta para um conjunto pequeno (2-4) de classes strongmente acopladas? Essas classes não podem funcionar de forma independente.
Eu estava pensando em system , mas depois de pesquisar um pouco, determinei que a palavra é normalmente usada para descrever o software como um todo.
Então, pensei em subsistema , mas não sei se o termo se aplica se o número de classes no subsistema for pequeno.
O que vocês acham? Isto é para uma apresentação para um professor que quer que eu forneça definições para tudo.
Editar:
Essencialmente, estou descrevendo várias maneiras de arquitetar sistemas de objetos de jogos , encontrados em mecanismos de jogos. Eu estou usando o termo sistema como uma forma de incluir todas as classes envolvidas no aparato de objetos do jogo. Chamar isso de sistema de objetos de jogo parece certo para mim, mas não tenho certeza se é a terminologia correta.
Eu não vejo objetos do jogo como uma camada , já que ele não funciona como uma camada em um mecanismo de jogo. Um módulo ou pacote , para mim, parece mais adequado para um monte de classes puramente funcionais ou sem estado.
Se eu não estiver fazendo sentido, por favor me avise!
Eu não acho que haja um problema usando o subsistema por causa do tamanho pequeno sozinho. É mais uma questão de implementação / propósito: o grupo de classes pode ser considerado um "componente" por conta própria? Eles são parte de um sistema maior? Nesse caso, é um subsistema.
Cluster às vezes pode ser usado como um termo genérico. O problema é que ele pode ser facilmente confundido com o padrão de design "cluster de classes" e clusters de dados.
Eu diria módulo ou pacote como um termo genérico, mas tenha cuidado porque em algumas linguagens de programação ou sistemas esses termos têm significados técnicos mais específicos. Layer também é comumente usado para denotar um conjunto de classes, assumindo que seu código é arquitetado com restrições, como ter conhecimento apenas da camada imediatamente abaixo de você.
Na Metodologia de Engenharia da Informação de James Martin , essa estrutura é denotada por "Área de Negócios" - Áreas de Negócios dividem o espaço do modelo para incluir 'Tipos de Entidade' relacionados e atender às necessidades de informações de uma ou mais áreas do negócio que o sistema foi construído para suportar.
Tags architecture terminology