1

我和我的同事不太确定如何为用例建模,我们三个人各自提出了不同的解决方案,您可以在下面看到每张图片,它们是我们所面临的简化版本。我们刚刚开始从事严肃的项目,我们没有人有太多经验,所以我们想从头开始学习在这种情况下什么是最佳实践。

我们有一个 Web 应用程序,其中每个用户都可以访问网站的某些部分,而其他部分需要登录,现在我们不确定为此编写用例的正确方法是什么。我的想法是分开userto guest userand authenticated user,这样我们的用例就不会被一堆乱七八糟的include relations(我们得到的用例比这里介绍的多得多)。

这就是我所做的:

在我看来,这是最容易理解和可扩展的,因为它清楚地区分了两种用户。 我的用例想法

另一种可能的方法:

当我们有更多用例时,这似乎也很好,比上一个更容易理解 另一个用例想法

最后一个:

这最接近我们在大学里学到的 UML 规范,但是一旦我们添加更多用例,它就开始看起来很混乱,线开始相互交叉,很难看出什么是什么。 另一个用例想法

我们的问题是在这种情况下编写用例图的最佳方法是什么?

4

3 回答 3

2

您应该将第一种方法与单独的用例和参与者一起使用。

您可能会添加一个先决条件Use Case AUse Case B说如下内容:用户必须经过身份验证

Login然后用例的后置条件可以是:用户已通过身份验证。这将您的用例与用例的结果联系起来,Login而不是与实际用例联系起来。
如果明天您创建一个与用例具有相同后置条件的新用例,则Login无需重新设计包含该用例的所有其他用例Login(或者更糟的是包含在该Login用例中)

在这种情况下,仅从演员名称来看,这一切似乎都很明显,因此您甚至可以考虑完全省略它。

于 2018-03-28T10:57:55.947 回答
1

不使用你的方法!Login根本没有用例,因为它没有增加任何价值。对需要身份验证的用例使用约束{ needs to be logged on}

于 2018-03-28T13:08:56.287 回答
-1

使用方法二。为了理解将用例分成几部分。至于方法二,您可以显示用户登录,在另一个用例中,您可以显示经过身份验证的用户可以做什么。

于 2018-03-28T09:24:07.070 回答