http://www.cnblogs.com/AngelLee2009/p/3601879.html

UML不是OOA/D，也不是方法，它仅仅是一种图形表示法（表示的是OOA/D的想法），我们将在OOA/D中应用UML；分析，就是理解客户脑子中的概念，跟客户来沟通，分析出专业术语；设计，对分析出来的专业术语进行归纳；

OOA/D的过程：定义用例、定义领域模型、定义交互图、字义设计类图

示例：软件模拟游戏者投掷两个色子，如果总点数是7则赢得游戏，否则为输。

第一步：定义用例：用例是需求分析的一种工具，它是一些情节的描述（我要干什么）

• 色子游戏  
• 　　游戏者请求色子
• 　　系统展示结果，如果色子的总点数是7，则游戏者胜利，否则游戏者输 

第二步：定义领域模型：识别问题中的概念，它是对真实世界领域中的概念和想像可视化，与具体的软件技术无关，如游戏者、色子（业务模型）（先不要考虑色子的属性，要逐步细化）

　　游戏者、色子、色子游戏

第三步：定义交互图：分配对象职责并绘制交互图（动态建模）

OOD关注的是软件对象的定义职责与协作（箭头方向表示调用，被调用就必须有相应的方法）  

第四步：定义设计类图：（静态建模）

从领域模型以及交互图中获得启示，定义软件类，包括属性、方法等等

设计类图示如下：  

面向对象分析和设计（OOA/D）