UML2.jpg
这个世界的本质是由对象组成的，平时开上去相互无关的独立对象在不同的驱动力和规则下体现出不同的运动过程，然后这些过程便展现出了我们这个生动的世界。
在进入UML的具体介绍之前，我觉得很有必要聊聊“面向对象”这个话题。
在现实世界与虚拟世界相互转化的过程中，大体可以分成两种分析、设计和实现方式：面向过程和面向对象。
面向过程
世界的一切都不是孤立的，它们相互紧密的联系在一起，缺一不可，相互影响，相互作用，并形成一个个具有严格因果律的小系统；而更多的小系统组成了更大的系统，所有小系统之间的联系也是紧密和不可分割的。
就好像人的一生，从出生到死亡。
你做的每个决定，你周围环境都会对整个过程产生影响。
一旦有一个因素发生了变化，你便不会是现在你的了。
如果我们要进行面向过程的分析，就必须将这个过程描绘处理，把它们的因果关系都定义出来，再通过结构化的设计方法，将这些过程细化，形成可控制的，范围较小的部分。
比如分析你婴儿时期的所有因素，再分析幼年，接着少年，青年……
通常，面向过程的分析方法是找到过程的起点，然后顺藤摸瓜，分析每个部分，直至达到过程的终点。
这个过程上的每一个部分都是过程链上不可分割的一环。
——《大象，Thinking in UML》
但是面向过程有个致命的问题
这个方法本身蕴含着一个前提假设，即这个过程是稳定的，这样我们才有分析的基础，所有工作成果都依赖于对这个过程的步步分析。
每一步都是预设好的，有着严谨的因果关系。
可惜，我们的世界从来都不是一成不变的，系统所依赖的因果关系变得越来越脆弱。
这个世界系统是如此的复杂和不可捉摸，就如同那个著名的蝴蝶效应，预设的过程因为一只蝴蝶轻轻扇动了一下翅膀就从此被颠覆，变得面目全非了。
——《大象，Thinking in UML》
并非方法不正确，而是因为构成一个系统的因素太多，要把所有可能的因素都考虑到，把所有因素的因果关系都分析清楚，再把这个过程模拟出来，实在是太难了。
我们不分析人的一生，就分析你早上从闹钟响起到吃早饭结束这段时间内的过程，就充满了波折。
顺利的情况下，过程是：闹钟响起->关掉闹钟->坐起来->穿衣服->叠被子->洗漱->吃早饭。
但是我们都知道，这个短短的过程充满了变数。
比如，闹钟压根儿没响。
比如，觉得身体不舒服想要再多睡一会儿。
比如，发现今天天气好冷，需要添加一个“重新找衣服”的动作。
我觉得真的是很难把所有的可能性都穷尽出来。
你真的不会知道在这段时间内会发生什么神奇的事情。
面向对象
我们再来看看面向对象（Object Oriented，简称 OO）
面向对象方法将世界看作一个个相互独立的对象，相互之间并无因果关系。
他们平时是“鸡犬之声相闻，老死不相往来”的。
只有在某个外部力量的驱动下，对象之间才会依据某种规律相互传递信息。
这些交互构成了这个生动世界的一个“过程”。
在没有外力的情况下，对象则保持着“静止”的状态。
——《大象，Thinking in UML》
就好像“洗漱”这件事情，我们可以看做是一个对象。
它可能发生在早上起床后，也可能发生在晚上睡觉前。
当然还可能发生在任何你想让它发生的时候。
这个取决于你的目的。
大家都知道“乐高”。
我乐于将OO与“乐高”联系起来。
“乐高”的那些基础块，散落在地上，相互独立，没有啥关联。
但是当你有目的的将他们拼接在一起，它们会随着你的目的产生不同的结果。
你可以拼出一座城堡，也可以拼出一个ET。
城堡和ET也是对象，他们是由小基础块的对象拼接而成的。
但是，面向对象的方法也有困难。
最经常需要被解释的问题有：
对象是怎么被抽象出来的？
对象是如何组合的？
怎么理解对象组合？
《大象，Thinking in UML》有一幅图揭示了面向对象的困难。
[图片上传中...(UML2.2.jpg-a67dfa-1514940960938-0)]
抽象是面向对象的精髓所在，同时也是面向对象的困难所在。
——《大象，Thinking in UML》
所以，想要用OO的方法，就必须要学会抽象。
建模
通过建模实现现实世界与对象世界的映射，将抽象的东西具象化。
我们站在一个很高的抽象层次，以高度归纳的视角来看这个世界的运作，就会发现，无论世界多么复杂，无论行业和业务，其本质无非是人、事、物和规则组成的。
人驱动系统，事体现过程，物记录结果，规则是控制。
——《大象，Thinking in UML》
UML2.3.jpg
UML是一种建模的方法。
其精髓就是：人、事、物和规则。
我们用不同的图对这些要素进行建模，也就是我们用UML干的事情。
而UML还有一个特点，在上一篇也有提到，就是专注性。
比如：用例图专注于人、事的描述，不会涉及到规则的描述。
所以你如果在用例图中发现有菱形判断符号，那么这个用例图肯定是错误的。
对象分析方法
使用面向对象的方法进行设计，我们叫做OOD。
使用面向对象的方法进行分析，我们叫做OOA。
而作为BA、产品来说，我们基本上最常用的是站在业务的角度进行OOA。
实现业务层面的，从现实世界向虚拟世界的转化。
在这个转化过程中，需要对现实世界进行一定层次的抽象。
以下几点需要特别注意，属于OOA的精髓。
-
一切都是对象
-
对象都是独立的
-
对象都具有原子性
-
对象都是可抽象的
-
对象都有层次性
我们用《大象，Thinking in UML》的一张图来进行说明：
UML2.1.jpg
一个对象因为其目的不同，可以从不同的角度进行抽象。
这个就涉及到属性与对象的区别了。
比如，你觉得帽子是不是一个对象？
答案是“看情况”。
当我们的目的是为“起床”进行建模的时候，帽子可能会作为衣服这个对象的一个属性。
因为帽子本身没有业务意义，它的只是作为衣服这个对象的一部分。
而当我们的目的是为“设计衣服”进行建模的时候，帽子可能会作为一个独立的对象。
因为这个时候有帽子的衣服和没帽子的衣服可能就会有不同的行为（作用：御寒或者遮阳），比如设计冬装或者设计夏装。
当对象应用到具体的场景，服务与具体的目的时，我们称将这个对象进行实例化。
说实在的，面向对象和面向过程只是两种不同的方法，没有什么好或者不好，也没有什么对与错。
只是说，这世界变化太快，我们使用面向对象的分析方法，可以更有效率的应对变化。
就好像“乐高”的小基础块，当城堡不再是圆顶的时候，我拔下来或者插上去一些基础块就可以快速改造完成，而不是把整个城堡都拆了。
就好像我在对“起床”完成建模后，可以将“洗漱”直接复用到“就寝”的模型中，而不用重新分析、设计和编码。
OK，现在相信大家已经了解了什么是面向过程，什么是面向对象吧！
下满的篇章我们就来具体的聊聊UML建模吧！
网友评论