UML精粹標準對象建模語言簡明指南

　　本書為著名的Martin Fowler所作。本書首版自1997年問世以來，深受讀者歡迎，堪稱書中上乘。第3版以UML 2.0為基礎，引進交互概觀圖、定時圖、復合結構圖等新圖型；對類圖、順序圖、狀態(tài)圖、活動圖等均多有更新。作者一如既往，力求以極小篇幅，講述重要內容，見地獨到，且使用對話文體，講述技術內容，實用與基礎并重；文筆清新，引人入勝。本書可作為高等學校計算機、電子、通信等專業(yè)高年級學生及研究生課程之教學用書，同時對軟件研究者與開發(fā)人員亦頗具參考價值。 Contents（）Foreword to the Third Edition（第3版前言） XIForeword to the First Edition（第1版前言） XIIIPreface（序） XVWhy Bother with the UML（為何對UML操心） XVIStructure of the Book（本書的結構） XVIChanges for the Third Edition（第3版的變動） XVIIAcknowledgments（致謝） XVIIChapter 1： Introduction（引言） 1What Is the UML？（何謂UML？） 1Ways of Using the UML（UML的使用方式） 2How We Got to the UML（UML發(fā)展簡史） 7Notations and Meta-Models（圖示法與元模型） 9UML Diagrams（UML圖） 10What is Legal UML？（何謂合法UML？） 13The Meaning of UML（UML的含義） 14UML is not enough（UML并非足夠） 14Where to Start with the UML（何處著手使用UML） 16Looking for More Information（何處找尋更多資料） 16Chapter 2： Development Process（開發(fā)過程） 19Iterative and Waterfall Processes.（迭代過程與瀑布過程） 19Predictive and Adaptive Planning.（預見性計劃制訂與適應性計劃制訂） 23Agile Processes.（敏捷過程） 24Rational Unified Process.（Rational統(tǒng)一過程） 25Fitting a Process to a Project.（過程適配項目） 26Fitting the UML into a process.（UML適配過程） 29Requirements Analysis（需求分析） 29Design（設計） 30Documentation（文檔） 31Understanding Legacy Code.（理解遺產代碼） 32Choosing a Development Process.（選擇開發(fā)過程） 33Where to Find Out More.（何處找尋更多資料） 33Chapter 3： Class Diagrams： The Essentials.（類圖：基礎部分） 35Properties.（特性） 35Attributes.（屬性） 36Associations.（關聯(lián)） 37Multiplicity.（重數） 38Programming Interpretation of Properties.（特性的程序解釋） 39Bi-directional Associations.（雙向關聯(lián)） 41Operations.（操作） 43Generalization.（泛化） 45Notes and Comments.（注文與注釋） 46Dependency.（依賴） 47Constraint Rules.（約束規(guī)則） 49When to Use Class Diagrams.（何時使用類圖） 51Where to Find Out More.（何處找尋更多資料） 52Chapter 4： Sequence Diagrams.（順序圖） 53Creating and deleting participants.（參加者的創(chuàng)建與刪除） 56Loops， conditionals and the like.（循環(huán)、條件等） 57Synchronous and Asynchronous Calls.（同步調用與異步調用） 61When to use Sequence Diagrams.（何時使用順序圖） 61Chapter 5： 5. Class Diagrams： Advanced Concepts.（類圖： 高級概念） 65Keywords.（基詞） 65Responsibilities.（職責） 66Static Operations and Attributes.（靜態(tài)操作與靜態(tài)屬性） 66Aggregation and Composition.（聚合與組合） 67Derived Properties.（導出特性） 68Interfaces and Abstract Classes.（接口與抽象類） 69Read Only and Frozen.（只讀與凍結） 72Reference Objects and Value Objects.（指引對象與值對象） 73Qualified Associations.（受限關聯(lián)） 74Classification and Generalization.（分類與泛化） 75Multiple and Dynamic Classification.（多重分類與動態(tài)分類） 76Association Class.（關聯(lián)類） 78Template （Parameterized） Class.（模板（參數化）類） 81Enumerations.（枚舉） 82Active Class.（主動類） 83Visibility.（可見性） 83Messages.（消息） 84Chapter 6： Object Diagrams.（對象圖） 87When to use Object Diagrams.（何時使用對象圖） 87Chapter 7： Package Diagrams.（包圖） 89Packages and Dependencies.（包與依賴） 91Package Aspects.（包面） 93Implementing Packages.（包的實現） 94Where to Find Out More.（何時使用包圖） 95When to Use Package Diagrams.（何處找尋更多資料） 95Chapter 8： Deployment Diagrams.（部署圖） 97When to use deployment diagrams.（何時使用部署圖） 98Chapter 9： Use Cases.（用例） 99Content of a Use Case.（用例的內容） 100Use Case Diagrams.（用例圖） 102Levels of Use Cases.（用例級別） 103Use cases and features （or stories）.（用例與特征（或情節(jié)）） 104When to Use Use Cases.（何時使用用例） 104Where to Find Out More.（何處找尋更多資料） 105Chapter10： State Machine Diagrams.（狀態(tài)機圖） 107Internal Activities.（內部活動） 109Activity States.（活動狀態(tài)） 109Superstates.（超態(tài)） 110Concurrent States.（并發(fā)狀態(tài)） 111Implementing State Diagrams.（狀態(tài)圖的實現） 111When to Use State Diagrams.（何時使用狀態(tài)圖） 114Where to Find Out More.（何處找尋更多資料） 115Chapter 11. Activity Diagrams.（活動圖） 117Decomposing an action.（動作的分解） 119Partitions.（分劃） 120Signals.（信號） 121Tokens.（權標） 124Flows and Edges.（流與邊） 124Pins and Transformations.（飾針與轉換） 125Expansion Regions.（展開區(qū)域） 126Flow Final.（流終） 127Join Specifications.（匯合指明） 128And there's more.（此外尚有更多內容） 129When to Use Activity Diagrams.（何時使用活動圖） 129Where to Find Out More.（何處找尋更多資料） 130Chapter 12. Communication Diagrams.（通信圖） 131When to use Communication Diagrams.（何時使用通信圖） 133Chapter 13. Composite Structures.（復合結構） 135When to Use Composite Structures.（何時使用復合結構） 137Chapter14. Component Diagrams.（構件圖） 139When to use Component Diagrams.（何時使用構件圖） 141Chapter15. Collaborations.（協(xié)作） 143When to Use Collaborations.（何時使用協(xié)作） 146Chapter 16. Interaction Overview Diagrams.（交互概觀圖） 147When to use Interaction Overview Diagrams.（何時使用交互概觀圖） 147Chapter17. Timing Diagrams.（定時圖） 149When to use Timing Diagrams.（何時使用定時圖） 150Appendix： Changes between UML Versions.（UML各個版本間的變動） 151Revisions to the UML.（UML的修訂） 151Changes in UML Distilled.（《UML精粹》中的變動） 152Changes from UML 1.0 to 1.1.（從UML 10到UML 11的變動） 153Type and Implementation Class.（類型與實現類） 153Complete and Incomplete Discriminator Constraints. （完整與不完整判別元約束） 154Composition.（組合） 154Immutability and Frozen.（永恒與凍結） 154Returns on Sequence Diagrams.（順序圖上的回送（返回）） 154Use of the Term "Role".（術語"角色"的使用） 155Changes from UML 1.2 （and 1.1） to 1.3 （and 1.5）. （從UML 12（及11）到UML 13（及15）的變動） 155Use Cases.（用例） 155Activity Diagrams.（活動圖） 156Changes from UML 1.3 to 1.4.（從UML 13到UML 14的變動） 157Changes from UML 1.4. to 1.5.（從UML 14到UML 15的變動） 157From UML 1.x to UML 2.0.（從UML 1x到UML） 157Class Diagrams ： The Essentials （Chapter 3）.（類圖： 基礎部分（第3章）） 158Interaction Diagrams. （Chapter 4）（順序圖（第4章）） 158Class Diagrams ： Concepts （Chapter 5）.（類圖：高級概念（第5章）） 158State Diagrams.（狀態(tài)機圖） 159Activity Diagrams.（活動圖） 159Bibliography.（參考文獻） 161Index.（索引） 167第3版前言自古以來，最有才干的建筑師以及最杰出的設計師都確信"儉省定律"（law of parsimony）。不管它是陳述成一種悖論（"少即是多"），還是陳述成一種公案（"禪心即本心"），其智慧是永恒的。將任何事都簡化到本質，使形式與功能相諧。從金字塔到悉尼歌劇院，從馮·諾依曼體系結構到UNIX及Smalltalk，最佳建筑師與設計師們都力求遵循這一普遍的永恒原則。認識到利用奧卡姆剃刀（Occam's Razor）剃須的意義，當我在設計與閱讀時，總在尋找一些遵循儉省定律的項目和書籍。因此，我對你現在正在閱讀的這本書贊賞有加。你可能起先對我的上述評論感到驚異。我經常接觸到定義統(tǒng)一建模語言UML的冗長而難懂的規(guī)范。這些規(guī)范使工具賣主得以實現UML并使方法學學者得以應用UML。七年來，我主持了一些大型國際標準化組，制定了UML 1.1與UML 2.0的規(guī)范以及其間若干次較小的修訂。這段時期，UML在表現能力與精確程度上已臻成熟，但是，由于標準化過程，也增加了不必要的復雜性。遺憾的是，標準化過程乃是因其"按委員會設計"的折衷妥協(xié)而不是因其儉省典雅而聞名于世的。熟悉規(guī)范的晦澀難解之細微末節(jié)的UML專家能從Martin對UML 2.0的精粹提煉中學到什么呢？可以學到很多。一開始，Martin就巧妙地將一種龐大復雜的語言簡化成一個頗重實效的子集，后者在實踐中已被證明效果不錯。他摒棄了對該書的前一版增補篇幅的簡易途徑。由于這種語言的發(fā)展壯大，Martin一直堅持其尋求"UML最為有用的部分"的目標，并且所講述的也正是這一部分。他所指的這一部分就是幫助你做80%工作的UML中神話般的20%部分。俘獲并馴服這匹在逃的野獸乃是一項了不起的成就！更令人欽佩的是，Martin是以一種精彩動人的對話文體來實現這一目標的。通過與我們共享他的意見及趣聞軼事，他使本書成為一本有趣的讀物，并且使我們聯(lián)想到構建與設計系統(tǒng)應是既有創(chuàng)見又富有成效的。如果我們追求儉省公案到盡善盡美的地步，就應發(fā)現，用UML對項目建模就猶如在小學或中學中發(fā)現指畫班與繪畫班那樣令人愉快。UML應是我們創(chuàng)造性的一支照明杖，以及"精確指明系統(tǒng)藍圖以致第三方可以索價并構作系統(tǒng)"的一臺激光器，后者乃是對任何一種真正藍圖語言的酸性檢驗。因此，雖然這可能是一本小書，它卻不是一本平凡的書。你可以從Martin的建模途徑學到的東西幾乎和你從他對UML 2.0的解釋所學到的東西一樣多。在和Martin一道工作，以增進本次修訂所闡明的UML 2.0的語言特征的選取與糾錯上使我感到愉快。我們必須記住，所有有生命的語言（自然語言與人工語言）都必然發(fā)展或消亡。Martin的關于新特征的選擇連同你的愛好以及其他實踐者的愛好，乃是UML修訂過程中的重要部分。它們使這種語言保持生氣勃勃，并幫助它通過市場中的自然選擇而發(fā)展。在模型驅動開發(fā)成為主流以前還有很多挑戰(zhàn)性的工作要做，但是我卻因像這樣一本清晰闡明UML建?；驹聿⑦M行實際應用的書籍而感到鼓舞。我希望你和我一樣能從中獲益，并利用新的深刻了解來改進自己的軟件建模實踐。Cris KobrynU2伙伴的UML 2.0提交組主席Telelogic公司首席技術專家第1版前言在開始制訂統(tǒng)一建模語言時，曾希望能產生一種表示設計的標準方式，它不僅能反映最佳工業(yè)實踐，還能幫助打消軟件系統(tǒng)建模過程的神秘。我們相信，使用標準建模語言定能鼓勵更多開發(fā)人員在構作軟件系統(tǒng)之前對系統(tǒng)建模。UML的迅速廣泛采用表明軟件開發(fā)界人士確已深知建模的好處。UML的創(chuàng)建本身為一迭代與漸進過程，這和大型軟件系統(tǒng)的建模頗為相似。最終結果成為一標種準，它建立在面向對象界很多個人和公司提出的想法和所做貢獻的基礎之上，并且也反映了這些想法與貢獻。我們開始致力于UML，但很多別人幫助我們臻于成功。對他（她）們的貢獻特致謝意。創(chuàng)建并商定一種標準建模語言本身為一重要挑戰(zhàn)。如何教育軟件開發(fā)界，并以一種既易理解又按軟件開發(fā)過程的方式來介紹UML亦為一重要挑戰(zhàn)。在這本容易被人誤解、且更新到反映UML最新變動的小書中，Martin Fowler遇到了更多的挑戰(zhàn)。Martin不僅以一種清晰而友善的文體介紹了UML的關鍵方面，而且還清楚闡明了UML在開發(fā)過程中所起的作用。閱讀中，我們享受到了Martin從12年以上的設計與建模經驗中所得到的大量寶貴的建模見識和智慧。結果是一本引導成千上萬開發(fā)人員進入UML、并促使他（她）們更熱衷于以這種當前標準建模語言進一步開拓很多建模好處的書。謹向任何一位有興趣于首先覽讀UML、并對它在開發(fā)過程中所起的關鍵作用有一概貌了解的建模人員或開發(fā)人員推薦此書。Grady Booch Ivar Jacobson James Rumbaugh序在我的人生中有很多方面都是幸運的。我的一次鴻運是于1997年在合適的地點以合適的知識撰寫了本書的第1版。溯及那時，面向對象建模的混亂天地剛剛開始在統(tǒng)一建模語言（UML）的旗幟下統(tǒng)一起來。從那時起，UML已成為不只是對象的標準而已是軟件圖示建模的標準。我的幸運是，這本書成為一本最流行的UML書，銷售量超過25萬冊。好！這對我來說固然不錯，但你是否應該購買這本書呢？我要強調的是，這是一本篇幅簡短的書。它不指望給出這些年來日益發(fā)展的UML每一方面的細節(jié)。我的意圖是去發(fā)現UML中最為有用的部分，并且只對你講述這一部分。雖然一本篇幅較大的書會使你了解更多的細節(jié)，但也會占用你更多的閱讀時間。而時間是你對一本書的最大投資。為了保持這本書篇幅不大，我曾經花時間去選擇最佳的部分，這樣你就不必去自行選擇了。（令人難過的是，"更小"并不總是意味著"更便宜"，產生一本高質量的技術書是有明確固定成本的。）購買本書的理由之一是要開始學習UML。由于這是一本小書，它會使你很快抓住UML的基本要點。掌握了這些內容以后，就可以通過一些篇幅較大的書（如《用戶指南》［Booch， UML user］或《基準手冊》［Rumbaugh， UML Reference］）來研究UML的更多細節(jié)。本書亦可用作UML的最常用部分的方便參考書。雖然本書并未涵蓋UML的所有部分，但比起很多別的UML讀物，它卻是一本頗為輕便、易于攜帶的書。它也是一本作者有自己見地的書。我已經在對象領域工作了很長一段時間，因而，對什么工作起來得心應手、什么不然，有明確的想法。任何一本書都反映作者的意見，我也不打算隱瞞自己的看法。因此，如果你在找尋帶有客觀性的東西，你就要去嘗試別的書。雖然很多人曾經告訴我，本書是一本關于對象的良好導論，但這卻非我的撰寫本意。如果你要找尋一本面向對象設計的導論，我推薦Craig Larman的書［Larman］。很多對UML感興趣的人都利用工具。本書集中考慮UML的標準以及通常用法，并未涉及各種工具所支持的細節(jié)。雖然UML消解了"前UML"表示法的巴別（Babel）塔，但在繪制UML圖時，仍然在工具示明什么和允許什么之間有一些令人煩惱的差異。在本書中我沒有過多談到模型驅動體系結構（MDA）。雖然很多人把這兩者（指UML和MDA：譯注）看作一回事，但很多開發(fā)人員利用UML而對MDA卻并無興趣。如果你要多學一些MDA，我就應該開始先用這本書使你能了解到UML的梗概，然后再轉去閱讀一本更為專門的MDA的書。雖然本書的要點是UML，我也增加了少許像CRC卡那樣對面向對象設計有價值的別的技術材料。UML只是你用對象取得成就所需要的一部分，而我認為，向你介紹一些別的技術，還是重要的。在這樣一本簡短的書中，不可能涉及到有關UML如何與源代碼聯(lián)系的問題，特別是，尚無一種標準方式去進行這樣的對應。但是，我要指出一些實現UML片段的常用編碼技術。我的代碼例子是用Java與C#書寫的，這是因為我發(fā)現這些語言通常是最被廣泛了解的語言。不要假定我喜歡Java和C#，我用Smalltalk寫的代碼太多了！為何對UML操心？我們使用設計圖示法已經有了一段時間。對我來說，其主要價值在于交流與理解。一個好的圖往往能幫助你交流設計想法，特別是在你想要避免很多細節(jié)時。圖也可以幫助你理解一個軟件系統(tǒng)或一個業(yè)務過程。作為試圖明白一些事情的開發(fā)組一方，圖既能幫助你理解又能幫助你把這些理解在開發(fā)組內交流。雖然設計圖示法不是（至少還不是）正文編程語言的接替，它們卻是一個有益的助手。很多人相信，在將來，圖示技術在軟件開發(fā)中將起統(tǒng)率作用，我卻對此比較懷疑，但是，鑒別這些表示法能做什么，不能做什么，則肯定是有用的。在這些圖示法中，UML的重要性源于它在面向對象開發(fā)界的廣泛使用與標準化。UML已經成為不只是面向對象界內部的主要圖示法，而且在非面向對象界也是一種流行的技術。本書的結構第1章是對UML的一個簡介：UML是什么，對不同的人它所具有的不同含義，以及它源于何處。第2章談軟件過程。雖然軟件過程完全獨立于UML，我認為重要的是，了解過程以便看出像UML那樣語言的來龍去脈。特別是，重要的是了解迭代開發(fā)的作用，對面向對象界的很多人來說，迭代開發(fā)是一種基本的過程途徑。我是圍繞UML內的各種圖型來組織本書的其余部分的。第3章和第4章討論UML兩個最有用的部分：類圖（核心）與順序圖。即使本書很小，我相信，利用我在這幾章中所討論的技術，你可以從UML中得到最大的好處。UML是一頭日益增長的大型野獸，但是你卻不需要它的全部。第5章談論類圖的一些比較次要但仍有用的部分的細節(jié)。第6章到第8章表述進一步顯露系統(tǒng)結構（structure）的三種有用的圖： 對象圖、包圖以及部署圖。第9章至第11章示明另外三種有用的行為（behavioral）技術： 用案、狀態(tài)圖（雖然正式稱作狀態(tài)機圖，它們一般稱為狀態(tài)圖）以及活動圖。第12章至第17章非常簡短，它們描述了一些不太重要的圖，對這些圖我只提供了一個快速的例子與解釋。本書前后插頁綜述圖示法最常用的部分。我常聽人說，它們是本書最重要的部分?？赡苣銜l(fā)現，在你閱讀本書某些其他部分時引用它們十分方便。第3版的變動如果你有本書的先前幾版，也許你想要知道不同之處是什么，更重要的是，是否應該購買新版。促使我撰寫并出版第3版的主要動力是UML 2的出現。UML 2增加了很多新材料，包括一些新圖型。即使是熟悉的圖也有不少新的圖示法，例如，順序圖中的交互架構。如果你想要知道發(fā)生了什么，而又不想費力去讀完規(guī)范（我肯定不會建議你這樣做！），本書應該給你一個好的概述。我已趁此機會完全改寫了本書的大部分內容，從正文到例子都使之進入最新狀態(tài)。我吸收了很多那些過去幾年來在講授與使用UML中所學到的東西。因此，雖然這本超薄的UML書的精神未曾觸動，但很多話語都是新的。幾年來我努力工作以使本書盡可能成為內容最新的書。由于UML經歷了變動，我盡最大努力與之齊頭并進。本書是以UML 2草案為基礎的。該草案已于2003年6月被有關委員會接受。在那次投票和更正式的投票之間不太可能出現進一步的變動，因此，我感到，對于付印我的這一修訂本來說，UML現在已經足夠穩(wěn)定。任何進一步更新的信息我將在我的網站（http：//martinfowler.com）上公布。致謝多年來，很多人都居于本書成功的一方。我首先要感謝的是Carter Shanklin和Kendall Scott。Carter是AddisonWesley的編輯，是他建議我寫這本書的。Kendall Scott幫助我整理先前兩版，仔細檢查了正文和圖形。他們一起在不可想象的短期內完成了難以完成的第1版的出版工作，而且保持了人們對Addison-Wesley所期待的高質量。他們還在UML看來什么都未穩(wěn)定的早期保持擺脫變動的困境。Jim Odell是我事業(yè)早期很多方面的導師與指路人。他還深入參與到解決持有己見的方法學學者們在技術問題和個人問題上的分歧并達成共同標準。他對本書的貢獻是深邃的，而且也是難以估量的。我敢說，他對UML也同樣如此。UML是一個標準的產物，但我對標準體卻有點過敏。因此，為了了解正在進行什么，我需要有一個密探網，他們能使我了解到各種委會員的全部秘密策劃的最新動態(tài)。如果沒有包括Comrad Bock， Steve Cook， Cris Kobryn， Jim Odell， Guus Ramackers以及Jim Rumbaugh等這樣一些密探，我可就完了。他們全都給了我有益的指點并回答我一些無聊的問題。Grady Booch， Ivar Jacobson以及Jim Rumbaugh以"三友"（Three Amigos）而聞名。雖然幾年來我曾經對他們開過一些玩笑，他們對本書卻給了我很多支持與鼓勵。永遠不要忘記，我的刺激通常都源于珍視的賞識。審閱人是一本書質量的關鍵。Carter告訴過我，審閱人永不嫌多。本書前幾版的審閱人是Simmi Kochhar Bhargava， Grady Booch， Eric Evans， Tom Hadfield， Ivar Jacobson， Ronald E. Jeffries， Joshua Kerievsky， Helen Klein， Jim Odell， Jim Rumbaugh以及Vivek Salgar。第3版也有一組優(yōu)秀審閱人：Conrad BockCraig LarmanAndy CarmichaelSteve MellorAlistair CockburnJim OdellSteve CookAlan O'CallaghanLuke HohmannGuus RamackersPavel HrubyJim RumbaughJon KernTim SeltzerCris Kobryn所有這些審閱人都花時間閱讀書稿，其中每人至少發(fā)現一個令人尷尬的可笑錯誤。謹向他們全體致以誠摯的謝意。剩下來的任何錯誤完全是我的責任，發(fā)現錯誤后，將在網站martin fowler.com的圖書部分勘誤表頁上公布。設計并撰寫UML規(guī)范的核心組是Don Baisley， Morgan Bj rkander， Conrad Bock， Steve Cook， Philippe Desfray， Nathan Dykman， Anders Ek， David Frankel， Eran Gery， ystein Haugen， Sridhar Iyengar， Cris Kobryn， Birger M ller Pedersen， James Odell， Gunuar vergaard， Karin Palmkvist， Guus Ramackers， Jim Rumbaugh， Bran Selic， Thomas Weigert以及Larry Williams。如果沒有他們，我就沒有什么值得大寫特寫的了。Pavel Hruby開發(fā)了一種絕妙的Visio模板。我在UML圖中用到很多該模板；你可以在http：//phruby.com處找到相關信息。很多人在網上與我聯(lián)系，親自提出建議和問題，并指出錯誤。我未能和他們所有的人取得聯(lián)系，但我的感謝也是誠摯的。我鐘愛的技術書店是位于馬薩諸塞州伯林頓的SoftPro，該店的店員讓我在那里度過了很多小時，瀏覽書架以發(fā)現人們是如何實際使用UML的，而且當我在那里時還為我提供上等的咖啡。對第3版，組稿編輯是Mike Hendrickson。Kim Arney Mulcahy負責項目進度、版式設計以及繪圖。Addison-Wesley的John Fuller是生產編輯，而Evelyn Pyle與Rebecca Rider負責本書的文字編輯與校對。我對他們均致謝意。在我堅持不懈寫書時，Cindy一直和我在一起。那時她在花園中耕耘以取得收益。我的父母使我有良好的教育開端，從此，其他一切都涌現而出。Martin FowlerMelrose， Massachusettshttp：//martinfowler.com

　　作者：MartinFowlerMartinFowler是一位獨立咨詢顧問，他運用對象技術解決企業(yè)問題已經超過十年。他的顧問領域包括健康管理、金融貿易，以及法人財務。他的客戶包括Chrysler，Citibank，UKNationalHealthService，AndersenConsulting，NetscapeCommunications。此外Fowler也是objects、UML、patterns技術的一位合格講師，他是《AnalysisPatterns》和《UMLDistilled》的作者。UML精粹：標準對象建模語言簡明指南（第3版）（英文影印版）>>更多作品