2015-04-21 81 views
0

我畫用例圖,爲我的俱樂部,但我不知道這是說的管理員可以做任何事情,會員只可以查看配置文件的正確方式,更新數據只是數據本身用例圖的俱樂部會員

我用閃亮的方式構建圖表,這是my diagramjson data(這只是下面圖片的另一種表示形式)。

My diagram

+0

gliffy(你的json)是什麼格式? –

+0

它是帶有.gliffy格式的json數據,您可以嘗試在[gliffy.com](https://www.gliffy.com/)上導入 –

+0

不可以。需要註冊。請提供一個通用的格式。 –

回答

0

原則上你的繪圖是可以的。 CRUD肯定是錯誤的。這不是一個用例。 Search也是如此。用例至少必須有實質和動詞。它也可能有一個對象。

另一件事是<<include>>關係。躲開它!你在這裏嘗試的是功能分解。用例是合成的。當涉及到類設計中的功能分解時,您可以引入一個用於搜索或CRUD的通用包。

+0

'一個通用的打包搜索或CRUD'應該是'一般的軟件包搜索或CRUD'? –

+0

通過建議避免包含關聯,是否意味着包含關聯應該在沒有參與者的更詳細的UC關係圖中分別繪製? –

+0

@VojtěchDohnal(將更正錯字)我的意思是你不應該使用'<>'和/或'<>'。規則1:儘量不要使用它們(因爲我們沒有在UC設計中進行分析)。規則2:重新思考;它真的有道理嗎?規則3:如果您遇到罕見的情況,請記住這一點(這是罕見的情況!)。 –

0

關於如何繪製UCs有各種方法。我更願意將它們綁定到業務流程而不是角色,因爲角色大多隻是系統中具有指定訪問權限的任何用戶。

在這種情況下,我同意@Thomas Kilian指出,使用像CRUDUpdate member data這樣的用例不是很有用。在用例圖中,您正在建模系統的界面 - 可供外界(演員)按下的按鈕。 Update member data在外面不可見,那麼爲什麼要在用例圖中對其進行建模?

相關問題