解析UML順序圖通用規(guī)則
本文和大家重點(diǎn)討論一下UML順序圖，主要有UML順序圖簡(jiǎn)介，通用規(guī)則和消息的原則等內(nèi)容，相信通過本文的學(xué)習(xí)你對(duì)UML順序圖的概念應(yīng)該有深刻的理解。
UML順序圖簡(jiǎn)介
UML順序圖是將交互關(guān)系表示為一個(gè)二維圖?？v向是時(shí)間軸，時(shí)間沿豎線向下延伸。橫向軸代表了在協(xié)作中各獨(dú)立對(duì)象的類元角色。類元角色用生命線表示。當(dāng)對(duì)象存在時(shí)，角色用一條虛線表示，當(dāng)對(duì)象的過程處于激活狀態(tài)時(shí)，生命線是一個(gè)雙道線。
消息用從一個(gè)對(duì)象的生命線到另一個(gè)對(duì)象生命線的箭頭表示。箭頭以時(shí)間順序在圖中從上到下排列。
和合作圖、活動(dòng)圖一樣，UMLUML順序圖(Rumbaugh、Jacobson、和booch,1999)是一種動(dòng)態(tài)建模方法。UMLUML順序圖一般用于：確認(rèn)和豐富一個(gè)使用情境的邏輯。一個(gè)使用情境就是系統(tǒng)潛在的使用方式的描述，也就是它的名稱所要描述的。一個(gè)使用情境的邏輯可能是一個(gè)用例的一部分，或是一條備選線路；一個(gè)貫穿單個(gè)用例的完整流程，例如動(dòng)作基本過程的邏輯描述，或是動(dòng)作的基本過程的一部分再加上一個(gè)或多個(gè)的備用情境的邏輯描述。或是包含在幾個(gè)用例中的流程，例如一個(gè)學(xué)生注冊(cè)入學(xué)之后，立即就要在三個(gè)班級(jí)注冊(cè)。
研究你的設(shè)計(jì)，因?yàn)樗鼈優(yōu)槟闾峁┝艘环N方式，你可以使用這種方式來可視化的調(diào)用類定義的操作。檢測(cè)面向?qū)ο蟮脑O(shè)計(jì)中的瓶頸。通過觀察什么消息被發(fā)送給一個(gè)對(duì)象，以及通過概略的觀察運(yùn)行被調(diào)用的方法需要花費(fèi)多長時(shí)間，你很快就能了解那里的設(shè)計(jì)需要變化，以達(dá)到在系統(tǒng)內(nèi)部平衡負(fù)荷的目的。實(shí)際上某些CASE工具甚至能夠讓你模擬軟件這些特征。
使你能夠感覺到你的應(yīng)用程序的那個(gè)類將會(huì)變得復(fù)雜的，這是個(gè)信號(hào)，意味著你需要為那些類畫狀態(tài)圖了。
通用準(zhǔn)則
盡力保持消息的順序是從左到右排列的。
一個(gè)UML順序圖的消息流開始于左上方，消息乙的位置比消息甲低，這意味著消息乙的順序比消息乙要遲。因?yàn)槲鞣降拈喿x習(xí)慣是從左到右，你應(yīng)該盡量按照和描述消息流一樣的方式，從左至右排列分類器（角色、類、對(duì)象，和用例）。在圖１中你可以看到分類器已經(jīng)按照這種方式排列好了，如果Seminar對(duì)象在controller的左邊，那排列方式就不是標(biāo)準(zhǔn)的了。注意有時(shí)候消息流從左到右的排列是不可能的，例如一對(duì)對(duì)象彼此調(diào)用操作的情形。
消息的原則
注意∶操作符號(hào)的命名規(guī)則，和消息、參數(shù)、返回值的命名有關(guān)的原則都在UML類圖的風(fēng)格指南中描述。
把消息名放在箭頭旁邊。
大多數(shù)的建模者都會(huì)調(diào)整消息名，例如圖２中的calculateTotal()，因此消息名總是靠近箭頭的。一般我們認(rèn)為消息的接受者將會(huì)實(shí)現(xiàn)相應(yīng)的操作，因此把消息名放在離分類器接近的位置是有意義的。
注意，圖３并沒有遵循這些原則，所有的消息名都排列在接近發(fā)送者的地方。這種方法的優(yōu)點(diǎn)在于它很容易看出欲建模的情境的邏輯，而且，如果你使用了清楚的消息和參數(shù)名稱，那你也許可以不用遵循包含邏輯的敘述性描述的原則。而這種方法的缺點(diǎn)是很難判斷哪個(gè)操作是被圖右方的分類器所調(diào)用的。象往常一樣，選擇一種方法并一致的應(yīng)用它。
【編輯推薦】
