Uml 是否可以将2个控制器类连接到1个边界类？

我正在做一个大学项目，要求我创建一个学校注册系统的类图。在那里，我包括了一个

学生

类、一个

注册ui

边界类和一个

注册控制器

控制器类：

我已经创建了一个名为

systemController

的独立控制器类来执行其他任务，如计算账单等

---

我在问是否可以将

systemController

类与

registrationUI

类结合起来。

ECB架构模式

认识到以下模型可能很有用：

• 一个控制器代表一个用例（例如，

  注册控制器

  用于用例“注册学生”）。控制器链接到用例中涉及的所有实体（可以是多个，例如

  注册

  、

  学生

  和

  课程

  ）
• 边界将用例与相关的外部参与者连接起来（例如，

  注册ui

  为注册经理或学生（如果是自助服务系统）提供用户界面）。因此，可以将多个边界链接到控制器（例如，如果涉及第三方系统等辅助参与者）
• 实体表示域对象（例如

  学生

  ）。因此，一个实体可以链接到几个其他相关实体（例如

  课程中
  学生的
  注册
  记录
  ）

一致性检查

在或的底部，您将看到一个简短的矩阵，显示实体、控件和边界之间的可能关系

根据这种逻辑，实体[永远不应该直接连接到边界。因此，你的

访问
学生
和
注册ui
之间的关系不是一个好主意（）

一个边界和两个控制器？

如果您遵循Jacobson的OOSE逻辑，将用例分解为边界和控制器，或者如果应用基本方法，您将识别控制器（用例），并为参与者和用例之间的每个链接创建边界。因此，乍一看，您可能认为一个边界最多可以链接到一个控制器

但是你也有“包含的”用例或“扩展的”用例。这些没有直接连接到参与者，至少在图中没有明确连接。这意味着您很可能有一个边界与多个控制器相关。在这里，您有一个非常好的ATM示例，其中有一个边界和多个ATM事务。在上面的DDJ文章链接中，您也有一个类似的示例

附：就个人而言，我不太确定你想用
系统控制器
实现什么。我建议你考虑一下它的角色和名称。看看它的内容，我可以想象它是
注册控制器
的一部分。我也可以想象它是一个调度员启动其他控制器
 这些类将如何打包（部署）？作为一个exe文件？我上传了一张图片。希望能清楚什么是
SystemController
？这样命名一个类对读者/维护者没有帮助。