協議位于框架及其稱作集合體的可交換組件之間。了解框架必需的交互有助于開發新的集合體。序列圖通常用于記錄這些交互。
子系統
大的項目被分解成更小且易管理的部分，稱作子系統。子系統之間的接口關于將它們集成成為更大的整體（即，系統）是至關重要的。序列圖用于指定子系統邊界上的類之間的交互。
類
某些類（如 Socket 和 InetAddress）需要一個復雜的方法調用序列，以便正確交互。這些序列組成了用于與這樣的某個類或一組類交互的協議。序列圖可用于描述類或一組相互作用的類的使用，因而描述了交互所需的協議。
方法邏輯
序列圖在記錄方法邏輯方面非常優秀。實際上，只要給出了 Java 方法，某些 CASE 工具會自動生成一個序列圖。序列圖可用于設計未來方法或記錄現有方法的流程。
關于示例應用程序
我們將在示例貸款處理應用程序的幫助下學習序列圖。因為本專欄的重點在于建模，而不是方法，我們要直接討論建立圖，所以我們不會注重于應用程序的細節。我們為貸款處理應用程序繪制的基本功能如下：
用例：提交貸款請求
申請人通過因特網完成并向銀行提交貸款申請。
系統確認貸款申請的信息，檢查它是否正確以及信息是否盡可能完整。
系統向外部商業資信咨詢機構轉發貸款請求，以獲取該申請人的信用報告。
系統根據所返回的信用報告計算申請人的信用積分。
入門
創建序列圖的第一步是確定該圖是否表示與外部或內部實體的交互。如果正在建立用例方案的模型，那么序列圖通常表示與外部實體的交互。如果正在建立框架中協議的模型，那么此圖也許表示內部或外部交互。子系統圖、類圖和個別方法邏輯圖通常只表示內部實體。無論是哪種情況，將要建模的交互類型決定了序列圖中的第一個（最左邊的）元素。
與外部實體的交互表示參與者是交互的一部分。內部交互可能由參與者啟動（如果子系統用例是交互的基礎），但它更可能是由叫作 Sender 的普通類啟動的。如果參與者啟動了交互，那么參與者將歸入啟動程序類別，這是四種常見參與者角色之一（有關詳細信息，請參閱關于參與者角色）。
我們將關注為貸款處理應用程序（以上概述的提交貸款請求用例）的方案建立圖。請注意當申請人完成在線貸款申請并在因特網上提交它時序列圖的變化。在這個方案中，申請人在系統外部，因此用參與者來表示他。我們首先將參與者 Applicant 添加到序列圖，如圖 1 所示。
圖 1. 添加申請人
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
