一小组紧密耦合的类的适当术语？

Question

对于一组紧密耦合的小类(2-4)，什么是合适的术语？这些课程不能独立工作。

我当时在思考系统，但在搜索了一段时间之后，我确定这个词通常被用来描述整个软件。

然后，我想到了子系统，但我不知道这个术语是否适用于子系统中的类数较少的情况。

你们觉得怎么样？这是给一位教授的演讲，他想让我为每件事提供定义。

编辑：

本质上，我描述了在游戏引擎中设计游戏对象系统的各种方法。我用“系统”这个术语来包括游戏对象设备中涉及的所有类。把它称为游戏对象系统对我来说是正确的，但我不确定它是否是正确的术语。

我不认为游戏对象是一个层，因为它实际上并不是游戏引擎中的一个层。在我看来，一个模块或包似乎更适合于一堆纯粹的功能类或无状态类。

如果我说不通，请告诉我！

Answer 1

我不认为使用子系统有什么问题，因为它的体积很小。它更多地是一个实现/目的的问题:类组本身是否可以被视为一个“组件”？他们是更大系统的一部分吗？在这种情况下，它是一个子系统。

集群有时可以用作通用术语。问题是，它很容易与“类集群”设计模式和数据集群混淆。

Answer 2

我会说模块或包是一个通用术语，但是要小心，因为在某些编程语言或系统中，这些术语具有更具体的技术含义。层也通常用于表示一组类，假设您的代码是有限制的，比如只知道您下面的层。

Answer 3

在James Martin的信息工程方法中，这种结构被表示为"Business Area“--业务区域划分模型空间，以包括与此相关的‘实体类型’，并满足系统所支持的一个或多个业务领域的信息需求。