|
在學(xué)習(xí)UML的過程中，你可能會(huì)遇到繪制UML序列圖的問題，這里就向大家介紹一下養(yǎng)成良好的繪制UML序列圖的習(xí)慣，相信通過本節(jié)的學(xué)習(xí)，你對(duì)繪制UML序列圖方法一定會(huì)有所掌握。
請(qǐng)嘗試本文所介紹的技巧來創(chuàng)建有效的UML序列圖。本文改編自TheObjectPrimer2ndEdition的第6章。 有一些方法可以幫助您提高UML序列圖的質(zhì)量和效力。它們包括： 和主題問題專家一起驗(yàn)證決策 繪制UML序列圖時(shí)，在開發(fā)圖1序列圖的過程中，我做了一些對(duì)其它模型可能有潛在影響的決策。例如，在對(duì)第10步建模時(shí)，假設(shè)（大致上是個(gè)設(shè)計(jì)決策）費(fèi)用顯示屏幕同時(shí)也處理學(xué)生對(duì)費(fèi)用是否可接受所進(jìn)行的驗(yàn)證。該決策應(yīng)該由用戶界面原型反映出來，并由主題問題專家(SME)進(jìn)行驗(yàn)證。您應(yīng)該和SME（特別是那些對(duì)于如何開發(fā)類似模型有著深刻見解的富有經(jīng)驗(yàn)的人）一起執(zhí)行序列圖的繪制工作。 2.保持簡(jiǎn)單 在對(duì)第2和第3步建模時(shí)，我忽然意識(shí)到學(xué)生可能應(yīng)該使用口令進(jìn)入系統(tǒng)。在向SME提出了這個(gè)概念后發(fā)覺我錯(cuò)了：姓名和學(xué)號(hào)組合對(duì)于我們的目的來說已經(jīng)足夠唯一，并且學(xué)校也不希望增加復(fù)雜的口令管理。這是個(gè)很有意思的決策，因?yàn)檫@是學(xué)校的一個(gè)運(yùn)作策略，所以可以作為一條商業(yè)規(guī)則記載到增補(bǔ)規(guī)范中。通過與SME一起檢驗(yàn)這個(gè)想法，而不是假定我比他們知道得更多，我避免了“鍍金”的機(jī)會(huì)，因而減少了我們小組開發(fā)這一系統(tǒng)所需的工作。 3.繪制消息和返回值 繪制UML序列圖時(shí)我更喜歡從左至右地繪制消息，從右至左地繪制返回值，盡管這樣對(duì)于復(fù)雜的對(duì)象／類來說不總是非常合適。我將消息上的標(biāo)簽和返回值對(duì)齊到離箭頭最近的位置。我不喜歡在序列圖上標(biāo)出返回值，為的是使圖盡可能地簡(jiǎn)化。不過，始終標(biāo)出返回值也同樣有效，特別是在序列圖用于設(shè)計(jì)而不是分析目的時(shí)。（我希望我的分析圖盡量簡(jiǎn)單，而設(shè)計(jì)圖盡量全面。）在分析期間，我的目標(biāo)是理解邏輯和確保邏輯的正確性。而在設(shè)計(jì)期間，則要賦予消息精確的細(xì)節(jié)，如圖1中的注釋提醒我對(duì)"qualifications()"消息執(zhí)行的任務(wù)。 4.將序列圖分層 繪制UML序列圖時(shí)我喜歡將序列圖從左至右地分層。先標(biāo)出參與者，然后是控制器類，然后是用戶界面類，最后是商業(yè)類。在設(shè)計(jì)期間，可能需要添加系統(tǒng)類和持久類，我通常將它們放在序列圖的最右側(cè)。以這種方式將序列圖分層往往使它們更易于閱讀，并且更容易找出分層邏輯問題，例如用戶界面類直接訪問持久類（在今后的建模技巧中將對(duì)此做更多介紹）。 5.遵循一致的邏輯風(fēng)格 請(qǐng)注意，在圖1序列圖所示的過程中，邏輯風(fēng)格做了部分更改。一開始，特別是在登錄時(shí)，用戶界面處理一些基本邏輯--而在選擇研習(xí)班，以及稍后的驗(yàn)證時(shí)，則是控制器類進(jìn)行處理。這實(shí)際上是個(gè)設(shè)計(jì)問題。我不會(huì)在這個(gè)問題上糾纏太久，但和往常一樣，我建議選擇一種適合于您的建模風(fēng)格，然后始終如一地貫徹在所有序列圖中。 6.牢記序列圖是動(dòng)態(tài)的 繪制UML序列圖時(shí)您可能聽說過諸如動(dòng)態(tài)建模和靜態(tài)建模這樣的術(shù)語(yǔ)，其他一些熟悉面向?qū)ο蠼＜夹g(shù)的開發(fā)人員常常會(huì)提到它們。您甚至可能聽到過有關(guān)每種風(fēng)格的優(yōu)點(diǎn)的爭(zhēng)論。 因此實(shí)際上沒有什么好爭(zhēng)論的--要想恰如其分地說明面向?qū)ο笙到y(tǒng)，同時(shí)需要?jiǎng)討B(tài)和靜態(tài)建模技術(shù)。 |
|
|
