http://www.cnblogs.com/AngelLee2009/p/3601879.html
UML不是OOA/D，也不是方法，它仅仅是一种图形表示法（表示的是OOA/D的想法），我们将在OOA/D中应用UML；分析，就是理解客户脑子中的概念，跟客户来沟通，分析出专业术语；设计，对分析出来的专业术语进行归纳；
OOA/D的过程：定义用例、定义领域模型、定义交互图、字义设计类图
示例：软件模拟游戏者投掷两个色子，如果总点数是7则赢得游戏，否则为输。
第一步：定义用例：用例是需求分析的一种工具，它是一些情节的描述（我要干什么）
- 色子游戏
- 游戏者请求色子
- 系统展示结果，如果色子的总点数是7，则游戏者胜利，否则游戏者输
第二步：定义领域模型：识别问题中的概念，它是对真实世界领域中的概念和想像可视化，与具体的软件技术无关，如游戏者、色子（业务模型）（先不要考虑色子的属性，要逐步细化）
游戏者、色子、色子游戏
第三步：定义交互图：分配对象职责并绘制交互图（动态建模）
OOD关注的是软件对象的定义职责与协作（箭头方向表示调用，被调用就必须有相应的方法）
第四步：定义设计类图：（静态建模）
从领域模型以及交互图中获得启示，定义软件类，包括属性、方法等等
设计类图示如下：
