UML組件圖詳解

2019-11-17 04:44:22

字體：大中小

供稿：網(wǎng)友

圖的目的組件圖的主要目的是顯示系統(tǒng)組件間的結(jié)構(gòu)關(guān)系。在 UML 1.1 中，一個組件表現(xiàn)了實施項目，如文件和可運(yùn)行的程序。不幸地，這與組件這個術(shù)語更為普遍的用法、指象COM組件這樣的東西相沖突。隨著時間的推移及UML的連續(xù)版本發(fā)布， UML 組件已經(jīng)失去了最初的絕大部分含義。UML 2 正式改變了組件概念的本質(zhì)意思；在 UML 2 中，組件被認(rèn)為是獨立的，在一個系統(tǒng)或子系統(tǒng)中的封裝單位，提供一個或多個接口。雖然 UML 2 規(guī)范沒有嚴(yán)格地聲明它，但是組件是呈現(xiàn)事物的更大的設(shè)計單元，這些事物一般將使用可更換的組件來實現(xiàn)。但是，并不象在 UML 1. x中，現(xiàn)在，組件必須有嚴(yán)格的邏輯，設(shè)計時構(gòu)造。主要思想是，你能輕易地在你的設(shè)計中重用及/或替換一個不同的組件實現(xiàn)，因為一個組件封裝了行為，實現(xiàn)了特定接口。¹ 在以組件為基礎(chǔ)的開發(fā)（CBD）中，組件圖為架構(gòu)師提供一個開始為解決方案建模的自然形式。組件圖答應(yīng)一個架構(gòu)師驗證系統(tǒng)的必需功能是由組件實現(xiàn)的，這樣確保了最終系統(tǒng)將會被接受。除此之外，組件圖對于不同的小組是有用的交流工具。圖可以呈現(xiàn)給要害項目發(fā)起人及實現(xiàn)人員。通常，當(dāng)組件圖將系統(tǒng)的實現(xiàn)人員連接起來的時候，組件圖通常可以使項目發(fā)起人感到輕松，因為圖展示了對將要被建立的整個系統(tǒng)的早期理解。開發(fā)者發(fā)現(xiàn)組件圖是有用的，因為組件圖給他們提供了將要建立的系統(tǒng)的高層次的架構(gòu)視圖，這將幫助開發(fā)者開始建立實現(xiàn)的路標(biāo)，并決定關(guān)于任務(wù)分配及（或）增進(jìn)需求技能。系統(tǒng)治理員發(fā)現(xiàn)組件圖是有用的，因為他們可以獲得將運(yùn)行于他們系統(tǒng)上的邏輯軟件組件的早期視圖。雖然系統(tǒng)治理員將無法從圖上確定物理設(shè)備或物理的可執(zhí)行程序，但是，他們?nèi)匀粴g迎組件圖，因為它較早地提供了關(guān)于組件及其關(guān)系的信息（這答應(yīng)系統(tǒng)治理員輕松地計劃后面的工作）。符號在現(xiàn)在，組件圖符號集使它成為最輕易畫的 UML 圖之一。圖 1 顯示了一個使用前 UML 1.4 符號的簡單的組件圖；這個例子顯示兩個組件之間的關(guān)系：一個使用了Inventory System組件的Order System組件。正如你所能見到的，在UML 1.4 中，用一個大方塊，并且在它的左邊有兩個凸出的小方塊，來表示組件。 UML組件圖詳解（圖一）

