專利名稱：基于流程記錄對系統(tǒng)性能的自動分析的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及基于流程記錄對系統(tǒng)性能的自動分析。
盡管如此，分析流程記錄一般仍用手工進(jìn)行。但是，有一部分也有特殊的解決方案，這些解決方案與系統(tǒng)的環(huán)境和要研究的誤差圖相匹配地去進(jìn)行分析。這些解決方案在實際實施和維護(hù)過程中，要求的工作量很大。在文獻(xiàn)中也可以找到揭示自動分析流程記錄的一般啟示。從HallalH.等人“Using SDL-Tools to Test Properties ofDistributed System”，從Brinksma E.和Tretmans J.編輯的“Formal Approaches to Testing of Software-FATES｀01”，125-140頁，Aalborg，Daenemark，2001年8月，公知一種方法，以SDL語言(Specification and Description Language)產(chǎn)生自動分析的流程記錄。但是，為此需要復(fù)雜和昂貴的工具，因此不能廣泛地推廣應(yīng)用。
此任務(wù)通過在獨立權(quán)利要求中給出的發(fā)明來解決。有利的擴(kuò)展由從屬權(quán)利要求中得出。
在分析一個技術(shù)系統(tǒng)功能能力的方法中，用一臺或數(shù)臺計算機(jī)以蹤跡或日志形式產(chǎn)生流程記錄。流程記錄包括有在系統(tǒng)操作時系統(tǒng)特性的信息，這些信息是以關(guān)于至少一個在系統(tǒng)操作時出現(xiàn)的事件的信息形式，尤其是以有關(guān)大量事件的信息形式。流程記錄以XML(Extensible Markup Language可擴(kuò)充標(biāo)記語言)產(chǎn)生和/或在產(chǎn)生之后轉(zhuǎn)換成XML。
按照現(xiàn)有技術(shù)，為了自動分析使用一種語言，例如SDL，以便驗證一個復(fù)合系統(tǒng)。用這種模型化語言對系統(tǒng)進(jìn)行模型化，此時它是通過一個流程記錄模擬的。
本發(fā)明通過應(yīng)用XML從一個完全另外的開端著眼。XML剛好不是模擬語言，并不是為了表示流程而創(chuàng)立的。相反，正常情況XML是一種結(jié)構(gòu)語言，用它可以結(jié)構(gòu)化地表示數(shù)據(jù)量。作為本發(fā)明的思路是基于，流程記錄既不作為純手工處理的文本產(chǎn)生，也不是與產(chǎn)生流程記錄同時產(chǎn)生的一個形式模型，而是一個以XML產(chǎn)生的結(jié)構(gòu)化的輸出，它能導(dǎo)致有一個后來的自動化的處理。這樣，本發(fā)明實際上就處于從現(xiàn)有技術(shù)所公知的策略之間。
以此，與手工策略相比，擁有自動化的優(yōu)點。與以模型為基礎(chǔ)的開端相比，擁有所產(chǎn)生的流程記錄復(fù)雜性較低的優(yōu)點以及明顯降低其進(jìn)一步處理的費用的優(yōu)點。
流程記錄立即以一個標(biāo)準(zhǔn)化格式產(chǎn)生，或者在它的產(chǎn)生之后轉(zhuǎn)換成這種格式。有關(guān)流程記錄標(biāo)準(zhǔn)化格式的說明，在一個XML-模式中進(jìn)行。
有利的是，為流程記錄預(yù)先規(guī)定一個包括有特殊說明的一定的XML-格式。
流程記錄尤其要包括事件的名稱和類型。
也能屬于說明的有，事件是否是一個局部的事件，或者是否是一個登記事件或一個通訊事件。局部事件是在一個系統(tǒng)部分中局部出現(xiàn)的事件。一個系統(tǒng)部分尤其指的是，與一項應(yīng)用并行的線程(Thread)，一個裝置(作為虛的或?qū)嵉挠布糠值难b置)，一個過程和/或一個目標(biāo)。局部事件例如是像變量占用和斷言審查事件。
裝置、過程、線程和目標(biāo)，能在系統(tǒng)操作時記錄并從登記中清除。這些事件是登記事件。它們規(guī)定其來源的壽命，允許其它事件與硬件或軟件過程相適應(yīng)。
報文的發(fā)送和接收是通訊事件。遙控方法詢問也屬于這組事件。
如果流程記錄包括有一個對要觸發(fā)事件的系統(tǒng)部分參數(shù)的說明或一個屬于事件的系統(tǒng)部分的說明，尤其是一個通過它可識別系統(tǒng)部分的說明，也是有利的。
在系統(tǒng)部分的情況下，尤其能涉及一個接收一個報文的系統(tǒng)部分和/或一個發(fā)送一個報文的系統(tǒng)部分。
在這種情況下，流程記錄能包括有一個對信息參數(shù)的說明，尤其是對報文識別。
通過計算機(jī)輔助句法分析，在一個正確的XML-句法上檢查流程記錄利用特殊的優(yōu)點。這樣，就有可能對其句法和部分語義的正確性進(jìn)行自動檢查。從而可以使用價格便宜的標(biāo)準(zhǔn)-XML-句法分析程序。
在本發(fā)明的一個完全特別優(yōu)選的實施形式中，將流程記錄通過XSLT(Extensible樣式表Language Trans formation)-媒質(zhì)(Mittel)繼續(xù)處理。通過利用XSLT-媒質(zhì)有下列優(yōu)點-XSLT-媒質(zhì)可以容易端口化；-被尋找的性能可以簡單表達(dá)；-XSLT-媒質(zhì)能夠繼續(xù)分析，例如為了尋找其它的性能；-XSLT-媒質(zhì)靈活，從而可用于各種分析任務(wù)。
這些優(yōu)點是由于XSLT是一種適應(yīng)于XML功能的編程語言而產(chǎn)生的。
為了通過XSLT-媒質(zhì)繼續(xù)處理流程記錄，將有待研究的系統(tǒng)性能以XSLT-標(biāo)記符號表達(dá)。由此就自動將分析-和可視化組件作為XSLT-媒質(zhì)而產(chǎn)生。每個組件表示一個可獨立實施的程序。一個分析組件以XML-標(biāo)記符號處理一個流程記錄，在分析其中編碼的性能時產(chǎn)生一個修改的流程記錄，該記錄能由其它XSLT-媒質(zhì)處理。
一個XSLT-媒質(zhì)尤其能有一種過濾器功能，經(jīng)過它能將性能或其它性能過濾。
分析結(jié)束時，將流程記錄轉(zhuǎn)換成一種適當(dāng)?shù)囊曈X表示。為此，XSLT-媒質(zhì)用于可視化，例如針對以SVG(Scalable Vector Graphics)、HTML(Hypertext Markup Language超文本標(biāo)記語言)或encapsulated Postscript來表達(dá)。
建立一種實施上述方法的布置，該布置通過設(shè)置媒質(zhì)而實現(xiàn)，由該媒質(zhì)可以實施所述方法步驟，與所述方法的優(yōu)選擴(kuò)展相類似地得出這種布置的優(yōu)選擴(kuò)展。
一種用于數(shù)據(jù)處理設(shè)備的程序產(chǎn)品，包括有軟件代碼程序段，在數(shù)據(jù)處理設(shè)備上實施所述方法之一；程序產(chǎn)品可以通過方法的適當(dāng)執(zhí)行，以可由數(shù)據(jù)處理設(shè)備實行的代碼來實現(xiàn)。為此，將軟件代碼程序段存儲起來。此時，將程序產(chǎn)品作為可買賣的產(chǎn)品來理解。它能以任意形式出現(xiàn)，例如在紙上、在一個可用計算機(jī)讀的數(shù)據(jù)載體上或經(jīng)過一個網(wǎng)絡(luò)分配。
事由的基礎(chǔ)是以XML-標(biāo)記符號的流程記錄。與轉(zhuǎn)換技術(shù)XSLT一起，就能將流程記錄基于句法規(guī)則地分析。從在繼續(xù)進(jìn)行的轉(zhuǎn)換中摘錄的和在事件的可視研究中的信息，能作出系統(tǒng)性能的結(jié)論。
在這個流程記錄-分析方法中-觀察系統(tǒng)的一個流程記錄，它包括有用于登記實施過程和目標(biāo)、通訊和局部事件部分排列事件的一個清單；-將一個流程記錄脫機(jī)轉(zhuǎn)換成一個基于XML的流程記錄，-在應(yīng)用XML-樣式表(XSL)情況下，產(chǎn)生感興趣性能的說明，-在應(yīng)用XSLT-媒質(zhì)的情況下，在XML-流程記錄上應(yīng)用樣式表。
流程記錄-分析方法既提供一個概貌，也提供變焦距功能和過濾器功能，以及對流程記錄的所希望事件的專門細(xì)節(jié)提出詢問。
通過可視化，使一個用戶能訪問流程記錄信息。為此，優(yōu)選應(yīng)用SVG-格式。SVG是一個為了圖形表示的基于XML的格式。有大量的工具用于可視化SVG-內(nèi)容。這樣，就能免于建立一個專門化的輸出單元。
復(fù)合系統(tǒng)的流程記錄通常非常大，因此不便于使用。在方法中利用過濾器操作，為的是壓縮在流程記錄中包括的信息，從而降低流程記錄的大小。這些操作必須是很準(zhǔn)確和持續(xù)不變。
不是所有信息都要永久出現(xiàn)在流程記錄的表示中，否則顯示要過載，大大增加了找到相關(guān)信息的難度。但是有可能的話，在見就事件時要以簡單的方式使繼續(xù)進(jìn)行的信息供用戶使用。
流程記錄的結(jié)構(gòu)和內(nèi)容在一個系統(tǒng)的操作中，要收集事件。此時區(qū)分為下列的事件等級-登記事件-通訊事件-局部事件因為一個流程記錄是用作分析一個系統(tǒng)的方法輸入，在系統(tǒng)中必須給出媒質(zhì)，以便為流程記錄在一確定的點上生成事件。有各種方法將這些媒質(zhì)插到一個系統(tǒng)中。這些方法之中最大有指望的是那些自動工作的。屬于此的例如有在基于微軟COM、Java、RMI或CORBA的方法。
為了能在流程記錄分析中使用，每個是通訊事件或局部事件的流程記錄事件最好依照下列結(jié)構(gòu)并擁有與此相應(yīng)的說明-事件的名稱和類型發(fā)送事件、接收事件或局部事件；-要觸發(fā)的實施過程的ID或要觸發(fā)的目標(biāo)；-源實施過程的和源目標(biāo)(為接收事件)的ID；-確定實施過程的和確定目標(biāo)(發(fā)送事件的)的ID；-事件的報文參數(shù)一個包括有用于報文和其它報文屬性的一個名稱的參數(shù)清單(通訊事件的)；-要觸發(fā)的實施過程的或要觸發(fā)的目標(biāo)的局部參數(shù)一個再現(xiàn)瞬間狀態(tài)的參數(shù)的清單(局部事件的)。
此外，出現(xiàn)有將新產(chǎn)生的實施過程、過程或目標(biāo)引入到一個流程記錄的登記事件。假設(shè)所有事件的局部順序以其順序在流程記錄中得以保持。為了確定事件的順序和最后在所接受的流程記錄上建立分析，接收-和發(fā)送事件的分配問題是重要的。更多的是取決于，分布系統(tǒng)是如何建立的和實際上顯示的是什么。假設(shè)在一對源-和目標(biāo)過程中，每個接收事件屬于一個單個發(fā)送事件。在一個分布系統(tǒng)中有關(guān)事件的部分的順序(半順序，partial order)，可以應(yīng)用二進(jìn)制的Happened-Before-關(guān)系”→”來說明，它是這個事由的理論基礎(chǔ)。它定義如下-如果在實施過程t中的事件e在相同實施過程t中的事件e’之前，則e→e’。
-如果事件e是實施過程t中的一個發(fā)送事件，事件e’是實施過程t’中要對應(yīng)的接收事件，則e→e’。
-Happened-Before-關(guān)系是及物的。
圖2說明一個事件的XML-格式。一個事件通過它的類型和它的操作來說明。例如一個發(fā)送事件“通訊”作為類型和“發(fā)送”作為操作。每個事件包括一個元素“參數(shù)”，如上所述，這包含有關(guān)于事件起點的信息。此外，一個事件能表明元素為“局部的”，這表明有關(guān)于局部變量狀況的信息。通訊事件包括一個帶有相應(yīng)報文內(nèi)容的元素“信息”。
格式是作為DTD(文件類型描述Document Type Description)專門化的，因此就有可能應(yīng)用XML-句法分析程序去在句法的正確性上檢驗一個輸出記錄文件。
可視化分量流程記錄在應(yīng)用一個樣式表-處理器形式或一個XSLT-處理器形式的XSLT-媒質(zhì)情況下，轉(zhuǎn)換成它們的圖解代表。圖3說明方法的這部分，為這部分已經(jīng)有較大數(shù)量的處理器可無償供使用。
為Web瀏覽器用一個SVG閱讀器插入(SVG-Viewer-Plugin)，能從圖解代表和向圖解代表二個方向進(jìn)行縮放變焦。為了得到詳細(xì)的信息，用戶以此種方式按照愿望不同得到一個概貌或朝向圖解進(jìn)行變焦縮放。因為涉及的是一個以矢量為基礎(chǔ)的格式，圖解的質(zhì)量在每個變焦距階段非常寶貴。有一個流程記錄的兩種不同的外觀圖供支配-實施過程外觀圖。這個外觀圖類似于一個報文序列外觀圖，此時垂直線代表一個任務(wù)的有效時間。任務(wù)之間的通訊事件用線表示，這些線連接要對應(yīng)的發(fā)送-和接收事件(參見圖4)。
-目標(biāo)外觀圖。這個顯示也類似于報文序列外觀圖，此時垂直線代表目標(biāo)的壽命。
事件在圖解中被彩色編碼。應(yīng)用顏色使識別事件容易些。不同類型的事件就能簡單地區(qū)分開。例如可以用黃色標(biāo)記局部事件。顏色是在一個級聯(lián)的樣式表中加以規(guī)定，它單獨存儲在一個文件中并能按照個人喜好調(diào)節(jié)。
圖4示出的是在一個實施過程外觀圖中的一個簡單的流程記錄，其中所有事件都以一個固定的距離表示。如果只對事件的次序感興趣，就優(yōu)先使用這種表示。為了作為距離再現(xiàn)事件之間的時間間隔，也能在流程記錄中使用時間標(biāo)記。如果研究在時間范圍內(nèi)的性能，這樣一個圖解能很有幫助。
對于還要顯示出詢問細(xì)節(jié)的要求，用兩種方式執(zhí)行。一種方式是利用一個單獨的HTML-文件，它指明為文字代表要參閱的圖解的欄目。以這種方式圖解得到有關(guān)目標(biāo)或執(zhí)行過程相互間活動的信息和HTML-文件，將事件欄目的文件外觀圖提供使用。這些外觀圖的一個組合通過應(yīng)用HTML-幀而得到利用。
在第二種執(zhí)行中，使用SVG的能力去激勵文字。這里，鼠標(biāo)指示器經(jīng)過一個一定事件的運動，觸發(fā)諸如事件參數(shù)或報文的信息。如果移開鼠標(biāo)指示器，則該信息又消失。這具有以下優(yōu)點，為了顯示所有信息，只須利用一個文件。不過這證明，在大的文件情況下，打開當(dāng)時的文件和激勵時，速度將成為性能的薄弱環(huán)節(jié)。
過濾器圖解的大小和它所代表的信息量，總還是出現(xiàn)問題。通過過濾器從流程記錄中去除不相關(guān)的信息，能明顯地壓縮它們的大小并照顧到在視覺檢查時提出相關(guān)的信息。
緊隨用于可視化的方法之后，過濾器優(yōu)先作為樣式表來執(zhí)行，處理又要靠以一個XSLT-處理器形式的XSLT-媒質(zhì)。
在應(yīng)用由XPath的語音結(jié)構(gòu)時，能打印出事件樣本，它們要尋找或者相反地要忽略。這些過濾器的例子是-去除局部事件-在執(zhí)行過程之間選擇通訊事件-在目標(biāo)之間選擇通訊事件如果系統(tǒng)組分之間的通訊處于焦點，則局部事件沒有特殊的意義。去除局部事件能按照例1通過應(yīng)用樣式表達(dá)到目的。
例1<pre listing-type="program-listing">＜？xml version＝″1.0″encoding＝″utf-8″？＞＜xslstylesheet　　xmlnsxsl＝″http//www.w3.org/1999/XSL/Transform″　　version＝″1.0″＞　　 ＜！-- DescriptionStylesheet removes all events of type　　′Local′--＞　　 ＜！-- Import standard behavoiur --＞　　 ＜！-- standardcopy all events --＞　　 ＜xslimport href＝″filter_template.xsl″/＞　　 ＜！-- Add DOCTYPE --＞　　 ＜！-- create trace.dtd file --＞　　 ＜xsloutput method＝″xml″indent＝″yes″doctype-　　system＝″trace.dtd″/＞　　 ＜xslstrip-space elements＝″*″/＞　　 ＜！-- Match local events --＞　　 ＜！-- do not copy(delete)them --＞　　 ＜xsltemplate match＝″event[@operation＝′Application′and　　@type＝′Local′]″＞　　 ＜/xsltemplate＞　　 ＜！-- end Match local events --＞＜/xslstylesheet＞</pre>利用過濾器操作一個過濾器的操作是一個有效修改流程記錄，能用于可視化或分析繼續(xù)處理。因此，如圖5所示，有可能使用過濾器的一種組合。
該操作被稱為鏈接。但是要注意的是，過濾器鏈接不可換向過濾器1 o過濾器2≠過濾器2 o過濾器1樣式表如在例2能再利用，在例2的行8中輸入一個普通的樣式表，它在要得出的文件中產(chǎn)生符合標(biāo)準(zhǔn)的事件復(fù)制件。
例2
<pre listing-type="program-listing">＜？xml version＝″1.0″encoding＝″utf-8″？＞＜xslstylesheet　　xmlnsxsl＝″http//www.w3.org/1999/XSL/Transform″　　version＝″1.0″＞　　 ＜！-- DescriptionStylesheet removes all threads with no　　events --＞　　 ＜！-- Import standard behaviour --＞　　 ＜！-- standardcopy all events --＞　　 ＜xslimport href＝″filter_template.xsl″/＞　　 ＜！-- Add DOCTYPE --＞　　 ＜！-- output trace.dtd --＞　　 ＜xsloutput method＝″xml″indent＝″yes″doctype-　　system＝″trace.dtd″/＞　　 ＜xslstrip-space elements＝″*″/＞　　 ＜！-- Remove threads with no events --＞&lt;!-- SIPO &lt;DP n="9"&gt; --&gt;&lt;dp n="d9"/&gt;　　 ＜xsltemplate match＝″event[@type＝′Thread-Registration′　　and (@operation＝′Create′)]″＞　　 ＜xslvariable name＝″found-events″　　select＝″following-　　siblingevent[(@type＝′Communication′or　　@type＝′Local′)　　and parameters/@thread-　　id＝current()/parameters/@identifier]″/＞　　 ＜xslif test＝″count($found-events)＞ 0″＞　　 ＜xslcopy-of select＝″.″/＞　　 ＜/xslif＞　　 ＜/xsltemplate＞　　 ＜xsltemplate match＝″event[@type＝′Thread-Registration′　　and(@operation＝′Destroy′)]″＞　　 ＜xslvariable name＝″found-events″　　select＝″preceding-　　siblingevent[(@type＝′Communication′or　　@type＝′Local′)　　and parameters/@thread-　　id＝current()/parameters/@identifier]″/＞　　 ＜xslif test＝″count($found-events)＞ 0″＞　　 ＜xslcopy-of select＝″.″/＞　　 ＜/xslif＞　　 ＜/xsltemplate＞＜/xslstylesheet＞</pre>為了在當(dāng)時的應(yīng)用情況勝任專門的需求，能從普通的樣式表將規(guī)則覆蓋。這里要使用優(yōu)先級規(guī)則。
代替輸入樣式表，也能將樣式表包括進(jìn)去，如在例3的第6至第7行發(fā)生的那樣。包括進(jìn)去的樣式表的規(guī)則，有與現(xiàn)實樣式表規(guī)則相同的優(yōu)先級。為了覆蓋輸入的樣式表的規(guī)則，能使用這些優(yōu)先級規(guī)則。以這種方式，可以使普通的樣本被再利用，從而減少分析工具的開發(fā)費用。
例3
<pre listing-type="program-listing">＜？xml version＝″1.0″encoding＝″utf-8″？＞　　 ＜xslstylesheet　　xmlnsxsl＝″http//www.w3.org/1999/XSL/Transform″　　version＝″1.0″＞　　 ＜！-- DescriptionStylesheet removes all empty threads　　and objects --＞　　 ＜xslinclude href＝″filter_emptythread.xsl″/＞　　 ＜xslinclude href＝″filter_emptyobject.xsl″/＞　　 ＜！-- Add DOCTYPE --＞　　 ＜！-- output trace.dtd --＞　　 ＜xsloutput method＝″xml″indent＝″yes″doctype-　　system＝″trace.dtd″/＞　　 ＜xslstrip-space elements＝″*″/＞＜/xslstylesheet＞</pre>性能分析將樣式表用于為過濾器的思路，可以移植到在一個流程記錄中分析性能。
-數(shù)據(jù)超過分析。如果到一個目標(biāo)上有一個以上的執(zhí)行過程去存取，就能在一個分布系統(tǒng)中出現(xiàn)數(shù)據(jù)超過。這是分布系統(tǒng)的一個標(biāo)準(zhǔn)分析。
-死點分析。如果一個分量積極地等待一個永不出現(xiàn)的事件，在一個系統(tǒng)中就能出現(xiàn)一個死點。
通常，這些性能是在利用系統(tǒng)的模型情況下進(jìn)行研究并要求有一個形式檢驗。這能是非常昂貴，盡管如此可能還達(dá)不到所期望的結(jié)果。
在此進(jìn)行的分析，僅僅是建立在流程記錄的基礎(chǔ)上。然而結(jié)果只能識別可能的問題。然后還必須將這些問題繼續(xù)用手工進(jìn)行檢查。盡管如此，由于識別可能的問題點，這明顯還是比較簡單。此外，能在流程記錄中的事件之間時間間隔的基礎(chǔ)上檢查性能-薄弱環(huán)節(jié)。
借助于流程記錄中事件上的條件來表達(dá)性能一個潛在數(shù)據(jù)超過的條件Ve∈Event，其中e/@type∈{Local，Communication}T@object-id＝{c/parameters/@thread-id|c∈Event，
其中c/@type∈{Local，Communication}和c/parameters/@object-id≠e/parameter/@object-id)，作為race-condition＝|T@object-id|＞1可以識別出一個潛在的數(shù)據(jù)超過。
如果有一個以上的執(zhí)行過程應(yīng)用以@object-id識別的目標(biāo)，則所述條件證實是真的。
一個非常有可能的數(shù)據(jù)超過的條件如果一個潛在的數(shù)據(jù)超過的條件得以滿足，那么為了識別一個非常有可能的數(shù)據(jù)超過，可以將分析繼續(xù)進(jìn)行。為此要檢驗，識別出的執(zhí)行過程是否確實是同時的，就是說這些執(zhí)行過程的事件是同時的。
Ve，e｀∈Event，其中e/@thread-id≠e｀/@thread-id和e/@object-id＝e｀/@object-id，如果e和e｀不是同時，則e→e｀和e｀→e適用。
可能的死點Ve∈Event，其中e/@type＝Communication，e/@operation＝發(fā)送和e/parameters/@thread-id＝t，通過deadlock-condition＝e是t中的最后的事件，識別一個可能被封鎖的執(zhí)行過程。
能將這些普通的樣本在每個同時進(jìn)行的或分布的系統(tǒng)中使用，然而也有很多能通過這些樣本說明的專用性能。為了審查有待檢驗系統(tǒng)的正確狀態(tài)，能從系統(tǒng)的要求中推導(dǎo)出這些樣本。此外，這些樣本還能闡述在前面的測試中出現(xiàn)的錯誤。為了審查是否再出現(xiàn)這樣的錯誤，在下面的測試中可以使用這些樣本。專用性能通常在實踐中表示流程記錄分析的最大部分。所介紹的方法簡化了這些性能作為樣本的說明，從而在測試階段大大提高了生產(chǎn)率。
使用流程記錄-分析工具對于通曉XSLT-技術(shù)的工程師，使用樣式表和所屬的處理器毫無困難。此外，通過一種稱作為翻譯的樣式表技術(shù)，也能使它們再一個較大的范圍內(nèi)可供使用。代替向用戶供應(yīng)樣式表，能將它用于分析工具的安裝。在這種情況下，一臺編輯器例如由一個給出的樣式表產(chǎn)生一個Java-程序。因此，盡管能簡單為包括有執(zhí)行過濾器、處理器和轉(zhuǎn)換器的開發(fā)器(Entwickler)安裝Java-程序，有將尋找的性能繼續(xù)以XSLT表達(dá)的可能性。這樣一個Java-實施的例子示于圖6。
例本方法的一個例子是為了一個安置的軟件-系統(tǒng)實現(xiàn)的，該系統(tǒng)Windows CE上運行。
流程記錄以一個適當(dāng)?shù)母袷疆a(chǎn)生，然后脫機(jī)轉(zhuǎn)換到以XML-為基礎(chǔ)的流程記錄格式。
在這個例子中，特殊感興趣的理由是，為什么應(yīng)用被明顯放慢。流程記錄本身是非常的大，包括有上百萬個事件。遇到的挑戰(zhàn)是，要找出造成放慢的調(diào)用。首先，分析調(diào)用的性能。為此應(yīng)用一個樣式表，它找到調(diào)用-和發(fā)出返回信號事件對并計算時間差。結(jié)果作為HTML-文件出現(xiàn)(圖7)。
再識別性能-薄弱環(huán)節(jié)之后，尋找這個延遲的原因。為此，在給出的例子中要進(jìn)一步研究出錯事件。在這種情況，出錯事件不是在報文中包括字“Error”的局部事件，就是包括有一個專用返回信號事件的通訊事件。為了只濾出和可視化這些事件，又執(zhí)行一個樣式表。
通過顏色編碼模式、壓縮的信息和可能性的數(shù)量、經(jīng)流程記錄得到一個快速概貌，就很快歸結(jié)到一個執(zhí)行缺陷作為放慢的原因。
圖8示出的是該分析的一個概貌。圖解包括有26656個事件，為了有可能呈現(xiàn)概貌，在一個極端的圖象放大中表示。在流程記錄下部的中間可明顯看到一個空隙，它是通過積累出錯事件所表示的。研究表明，應(yīng)用就是由此而放慢，因為要處理不必要的詢問。通過繼續(xù)進(jìn)行的后續(xù)研究得出，在此有一個分量試圖到一個找不到的設(shè)備上以同步方式去存取。在這個目標(biāo)中的處理暫時停頓，直到對系統(tǒng)有個暫停再繼續(xù)下去。在這種專門的應(yīng)用情況，所期望的改進(jìn)例如可以通過將可供支配的設(shè)備在一個中央分量中管理來達(dá)到。
一般本發(fā)明的實施形式有下列優(yōu)點。以XSLT-媒質(zhì)形式建立分析組件，通過利用XML-技術(shù)有可能快速和效率高。從而能建立并測試費用很優(yōu)惠的專用組件。為了產(chǎn)生所必需的工具可免費提供使用。流程記錄能自動地在系統(tǒng)的復(fù)雜性能方面進(jìn)行檢查。該組件的廣泛使用容易實現(xiàn)。通過多個小分析組件，在分析流程記錄時有個高靈活性。自動分析流程記錄導(dǎo)致出錯分析時生產(chǎn)率提高。使用SVG和HTML作為可視化手段，使基于萬維網(wǎng)的表示與相關(guān)的優(yōu)點成為可能。
權(quán)利要求
1.對一個系統(tǒng)進(jìn)行分析的方法，其中產(chǎn)生一個流程記錄，該流程記錄包括關(guān)于系統(tǒng)操作過程中的事件，其特征在于流程記錄以XML產(chǎn)生和/或在產(chǎn)生之后轉(zhuǎn)換成XML。
2.如權(quán)利要求1的方法，其中流程記錄包括多個事件，在應(yīng)用流程記錄的情況下，說明關(guān)于所述事件的部分順序。
3.如權(quán)利要求2的方法，其中在應(yīng)用Happened-Before-關(guān)系的情況下，說明所述部分順序。
4.如上述權(quán)利要求之一的方法，其中在流程記錄中產(chǎn)生一個對事件參數(shù)的說明，尤其是用于識別事件和/或是否事件是一個局部事件、一個登記事件或一個通訊事件。
5.如上述權(quán)利要求之一的方法，其中在流程記錄中產(chǎn)生一個對觸發(fā)該事件的系統(tǒng)部分的參數(shù)的說明，尤其是一個通過它可識別系統(tǒng)部分的說明。
6.如權(quán)利要求5的方法，其中系統(tǒng)部分是一個接收報文和/或發(fā)送報文的系統(tǒng)部分。
7.如權(quán)利要求6的方法，其中在流程記錄中產(chǎn)生一個對報文參數(shù)的說明，尤其是用于識別報文。
8.如上述權(quán)利要求之一的方法，其中將流程記錄在正確的XML-句法上進(jìn)行檢驗。
9.如上述權(quán)利要求之一的方法，其中將流程記錄通過XSLT-媒質(zhì)繼續(xù)處理。
10.如權(quán)利要求9的方法，其中XSLT-媒質(zhì)含有過濾器功能。
11.如權(quán)利要求9或10的方法，其中XSLT-媒質(zhì)由流程記錄以XML產(chǎn)生一個修改的流程記錄。
12.如權(quán)利要求9至11之一的方法，其中XSLT-媒質(zhì)含有可視化功能。
13.如權(quán)利要求9至12之一的方法，其中將應(yīng)用多個可以任意順序組合和實施的XSLT-媒質(zhì)。
14.布置，建立該布置以實施上述權(quán)利要求之一的方法。
15.用于一個數(shù)據(jù)處理設(shè)備的程序產(chǎn)品，該程序產(chǎn)品包括軟件編碼程序段，能用這些程序段在一個數(shù)據(jù)處理設(shè)備上實施按照權(quán)利要求1至13至少之一的方法。
全文摘要
為了分析一個復(fù)合并行的系統(tǒng)，以XML產(chǎn)生一個流程記錄和/或在產(chǎn)生之后轉(zhuǎn)換成XML。將這個流程記錄在系統(tǒng)的性能方面進(jìn)行檢驗。用XSLT－媒質(zhì)說明感興趣的性能。XSLT－媒質(zhì)因此就用于分析結(jié)果的過濾和可視化。
文檔編號G06F17/27GK1470986SQ0314720
公開日2004年1月28日 申請日期2003年7月9日 優(yōu)先權(quán)日2002年7月9日
發(fā)明者A·皮特施克, A·烏爾里希, A 皮特施克, 鏘 申請人:西門子公司