在这个场景中谁将成为用例图的演员？

Question

• 这两种情况下的演员都是学生和系统吗？ （这两个案例整体指向一个系统）

  1. 在大学注册学生：学生提供他或她 个人详细信息（姓名，地址，出生日期）以及代码 他或她的课程（例如计算机科学学士） 希望报名。创建学生记录，并创建一个独特的学生 身份证号码已分配给学生。系统自动完成 让学生参加该课程的任何核心第一年科目。

  2. 让学生注册学科：学生提供他或她的学生 身份证号码和他或她所在主题的主题代码 希望报名。系统检查该主题所请求的主题 学生可以参加学生注册的课程。 如果不是，则拒绝注册请求。系统检查什么 科目（如果有的话）被指定为主题的先决条件 学生希望报名参加。如果学生已经全部通过了 必备科目，他或她参加期望的科目。 否则，拒绝注册请求。

Answer 1

用例的actor将是用户。学生（或可能是大学员工）。您可能拥有通用用户，并从中扩展了不同的用户类型。

在这种情况下，系统可以是用户与之接口的实际程序。因此用例表示系统用户如何与系统交互。有点像下图，虽然我的图表在系统边界内没有细节。

在某些用例中，您可能正在检查系统的一部分，然后可能会有相关案例之外的系统参与者与之交互。

在这种情况下，您的系统可能是一个参与者，具体取决于系统（或程序）的模块化程度。访问数据库也是如此。

第二张图片是仔细查看上面的用例，＆＃34;运行＆＃34;。它正在查看系统中的模块。

您可以通过我的图片看到，这取决于系统边界的定义方式。 UML图表差别很大，其中很大一部分取决于预期细节的级别。如果它是学校作业，工作规范，引用，想法或简单的思想表达。

我希望这有用。