根據uml，這個用例是否正確和正確？

根據UML，此用例是正確的還是正確的？如果不是，請給一些輸入來改進它..根據uml，這個用例是否正確和正確？

我們可以將它看作邊界值「用例」的方式可以稱爲「發佈階段1」？

Writer Module/Reader Module應該是正確的Ator？

是邁克爾我添加了圖像.. – 2009-09-17 04:55:09

應該定義用例邊界的基礎，因爲我們使用「USE CASES」可以在這裏用作「狀態檢查」 – 2009-09-18 05:23:49

在綁定裏面是系統的功能，你正在建設。演員是使用這些功能的人員和現有系統。如果您構建Writer模塊，它不是演員，不應該在此圖上。我不明白你的意思，因爲我們使用的「USE CASES」在這裏可以用作「狀態檢查」' – djna 2009-09-18 07:02:14

此圖是告訴我，有一個到您正在開發的系統稱爲「作家模塊」外在的東西。 Writer需要三個用例，例如初始化。

同樣，其他演員需要檢查狀態和堆疊。

如果這是你想表達的意思，那麼這個圖表就可以工作。你真的是這個意思嗎？只有寫入器模塊是否初始化系統？或者系統是否初始化？讀取器能否在初始化之前檢查系統是否已經初始化？是否有另一個用例？

小改進：使用例名稱匹配他們的詞類。初始化是一件「事情」，檢查狀態是一個「行動」。也許初始化系統可能會更好？「堆疊」不是「堆疊」，保持一致。

2009-09-17 07:26:22 djna

所有用例都應該是面向目標的語句。 – 2009-10-07 16:08:41

挑選一個示例：該圖表示檢查狀態是一個包含兩個參與者（Writer和Reader）的場景。那是你想說的嗎？

此外，我不記得一般情況下看到周圍的箱子（套）。

2009-09-17 07:38:29 ShiDoiSi

正常情況下，您使用方框對用例進行分組的原因是爲了顯示哪些系統正在幫助滿足或實現用例。它通常被稱爲系統邊界（「你正在構建的系統」），通常作爲參與者的系統，模塊等是更黑盒子，現有的或者只能使用，如果有許多新的或修改過的系統，這個定義會讓人困惑。

的其他意見是你呈現什麼樣的語義，但不語法時才，仍然是重要的。

頁103馬丁·福勒的具有使用該系統boundry概念和系統參與者的圖和詳細描述。

2009-09-17 13:53:41

使用案例旨在展示某人如何使用系統獲取有價值的東西。演員總是代表人物，在某種意義上獨立的人有目標，能夠尋求有價值的東西。

參與者以多種方式中的一種表示，可以直接按名稱，也可以通過角色包含，也可以代理人身份代理人或角色（「系統」角色）代理。不管形式如何，演員總是獨立的，並且始終能夠「表演」系統以實現自己的目的。

您在這裏的圖不是用例圖。「模塊」不是獨立的，尋求目標的實體，它們似乎只是某個系統的組成部分。他們不能「尋找」任何東西，他們只是實現細節。

您可能正在尋找的圖是部署圖（如果您想要模擬特定組件的連接方式），活動圖（如果要爲應用程序邏輯建模）或類圖（如果您想要模擬組件之間的正式關係）。

2009-10-05 14:40:32

回答