💡 重點摘要
-
結構焦點：通訊圖強調物件之間的關係與連結，而非嚴格的時間順序。
-
訊息識別：訊息會編號以表示順序，讓視覺佈局更具彈性。
-
複雜互動：它們非常適合展示物件如何在系統中協作，而無需受到垂直時間軸的限制。
-
可讀性：最適合用於高階概覽，或當物件的空間配置比精確時間更重要時。
理解 UML 圖的脈絡 📐
在統一建模語言（UML）的領域中，互動圖是系統行為的藍圖。其中，序列圖與通訊圖是用來描述物件如何互動以達成特定目標的最主要工具。雖然序列圖因其時間導向的方法而廣受認可，但通訊圖則提供另一種觀點，著重於物件之間的結構連結。了解何時使用何者，對於清晰的系統設計至關重要。
通訊圖（舊稱協作圖）將焦點從垂直時間軸轉向水平關係。它以強調系統靜態結構的方式，視覺化物件之間的訊息流程。這使得它在物件配置比互動精確時間更重要的情況下特別有用。
什麼是通訊圖？📊
通訊圖是一種互動圖，用於展示物件如何彼此互動。與沿時間軸垂直排列物件的序列圖不同，此圖根據物件之間的連結以空間方式排列物件。其主要目標是說明連結網絡與實例之間的訊息流程。
每個通訊圖由三個主要組成部分構成：
-
物件：以包含實例名稱的方塊表示（例如：”Order:Customer）。它們在網絡中呈現為節點。
-
連結：以連接物件的線條表示。這表示物件彼此知曉並可以進行通訊。
-
訊息：以從一個物件指向另一個物件的箭頭表示。每個訊息都會編號，以表示執行的順序。
編號系統至關重要。在序列圖中，垂直軸上的位置決定時間；在通訊圖中，箭頭旁的數字決定時間。這讓設計師可以將物件放置在畫布的任何位置，只要邏輯流程保持清晰即可。
結構元素與語法 🛠️
在建立通訊圖時，特定的規範能確保模型被利害關係人與開發人員正確解讀。
物件表示
物件以矩形表示。內部文字通常包含實例名稱，後接類別名稱，兩者以冒號分隔。例如：”1:Product表示名為「1」的「Product」類別的實例。這有助於區分圖中同一類別的多個實例。
連結與關聯
連結代表類別圖中定義的結構關係。若兩個物件可以溝通，則它們之間必須存在一條線。若訊息從物件 A 傳送至物件 B，則必須存在直接連結。若物件之間沒有直接連結，則訊息流程暗示需經過其他物件，這應以中間連結來表示。
訊息流程
訊息以箭頭表示。同步呼叫可用實線，回傳訊息則用虛線。順序以數字標示。例如，標記為「1」的訊息發生在標記為「2」的訊息之前。此編號方式讓圖表在佈局上保持彈性，同時維持邏輯順序。
序列圖與通訊圖 ⚖️
在這兩種互動模型之間選擇，取決於您希望傳達的資訊。兩者描述的是相同的底層互動，但呈現方式不同。
|
特性 |
序列圖 |
通訊圖 |
|---|---|---|
|
焦點 |
訊息的時間與順序。 |
結構組織與連結。 |
|
佈局 |
垂直時間軸。 |
物件的空間配置。 |
|
可讀性 |
最適合用於詳細的時間與迴圈。 |
最適合用於掌握物件連接的概覽。 |
|
複雜度 |
當物件眾多時，可能會變得過長。 |
若連結過多，可能會變得雜亂。 |
|
訊息順序 |
隱含（由上而下）。 |
明確（編號箭頭）。 |
當操作的順序是最關鍵的細節時，通常會偏好使用序列圖。然而，當物件之間的關係是主要關注點時，通訊圖能提供更清晰的圖景。
何時使用通訊圖 🎯
在某些特定情境下，通訊圖是文件與設計上的更優選擇。
系統高階概覽
若您向非技術利害關係人展示系統，通訊圖會更為親切易懂。它呈現「誰與誰溝通」，而無需活化條與嚴格時間的複雜性。
複雜物件網路
在物件深度互連的系統中，通訊圖的空間佈局可能揭示垂直序列圖所掩蓋的模式的。它允許設計者將相關物件在視覺上分組。
多重互動情境
當單一情境涉及許多不同路徑時，通訊圖有時能更有效地整合資訊。與其堆疊多個序列圖，單一的通訊圖即可顯示互動網路。
設計通訊圖的最佳實踐 📝
為確保這些圖表持續成為有效的溝通工具，請在建立時遵循以下準則。
保持物件數量可管理
如同任何圖表，複雜度會降低可讀性。若圖表包含超過 10 或 12 個物件，可能會難以解析。請考慮將複雜互動拆解為多個圖表，每個圖表專注於特定子系統。
使用清晰的命名慣例
確保物件名稱具有描述性。不要使用「obj1」，改用「invoice:Invoice」。這有助於讀者理解互動的脈絡，而無需不斷回頭查閱類別圖。
邏輯性地編號訊息
編號應遵循邏輯順序。若訊息觸發嵌套互動，請使用小數編號（例如 1.1、1.2）。這能釐清呼叫的階層結構，而無需使用單獨的圖表。
最小化交叉連結
避免箭頭不必要地跨越其他物件或線條。雖然佈局具有彈性，但清晰的視覺路徑能降低認知負荷。若圖表變得過於糾結，請考慮重新排列物件。
閱讀與解讀流程 🧠
檢視通訊圖時，請先識別起始物件。尋找標記為「1」的訊息。追蹤後續訊息的路徑以理解操作的生命週期。注意回應訊息，它們通常以虛線箭頭表示。
此外需注意，通訊圖並未明確顯示活化條（activation bar）的概念。在序列圖中，活化條表示物件正在處理訊息的時間段。在通訊圖中，這是由訊息的順序所暗示。若訊息處理耗時較長，除非加以註解，否則不會以視覺方式呈現。
限制與考量 ⚠️
雖然功能強大，但通訊圖仍有其限制。它們在顯示時間約束方面效果較差。若系統依賴嚴格的截止時間或超時機制，序列圖更為合適。此外，它們不易顯示物件在互動過程中的內部狀態。
另一項考量是圖表的維護。若系統架構發生重大變更，通訊圖中的連結必須更新以反映新的關係。若物件結構龐大，這可能比更新序列圖更耗費人力。
結論 🏁
通訊圖為 UML 建模中的序列流程提供了寶貴的替代方案。透過優先考量物件關係而非嚴格的時間順序，它們提供了對系統互動的獨特視角。正確使用時，它們能簡化複雜網路並突顯設計的結構完整性。無論是用於高階概覽或詳細協作映射，此類圖表始終是架構師工具組中的必備項目。
將序列圖與通訊圖整合至文件流程中，通常能獲得最佳成果。一方建立時間邏輯，另一方釐清結構連結。這種雙重方法確保所有團隊成員都能充分理解系統的機能與結構面向。