UML不是OOA/D，也不是方法，它僅僅是一種圖形表示法（表示的是OOA/D的想法），我們將在OOA/D中應用UML；分析，就是理解客戶腦子中的概念，跟客戶來溝通，分析出專業術語；設計，對分析出來的專業術語進行歸納；
OOA/D的過程：定義用例、定義領域模型、定義交互圖、字義設計類圖
示例：軟件模擬游戲者投擲兩個色子，如果總點數是7則贏得游戲，否則為輸。
第一步：定義用例：用例是需求分析的一種工具，它是一些情節的描述（我要干什么）
- 色子游戲
- 游戲者請求色子
- 系統展示結果，如果色子的總點數是7，則游戲者勝利，否則游戲者輸
第二步：定義領域模型：識別問題中的概念，它是對真實世界領域中的概念和想像可視化，與具體的軟件技術無關，如游戲者、色子（業務模型）（先不要考慮色子的屬性，要逐步細化）
游戲者、色子、色子游戲
第三步：定義交互圖：分配對象職責並繪制交互圖（動態建模）
OOD關注的是軟件對象的定義職責與協作（箭頭方向表示調用，被調用就必須有相應的方法）
第四步：定義設計類圖：（靜態建模）
從領域模型以及交互圖中獲得啟示，定義軟件類，包括屬性、方法等等
設計類圖示如下：
