【问题标题】:UML Use Case - Do I use it right?UML 用例——我用对了吗?
【发布时间】:2021-01-04 11:26:42
【问题描述】:

我要为现有的 Web 程序创建一个用例图。不幸的是,我对 UseCase 非常不确定,我喜欢将它与其他 UML 混合使用。

为此,我选择了订单页面。

有 3 个不同的用户,管理员、司机和客户。

管理员可以查看所有订单并能够创建新订单。 司机可以看到自己的订单,也可以看到自己能接受的订单。 客户可以查看自己的订单,也可以下新订单。

可以在标准视图(行视图)和订单元信息的小部件视图之间进行选择。

最后但并非最不重要的一点是,可以单击其中一个订单,然后会打开一个订单概览。

基于此,我现在创建了一个用例图,我的第一个问题是:根据我提供的信息,这一切都正确吗?

这会变成一个巨大的用例图吗?还是应该为 Web 应用程序逐页完成?例如,如果这是订单概览并且我现在有更改页面的用例(在这种情况下,当我转到单个订单概览时)。有没有办法让这个看起来更干净?所有这些扩展/包含在 1 个地方看起来令人困惑。

恐怕我不知道我这样做是否只是部分正确,还是完全没有抓住重点。

【问题讨论】:

    标签: uml use-case use-case-diagram


    【解决方案1】:

    您需要记住的是,用例是关于附加值的,而不是关于技术实现的。这对技术人员来说真的很难,这就是他们总是开始功能分解的原因。所以看看上面,唯一的用例是Show Order,没有别的。

    Login 从这个角度来看是没有用例的。这只是您应用于某些用例的约束。

    您只关注Show 方面,但可能还有添加/编辑/删除。这种 CRUD 可以通过多种方式处理,并且没有一般规则。可能有 Manage 和 Show 或任何与约束一起的组合。

    基本上,当您的 UC 图表类似于蜘蛛网时,您的设计可能会损坏。

    【讨论】:

    • 感谢您的宝贵时间。我在登录时看到了这一点。但我不太确定“仅显示订单”在这种情况下,我只会从用户那里创建一个用例“显示订单”?所有 3 位用户都可以通过特定方式查看订单,无论是全部还是仅他们自己的方式。如果客户切换视图,这不是一个用例吗?到小部件?我只是有点困惑,因为首先有一个行视图,所以这不是一个用例,但你也有可能改变它。
    • 如果我理解正确的话,我在“将订单显示为行”中的 > 是错误的。我可以将其与 >“将订单显示为小部件”一起更改。这两个然后作为一个新的>“更改订单视图”。或者,改变视图更多的是技术问题,在这种情况下唯一的其他用例是“创建新订单”和“显示单个订单”。
    • 我的意思是我说的:只有一个 UC。您放入的其他所有内容都是技术实现。唯一的附加值是您可以看到订单。这与如何呈现完全无关。
    • 我可以在这个页面上创建一个新订单,这对我来说就像一个用例。我明白为什么更改外观不算作用例,但创建新票证不是用例?
    • 我建议您阅读:Bittner/Spence 用例建模。是的,我查看了Create,它是一个新的 UC(我指的是 CRUD 的一部分)。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-03-23
    • 2023-03-04
    • 2019-06-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多