【正文】 做了詳細介紹，包括其語義、語法、表示法和用途。此外，本書還討論了有關(guān)標準文獻沒有解釋清楚的細節(jié)問題和 UML 標準中一些結(jié)論的基本原理。對元模型的細節(jié)感興趣的是 UML 工具的開發(fā)者和研究開發(fā)方法的專家，一般的軟件開發(fā)人員無需了解對象管理組織（ OMG, Object Management Group）制定的這些不易為人了解的細節(jié)。 本書所附光盤收錄了一些原始標準文獻，供讀者參考。為方便初學(xué)者，書后的參考文獻中列出了我們和其他作者早期的原作。如果某些讀者要個別 學(xué)習(xí)如何用 UML 對一般問題建立模型，可參考《 UML 用戶指南》（即將由機械工業(yè)出版社出版）一書。若要快速學(xué)習(xí) UML，閱讀《 UML 用戶指南》很有幫助。盡管 UML 可用于許多開發(fā)過程，但它最適用于以一個健壯的構(gòu)架為中心的迭代的、增量的、用例驅(qū)動的開發(fā)過程 —我們認為 這是開發(fā)現(xiàn)代復(fù)雜軟件最適宜的開發(fā)過程。 本書概貌 本書分為三部分：對 UML 歷史和有關(guān)建模知識的概述； UML 基本概念的綜述； UML術(shù)語和概念大全。 第二部分是 UML 視圖的簡要概述，以便讀者能將概念與視圖聯(lián)系起來。 該部分首先介紹了一個用到了各種 UML 視圖的例子，接著分章介紹每一種視圖。 第三部分包括了各種參考信息，這些信息被組織成一個個相關(guān)主題以便于查找。所有 UML 術(shù)語，不論重要與否，在大全中都有對應(yīng)條目，大全盡可能提供全面信息。相同或相似的信息有時在大全 中的許多條目中都予以列出，以便讀者查閱。標準元素是使用UML 擴充機制預(yù)定義的一個特性。 附錄列出了 UML 的元模型、 UML 表示法小結(jié)和用于專門領(lǐng)域的標準擴展集。參考文獻中所列的許多文獻都提及了一些優(yōu)秀的書籍和雜志文章，有興趣的讀者可據(jù)此進一步研究這些方法和概念的形成和發(fā)展。條目下所有的解釋性短文按照概念的不同層次組織。各個短文中所闡述的概念彼此之間有復(fù)雜的相互參考關(guān)系。高度格式化的編排也有利于相關(guān)概念的引用。但這種編排格式不適于學(xué)習(xí) UML 語言。 大全條目包含以下部分，但并不是所有條目都包含所有部分。概念的定義力求抓住該概念的主旨，以簡潔的表達方式描述，因此，它只是一個簡要定義。 語義 該部分詳細解釋概念的含義，包括該概念使用和執(zhí)行順序上的約束。首先給出概念的概括語義。在大多數(shù)情況下，特性按特性名的字母表順序排列。在更復(fù)雜的情況下，特性專門用一段短文敘述，以避免嵌套過多引起混亂。此時，附加說明段接在 “結(jié)構(gòu) ”小節(jié)之后或替代了 “結(jié)構(gòu) ”小節(jié)。 表示法 本節(jié)對概念的表示法進行詳細的描述。表示法段一般都有一個或多 個圖表，用來說明有關(guān)概念。所有用楷體表示的都是注釋說明，不是實際表示法的一部分。這些例子一般都針對復(fù)雜的或容易產(chǎn)生混淆的情形來列舉。只有一小部分的條目有討論段。 只有一小部分條目有這一節(jié)。 標準元素 本節(jié)列出了標準約束、標記、構(gòu)造型和其他約定，這些是預(yù)先規(guī)定好的。 語法約定 語法表達式。 標點符號也出現(xiàn)在目標字符串中。 在代碼示例中，注釋用楷體印刷在代碼右側(cè)。 expression list, 用逗號來分隔一系列表達式。每個重復(fù)符號都要用一個單獨的替換符號。 =expression opt 用上劃線來連接兩個或多個屬于同一單元的可選的或重復(fù)出現(xiàn)的項目。如果只有一個項目，可以不用上劃線。 字符串。 圖表。其他所有文字和符號都是實際的圖形表示法。本書 CD 還包括一個可用鼠標點擊操作的目錄表，表中包括書中文章的目錄、索引、 Adobe Reader 的一小部分以及各個條目主體部分的可擴展熱鏈接。 這張 CD 還收錄了 OMG 的 有關(guān) UML 標準詳細說明的全文，這是經(jīng)過 OMG 授權(quán)認可的。 如何獲取更多信息 有關(guān) UML 的另外一些原始文件和最新信息及相關(guān)方面的主題可在萬維網(wǎng)上查找。 致謝 我們感謝所有使 UML 成為現(xiàn)實的人。我們還得感謝 OMG 匯集了各方面的不同的觀點，并使這些觀點統(tǒng)一成被普遍接受的一致觀點，這遠非個人的力量所能夠做到的。他的交際才能和技術(shù)上的斡旋能力使制定 UML 的努力沒有因各種不同觀點的影響而白費。 我們要對 Gunnar 卾 ergaard 表示感謝，感謝他對本書做了詳細的復(fù)審，以及他為 完成大量 UML 文獻所做的辛勤勞動。 我們還要感謝 Karin Palmkvist 對本書做了極為細致的校審，并指出了許多技術(shù)上的錯誤以及語法、措辭和表達方式上的缺陷。 尤其重要的是，我們要對所有對 UML 思想作出貢獻的人表示感謝。在此我們不可能一一列舉他們的名字，不經(jīng)過學(xué)術(shù)上的討論也難以理解他們的見解所具有的影響，并且本書是一本工程方面的書，并不是歷史傳記。 要是在一個更私人的場合，我希望能夠表達對 Jack Dennis 教授的感謝。他所在的 MIT 的 計算結(jié)構(gòu)組（ Computations Structures Group）所提出的見解已產(chǎn)生了豐碩的成果，這些見解對 UML 的影響也是不小的。 最后要說的是，沒有我的妻子 Madeline 及兩個 兒子 Nick 和 Alex 的耐心支持，就沒有 UML 和這本書。 UML 參考手冊 1 第 1 章 UML 綜述 本章是 UML 及其應(yīng)用的一個快速瀏覽。 它記錄了對必須構(gòu)造的系統(tǒng)的決定和理解，可用于對系統(tǒng)的理解、設(shè)計、瀏覽、配置、維護 和信息控制。 UML 包括概念的語義，表示法和說明，提供了靜態(tài)、動態(tài)、系統(tǒng)環(huán)境及組織結(jié)構(gòu)的模型。 UML 標準并沒有定義一種標準的開發(fā)過程，但它適用于迭代式的開發(fā)過程。 UML 描述了一個系統(tǒng)的靜態(tài)結(jié)構(gòu)和動態(tài)行為。靜態(tài)結(jié)構(gòu)定義了系統(tǒng)中的重要對象的屬性和操作以及這些對象之間的相互關(guān)系。從不同但相互聯(lián)系的角度對系統(tǒng)建立的模型可用 于不同的目的。它還包括用于顯示系統(tǒng)實現(xiàn)和組織運行的組件。但可以使用代碼生成器工具將 UML 模型轉(zhuǎn) 換為多種程序設(shè)計語言代碼，或使用反向生成器工具將程序源代碼轉(zhuǎn)換為 UML。UML 是一種通用建模語言。 UML 是一種離散的建模語言，不適合對諸如工程和物理學(xué)領(lǐng)域中的連續(xù)系統(tǒng)建模。 UML 的歷史 UML 是為了簡化和強化現(xiàn)有的大量面向?qū)ο箝_發(fā)方法這一目的而開發(fā)的。這些方法最初由 Constantine、 Demarco、Mellor、 Ward、 Yourdon 和其他一些人發(fā)明和推廣，在一些大型系統(tǒng)，特別是和政府簽約的 UML 參考手冊 2 航空和國防領(lǐng)域的系統(tǒng)中取得了 一定突破，在這些系統(tǒng)中，主持項目的政府官員強調(diào)開發(fā)過程的有組織性和開發(fā)設(shè)計文檔的完備和充分。商業(yè)應(yīng)用軟件更不愿采用大型的 CASE 系統(tǒng)和開發(fā)方法。一般都認為商用系統(tǒng)比較簡單，不論這種看法是否正確，反正它不需要經(jīng)過外界組織的檢查。盡管這個語言對后來的許多面向?qū)ο笳Z言的設(shè)計產(chǎn)生了很大的影響，但是它沒有后繼版本。起初，盡管面向?qū)ο缶幊陶Z言在實際使用中有一定的局限性，但它仍然吸引了廣泛的注意力。包括 Shlaer/Mellor [Shlaer88]和 Coad/Yourdon [Coad91]，緊接著又有Booch 的 [Booch91] 、 Rumbaugh/Blaha/Premerlani/Eddy/Lorensen 的 [Rumbaugh91] 和WirfsBrock/Wilkerson/Wiener [WirfsBrock90]（注意：圖書版權(quán)年代往往包括了上一年度 7月份以后出版的書）。第一階段在1990 年末完成。 在以后的 5 年中，大批關(guān)于面向?qū)ο蠓椒ǖ臅畣柺溃饔凶约旱囊惶赘拍?、定義、表示法、術(shù)語和適用的開發(fā)過程。許多后繼出版的書都照搬前人，自己再做一些小的擴充或修改。總之，出現(xiàn)了一些被廣泛使用的核心概念， 另外還有一大批被個別人采納的概念。這些面向?qū)ο蠓椒ㄖg的細微比較常使人覺得這些概念不知依據(jù)哪個為好，特別是非專業(yè)的讀者。由于這項工作沒有這些方法的原作者參與，實際上僅 僅形成了一種新方法，而不能替換現(xiàn)存的各種方法。他們開始合并 OMT 和 Booch 方法中使用的概念，于 1995 年提出了第一個建議。他們共同致力于設(shè)計統(tǒng)一建模語言。而在此之前，各種方法的擁護 者覺得沒有必要放棄自己已經(jīng)采用的概念而接受這種統(tǒng)一的思想。 UML 的三位創(chuàng)始人開始與來自其他公司的軟件工程方法專家和開發(fā)人員一道制訂一套使 OMG 感興趣的方法，并設(shè)計一種能被軟件開發(fā)工具提供者、軟件開發(fā)方法學(xué)家和開發(fā)人員這些最終用戶所接受的建模語言。 1997 年 9 月，所有建議終于被合并成一套 UML 方法提交到 OMG。 UML 參考手冊 3 我們發(fā)起了創(chuàng)建 UML 的工作并提出了一些有益的建議， 但是這些建議的最終成型是集體智慧的結(jié)晶。 OMG 承擔(dān)了進一步完善 UML 標準的工作。許多軟件開發(fā)工具供應(yīng)商聲稱他們的產(chǎn)品支持或計劃支持 UML，若干軟件工程方法學(xué)家宣布他們將使用 UML 的表示法進行以后的研究工作。我們希望建模語言的標準化既能促進軟件開發(fā)人員廣泛使 用面向?qū)ο蠼＜夹g(shù)，同時也能帶來 UML 支持工具和培訓(xùn)市場的繁榮，因為不論是用戶還是供應(yīng)商都不用再考慮到底應(yīng)該采用哪一種開發(fā)方法。Souza IntelliCorp and James Martin 公司： Conrad Bock, James Odell MCI 系統(tǒng)企業(yè)： Cris Kobryn, Joaquin Miller ObjecTime 公司： John Hogg, Bran Selic Oracle 公司： Guus Ramackers 鉑技術(shù)公司： Dilhar Desilva Rational 軟件公司： Grady Booch, Ed Eykholt, Ivar Jacobson, Gunnar Overgaard, Karin Palmkvist, James Rumbaugh SAP 公司： Oliver Wiegert SOFTEAM： Philippe Desfray Sterling 軟件公司： John Cheesman, Keith Short Taskon 公司： Trygve Reenskaug 統(tǒng)一的意義 “ 統(tǒng)一 ”這個詞在 UML 中有下列一些相互關(guān)聯(lián)的含義： 在以往出現(xiàn)的方法和表示法方面 。使用 UML 可以對已有的用各種方法建立的模型進行描述，并比原來的方法描述得更好。 UML 對于開發(fā)的要求具有無縫性。在開發(fā)的不同階段，不必轉(zhuǎn)換概念和表示。 在應(yīng)用領(lǐng)域方面 。也許用某種專用語言來描述一些專門領(lǐng)域更有用，但在大部分應(yīng)用領(lǐng)域中， UML 不但不 比其他的通用語言遜色并且更好。 UML 可應(yīng)用于運行各種不同的編程實現(xiàn)語言和開發(fā)平臺的系統(tǒng)。在各種情況下，前部分工作應(yīng)當(dāng)相同或相似，后部分工作因各種開發(fā)媒介的不同而有某種程度上的不同。 UML 是一個建模型語言，不是對開發(fā)過程的細節(jié)進行描述的工具。尤其適用于我們所推薦的迭代式增量開發(fā)過程。在構(gòu) 建 UML 元模型的過程中，我們特別注意揭示和表達各種概念之間的內(nèi)在聯(lián)系并試圖用多種適用于已知和未知情況的辦法去把握建模中的概念。這不是統(tǒng)一各種標準的初衷，但卻是統(tǒng)一各種標準最重要的結(jié)果之一。首先，最重要的目標是使 UML 一個通用的建模語言，可供所有建模者使用。至少，我們希望它能夠替代 OMT， Booch，Objectory 方法以及參與 UML 建議制訂的其他人所使用的方法建立的模型。此外，我們希望 UML 準確表達當(dāng)前軟件開發(fā)中的熱點問題，比如大規(guī)模、分布、并發(fā)、方式和團體開發(fā)等。它不包括一步一步的開發(fā)過程。 UML 和使用 UML 的軟件開發(fā)過程 是兩回事，這一些很重要。 UML 包含了所有的概念，我們認為這些概念對于支持基于一個健壯的構(gòu)架來解決用例驅(qū)動的需求的迭代式開發(fā)過程是必要的。UML 需要有足夠的表達能力以便可以處理現(xiàn)代軟件系統(tǒng)中出現(xiàn)的所有概念，例如并發(fā)和分布，以及軟件工程中使用的技巧，如封裝和組件。然而，這樣就意味著 UML 必將十分龐大，不可能像描述一個 近乎于玩具一樣的軟件系統(tǒng)那樣簡單。 UML 提供了多種模型，不是在一天之內(nèi)就能夠掌握的。但是你不必一下就完全學(xué)會它，就像學(xué)習(xí)任何一種程序設(shè)計語言、操作系統(tǒng)或是復(fù)雜的應(yīng)用軟件一樣。 靜態(tài)結(jié)構(gòu)。 UML 的靜態(tài)組件稱為靜態(tài)視圖。對象包含的信息被作為屬性，它們執(zhí)行的行為被作為操作。子類在繼承它們共同的父類的結(jié)構(gòu)和行為的基礎(chǔ)上增加了新的結(jié)構(gòu)和行為。一些元素通過依賴關(guān)系組織在一起，這些依賴關(guān)系包括在抽象級上進行模型轉(zhuǎn)換、模板參數(shù)的捆綁、授予許可以及通過一種元素使用另一種元素等。靜態(tài)視圖主要使用類圖。在 UML 視圖中還要用到其他類型的元素，比如接口、數(shù)據(jù)類型、用例和信號等，這些元素統(tǒng)稱為類元，它們的行為很像在每種類元上具有一定限制的類。 有兩種方式對行為建模。孤立對象的視圖是狀態(tài)機 — 當(dāng)對象基于當(dāng)前狀態(tài)對事件產(chǎn)生反應(yīng)，執(zhí)行作為反應(yīng)的一部分的動作，并從一種狀態(tài)轉(zhuǎn)換到另一種狀態(tài)時的視圖。 相互作用對象的系統(tǒng)視圖是一種協(xié)作，一種與語境有關(guān)的對象視圖和相互之間的鏈，通過數(shù)據(jù)鏈對象間存在著消息流。協(xié)作和互操作用順序圖和協(xié)作圖來描述。 實現(xiàn)構(gòu)造。某些組件代表了實現(xiàn)。它可以方便地被一個具有同樣規(guī)格說明的構(gòu)件替換。它包括構(gòu)件和對象。 模型組織。對于一個大型系統(tǒng)，建模信息必須被劃分成連貫的部分，以便工作小組能夠同時工作在不同部分上。包是 UML模型通用的層次組織單元，它們可以用于