2013-03-25 62 views
1

我是UML領域的新手,迄今爲止學習了用例,活動和部署UML圖的基礎知識。我要求用戶與系統交互的地方,例如用戶發送電子郵件,然後由系統處理,然後發送給代理(人員),代理人員然後再次與系統進行響應和交互。我可以混用用例和部署UML圖嗎?

我有一個很難想象這些需求,以及是否應該使用情況,活動或部署的組合。我可以混合他們嗎?什麼是標準做法?

回答

2

如您所知,用例用於捕獲需求。在識別和詳述用例時,從用戶的角度來看問題。只關注演員期望系統做什麼。第一步是確定用例和參與者,然後詳細說明用例流程。

1識別用例和參與者

在你的榜樣發送電子郵件可能是由最終用戶(你的演員)發起的用例。接下來會發生什麼(例如,系統向代理髮送通知)可以建模爲本用例流程的一部分。

另一種使用情況可能是代理演員處理他們從系統收到通知(這個用例的前提可能是通知已經收到),後做什麼。

需要注意的是,你可以這兩種使用情況結合在一起,並有代理作爲二級演員(二級演員的使用​​情況進行交互,但不啓動它)。無論您是否這樣做,都是建模人員的選擇,取決於用例的大小,用例的數量以及其他許多事情。

2-詳細的使用情況

識別用例和參與者,您應詳細說明使用案例後。最重要的部分是詳細說明用例流程(演員和系統的逐步交互)。這可以寫成文本或繪製爲活動圖。


所以要回答你的問題:是的,這是可能的和非常普遍的結合活動圖和用例;這是一個活動圖,用來顯示用例的步驟流程。

在另一方面部署圖是完全無關的要求的引發階段。他們對系統的物理結構以及硬件組件和軟件組件如何交互進行建模。

事實上,這是非常奇怪的是,你有類圖,序列圖,狀態圖和其他許多圖表以前學過組件圖。

+0

謝謝。我正在採取這些。那麼僅在收集需求時才使用的用例呢?我認爲它也用於展示用例(用戶或系統)與用例之間的交互,例如發電子郵件。那麼我可以混合使用連接器,用例省略號,活動動作等嗎? – PeanutsMonkey 2013-03-26 00:14:40

+0

我可否請求您加入聊天,以便我可以更好地瞭解如何更好地建模? – PeanutsMonkey 2013-03-26 00:21:55

+0

是的。繼續 – jurgenreza 2013-03-26 00:22:22