谁将成为用例图场景中的参与者？
Who will be the actors in this scenario for the use-case diagram?
这两种情况下的演员都是学生还是系统？ （这两个案例作为一个整体指向一个系统）
大学录取学生：学生提供他或她的
个人详细信息（姓名、地址、出生日期）以及代码
他或她所在的课程（例如计算机科学学士学位）
希望报名。创建学生记录，并创建一个唯一的学生
ID号分配给学生。系统自动
为学生注册该课程的任何核心第一年科目。
给学生注册一个科目：学生提供他或她的学生
身份证号和所在学科的学科代码
想报名。系统检查请求的主题
学生被允许参加学生注册的课程。
否则，注册请求将被拒绝。系统检查什么
主题（如果有）被指定为该主题的先决条件
学生希望注册的。如果学生通过了所有
前提科目，他或她就读于所需的科目。
否则，注册请求将被拒绝。
用例的参与者将是用户。学生（或可能是大学员工）。您可能有一个通用用户，并从中扩展出不同的用户类型。
在这种情况下，系统可能是用户正在与之交互的实际程序。所以用例表示系统用户如何与系统交互。有点像下图，虽然我的图在系统边界内没有细节。
在某些用例中，您可能正在检查系统的一部分，然后相关案例之外的系统参与者可能会与之交互。
在这种情况下，您的系统可能是一个参与者，具体取决于系统（或程序）的模块化方式。访问数据库也是如此。
第二张图片是对上述用例的详细观察，"run"。它正在查看系统中的一个模块。
你可以通过我的图片看到，这取决于系统边界是如何定义的。 UML 图变化很大，其中很大一部分取决于预期的详细程度。如果是学校作业、工作规范、引用、想法或简单的思想表达。
希望对您有所帮助。
这两种情况下的演员都是学生还是系统？ （这两个案例作为一个整体指向一个系统）
大学录取学生：学生提供他或她的 个人详细信息（姓名、地址、出生日期）以及代码 他或她所在的课程（例如计算机科学学士学位） 希望报名。创建学生记录，并创建一个唯一的学生 ID号分配给学生。系统自动 为学生注册该课程的任何核心第一年科目。
给学生注册一个科目：学生提供他或她的学生 身份证号和所在学科的学科代码 想报名。系统检查请求的主题 学生被允许参加学生注册的课程。 否则，注册请求将被拒绝。系统检查什么 主题（如果有）被指定为该主题的先决条件 学生希望注册的。如果学生通过了所有 前提科目，他或她就读于所需的科目。 否则，注册请求将被拒绝。
用例的参与者将是用户。学生（或可能是大学员工）。您可能有一个通用用户，并从中扩展出不同的用户类型。
在这种情况下，系统可能是用户正在与之交互的实际程序。所以用例表示系统用户如何与系统交互。有点像下图，虽然我的图在系统边界内没有细节。
在某些用例中，您可能正在检查系统的一部分，然后相关案例之外的系统参与者可能会与之交互。
在这种情况下，您的系统可能是一个参与者，具体取决于系统（或程序）的模块化方式。访问数据库也是如此。
第二张图片是对上述用例的详细观察，"run"。它正在查看系统中的一个模块。
你可以通过我的图片看到，这取决于系统边界是如何定义的。 UML 图变化很大，其中很大一部分取决于预期的详细程度。如果是学校作业、工作规范、引用、想法或简单的思想表达。
希望对您有所帮助。