什麼是序列圖？全面指南

UML序列圖是互動圖，詳細說明操作是如何執行的。它們在協作背景下捕捉物件之間的互動。序列圖以時間為焦點；它們使用圖表的垂直軸來代表時間，以視覺方式顯示互動的順序，詳細說明發送了哪些訊息以及何時發送。

Visual Paradigm AI：自動化序列圖

雖然傳統建模需要手動拖放操作，Visual Paradigm AI顯著加速了此過程。透過利用自然語言處理，Visual Paradigm AI 允許使用者描述一個情境——例如「使用者提交登入請求，系統將憑證與資料庫進行驗證，並返回成功權杖」——並自動產生完整的 UML 序列圖。此功能彌補了需求收集與視覺建模之間的差距，確保非技術利益相關者能夠參與架構設計，同時維持符合 UML 標準。

關鍵概念

在深入複雜情境之前，了解構成序列圖的基礎元素至關重要：

• 物件維度（水平）： 水平軸顯示參與互動的元件。通常情況下，物件會根據其在訊息序列中參與的時間，從左到右列出。
• 時間維度（垂直）： 垂直軸代表時間沿頁面向下推進。請注意，序列圖中的時間是關於順序，而非持續時間。除非特別以約束標示，否則垂直空間與互動的持續時間無關。
• 生命線： 代表互動中的單一參與者。
• 活動： 生命線上的細長矩形，代表元件執行操作的期間。頂部與啟動對齊，底部與完成對齊。

序列圖的目的

序列圖是多功能工具，用於：

• 模擬系統中主動物件之間的高階互動。
• 模擬在實現用例的協作中，物件實例之間的互動。
• 模擬在實現操作的協作中，物件之間的互動。
• 捕捉在實現用例或操作的協作中所發生的互動（實例圖或通用圖）。

序列圖符號

理解符號對於創建準確圖表至關重要。以下是 Visual Paradigm 中使用的標準視覺表示：

參與者與訊息

• 參與者： 由與主體互動的實體所扮演的角色（例如，人類使用者、外部硬體）。參與者位於主體之外。
• 呼叫訊息： 定義 Lifelines 之間的特定通訊。它代表對目標 Lifeline 上的操作的呼叫。
• 回傳訊息： 代表將資訊傳回給對應前一訊息的呼叫者。
• 自我訊息： 代表在同一直線上的訊息呼叫。
• 遞迴訊息： 自我訊息的一種變體，其中目標指向在訊息被呼叫的激活之上的激活。
• 建立訊息： 代表目標 Lifeline 的實例化。
• 銷毀訊息： 代表請求銷毀目標 Lifeline 的生命週期。
• 持續時間訊息： 顯示訊息呼叫時兩個時間點之間的距離。

序列片段

UML 2.0 引入了序列片段以管理複雜的互動，例如迴圈和分支。序列片段以一個方框表示，稱為合併片段，包圍互動的一部分。

• alt： 選擇性多個片段；僅條件為真的片段會執行。
• opt： 選擇性；僅當提供的條件為真時，片段才會執行。
• par： 平行；每個片段同時執行。
• loop： 根據保護條件，片段可能執行多次。
• region： 關鍵區域；片段在同一時間只能有一個執行緒執行。
• neg： 負面；片段顯示無效的互動。
• 參考： 參考；指在另一張圖表上定義的互動。

序列圖範例：飯店系統

序列圖通常用於細化使用案例情境。以下是用於預訂飯店房間的序列圖的概念描述：

情境： 啟動序列的物件是預訂視窗。隨著時間在頁面上推進，視窗會向飯店系統發送訊息以檢查可用性。如果可用，系統會發送建立訊息以產生新的預訂物件.

注意： 類別與物件圖表是靜態模型視圖。互動圖表是動態的。它們描述物件如何隨時間協作。

序列圖——先建模後寫碼

有人可能會問：如果序列圖接近程式碼層級，為何不直接寫程式碼呢？以下是為何先建模更優越的原因：

• 抽象： 優秀的序列圖略高於實際程式碼層級，使邏輯更清晰。
• 語言中立： 此邏輯適用於無論您使用 Java、C# 或 Python 編碼。
• 協作： 非程式設計人員與利害關係人可以理解並驗證序列圖。
• 團隊效率： 團隊共同設計序列圖，比一群人一起寫程式碼更容易。
• 測試與使用者體驗： 模型可用於測試計畫與使用者體驗草圖設計。

立即開始使用 Visual Paradigm

您已了解序列圖是什麼，以及如何區分其組成部分。Visual Paradigm Community Edition 是一款獲國際獎項肯定的 UML 建模工具，能快速、輕鬆且直覺地繪製這些圖表。它支援所有 UML 圖表類型，且完全免費供學習使用。