Question

我正在创建一个UML图表，我在使用<<extend>>，<<use>>以及在我的用例图中使用<<include>>的位置时有点混淆。

假设用户点击修改链接以修改其详细信息，以便在点击事件<<use>>或<<extend>>之后使用该内容..

请帮我这个..请告诉最好的工具用来创建UML图。目前我正在使用Edraw。

提前致谢

Answer 1

如果没有另一个用例，则必须使用include。如果第二个用例是可选的，则使用extend，并且基本用例可以单独存在。

例如：

使用案例A：驾车开车到佛蒙特州
使用案例B：洗车
使用案例C：为您的车购买一些燃料
A包括C =＆gt;否则你不能开车
B延伸A =＆gt;你以前可以开车去佛蒙特州而不用洗车，但这样会很好。

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

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

Answer 2

在通过用例建模业务流程时，首先，您需要完成需求工程流程[用于动态设计视图]。如果是用例图，您可以使用

<<extends>>用于概括，成功或失败的替代方案，例如receive phone call可能会延长receive business phone call

<<uses>>如果一个场景需要其他相关场景，例如。 reserve book可能会使用check membership status

要进一步了解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

Answer 3

也要看一下这个问题 - 它用一个具体的例子来说是完全相同的：how to use use case relations - uml

我可以找到here。

在这里阅读其他答案，我必须强调，不应混淆依赖的方向：receive business phone call和receive private phone call会扩展receive phone call，因为第一个更加特殊比后一个。演员可以通过“接听商务电话”接听电话。

＆lt;＆gt;依赖性更容易理解。这里的另一个答案仍然不完全正确：Drive with your car to vermont并不一定包含Buy some fuel for your car，因为汽车已经有足够的燃料。但Buy some fuel for your car会包含Pay for fuel - 否则你会偷走它;）

通常，您应该仅建模/绘制对理解用例系统有意义的依赖项。它不会帮助任何人（可能是教师）在用例之间绘制所有可能的依赖关系。

Answer 4

我希望你做得很好

include是必需的，并且在两个或多个活动之间共享，而extend是可选的，不需要共享。看这些视频：

1＃：http://www.youtube.com/watch?v=OkC7HKtiZC0&feature=plcp 2＃：http://www.youtube.com/playlist?list=PL1BDC709220824BE1&feature=plcp

最好的工具是Papyrus，因为它是开源的

创建UML图时的困惑

4 个答案: