创建UML图时的困惑

我正在创建一个UML图，我有点搞不清楚在我的用例图中在哪里使用

，

，在哪里使用

假设用户单击编辑链接修改其详细信息，那么在单击事件

或

后使用什么

请帮我做这件事。。请告诉我们创建UML图的最佳工具。 目前我正在使用Edraw

---

提前感谢

如果一个用例不能在没有另一个用例的情况下完成，则必须使用include。 如果第二个用例是可选的，并且基本用例可以独立存在，则使用extend

例如：

• 用例A：开车去佛蒙特州
• 用例B：洗车
• 用例C：为你的车买些燃料

• A包括C=>否则您将无法驾驶

• B延伸A=>你可以开车去佛蒙特州，之前不用洗车，但那会很好

注意：包含的用例本身总是有意义的

编辑：

---

我经常使用的一个简单但有效的uml编辑器是

在通过用例建模业务流程时，首先，您需要经历需求工程流程[对于动态设计视图]。在用例图的情况下，您可以使用

一般来说，成功或失败的备选方案，例如

接收电话

可能会扩展

接收业务电话

如果一个场景需要其他相关场景，例如

预订簿

可以使用

检查会员状态

为了进一步了解UML图，您可以阅读以下书籍：

1. Applying UML & Patterns - Craig Larman

2. UML distilled : Applying the standard object Modeling Language - Martin Fowler

3. The Unified Modeling Language User Guide - Booch et. al

对于UML图的绘制，您可以使用以下软件包：

1. ArgoUML

2. Rational Rose

---

同时也要研究一下这个问题——它通过一个具体的例子提出了同样的问题：

我可以找到相当好的一般解释

阅读这里的其他答案，我必须强调，不应混淆依赖关系的方向：

接收业务电话

和

接收私人电话

将扩展

接收电话

，因为第一个比后一个更特殊。演员可以通过“接业务电话”来“接电话”

依赖关系更容易理解。不过，这里的另一个答案并不完全正确：

开车去佛蒙特州

不一定包括

为你的车买一些燃料

，因为汽车可能已经有足够的燃料了。但是

给你的车买些燃料

会包括

付燃料费

——否则你会把它偷走；）

---

通常，您应该只建模/绘制对理解用例系统有意义的依赖项。在用例之间画出所有可能的依赖关系对任何人（也许除了老师）都没有帮助。

我希望你做得很好

include是必需的，并在2个或多个活动之间共享，而extend是可选的，不需要共享。 请看以下视频：

1#： 2#：

---

最好的工具是纸莎草纸，因为它是开源的

谢谢@Safa Eng，christian和sabre