2012-08-13 152 views
0

我正在編寫客戶端/服務器應用程序。現在我想做一些關於通信的基本圖表,但我不知道我應該選擇哪一種UML圖表。它應該是非常基本的,不需要太多細節,只需要基本的程序。客戶端/服務器通信圖

我想到的唯一一個圖是序列圖,但我認爲它不適合這個目的。

我忘了圖嗎?還是沒有適合這個的UML圖? 你會建議我使用什麼樣的圖表?

+0

爲什麼你不認爲序列圖是合適的? – gefei 2012-08-13 19:33:37

回答

2

嗯,這取決於你想記錄什麼位:

  • ,如果它是消息順序,順序圖真的去
  • 的方式,如果重點是誰交流,誰的信息(也許他們在通信中的角色),如果要描述客戶端和服務器之間可以交換什麼消息(即消息API),請使用component diagrams來描述一般的客戶端/服務器接口和類圖到血肉之軀,請使用communication diagrams
  • 輸出接口的消息細節。
+0

但是沒有描述什麼和爲什麼交換? I meam somenthing其中包含有關消息的更多信息,然後getsomething(參數) – Leander 2012-08-14 11:37:08

+0

@ user1080014通常,消息可以表示爲對象的標識符,並且稍後在類圖中詳細解釋類或對象 – umlcat 2012-08-15 19:59:17

2

使用序列圖有什麼問題?

.................................................. 
..+------------+......+------------+.............. 
..| *:Client |......| *:Server |.............. 
..+------+-----+......+------+-----+.............. 
.........|...................|.................... 
.......+-+-+...............+-+-+.................. 
.......| |.doSomething().| |.................. 
.......| +==============>+ +==+.............. 
.......| |...............| |..|............... 
.......| |...<<return>>..| |..|............... 
.......| +<--------------+ +<=+............... 
.......| |...............| |.................. 
.......+-+-+...............+-+-+.................. 
.........|...................|.................... 
.........X...................X.................... 
.................................................. 

對我來說似乎可以使用這些圖表。

乾杯。

+0

它太詳細了,它不清楚 – Leander 2012-08-13 21:17:21

+0

不知道你認爲「太多細節」和什麼是「不清楚」,很難提出建議。你能詳細說明一下嗎? – Carsten 2012-08-14 09:00:36