2013-03-28 21 views
0

我爲我提出的系統創建了下圖,但有幾個問題。用例圖<<extend>>

該項目有三個組成部分:程序(JAVA),網站和數據庫。

使用該程序,用戶可以生成的數據,並將其提交到數據庫。然後用戶可以通過網絡界面查看。

正如你從圖中可以看到,我有「導出數據」 <<extend>>「傳遞信息網站」。 (數據庫通過PHP從數據庫中檢索數據)。這是否意味着「導出數據」需要位於「網站界面邊界」中。

而且,如果我是添加第三個邊界 - 是不好的做法?

Proposed Use Case

回答

1

爲了回答專門您的主要問題,有關於用例之間的鏈路(如延長),沒有強烈的需求和使用情況下遏制(如包或系統邊界)

但是,除了那麼,讓我說一些關於你的圖的東西,看起來很尷尬:

  • 我們應該在圖中有這樣的信息:哪個actor執行這個用例?在這裏,我假設數據庫不是執行者,所以除了底部的三個用例外,本圖中沒有用例遵守這個規則。
  • 您只能在actor和用例之間繪製線條,而不是在兩個用例之間繪製線條。在這裏,例如在導出數據和查詢數據庫之間,你是什麼意思?如果您的意思是導出數據過程的一部分將查詢數據庫,那麼您需要一個<<include>>關係,箭頭指向查詢數據庫,這意味着查詢數據庫是導入數據的強制子使用情況。但是很好,這是胡亂猜測...
  • 我不知道你的<<extend>> s爲正確的要麼。這裏的意思是,當你授予權限時,可以選擇性地檢查證書,當你向網站傳遞信息時,你可以選擇性地導出數據。我很確定這不是你的意思。

總結的最後兩點:

Main use case ------------> sub use case 
       <<include>> 

Main use case <------------ optional sub use case 
       <<extend>> 

這是很在UML語法中,箭頭包括和擴展之間反轉的痛苦,但它是如何工作的。不是我的錯:)

+0

非常感謝Steph。那給了我思考的食物。現在晚點重新做我的圖表,所以明天會修改它們。 –

+0

+1表示在該示例中«擴展»可能不正確。 – Javier

相關問題