「UML2 序列圖」視圖會根據 UML 所定義的表示法來提供應用程式的執行流程。 在和「日誌分析器」或「側寫工具」搭配使用時,這是個很有用的視圖。
只有在啟用了收集執行流程資訊時,才能夠使用「UML2 序列圖」視圖。
「UML2 序列圖」視圖會提供一系列的因果相依事件,其中事件會定義為方法進入點和結束點,以及離埠呼叫和傳回呼叫。 明確地說,它會呈現類別實例之間的交談作業。那些交談作業是以方法呼叫和呼叫傳回來表示。 序列圖工具的實作,將定義延伸為將交談作業的對象及其工具一般化。 換句話說,該工具所提供的視圖, 不只能夠呈現類別和類別實例之間的交談作業, 同時也可以呈現執行緒、程序和主機之間的交談作業。 而之所以會擴充使用執行流程表示法, 是為了因應大量的分散式追蹤, 而必須提供資料表示法的階層所致。
「序列圖」視圖中顯示的執行資料, 是從 Java 側寫代理程式的實例取得。Java 側寫代理程式提供的資料可讓工具針對在代理程式連接之特定「Java 虛擬機器」(JVM) 中執行的 Java 應用程式產生執行流程。
以下是「序列圖」顯示畫面的範例:
圖解左側邊緣的時間壓縮列表示在連續事件之間所經歷的時間。
時間壓縮表顯示時間落在增量時間上下限之間的位置。
顏色亮度用來表示時間長度,也就是說,顏色越亮,增量時間越高。
時間壓縮列和表可精確指示方法的哪個部分會耗最多時間。 它可能位於兩個呼叫之間, 或是位於呼叫和方法進入點或結束點,也有可能涵蓋整個方法。
您可以從不同層次的摘要來檢視執行流程的順序, 從類別交談作業開始,經過執行緒之間的交談作業, 或是程序交談作業,一直到跨網路的主機交談作業為止。 對於電子商業應用程式的監視作業來說, 這種多層次資料表示法相當重要。
根據應用程式基礎架構而定, 您可能需要檢視在不同層次監視階層上的執行流程。 對於本端應用程式來說, 只要程序或主機的層次就足夠了, 但對於分散式應用程式來說, 最好是採用可以讓您檢視多個主機執行作業的監視器層次。 從監視器層次檢視分散式應用程式的執行作業, 可以將應用程式開發人員引導至任何較低層次的圖形,來執行更詳細的檢視或分析。 比方說,以含有分散在某個主機叢集上的 Servlet 和 Enterprise Bean 的應用程式為例, 主機交談作業的初步視圖, 可以讓軟體開發人員檢視某個特定程序之物件交談作業的序列圖。 這些圖形只會顯示選定的資料, 代表在對應商業元件層次上, Enterprise Bean 或 Servlet 儲存器內的執行作業一部分。
如果要導覽資料取得階層, 您可以使用「側寫監視器」視圖。側寫資源的每一階層層次都會提供所有適用類型的序列圖。下面是可用的圖形類型:
相關參照
序列圖控制項
生命線種類
監視層次和對應的視圖
時間
(C) Copyright IBM Corporation 2000, 2004. All Rights Reserved.