2012-01-07 23 views
2

我已經開始學習UML,但它讓我困惑,有時(例如什麼我允許或不把我的USECASE圖,上次我在想,如果在記錄可以用在用例圖中)。無論如何,我已經做出了像林達這樣的電子學習平臺的簡單用例圖,但是你必須爲你想要購買的單個課程付費。任何關於我的圖的建議/更正? (我想帶來更多的usecases進去)不知道如果我的UML圖USECASE是正確

enter image description here

+2

爲什麼**從**年級**到**學生?爲什麼**從**支付課程**到**支付系統?爲什麼沒有「老師創造課程」的箭頭,「教師管理課程」和「管理員管理用戶」?另外,你確定支付系統是演員嗎?它可能是如此,但只是真的想到它! – davogotland 2012-01-07 17:08:34

+0

我不得不指出,成績僅限於學生,我也發現我自己的錯誤,薪酬應該包括不擴展,因爲擴展是可選的。據我所知,薪酬體系可以說是個人演員,我太新了,無法確定。 – Malyo 2012-01-07 17:13:24

回答

2

我會拆分USECASE稱爲Register/Login成兩個獨立的Usecases。我認爲這些步驟是兩個單獨的操作,需要執行不同的步驟。這樣你也可以將UseCases轉換成複合材料。

我們經常做這樣說:

  • 創建USECASE
  • 使用相同的名稱創建活動圖
  • 在用例右擊
  • 高級
  • 製造複合

然後,你可以添加更多的詳細步驟Ø ❖如何在活動圖中實現/執行特定的用例。

這個答案是特定的當然是企業架構師。

3

如你所知,一個用例是用戶與系統之間的流動的文字表述。用例應該有一個反映該流程的名稱。當我查看你的用例名稱時,我可以看到你已經理解了這一點。這些名字都是描述性的,並且經過深思熟慮。做得好!

因此,關於用例圖:用例圖的目的是爲了更容易理解哪些用例存在,以及哪些類型的用戶用於。因此,箭頭始終走演員一個用例。

有時一個演員可以是單獨的系統,然後將其應包括在用例圖作爲演員,與該提示來演員是一個系統的名稱。如果一羣人由於某種原因可能有一個包含「系統」這個詞的名字,我認爲應該澄清,表現這一羣人的演員並不是一個真正的系統,儘管演員的名字暗示它是一個單獨的系統。

+0

你好,謝謝你的回答。事情是我有點從我以前的PHP(cms等)經驗看uml。這段經歷開始問自己一個問題:我應該假設老師是一個像學生一樣登錄的用戶嗎?我應該讓他從客人那裏繼承嗎?可以,注意或使用課程''是添加到我的圖表的使用情況嗎?如果是的話應該擴展還是獨立?我想讓我的圖更加複雜一些,但是我不確定我限於什麼(因爲我想使它符合標準,你知道的很好的做法)。 – Malyo 2012-01-07 17:29:37

+0

另外我不知道如何處理老師的測試能力,如果它被包含在課程中(用名字?)還是現在就放棄? – Malyo 2012-01-07 18:10:46

+1

做什麼傳達你正在尋找的解決方案。通常情況下,用例需要背後的文檔才能真正有用,該圖是一個很好的概述,並且可以進入預期的解決方案。 – 2012-01-10 02:31:39

2

登錄不是用戶的目標。爲了能夠滿足註冊用戶的目標,登錄是必要的。如果用戶登錄,沒有做任何其他事情,並註銷,那麼提供了什麼價值?沒有。

+0

這個值有沒有定義?如果這種系統通過背景副詞賺錢,登錄和註銷是否對系統有價值?而在其他通過付款公告賺錢的系統中,唯一有價值的用例是「添加公告」,不是嗎?而且,每個其他用例如註冊,登錄,添加評論,瀏覽公告都是毫無價值的。 – TheFrost 2013-09-01 15:35:19

相關問題