軟件測試開發技術UML建模風格之部署圖[2]

軟件測試開發技術UML建模風格之部署圖[2]  UML建模

關鍵字：UML建模 部署圖

　　二、結點和組件

　　一個結點，通常描述成一個立體的盒子，表示一個計算設備，一般是一個單獨的硬件設備，例如一臺電腦，網絡路由器，主機，傳感器，或個人數字助理(PDA)。 組件，描述為矩形，左側面還伸出兩個較小矩形，這和UML組件圖上使用的符號是相同的，它表示軟件的中間產物，例如文件、框架、或領域組件。

　　1.用描述性術語命名結點

　　??在圖1中，你可以看到結點都有名稱，例如client、Application Server、Database Server、和Mainframe。 所有的這些術語都需要即刻為組織內的開發人員所認可，因為這些條款都是他們日常使用的。 保持它的簡單性。

　　2.僅僅建模重要的軟件組件

　　雖然圖1包含軟件組件，但它沒有描述每一個軟件組件。 例如，客戶機上很可能還安裝有其他的軟件組件，如操作系統和應用軟件，但那些組件沒有顯示出來，因為它們已經離題了。 事實是每個結點也許有幾十甚至幾百的軟件組件配置于其上，你的目標并不是描述所有的軟件組件，而是只需要描述那些對系統的列節至關重要的組件。如果你需要探究軟件組件間的關系，你應該創建一個UML組件圖作為替代，遵循敏捷建模( AM) ( Ambler 2002)的應用"合適的Artifact"的實踐。

　　3.為組件一致地應用一致版型

　　??在UML部署圖上為組件應用和UML組件圖中的相同的版型。

　　4.把可視化的版型應用到結點

　　??圖2使用可視化的版型來描述結點描述結點，例如mobile PC是顯示為一個筆記本，而databases則使用傳統的數據庫的圓筒符號來表示。 為UML部署圖上應用可視化版型制定標準是不可能的，一般的經驗法則是使用你看得到的適當的剪貼畫。

　　三、依賴和通信關聯

　　通信關聯，經常稱為連接，被描述為連接結點間的線條。組件間的依賴則被建模成虛線箭頭，這和其他UML圖上使用的符號是一樣的。

　　1.用版型來注明通信協議

　　??通信關聯支持一個或多個通信協議，每一個都應該使用一個UML版型來描述。 圖1中你可以看到HTTP、JDBC、和web services協議，他們就是使用了這個方法。表1提供了一個典型的通信關聯的版型列表，你的組織也許會想開發自己的特定標準。

　　表1.通用的版型為通信關聯

　　版型????????含意

　　異步????????一個異步連接，也許經由一個消息總線或消息隊列。

　　HTTP????????超文本傳輸協議，一個網際協議。

　　JDBC????????Java數據庫連接，一套為數據庫存取編寫的Java API。

　　ODBC????????開放式數據庫連接，一套微軟的數據庫存取應用編程接口。

　　RMI???????? 遠程方法調用，一個Java的通信協議。

　　RPC???????? 經由遠程過程調用的通信。

　　同步????????一個同步連接，發送器等待從接收器回來的反應。

　　web services????經由諸如SOAP和UDDI的Web Services協議的通信。

　　2.僅僅建模組件間的關鍵性依賴

　　??圖1中配置在應用服務器上的領域組件間的依賴并沒有被建模出來，因為它們和圖并沒有什么關系(而且它們最好是在UML組件圖上建模具體的細節)。 然而，在數據庫服務器上的組件間的依賴則被建模出來，因為它有助于展示數據庫的訪問。領域組件對數據庫的方位是間接的，他們需要通過一個持久性框架，這是通用的架構最佳實踐( Ambler 2001)。 遵循AM的實踐，簡單的描述建模。僅僅建模和手頭的任務相關的信息。

原文轉自：http://www.anti-gravitydesign.com