不确定我的UML用例图是否正确

我已经开始学习UML，但有时它会让我感到困惑（例如，我允许或不允许在我的用例图中放置什么，上次我想知道登录是否可以在用例图中使用）。不管怎样，我已经制作了一个简单的电子学习平台用例图，比如林达，但你必须为你想学习的课程付费。对我的图表有什么建议/更正吗？（我想引入更多用例）

---

如您所知，用例是用户和系统之间流程的文本表示。用例应该有一个反映该流的名称。当我查看您的用例名称时，我可以看出您已经理解了这一点。这些名字都是描述性的，经过深思熟虑。干得好

因此，关于用例图：用例图的目的是使人们更容易理解有哪些用例，以及这些用例针对哪些类型的用户。因此，箭头总是从参与者指向用例

---

有时一个参与者可以是一个单独的系统，然后它应该作为一个参与者包含在用例图中，并用一个名称提示参与者是一个系统。如果出于某种原因，一组人的名字中可能包含“系统”一词，我认为应该澄清的是，描绘该组人的演员不是一个实际的系统，尽管参与者的名字暗示它是一个独立的系统。

我会将名为

注册/登录的用例拆分为两个独立的用例。我认为这些步骤是两个独立的操作，需要执行不同的步骤。通过这种方式，您还可以将用例转换为复合用例

我们经常这样做：


创建用例
创建具有相同名称的活动图
右键单击用例
先进的
制造复合材料

然后，您可以添加关于如何在活动图中实现/执行特定用例的更详细步骤

这个答案当然是针对企业架构师的。
登录不是用户的目标。登录是必要的，以能够满足用户注册的目标。如果用户登录、不做任何其他操作，然后注销，那么该值是多少？没有
 为什么从年级到学生？为什么要从课程付费转向支付系统？为什么在
教师创建课程
、
教师管理课程
和
管理员管理用户
上没有箭头？另外，您是否绝对确定支付系统是一个参与者？这可能是真的，但请好好想想！我想我必须指出，成绩是专为学生准备的，我也发现了我自己的错误，工资应该包括而不是延长，因为延长是可选的。据我所知，作为个人演员的薪酬体系，我太新了，无法确定。您好，谢谢您的帮助回答。问题是我从我以前的php（cms等）经验中了解了uml。这段经历开始问我自己这样的问题：我是否应该假设老师是一个必须像学生一样登录的用户？我应该让他继承客人的遗产吗？、观看或使用课程“”是否可以添加到我的图表中？如果是这样的话，它应该扩展还是独立？我想让我的图表变得更复杂一点，但我不确定我只限于什么（因为我想让它符合标准，你知道的良好实践）。此外，我也不确定如何处理教师的测试能力，它是否应该包括在课程中（有名称？）还是暂时不谈？做你想要的解决方案。通常情况下，用例需要背后的文档才能真正有用，该图是一个很好的概述，是进入预期解决方案的方法。用例是面向目标的场景。注册和登录是独立的目标，而管理不是目标。是否有此值的定义？如果系统通过上下文副词赚钱，那么登录和注销对系统有价值吗？而在另一个通过支付公告赚钱的系统中，唯一有价值的用例是“添加公告”，不是吗？而每一个其他用例，比如注册、登录、添加评论、浏览公告，都是毫无价值的。