用例图有扩展问题,并在我的图表

时间:2016-03-04 16:23:16

标签: uml use-case

我是UML的新手,尤其是用例图。我试图为我的应用程序绘制一个用例图,其中包括租用者,卖家和普通用户。我的租客和卖家扩展了普通用户。我在使用包含和扩展时遇到问题。例如,当您查看办公空间时,您还可以在页面底部看到它的评论。当租客想要撰写评论时,他/她必须在视图办公空间页面上执行此操作。我不确定这是扩展还是包含。如果我的任何箭头指示错误,请纠正我。此外,可以说Renter和Seller包括登录吗?

enter image description here

2 个答案:

答案 0 :(得分:2)

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

包含和扩展是使用用例之间的关系,而不是actor。 UML 2.5规范说:

  • 扩展名为:

      

    从扩展UseCase到扩展UseCase的关系,它指定如何以及何时将扩展UseCase中定义的行为插入到扩展UseCase中定义的行为中。

  • 包含是:

      

    Include关系指定UseCase包含在另一个UseCase中定义的行为。

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

答案 1 :(得分:2)

正如吉姆所说:I / E适用于UC,而非适用于演员。我假设你在这里意味着概括,所以两者都继承自一般用户。

enter image description here

进一步的观察:

  • 对UCs标题使用动词实质性
  • 想想"使用"在用例中。 IOW:附加价值。如果您没有找到它的附加值,那么它就没有用例。
  • 一般避免使用I / E.它们通常表明您尝试使用功能分解,这不是UC合成的目的。
  • 您在UC之间绘制的关系在任何情况下都是错误的。没有关系具有填充三角形并且点缀。您可能打算使用一些<<include>>依赖项(使用空心箭头)。但如上所述:避免它。只需创建一个与演员的关联。只需在评论和普通用户之间绘制一个,因为Renter将继承该关系。
  • 登录/退出不是UC(没有附加值)。是其他UC的约束(写{必须登录}并附加到连接器)