【正文】 模型組織。 實現(xiàn)構(gòu)造。 有兩種方式對行為建模。子類在繼承它們共同的父類的結(jié)構(gòu)和行為的基礎(chǔ)上增加了新的結(jié)構(gòu)和行為。但是你不必一下就完全學(xué)會它，就像學(xué)習(xí)任何一種程序設(shè)計語言、操作系統(tǒng)或是復(fù)雜的應(yīng)用軟件一樣。 UML 包含了所有的概念，我們認(rèn)為這些概念對于支持基于一個健壯的構(gòu)架來解決用例驅(qū)動的需求的迭代式開發(fā)過程是必要的。至少，我們希望它能夠替代 OMT， Booch，Objectory 方法以及參與 UML 建議制訂的其他人所使用的方法建立的模型。尤其適用于我們所推薦的迭代式增量開發(fā)過程。也許用某種專用語言來描述一些專門領(lǐng)域更有用，但在大部分應(yīng)用領(lǐng)域中， UML 不但不 比其他的通用語言遜色并且更好。使用 UML 可以對已有的用各種方法建立的模型進(jìn)行描述，并比原來的方法描述得更好。 OMG 承擔(dān)了進(jìn)一步完善 UML 標(biāo)準(zhǔn)的工作。而在此之前，各種方法的擁護(hù) 者覺得沒有必要放棄自己已經(jīng)采用的概念而接受這種統(tǒng)一的思想。這些面向?qū)ο蠓椒ㄖg的細(xì)微比較常使人覺得這些概念不知依據(jù)哪個為好，特別是非專業(yè)的讀者。第一階段在1990 年末完成。一般都認(rèn)為商用系統(tǒng)比較簡單，不論這種看法是否正確，反正它不需要經(jīng)過外界組織的檢查。 UML 是一種離散的建模語言，不適合對諸如工程和物理學(xué)領(lǐng)域中的連續(xù)系統(tǒng)建模。從不同但相互聯(lián)系的角度對系統(tǒng)建立的模型可用 于不同的目的。 UML 包括概念的語義，表示法和說明，提供了靜態(tài)、動態(tài)、系統(tǒng)環(huán)境及組織結(jié)構(gòu)的模型。他所在的 MIT 的 計算結(jié)構(gòu)組（ Computations Structures Group）所提出的見解已產(chǎn)生了豐碩的成果，這些見解對 UML 的影響也是不小的。 我們還要感謝 Karin Palmkvist 對本書做了極為細(xì)致的校審，并指出了許多技術(shù)上的錯誤以及語法、措辭和表達(dá)方式上的缺陷。 致謝 我們感謝所有使 UML 成為現(xiàn)實的人。其他所有文字和符號都是實際的圖形表示法。 =expression opt 用上劃線來連接兩個或多個屬于同一單元的可選的或重復(fù)出現(xiàn)的項目。 標(biāo)點符號也出現(xiàn)在目標(biāo)字符串中。只有一小部分的條目有討論段。 表示法 本節(jié)對概念的表示法進(jìn)行詳細(xì)的描述。首先給出概念的概括語義。但這種編排格式不適于學(xué)習(xí) UML 語言。參考文獻(xiàn)中所列的許多文獻(xiàn)都提及了一些優(yōu)秀的書籍和雜志文章，有興趣的讀者可據(jù)此進(jìn)一步研究這些方法和概念的形成和發(fā)展。所有 UML 術(shù)語，不論重要與否，在大全中都有對應(yīng)條目，大全盡可能提供全面信息。 本書概貌 本書分為三部分：對 UML 歷史和有關(guān)建模知識的概述； UML 基本概念的綜述； UML術(shù)語和概念大全。為方便初學(xué)者，書后的參考文獻(xiàn)中列出了我們和其他作者早期的原作。書中對 UML 的組成和概念做了詳細(xì)介紹，包括其語義、語法、表示法和用途。我們也希望這些工作能為 UML 術(shù)語今后在中文翻譯中的統(tǒng)一貢獻(xiàn)一份力量。在翻譯過程中，一個重要問題是要使這套書中的專業(yè)術(shù)語的中文譯法保持一致。其中《 UML 用戶指南》介紹了 UML 的基礎(chǔ)知識，包括 UML 的術(shù)語、規(guī)則和語言特點，以及如何運用該語言去解決常見的建模問題，初學(xué)者學(xué)習(xí) UML 最好從閱讀該書開始。由于 UML 的復(fù)雜性，僅通過 UML 的標(biāo)準(zhǔn)文獻(xiàn)來 學(xué)習(xí)和使用它確實不是一件輕松的事。當(dāng)然，隨之而來的問題是，它的復(fù)雜性也超出了以往任何一種方法。這里想著重指出的是以下三點：第一點是 UML 的三位發(fā)起人 G. Booch、 J. Rumbaugh 和 I. Jacobson 是從事面向?qū)ο笱芯康闹麑＜?，他們各自的方法和著作在該領(lǐng)域均具有很大的影響；第二點是眾多的大公司加入了 UML 陣營，為 UML 的制定和推廣提供了強(qiáng)有力的支持；第三點是 UML 經(jīng)過數(shù)年的努 力終于被 OMG 采納，成為該組織承認(rèn)的一種標(biāo)準(zhǔn)建模語言。 1996 年 6 月發(fā)布了第 2 個版本 。目前，大多數(shù)較先進(jìn)的軟件開發(fā)組織已經(jīng)從分析、設(shè)計到編程、測試階段全面地采用面向?qū)ο蠓椒?，使面向?qū)ο鬅o可置疑地成為當(dāng)前軟件領(lǐng)域的主流技術(shù)。繼 Smalltalk80 之后， 20 世紀(jì) 80 年代又有一大批面向?qū)ο蟮木幊陶Z言問世，標(biāo)志著面向?qū)ο蠓椒ㄗ呦虺墒旌蛯嵱谩Ｆ溟g的差別，借用 G. Booch 的比喻，如同建造一座大廈和搭一個狗窩的差別。人們在越來越多的領(lǐng)域希望把更多、更難的問題交給計算機(jī)去解決。然而這種進(jìn)步又立刻 促使人們把更多、更復(fù)雜的問題交給計算機(jī)去解決。只有在分析和設(shè)計階段建立 了良好的系統(tǒng)模型，才有可能保證工程的正確實施。截至 1994 年，公開發(fā)表并具有一定影響的 OOA amp。為此， Rational公司的 G. Booch 和 J. Rumbaugh 決定將他們各自的方法結(jié)合起來成為一種方法。該版本于 1997 年 11 月 4 日被 OMG 采納。D 方法中吸取了大量的概念，并在 “UML 語義 ”、 “UML 表示法指南 ”、 “對象約束語言規(guī)約 ”等 UML 文獻(xiàn)中對這些概念的語義、圖形表示法和使用規(guī)則作了完整而詳細(xì)的定義。我國軟件界對 UML 也相當(dāng)關(guān)注。對于想學(xué)習(xí)和使用 UML 的廣大讀者，這是一套難得的好書。但是該書介紹的軟件開發(fā)過程是三位作者在開發(fā) UML 時一直在頭腦中思考的，因此很切合 UML 的特點。對個別有爭議的問題，在充分討論的 基礎(chǔ)上采取放棄己見、服從大局的態(tài)度，從而形成了一個譯法一致的詞匯表。我們希望這些研究最終通過較準(zhǔn)確的翻譯文字使讀者受益。本書涵蓋了能夠滿足絕大部分軟件開發(fā)人員需要的細(xì)節(jié)內(nèi)容，對于某些源于原始標(biāo)準(zhǔn)的細(xì)節(jié)，往往指明了其出處。 使用 UML 并不局限于某一種專門的開發(fā)過程，本書也不針對某一種開發(fā)過程進(jìn)行討論和介紹。概述的目的不是提供一個完整的教材或?qū)Ω鞣N概念進(jìn)行全面敘述，而主要是總結(jié)性地闡述 UML 的各種概念，它是進(jìn)一步詳細(xì)閱讀本書中術(shù)語和概念大全的起點。標(biāo)準(zhǔn)元素是 UML 的擴(kuò)展部分，相信應(yīng)該能得到廣泛使用。大全的這種組織形式使得每個概念在一致的層次中，避免了嵌套性的解釋說明來回查找?guī)淼穆闊?。概念的精確涵義參考后面的主體解釋短文。有時，對一個主要概念的說明分散在多個邏輯子項中而不是在一處。 示例 本小節(jié)展示如何使用表示法以及有關(guān)概念的運用。這一節(jié)很少出現(xiàn)。如果出現(xiàn)了零個或者一個重復(fù)符號，則不需要分隔符。在連續(xù)的文本中，關(guān)鍵字、模型元素名稱和模型中的字符串例用 Sans Serif 字體印刷。 我們認(rèn)為這張 CD 對 UML 高級用戶來說，將是一本非常有用的在線參考書。 Cris 還復(fù)審了全書，給出了大量有益的建議。這些見解有的廣為人知，有的卻因為提出這些見解的人運氣不佳而不被人了解。 UML簡介 統(tǒng)一建模語言（ UML）是一個通用的可視化建模語言，用于對軟件進(jìn)行描述、可視化處理、構(gòu)造和建立軟件系統(tǒng)制品的文檔。 UML 將系統(tǒng)描述為一些離散的相互 作用的對象并最終為外部用戶提供一定的功能的模型結(jié)構(gòu)。 UML 不是一種可用于定理證明的高度形式化的語言，這樣的語言有很多種，但它們通用性較差，不易理解和使用。結(jié)果不總是像預(yù)料的那么好 —許多計算機(jī)輔助軟件工程系統(tǒng)（ CASE）只是摘錄一些已實現(xiàn)的系統(tǒng)設(shè)計的報表生成器 —盡管如此，這些方法中仍包含一些好的思想，有時在一些大系統(tǒng)中是很有效的。在 smalltalk 語言成名約 5 年后，第一批介紹面向?qū)ο筌浖_發(fā)方法的書籍出現(xiàn)了。最早的著作者也沒閑著，他們大部分人都更新了自己前期的著作，采納了其他人一些好的思想。此時， Jacobson 也加入了 Rational公司開始與 Rumbaugh 和 Booch 一同工作。 最后的成果是許多人共同努力的結(jié)果。 核心組員 提出 UML 建議或進(jìn)行 UML 標(biāo)準(zhǔn)修訂工作的核心組員有下列人員： 數(shù)據(jù)存取公司： Tom Digre DHR 技術(shù)公司： Ed Seidewitz HP 公司： Martin Griss IBM 公司： Steve Brodsky, Steve Cook, Jos Warmer I—Lgix 公司： Eran Gery, David Harel ICON Computing 公司 ： Desmond D39。這種無縫性對迭代式的、增量式軟件開發(fā)是至關(guān)重要的。 在開發(fā)全過程方面 。 UML的目標(biāo) UML 語言的開發(fā)有多個目標(biāo)。我們認(rèn)為一個好的軟件開發(fā)過程對成功的開發(fā)軟件是至關(guān)重要的，我們向讀者推薦一本書[Jacobson99]?，F(xiàn)代語言和操作系統(tǒng)比起 40 年前要復(fù)雜多，因為我們對它們的要求越來越多。靜態(tài)視圖用類構(gòu)造模型來表達(dá)應(yīng)用，每 個類由一組包含信息和實現(xiàn)行為的離散對象組成。靜態(tài)視圖可用于生成程序中用到的大多數(shù)數(shù)據(jù)結(jié) 構(gòu)聲明。視圖點將數(shù)據(jù)結(jié)構(gòu)、控制流和數(shù)據(jù)流在一個視圖中統(tǒng)一起來。節(jié)點是運行時間計算資源，資源定義了一個位置。即使是一個小系統(tǒng)，人的理解能力也要求將整個模型的內(nèi)容組織成一個個適當(dāng)大小的包。構(gòu)件是系統(tǒng)中物理上的可替換的部分，它按照一組接口來設(shè)計并實現(xiàn)。狀態(tài)機(jī)模型用狀態(tài)圖來描述。另一類關(guān)系包括用例和數(shù)據(jù)流的合并。 任何一個精確的模型必須首先定義所涉及的范圍，即確定有關(guān)應(yīng)用、內(nèi)部特性及其相互關(guān)系的關(guān)鍵概念。它必須是一個通用語言，像任何一種通用程序設(shè)計語言一樣。 UML 并不試圖成為一個完整的開發(fā)方法。這個過程會增強(qiáng)對概念及其適用性的理解。其中包括程序設(shè)計語言、數(shù)據(jù)庫、 4GL、組織文檔及固件等。開發(fā)過程的不同階段可以采用相同的一套概念和表示法，在同一個模型中它們可以混合使用。 UML 的出現(xiàn)似乎深受計算機(jī)界歡迎，因為它是由官方出面集中了許多專家的經(jīng)驗而形成的，減少了各種軟件開發(fā)工具之間無謂的分歧。與此同時，其他一些人也在做這項富有競爭性的工作。第一次成功合并和替換現(xiàn)存的各種方法的嘗試始于 1994 年在 Rational 軟件公司 Rumbaugh 與 Booch 合作。有些書提出了一些新概念，但總的來說各個作者所使用的概念大同小異。 80 年代初Smalltalk，語言的廣泛使用掀起了一場 “面向?qū)ο筮\動 ”，隨之誕生了面向?qū)ο蟮?C、 C++、Eiffel 和 CLOS 等語言。 面向?qū)ο蟮拈_發(fā)方法 利用傳統(tǒng)程序設(shè)計語言（如 Cobol 和 Fortran 語言）的軟件開發(fā)方法出現(xiàn)于 20 世紀(jì) 70年代，在 80 年代被廣泛采用，其中最重要的是結(jié)構(gòu)化分析和結(jié)構(gòu)化設(shè)計方法 [Yourdon79]和它的變體，如實時結(jié)構(gòu)化設(shè)計方法 [Ward85]等。 UML 不是一門程序設(shè)計語言。它是為支持大部分現(xiàn)存的面向?qū)ο箝_發(fā)過程而設(shè)計的。 James Rumbaugh 于加州 Cupertino 1998 年 11 月 UML 參考手冊 1 第一部分 背景知識 這一部分介紹了 UML 的基本原理，包括 UML 建模的性質(zhì)和目標(biāo)以及 UML 覆蓋的所有功能領(lǐng)域。他們提出了許多有益的見解和想法，這些想法涉及面向?qū)ο蠹夹g(shù)、軟件方法、程序設(shè)計語言、用戶界面、可視化編程和許許多多計算機(jī)方面的其他領(lǐng)域。 我們尤其要感謝 Cris Kobryn，他既是制定 UML 標(biāo)準(zhǔn)的技術(shù)小組的負(fù)責(zé)人，并且使眾位各執(zhí)己見的組員達(dá)成一致（當(dāng)然我們?nèi)齻€人達(dá)成一致不會有太大的問題）。用鼠標(biāo)簡單地點擊某一熱鏈接，即可跳到大全中對應(yīng)該字或短語條目的章節(jié)中去。 UML 參考手冊 vii 不允許出現(xiàn)兩重嵌套。 下標(biāo)或上劃線為語法操作，舉例如下： expression opt 這個表達(dá)式是任選的。討論一般不涉及風(fēng)格上的簡單不同點。為了幫助讀者更好地理解表示法，許多圖表中用楷體表示注釋說明。如果某一特性還有更多的選擇項，那么每一選擇項均縮排。 簡要定義 概念名用黑體表示，緊接在概念名之后的簡要定義用一般字體印刷。高層次概念通常包括其低層次概念的概括性說明，每一低層概念在一段單獨的短文中有詳細(xì)解釋。 參考信息部分還包括了一個按字母順序排列的 UML 標(biāo)準(zhǔn)元素列表。該部分綜述了UML 所支持的各種視圖，并說明各種構(gòu)件如何協(xié)同工作。那些已經(jīng)了解如 OMT、 Booch、 Objectory、 CoadYourdon、 Fusion 等面向?qū)ο蠓椒ǖ淖x者，完全能夠讀懂本書，并能夠掌握 UML 及其表示法和語義。 本書不是一本關(guān)于 UML 語言標(biāo)準(zhǔn)文獻(xiàn)和 UML 元模型內(nèi)部細(xì)節(jié)的指導(dǎo)手冊。在翻譯中遇到的許多疑難問題，我們是通過進(jìn)一步研究 UML 以及有關(guān)的學(xué)術(shù)和技術(shù)問題而得到解決的，從而避免了許多訛誤。其中某些術(shù)語的譯法頗難定奪：既要確切反映英文本意，又要符合中文習(xí)慣，還要避免與國內(nèi)已習(xí)慣于與其它英文詞對應(yīng)的中文相混淆。其內(nèi)容不是 UML 固有的組成部分，因為被 OMG采納的 UML 只是一種建模語言，并不包含過程指導(dǎo)。這套著作對UML 進(jìn)行了詳細(xì)、深入而準(zhǔn)確的介紹和論述，而且語言生動、深入淺出、實例豐富、圖文并茂。因此，在美國等國家已有大量的軟件開發(fā)組織開始用 UML 進(jìn)行系統(tǒng)建模。 UML 最主要的特點是表達(dá)能力豐富。開始時有 12 家公司加入，共同推出了 版，并于1997 年 1 月提交到對象管理組織（ OMG）申請作為一種標(biāo)準(zhǔn)建模語言。各種方法的主導(dǎo)思想以及所采用的主要概念與原則大體上是一致的，但是也存在不少差異。到 1989 年之后，面向?qū)ο蠓椒ǖ难芯恐攸c開始轉(zhuǎn)向軟件生命周期的分析階段，并將 OOA 和 OOD 密切地聯(lián)系在一起，出現(xiàn)了一大批面向?qū)ο蟮姆治雠c設(shè)計（ OOAamp。這一認(rèn)識促使了軟件工程學(xué)的誕生。此后在軟件領(lǐng)域，從學(xué)術(shù)界到工業(yè)界