1. 首页
  2. 问答
  3. 混淆创建UML图

混淆创建UML图

2012-09-13 62 views
3

我正在创建一个UML图，我有点混淆在我的用例图中使用<<extend>>，<<use>>和在哪里使用<<include>>。编辑链接混淆创建UML图

假设用户点击修改它的细节，因此点击事件<<use>>或<<extend>>后用什么..

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

在此先感谢

来源

2012-09-13 amitesh

回答

1

虽然通过用例建模业务流程，首先，你需要经历要求engineerng过程[动态设计视图]。在用例图情况下，可以使用

<<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

来源

2012-09-13 15:48:53 Jivan

1

你必须使用包括如果一个用例不能没有另外一个来完成。 如果第二个用例是可选的，并且基本用例可以独立存在，则使用extend。

例如：

  • 用例驱动器A：你的车到佛蒙特州
  • 使用案例B：洗车

  • 使用案例C：购买一些燃料为您的爱车

  • A包括C =>否则您不能驾驶

  • B延伸A =>您可以开车前往佛蒙特州，而无需洗车，但这将是很好的。

注：包括用例总能让它自己的意义。

编辑： 我使用了很多简单但不失有效的UML编辑器是violet

来源

2012-09-13 15:31:23

1

有一个看看这个问题，以及 - 它要求相当与一个具体的例子是相同的：how to use use case relations - uml

我相当不错的一般解释可以找到here。

阅读其他的答案在这里，我要强调的是依赖关系的方向不能混淆：receive business phone call和receive private phone call将延长receive phone call作为第一个会比后者多了一个特殊的。一位演员可以通过“接到公务电话”'接到电话'。

>依赖关系更容易理解。仍然在这里的其他答案是不完全正确的：Drive with your car to vermont并不一定包括Buy some fuel for your car，因为汽车可能已经有足够的燃料。但是Buy some fuel for your car将包括Pay for fuel - 否则你会偷走它;）

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

来源

2012-09-14 07:12:06 Christian

相关问题

 相关问题