《敏捷軟件開發：原則、模式與實踐 》

       經典老書，無需多言

       用淺顯經典的例子講述了幾乎面向對象敏捷開發所有主要的相關技術的應用。

《UML和模式應用（原書第2版）》

       "人們經常問我，引導他們進入00世界的最佳圖書是哪一本。讀過本書之后，它已經成為我的惟一選擇。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　---MartinFowler

這本書本人認為有以下特色：

1、本書是帶領讀者在具體的迭代開發過程中，進行論述OO軟件的UP迭代開發過程。不會出現以前知道有莫一UML視圖不知道何處使何處用。

2、本書重實際一不是類似ROSE公司出的帶有公司宣傳偏見問題，二不是學院派有未來學術目標的導向。

3、書中設計軟件開發個個方面的組合，并且、這些各自方面的分量在書中恰到好處。

4、仔細閱讀，書中的每句都是作者用心所著，幾乎句句良言，尤其方框標出的更是有深刻含義，很少廢話。

例如、目前我們小組正在進行收集Use Case階段，借鑒了本書發現了很多以前Use Case上的錯誤認識。

1、用例圖和用例關系是用例工作中的次要部分。用例本身是文本格式文檔，用例工作意味著書寫文本。（以前專注于Rose中的小人和橢圓以及為了連線和其箭頭爭論不休）。用例建模的新手（或學院派）的一個普遍標志是，專心于用例圖和用例關系，而不是文本。頂級用例專家（如Anderson、Flower、Cockburn）不太重視用例圖和用例關系…

2、一個值得注意的地方是 一個常見的用例錯誤是：定義了許多低級別上的用例。這些用例只相當（基本業務過程）EBP中的一個簡單步驟、子功能或子任務。我目前理解的EBP是用戶（角色可能是外部系統）通過這個用例可以明確到達某個用戶目標，并且這個目標完成對用戶就有可度量的業務價值。例如、用戶登陸一般情況下就不是一個用例而是一個過程而已。正如書中所說，如果CEO問起來：“你今天干什么了？”你回答：“我登陸了20次！”他不會留下什么印象。登陸是為了完成其它有用的事情而服務的。因此我們發現諸如，讀取插件清單文件是一個過程等等（因為要做純UI平臺系統，所以必須涉及界面否則應盡量避免用例對界面描述）

此書目前仍在摸索中，今后有什么心得在和大家交流。如果大家對此書或Use Case有什么心得也交流交流？