用例图在扩展和包含在我的图表中有问题

Question

我对UML非常陌生，尤其是用例图。我试图为我的应用程序绘制一个用例图，其中包括一个租户、一个卖方和一个普通用户。我的租房者和卖家扩展一般用户。我在包括和扩展方面有困难。例如，当您查看一个办公空间时，您还可以在页面底部看到它的评论。此外，当租客想要写评论时，他/她必须在“查看办公空间”页面上这样做。我不确定这是扩展还是包含。如果我的箭头方向有误，请纠正我。另外，可以说租房人和卖家都包括登录吗？

​

​

Answer 1

正如Jim所说: I/E是面向UCs的，而不是针对演员的。我想您在这里的意思是泛化，所以两者都是从通用用户继承的。

​

​

一些进一步的意见：

• 在UCs标题中使用动词-实质性
• 想想用例中的“使用”。IOW:附加值。如果你找不到它的附加价值，那就不是用例了。
• 一般避免使用I/E。它们通常表明你试图使用功能性分解，这不是UC合成的目的。
• 在任何情况下，UCs之间的关系都是错误的。没有一个有填充三角形的关系，它是虚线的。您可能打算使用一些<<include>>依赖项(带有一个打开的箭头)。但如前所述:避免这样做。只要和演员们建立一个联系。只要在Review和通用用户之间画一个就够了，因为Renter将继承这个关系。
• 登录/退出不是UCs (没有附加价值)。对其他UC的are约束(写{必须登录}并附加到连接器)

Answer 2

您通常不应该对登录用例建模，因为它们不会直接帮助用户完成他或她所关心的任何事情。

包括和扩展是用例之间的关系，而不是参与者。UML2.5规范说：

• 分机是： 从扩展UseCase到扩展UseCase的关系，它指定如何以及何时将扩展UseCase中定义的行为插入到扩展UseCase中定义的行为中。
• 其中包括： 包含关系指定UseCase包含在另一个UseCase中定义的行为。

演员之间的泛化/专业化关系是非常好的。那只是一个概括箭头。(例如，带有空心箭头的实线。)