1. 首頁
  2. 問答
  3. 混淆創建UML圖

混淆創建UML圖

2012-09-13 89 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

相關問題

 相關問題