《Thinking in UML》读书笔记 1：为什么要用UML

背景

小菜鸟我从毕业到现在以来已经有一年的时间了，由于自己所在的软件公司是个规模不大的小公司，而在平时的工作中很多项目开发都处于一个无序的状态，很多琐事的事都需要自己去做，我也养出了一个很不好的毛病，就是以最快最偷懒的方式完成手头上的工作，导致我从来没有静下心来做过什么需求，分析与设计，很多条件都不允许我这样去做，这样的状况也维持一年了，我想该是我转变一下我的工作方式的时候了，我虽说一直在用面向对象语言开发项目，但却从来没有写出过正真的OO的代码，这真是一种讽刺。

一个很偶然的机会，我手上拿到了谭云杰老师的一本关于 UML的书《大象 Thinking in UML》，拜读完序章和第一章后深感启发，就此决定以这本书为路线来开启我的面向对象思想的大门，从今天开始，每次研读书中的章节后，我都会把书中的知识要点和学习心得记录在这里，以便加强学习效率。

什么是UML

UML是一种建模语言，和所有语言一样，它也是有基本词汇和语法两个部分构成的，UML定义了一些建立模型所需要的，表达没肿特定含义的基本原属，称之为元模型，相当于语言的基本词汇，例如用例，类等。UML还定义了这些元模型相互之间规则，相当于语法。

现实世界-->业务模型

　功能：

　 UML通过“参与者”，“业务场景”，“用例场景”等元模型和视图让现实世界的人，事，物和规则这些现实信息转化为业务模型。

　作用：

　　把现实世界映射到对象世界中去。

业务模型-->概念模型

功能：

UML通过概念模型来建立合适计算机理解和实现的模型，是介于原始需求和计算机实现之间的一个过渡模型，计算机的可执行代码可以通过概念模型来追溯到原始需求。

作用：

用对象世界描述现实世界的方法。用例所代表的现实的业务过程，被“边界”“控制”“实体”以及“包”“组件”等概念替代。儿这些概念是可以被计算机理解的，是抽象化了的对象。

概念模型主要有三个元模型：

边界类（boundary）：计算机的操作都要通过界面进行，边界类就这个界面。边界类决定了外面能对里面做什么“事”。

实体类（entity): UML用实体类来表示现实世界种参与者完成业务目标所涉及的事物。

控制类（control）：UML采用控制类来表述原始需求中的动态信息，也就是业务和用例场景中的步骤和活动。

概念模型-->设计模型

概念：

UML通过设计模型将概念模型中的边界类转化为操作界面或者系统接口，将实体类转化为数据库表，xml文档或者其他带有持久化特征的类，将控制类转化为计算程序或控制程序。把概念模型进一步代码化。

作用：

验证对象世界是否正确反映了现实世界的方法