applying UML and patterns 第一章

本书最重要的学习目标：为软件对象分配职责的技巧
OOA:需求分析，弄清楚需求或者要解决的问题 ，具体做法：分析和识别现实世界业务领域的对象和概念，do the right thing
OOD:提出满足需求的概念化的解决方案而非具体实现 ，具体做法：依据现实世界业务领域的对象和概念，识别出软件对象，围绕用例，找出方法和属性，do the thing right

OOA／D的大致步骤：

1. 定义use case
2. 定义业务模型
3. 定义交互图
4. 定义类图

其中，1，2属于OOA，3，4属于OOD;第3步，在初步确定软件类的前提下，围绕着用例找出相关的方法和属性，是行之有效的；

需要指出的是：在OOA和OOD中都可以借助UML来描述类或对象，这是容易引起混淆的地方！
为此，在本书中设定：业务领域内的类称为概念类，设计领域内的类称为软件类，实现代码中的类称为实现类；概念类是软件类产生的依据，但2者没有严格的对应关系，软件类的取舍由设计者基于实现和需求来权衡，但软件类的命名常与现实业务模型中的概念类相同或相近似，这主要是为了便于设计者或编程人员理解业务领域和设计之间的关系。