一、面向对象的本质

面向对象的本质是抽象，当系统达到了超越其处理能力的程度，我们可以抽象出我们能够处理的范围来提成抽象级别，这样就可以构建更大、更复杂的系统。

现实世界和对象世界之间存在着一道沟壑，这道沟壑的名字叫抽象，抽象是面向对象的精髓所在，同时也是面向对象的困难所在。要跨越这道沟壑，我们需要解决以下问题：

1、一种把现实世界映射到对象世界的方法。

2、一种从对象世界描述现实世界的方法。

3、一种验证对象世界行为是否正确反映了现实世界的方法。

UML正是解决这一问题的分析设计方法。

二、面向对象遇到的问题

1、对象的分析与设计问题。

2、对象结构的含义模糊不清。

当面向对象遇到这些问题的时候，UML统一建模语言出现了。学习UML只是学会了一门语言，而要写出一篇精彩的文章，却需要依靠写作人对生活的感悟和升华，这两者缺一不可。因此比学会UML建模本身更重要的是要理解UML背后所影藏的最佳实践。

三、UML统一建模语言要解决的问题

1、UML既然是一门语言，作为语言要解决的首要问题就是沟通问题。

2、统一，则是要解决混乱的方言问题，如普通话一样被大家广泛认可。

3、可视化，容易被人理解和记忆（超越文字的表达方式）。

建模实际上是一种对现实事物的理解。现实世界中如果我们站在很高的角度去抽象，就会发现无论这个时间多么复杂，其本质无非是由人、事、物和规则组成。

1、UML采用称之为参与者(actor)的元模型作为信息来源提供者，代表现实中的“人”。

2、UML采用称之为用例（use case）的一种元模型来表示驱动者的业务目标，也就是参与者想要做什么并且获得什么。代表现实中的“事”。

3、一件事怎么做，依据什么规则，则通过称之为业务场景(business scenario)和用例场景(use case scenario)的UML视图来描绘的。代表现实中的规则。

4、业务中的对象模型则就对应现实中的“物”。

分析模型：UML通过称之为概念化的分析过程来建立适合计算机理解和实现的模型。

分析模型介于原始需求和计算机实现之间，是一种过渡模型。

分析模型的元模型：

1、边界类(boundary):_____事

2、控制类(control)：———规则

3、实体类（entity）:————物

下图是业务模型到概念模型的转换过程示意图：

设计模型则是对概念模型的具体实现，这种实现方式不止一种。在设计模型中，概念模型中的边界类可以被转换为操作界面或者系统接口；控制类可以被转化为计算机程序或控制程序，例如工作流、算法等；实体类可以转化为数据表、XML文档或者其他持久化类。实际上对于不同的软件架构和框架以及不同的编程语言，所实现的概念模型有所不同。

面向对象分析设计完整过程如下：

七、RUP介绍

RUP(Rational Unified Process)统一过程。统一过程归纳和整理了很多在实践中总结出来的软件工程的最佳实践，是一个采用了面向对象思想，使用UML作为软件分析语言，并结合了项目管理、质量保证等许多软件工程知识综合而成的一个非常完整和庞大的软件方法。

统一过程定义了软件开发过程中最重要的四个阶段和九个核心工作流，每个阶段对不同工作流的侧重点不同。

软件项目真正的灵魂是软件过程，软件过程的需要才是这些工具和语言诞生的原因。

Thinking in UML 学习笔记（一）——建立对象模型