圖 1：這個簡單的組件圖使用 UML 1.4 符號顯示Order System的一般性依靠關(guān)系上述的 UML 1.4 符號在 UML 2 中仍然被支持。然而，UML 1.4 符號集在較大的系統(tǒng)中不能很好地調(diào)節(jié)。關(guān)于這一點的理由是，如同我們在這篇文章的其余部分將會見到一樣，UML 2 顯著地增強(qiáng)了組件圖的符號集。在維持它易于理解的條件下，UML 2 符號能夠調(diào)節(jié)得更好，并且符號集也具有更多的信息。讓我們依照 UML 2 規(guī)范一步步建立組件圖。基礎(chǔ)現(xiàn)在，在 UML 2 中畫一個組件很類似于在一個類圖上畫一個類。事實上，在 UML 2 中，一個組件僅僅是類概念的一個非凡版本。這意味著適用于類分類器的符號規(guī)則也適用于組件分類器。（假如你已經(jīng)讀了并理解了我以前的關(guān)于大體上的結(jié)構(gòu)圖和類圖細(xì)節(jié)的文章 [http:// www. ibm.com/developerworks/cn/rational/rationaledge/content/feb05/bell/index.sHtml]，你就會很易理解組件圖）。在 UML 2 中，一個組件被畫成堆積著可選擇小塊的一個立著的長方形。UML 2 中，組件的一個高層次的抽象視圖，可以用一個長方形建模，包括組件的名字和組件原型的文字和/或圖標(biāo)。組件原型的文本是“«component»”，而組件原型圖標(biāo)是在左邊有兩個凸出的小長方形的一個大長方形（UML 1.4 中組件的符號元素）。圖 2 顯示，組件可以用UML 2規(guī)范中的三種不同方法表示。 UML組件圖詳解（圖二）

圖 2：畫組件名字區(qū)的不同方法當(dāng)在圖上畫一個組件時，重要的是，你總要包括組件原型文本（在雙重尖括號中的那個component，如圖 2 所示）和/或圖標(biāo)。理由呢？在 UML 中，沒有任何原型分類器的一個長方形被解釋為一個類組件。組件原型和/或圖標(biāo)用來區(qū)別作為組件元素的長方形。為組件提供/要求接口建模在圖 2 中所畫的Order組件表現(xiàn)了所有有效的符號元素；然而，一個典型的組件圖包括更多的信息。一個組件元素可以在名字區(qū)下面附加額外的區(qū)。如前面所提到的，一個組件是提供一個或更多公共接口的獨立單元。提供的接口代表了組件提供給它的用戶/客戶的服務(wù)的正式契約。圖 3 顯示了Order組件有第二個區(qū)，用來表示Order組件提供和要求的接口。² UML組件圖詳解（圖三）

圖 3：這里額外的區(qū)顯示Order組件提供和要求的接口。在圖 3 中的Order組件例子中，組件提供了名為 OrderEntry 和 AccountPayable 的接口。此外，組件也要求另外一個組件提供Person接口。³組件接口建模的其它方法UML 2 也引入另外一種方法來顯示組件提供并要求的接口。這個方法是建立一個里面有組件名的大長方形，并在長方形的外面放置在 UML 2 規(guī)范中稱為接口符號的東西。這第二種方法在圖 4 中舉例說明。 UML組件圖詳解（圖四）

4: 一種可選擇的方法（與圖3相比）：使用接口符號顯示組件提供/要求的接口
在這第二種方法中，在末端有一個完整的圓周的接口符號代表組件提供的接口 -- “棒棒糖”是這個接口分類器實現(xiàn)關(guān)系符號的速記法。在末端只有半個圓的接口（又稱插座）符號代表組件要求的接口（在兩種情況下，接口的名字被放置在接口符號本身的四周）。即使圖 4 看起來與圖 3 有很大的不同，但兩個圖都提供了相同的信息 -- 例如，Order組件提供兩個接口：OrderEntry 和 AccountPayable，而且Order組件要求 Person接口。 QQread.com 推出各大專業(yè)服務(wù)器評測 linux服務(wù)器的安全性能 SUN服務(wù)器 HP服務(wù)器 DELL服務(wù)器 IBM服務(wù)器聯(lián)想服務(wù)器浪潮服務(wù)器曙光服務(wù)器同方服務(wù)器華碩服務(wù)器寶德服務(wù)器 圖的目的組件圖的主要目的是顯示系統(tǒng)組件間的結(jié)構(gòu)關(guān)系。在 UML 1.1 中，一個組件表現(xiàn)了實施項目，如文件和可運(yùn)行的程序。不幸地，這與組件這個術(shù)語更為普遍的用法、指象COM組件這樣的東西相沖突。隨著時間的推移及UML的連續(xù)版本發(fā)布， UML 組件已經(jīng)失去了最初的絕大部分含義。UML 2 正式改變了組件概念的本質(zhì)意思；在 UML 2 中，組件被認(rèn)為是獨立的，在一個系統(tǒng)或子系統(tǒng)中的封裝單位，提供一個或多個接口。雖然 UML 2 規(guī)范沒有嚴(yán)格地聲明它，但是組件是呈現(xiàn)事物的更大的設(shè)計單元，這些事物一般將使用可更換的組件來實現(xiàn)。但是，并不象在 UML 1. x中，現(xiàn)在，組件必須有嚴(yán)格的邏輯，設(shè)計時構(gòu)造。主要思想是，你能輕易地在你的設(shè)計中重用及/或替換一個不同的組件實現(xiàn)，因為一個組件封裝了行為，實現(xiàn)了特定接口。¹ 在以組件為基礎(chǔ)的開發(fā)（CBD）中，組件圖為架構(gòu)師提供一個開始為解決方案建模的自然形式。組件圖答應(yīng)一個架構(gòu)師驗證系統(tǒng)的必需功能是由組件實現(xiàn)的，這樣確保了最終系統(tǒng)將會被接受。除此之外，組件圖對于不同的小組是有用的交流工具。圖可以呈現(xiàn)給要害項目發(fā)起人及實現(xiàn)人員。通常，當(dāng)組件圖將系統(tǒng)的實現(xiàn)人員連接起來的時候，組件圖通常可以使項目發(fā)起人感到輕松，因為圖展示了對將要被建立的整個系統(tǒng)的早期理解。開發(fā)者發(fā)現(xiàn)組件圖是有用的，因為組件圖給他們提供了將要建立的系統(tǒng)的高層次的架構(gòu)視圖，這將幫助開發(fā)者開始建立實現(xiàn)的路標(biāo)，并決定關(guān)于任務(wù)分配及（或）增進(jìn)需求技能。系統(tǒng)治理員發(fā)現(xiàn)組件圖是有用的，因為他們可以獲得將運(yùn)行于他們系統(tǒng)上的邏輯軟件組件的早期視圖。雖然系統(tǒng)治理員將無法從圖上確定物理設(shè)備或物理的可執(zhí)行程序，但是，他們?nèi)匀粴g迎組件圖，因為它較早地提供了關(guān)于組件及其關(guān)系的信息（這答應(yīng)系統(tǒng)治理員輕松地計劃后面的工作）。符號在現(xiàn)在，組件圖符號集使它成為最輕易畫的 UML 圖之一。圖 1 顯示了一個使用前 UML 1.4 符號的簡單的組件圖；這個例子顯示兩個組件之間的關(guān)系：一個使用了Inventory System組件的Order System組件。正如你所能見到的，在UML 1.4 中，用一個大方塊，并且在它的左邊有兩個凸出的小方塊，來表示組件。 UML組件圖詳解（圖一）

