2013-07-17 19 views
0

我目前正在爲由8個節點組成的分佈式支持設計UML圖,這些節點根據從Web客戶端接收到的消息處理特定的操作。如何詳細闡述UML在大規模分佈式系統中的信息流

我遇到的問題是,作爲從客戶端生成的所有消息和交互作用的「入口門」的初始節點不包含可以被標記爲「標準用例」的具體操作,但只有大量與客戶端用例操作相關的消息流引發了這一點。

但我也迫切需要一種方法來顯示客戶端用例與初始節點用例過程之間的進程映射,以保持一致性。如果這些消息沒有被映射,下面的從客戶端到服務器端的操作流程將會有些複雜。

不幸的是,由於系統的複雜性,我在整個系統中也有一個設計問題。

一些可能的即興認爲

•要創建 「佔位」 像使用案例分機。符號表示擴展名。 例如客戶端有一個放置新訂單使用案例,消息從初始節點流向後端節點。爲了創建連接性,請指明一個使用案例,該案例將爲將新訂單分機號碼爲。 (但我不確定這種做法是否在很大程度上在UML中除外)

•僅依賴於序列和通信圖旨在顯示「事物」每個生命線都指定一個系統組件。但我覺得客戶端和後端用例之間的關聯不是很清楚。

我也檢查過類似的問題,在這個論壇上,有幾個,但沒有明確回答我的問題。所以我想發佈這個問題。 有人可以請建議什麼是在這個高度事件驅動的分佈式信息系統中顯示信息流的最佳選擇,例如上面提到的或者我可能忽略的其他選項之一?

回答

1

您是否考慮過使用組件圖,其中組件具有端口並且端口接受(併產生)信號而不是操作?信號基本上是一個消息/事件。

您也可以將信號建模爲高級別的類,或者根據需要儘可能詳細。您可以對應用程序級別信號的某些屬性進行建模,以便您可以在將消息轉發到輸出端口之前,根據某些屬性顯示組件如何解複用。