我無法弄清楚我應該在我的用例中使用哪種關係。假設演員是可以管理帳戶的用戶: - 創建; -刪除; -Update;包含或擴展用例關係?
任何想法,我是否應該將管理帳戶作爲用例,然後鏈接創建,刪除,更新到它 - 如果是 - 擴展或包含關係?或者,如果我作爲單獨的用例離開,創建,刪除,更新會更好?
我無法弄清楚我應該在我的用例中使用哪種關係。假設演員是可以管理帳戶的用戶: - 創建; -刪除; -Update;包含或擴展用例關係?
任何想法,我是否應該將管理帳戶作爲用例,然後鏈接創建,刪除,更新到它 - 如果是 - 擴展或包含關係?或者,如果我作爲單獨的用例離開,創建,刪除,更新會更好?
我不是「Manage-X」用例的粉絲。正如你的文章所暗示的那樣,'管理'實際上是許多替代獨立任務的統稱。結果是看起來不正確的用例體:
If the User selects 'Create' then {...}
else if the User selects 'Update' then {...}
...等等。
更好地單獨顯示它們。如果你的模型變大了 - 你需要一種組織方式 - 然後爲相關的UCs創建一個包,而不是'超級UC'。所以在你的情況下,一個名爲Manage Account
的軟件包包含UCs Open Account
,Update Account
等。
hth。
If/Else語句不屬於用例。
維護或系統管理功能通常被認爲是系統功能,除了用例模型之外,通常會在遊戲中稍後顯示。再加上許多維護功能的相似性,我發現它適合用於基本維護流程擴展了幾個處理特定需求的用例的用例。通過少量的使用案例,我可以解決系統的整個維護/系統管理需求。 (不包括安全管理)。
如果您創建單個管理用例並將其他人與其鏈接,則會看起來所有用戶都可以管理(創建,更新,刪除)帳戶。最好爲每個用戶創建單獨的用例,並概括從一般用戶繼承的管理員和操作員等用戶,並將相關用例鏈接到專業用戶,例如刪除帳戶不會被鏈接到運營商
很好的答案。我並不清楚管理用例,但這是我決定的。 – 2011-06-22 12:47:04