UML精粹：標準對象建模語言簡明指南(第3版)（簡體書）

作者：（美國）福勒（Martin Fowler） 譯者：潘加宇

《UML精粹:標準對象建模語言簡明指南(第3版)》已經向成千上萬的開發人員介紹了UML，激發了他們進一步探索用現在這種標準建模語言建模的諸多好處。不管您是第一次對UML感興趣，還是希望瞭解UML在開發過程中扮演的關鍵角色。

第3版前言
第1版前言
序
為什麼要花時間學UML
本書結構
第3版的變化
致謝
插圖目錄
第1章 簡介
1.1 UML是什麼
1.2 使用UML的方式
1.3 UML誕生史
1.4 表示法和元模型
1.5 UML圖
1.6 什麼是合法的UML
1.7 UML的含義
1.8 僅有UML是不夠的
1.9 何處開始UML
1.10 更多資料
第2章 開發過程
2.1 迭代和瀑布過程
2.2 預測性和自適應計劃
2.3 敏捷過程
2.4 Rational統一過程
2.5 為項目裁剪過程
2.6 為過程裁剪UML
2.6.1 需求分析
2.6.2 設計
2.6.3 文檔
2.6.4 理解遺留代碼
2.7 選擇開發過程
2.8 更多資料
第3章 類圖：基礎
3.1 性質
3.1.1 屬性
3.2.2 關聯
3.2 多重性
3.3 性質的編程解釋
3.4 雙向關聯
3.5 操作
3.6 泛化
3.7 注解符和注釋
3.8 依賴
3.9 約束規則
3.10 何時使用類圖
3.11 更多資料
第4章 序列圖
4.1 創建和刪除參與者
4.2 循環、條件等
4.3 同步和異步調用
4.4 何時使用序列圖
第5章 類圖：進階概念
5.1 關鍵詞
5.2 責任
5.3 靜態操作和屬性
5.4 聚合和組合
5.5 派生性質
5.6 介面和抽象類
5.7 只讀和凍結
5.8 引用對象和值對象
5.9 限定關聯
5.10 分類和泛化
5.11 多重和動態分類
5.12 關聯類
5.13 範本（參數化）類
5.14 枚舉
5.15 主動類
5.16 可見性
5.17 消息
第6章 對象圖
6.1 何時使用對象圖
第7章 包圖
7.1 包和依賴
7.2 包的分解
7.3 實現包
7.4 何時使用包圖
7.5 更多資料
第8章 部署圖
8.1 何時使用部署圖
第9章 用例
9.1 用例的內容
9.2 用例圖
9.3 用例的級別
9.4 用例和特性（或故事）
9.5 何時使用用例
9.6 更多資料
第10章 狀態機圖
10.1 內部活動
10.2 活動狀態
10.3 超狀態
10.4 並發狀態
10.5 實現狀態圖
10.6 何時使用狀態圖
10.7 更多資料
第11章 活動圖
11.1 分解一個動作
11.2 分區
11.3 信號
11.4 權杖
11.5 流和邊
11.6 針腳和變換
11.7 擴展區域
11.8 流結束
11.9 結合規格
11.10 其他更多內容
11.11 何時使用活動圖
11.12 更多資料
第12章 通信圖
12.1 何時使用通信圖
第13章 組合結構
13.1 何時使用組合結構
第14章 組件圖
14.1 何時使用組件圖
第15章 協作
15.1 何時使用協作
第16章 交互概述圖
16.1 何時使用交互概述圖
第17章 時間圖
17.1 何時使用時間圖
附錄A UML版本之間的變化
A.1 對UML的修訂
A.2 《UML精粹》中的變化
A.3 從UML1.0到1.1的變化
A.3.1 類型和實現類
A.3.2 完整和不完整的鑒別器約束
A.3.3 組合
A.3.4 不可變和凍結
A.3.5 序列圖上的返回
A.3.6 術語“角色”的使用
A.4 從UML 1.2（和1.1）到1.3（和1.5）的變化
A.4.1 用例
A.4.2 活動圖
A.5 從UML 1.3到1.4的變化
A.6 從UML 1.4到1.5的變化
A.7 從UML 1.x到UML 2.0
A.7.1 類圖：基礎（第3章）
A.7.2 序列圖（第4章）
A.7.3 類圖：概念（第5章）
A.7.4 狀態機圖（第10章）
A.7.5 活動圖（第11章）
參考文獻
索引

認識到奧卡姆剃刀的價值後，當我在做架構和閱讀時，我會尋找遵從吝嗇定律的項目和書。因此，我為你正在閱讀的這本書喝彩。
你一開始可能會發現我剛才的評價令人吃驚。我經常被人與內容多而密的定義統一建模語言（UML）的規則聯系起來。這些規則允許工具廠商實現UML，允許方法學家應用UML。7年以來，我已經作為主席主持大型國際標準化團隊制定UML1.1和UML2.0規則，以及若干版本之間小的修訂。在這個時期，UML在表現力和準確性上已經成熟；但作為標準化過程的一個結果，也添加了不必要的復雜性。遺憾的是，標準化過程更傾向於妥協，以符合委員會設計的結果，而不是傾向於優雅的吝嗇。
作為一名UML 專家，我已經熟知規則中隱密的細枝末節，還能從Martin對UML 2.0的精煉中學到東西嗎？和你一樣，可以學到很多。一開始，Martin熟練地把一門復雜的大型語言削減為一個實用的子集，這個子集經他的實踐證明是高效的。他拒絕走更容易的路線：在他的書的上一個版本上加上附頁。因為語言發展了，Martin要忠於他的目標：尋求“最有用的UML 組成部分”，而且就告訴你這部分。他給出的這部分就是UML 中那神秘的20％（能幫助你完成80％的工作）。捕獲和馴服UML 這頭善於躲避的野獸，是了不起的成就！
更讓人印象深刻的是，Martin以極其吸引人的口語化風格達成了這個目標。通過和我們分享他的觀點和軼事，使得這本書讀起來很有趣，並提醒我們架構和設計系統應該是創造性和生產性的。如果我們追尋吝嗇心法的完整意圖，我們應該會發現UML 建模項目就像我們在初中時上指畫班一樣令人愉快。UML 應該是我們吸收創造性閃電的一根避雷針，同時也是精確詳述系統藍圖的一束鐳射，這樣，第三方可以投標和建造那些系統，這是判斷一門語言是否是真正的藍圖語言的酸性測試。
因此，雖然這是一本很薄的書，但絕不平凡。你既可以學到Martin的建模方法，也可以學到他對UML 2.0的解釋。
我很享受和Martin一起工作，挑出這個修訂版本要解釋的UML 2.0語言的特性並修正以前的錯誤。我們需要記住，所有現存的語言，包括自然語言和人造語言，必須不斷進化，要不就消亡了。Martin對新特性的選擇，以及你和其他從業者的偏好，是UML 修訂過程中的關鍵部分。你們讓這門語言保持生命力，幫助它通過市場的自然選擇進化。