圖 1：這個簡單的組件圖使用 UML 1.4 符號顯示Order System的一般性依靠關(guān)系上述的 UML 1.4 符號在 UML 2 中仍然被支持。然而，UML 1.4 符號集在較大的系統(tǒng)中不能很好地調(diào)節(jié)。關(guān)于這一點的理由是，如同我們在這篇文章的其余部分將會見到一樣，UML 2 顯著地增強(qiáng)了組件圖的符號集。在維持它易于理解的條件下，UML 2 符號能夠調(diào)節(jié)得更好，并且符號集也具有更多的信息。讓我們依照 UML 2 規(guī)范一步步建立組件圖。基礎(chǔ)現(xiàn)在，在 UML 2 中畫一個組件很類似于在一個類圖上畫一個類。事實上，在 UML 2 中，一個組件僅僅是類概念的一個非凡版本。這意味著適用于類分類器的符號規(guī)則也適用于組件分類器。（假如你已經(jīng)讀了并理解了我以前的關(guān)于大體上的結(jié)構(gòu)圖和類圖細(xì)節(jié)的文章 [http:// www. ibm.com/developerworks/cn/rational/rationaledge/content/feb05/bell/index.shtml]，你就會很易理解組件圖）。在 UML 2 中，一個組件被畫成堆積著可選擇小塊的一個立著的長方形。UML 2 中，組件的一個高層次的抽象視圖，可以用一個長方形建模，包括組件的名字和組件原型的文字和/或圖標(biāo)。組件原型的文本是“«component»”，而組件原型圖標(biāo)是在左邊有兩個凸出的小長方形的一個大長方形（UML 1.4 中組件的符號元素）。圖 2 顯示，組件可以用UML 2規(guī)范中的三種不同方法表示。 UML組件圖詳解（圖二）

圖 2：畫組件名字區(qū)的不同方法
當(dāng)在圖上畫一個組件時，重要的是，你總要包括組件原型文本（在雙重尖括號中的那個component，如圖 2 所示）和/或圖標(biāo)。理由呢？在 UML 中，沒有任何原型分類器的一個長方形被解釋為一個類組件。組件原型和/或圖標(biāo)用來區(qū)別作為組件元素的長方形。為組件提供/要求接口建模在圖 2 中所畫的Order組件表現(xiàn)了所有有效的符號元素；然而，一個典型的組件圖包括更多的信息。一個組件元素可以在名字區(qū)下面附加額外的區(qū)。如前面所提到的，一個組件是提供一個或更多公共接口的獨立單元。提供的接口代表了組件提供給它的用戶/客戶的服務(wù)的正式契約。圖 3 顯示了Order組件有第二個區(qū)，用來表示Order組件提供和要求的接口。² UML組件圖詳解（圖三）

上一篇：CMM與軟件評價及測試

下一篇：“6 Sigma”品質(zhì)管理的研究