Uml 将验证和检查可用性映射到用例图

Uml 将验证和检查可用性映射到用例图,uml,use-case,Uml,Use Case,在我拥有的基于web的招聘系统的用例图中,需要以下两个功能。 1.在执行支付功能之前验证用户的登录。 2.检查特定工具的可用性,以及允许用户租用该工具之前的时间 因此,对于案例1,我认为以下是正确的。这是包含条件的正确用法,还是还有其他用法 参与者与支付用例有关联。include语句来自makepayment用例,用于验证用户登录用例 对于案例2,我像这样映射它。但是我觉得这是不对的 参与者与选择工具用例和选择时间有关联。从它们中提取一条include语句来检查可用性用例 首先,我认为要选择的两

在我拥有的基于web的招聘系统的用例图中,需要以下两个功能。 1.在执行支付功能之前验证用户的登录。 2.检查特定工具的可用性,以及允许用户租用该工具之前的时间

因此,对于案例1,我认为以下是正确的。这是包含条件的正确用法,还是还有其他用法

参与者与支付用例有关联。include语句来自makepayment用例,用于验证用户登录用例

对于案例2,我像这样映射它。但是我觉得这是不对的

参与者与选择工具用例和选择时间有关联。从它们中提取一条include语句来检查可用性用例

首先,我认为要选择的两个用例可能更准确地描述在一个用例中,但我想不出可用性是如何映射的。它应该仅在规范中吗


我会发布图表,但我没有足够的声誉。

欢迎来到Stackoverflow

  • 将“验证用户登录”作为“付款”的先决条件,即不要将其作为额外用例。用户不会验证他自己是否登录,系统会为他验证,这很简单。先决条件在用例描述中有所说明
  • “选择工具”
    s“选择时间”。这就是用户需要做的,而
  • “检查可用性”是系统为用户所做的工作。因此,这也适用于用例描述,而不是用例本身
  • “付款”当然是“选择工具”

你可以通过以下方式提高问题的可读性:(1)使用ASCII艺术(示例)通过(2)链接谷歌上托管的图像:
免费托管图像
(3)通过编辑工作赚取一些收入我猜你说的有意义。当使用扩展自choose工具进行付款时,这意味着付款在choose工具用例之后是可选的,不是吗?我只是想说清楚。该功能可能会被接受。这意味着在选择工具后,用户仍有机会取消,这很可能是您的设置;)是的,我想是这样。谢谢你的回答