用例图在我的图中扩展和包含有问题
Use Case Diagram having trouble with extends and includes in my diagram
我对 UML 很陌生，尤其是用例图。我试图为我的应用程序绘制一个用例图，其中包括租户、卖家和普通用户。我的租客和卖家扩展了一般用户。我在包含和扩展方面遇到问题。例如，当您查看办公室 space 时，您还可以在页面底部看到对其的评论。以及当承租人想要撰写评论时，he/she 必须在查看办公室 space 页面上执行此操作。我不确定这是扩展还是包含。如果我的任何箭头方向有误，请纠正我。另外，说Renter和Seller包括登录可以吗？
您通常不应为登录用例建模，因为它们不会直接帮助用户完成他或她关心的任何事情。
包含和扩展是用例之间的关系，而不是参与者之间的关系。 UML 2.5 规范说：
分机是：
A relationship from an extending UseCase to an extended UseCase that specifies how and when the behavior defined in the extending UseCase can be inserted into the behavior defined in the extended UseCase.
一个包含是：
An Include relationship specifies that a UseCase contains the behavior defined in another UseCase.
演员之间的泛化/专业化关系非常好。这只是一个概括箭头。 （例如，带有空心箭头的实线。）
正如 Jim 所说：I/E 适用于 UC，而不适用于 Actor。我假设您在这里的意思是概括，因此两者都继承自 General User。
一些进一步的观察：
- UC 标题使用 verb-substantive
- 想想用例中的 "use"。 IOW：附加值。如果您没有发现它的附加值，那么它就不是用例。
- 通常避免 I/E。它们通常表示您尝试使用函数分解，这不是 UC 综合的目的。
- 无论如何，你在UC之间绘制的关系都是错误的。不存在具有实心三角形和虚线的关系。您可能打算使用一些
<<include>> 依赖项（带有空心箭头）。但正如上面所说：避免它。只需创建与演员的关联。只需在 Reviews 和 General User 之间绘制一个就足够了，因为 Renter 将继承该关系。
- Login/out 没有 UC（没有附加值）。这些是对其他 UC 的约束（写入{必须登录}并附加到连接器）
我对 UML 很陌生，尤其是用例图。我试图为我的应用程序绘制一个用例图，其中包括租户、卖家和普通用户。我的租客和卖家扩展了一般用户。我在包含和扩展方面遇到问题。例如，当您查看办公室 space 时，您还可以在页面底部看到对其的评论。以及当承租人想要撰写评论时，he/she 必须在查看办公室 space 页面上执行此操作。我不确定这是扩展还是包含。如果我的任何箭头方向有误，请纠正我。另外，说Renter和Seller包括登录可以吗？
您通常不应为登录用例建模，因为它们不会直接帮助用户完成他或她关心的任何事情。
包含和扩展是用例之间的关系，而不是参与者之间的关系。 UML 2.5 规范说：
分机是：
A relationship from an extending UseCase to an extended UseCase that specifies how and when the behavior defined in the extending UseCase can be inserted into the behavior defined in the extended UseCase.
一个包含是：
An Include relationship specifies that a UseCase contains the behavior defined in another UseCase.
演员之间的泛化/专业化关系非常好。这只是一个概括箭头。 （例如，带有空心箭头的实线。）
正如 Jim 所说：I/E 适用于 UC，而不适用于 Actor。我假设您在这里的意思是概括，因此两者都继承自 General User。
一些进一步的观察：
- UC 标题使用 verb-substantive
- 想想用例中的 "use"。 IOW：附加值。如果您没有发现它的附加值，那么它就不是用例。
- 通常避免 I/E。它们通常表示您尝试使用函数分解，这不是 UC 综合的目的。
- 无论如何，你在UC之间绘制的关系都是错误的。不存在具有实心三角形和虚线的关系。您可能打算使用一些
<<include>>依赖项（带有空心箭头）。但正如上面所说：避免它。只需创建与演员的关联。只需在 Reviews 和 General User 之间绘制一个就足够了，因为 Renter 将继承该关系。 - Login/out 没有 UC（没有附加值）。这些是对其他 UC 的约束（写入{必须登录}并附加到连接器）