(4) 構件和界面 在配置圖中,構件代表可執行的物理代碼模塊,如一個可執行程序 。邏輯上它可以與類圖中的包或類對應。因此,配置圖中顯示運行時各個包或類在結點中 的分布情況。如在圖1中,"保險后臺服務器" 結點中包含"保險系統"、"保險對象數據庫 "和"保險系統配置"3個構件。 在面向對象方法中,類和構件等元素并不是所有的屬性和操作都對外可見。
它們對外 提供了可見操作和屬性,稱之為類和構件的界面。界面可以表示為一頭是小園圈的直線。
圖1中,"保險系統"構件提供了一個"配置"界面。配置圖中還顯示了構件之間的依賴關系 ,"保險系統配置"構件依賴于這個"配置"界面。
(5) 對象(Object) 一個面向對象軟件系統中可以運行很多對象。由于構件可以看 作與包或類對應的物理代碼模塊,因此,構件中應包含一些運行的對象。配置圖中的對象 與對象圖中的對象表示法一樣。
圖1中,"保險系統配置"構件包含"配置保險政策"和"配置 用戶"兩個對象。
標準建模語言UML的靜態建模機制是采用UML進行建模的基礎。我們認為,熟練掌握基 本概念、區分不同抽象層次以及在實踐中靈活運用,是三條最值得注意的基本原則。
三、標準建模語言UML的動態建模機制
1. 消息 在面向對象技術中,對象間的交互是通過對象間消息的傳遞來完成的。
在UML的四個 動態模型中均用到消息這個概念。通常,當一個對象調用另一個對象中的操作時,即完成 了一次消息傳遞。
當操作執行后,控制便返回到調用者。
對象通過相互間的通信(消息傳 遞)進行合作,并在其生命周期中根據通信的結果不斷改變自身的狀態。
在UML中,消息的圖形表示是用帶有箭頭的線段將消息的發送者和接收者聯系起來,箭 頭的類型表示消息的類型,如圖2所示。

UML定義的消息類型有三種:
簡單消息(Simple Message) 表示簡單的控制流。用于描述控制如何在對象間進行傳 遞,而不考慮通信的細節。
同步消息(Synchronous Message) 表示嵌套的控制流。
操作的調用是一種典型的同 步消息。
調用者發出消息后必須等待消息返回,只有當處理消息的操作執行完畢后,調用 者才可繼續執行自己的操作。
異步消息(Asynchronous Message) 表示異步控制流。
當調用者發出消息后不用等待 消息的返回即可繼續執行自己的操作。
異步消息主要用于描述實時系統中的并發行為。
2. 狀態圖 狀態圖(State Diagram)用來描述一個特定對象的所有可能狀態及其引起狀態轉移的 事件。大多數面向對象技術都用狀態圖表示單個對象在其生命周期中的行為。一個狀態 圖包括一系列的狀態以及狀態之間的轉移。
(1) 狀態 所有對象都具有狀態,狀態是對象執行了一系列活動的結果。當某個事件 發生后,對象的狀態將發生變化。

狀態圖中定義的狀態有:初態、終態、中間狀態、復合 狀態。其中,初態是狀態圖的起始點,而終態則是狀態圖的終點。一個狀態圖只能有一個 初態,而終態則可以有多個。
中間狀態包括兩個區域:名字域和內部轉移域,如圖3所示。圖中內部轉移域是可選的 ,其中所列的動作將在對象處于該狀態時執行,且該動作的執行并不改變對象的狀態。
文章來源于領測軟件測試網 http://www.kjueaiud.com/