用例图中的CRUD？

Question

我的问题很简单。将CRUD引入用例图的最佳方法是什么？应该是干的。我知道，UML有时是自由裁量的，但您对此有何看法？

一些想法：

1用例图

​

​

• 如果有几个CRUD对象的话，也不是很干。

2用例图

​

​

• 如果有几个CRUD对象的话，也不是很干。

3用例图

​

​

• 我更喜欢这个。

更新

4用例图(@Uffe)

​

​

• 注意，在文档中描述它时，可能是不必要的吗？

5用例图(@home @Uffe)

​

​

Answer 1

其中，我认为#3实际上是最糟糕的，因为" CRUD“本身根本不是一个用例；您总是会发现一些东西。不要混淆用例<<extend>>和类继承。

选项2也不是很好，因为运行"manage“用例并不意味着您执行所有四个CRUD操作。

如果您真的想在用例中如此明确，那么#1就有了我的钱。但是如果是我的话，我只会在里面放一个“管理用户”用例。

由于用户(或其他什么)管理是一个很好理解的概念，一个“管理用户”用例实际上是非常不言自明的，除非有具体的理由，否则不需要详细说明几个用例(例如，如果您分析的系统是一种身份验证机制)。如果是这样的话，请使用#1。

Answer 2

根据“应用UML和模式-Craig”一书，我们可以用“管理用户”作为用例名称来显示用例中的CRUD操作。No4是很好的选择，在这种情况下，我们应该描述场景中的CRUD操作。在事件的主流中创建用户，在可选的事件流中创建其他用户。

Answer 3

只要你对CRUD的确切含义有一个隐含或明确的理解，我就会投三票赞成(也就是说，每个人都应该同意，输入所有数据仅仅意味着基本形式，如果一个类需要一个更复杂的输入过程，那么它应该被建模为一个单独的用例)。