UML学习(一)

一直想好好的看看UML，去年暑假曾系统了看了一本书并且在项目中也亲身体验了一把，感觉UML作为系统分析与设计的辅助工具还是相当好使的，不过俺当时还是在用Visio画UML图，：（。下面的文字将记录自己在UML学习过程中的一些理解和感悟，有偏颇之处还望指正。

1．什么是UML？它是做什么用的？

UML，Unified Modeling Language，统一建模语言，顾名思义，它是用来建模的了。那么我们为什么要建模呢？众所周知，在真实世界里，事务、对象之间的联系都是千丝万缕的，在实际的项目开发中，往往都要涉及很多的角色、功能以及业务流程，如果把这些都用文字呈现出来将非常冗长，而且自然语言容易让人产生歧义，因此在实际操作中，我们往往选择用模型来表示复杂的系统功能和业务流程，在必要的时候再加上适当的文字说明。模型，是真实事务的抽象，是真实系统的简化，而UML刚好可以满足我们建模的要求。

2．为什么要用UML？

建模有很多方法，那么为什么要用UML呢？比方说，我现在马上可以在Visio中根据我自己的设计习惯建立一个模型：在这个模型中我用椭圆代表类，细箭头代表继承，直线代表实现等等。问题来了，别人能看懂我的图么，也许别人一直都是用矩形代表类呢？而采用UML就不会出现这样的问题，因为UML已经成为了软件和系统开发的标准建模语言，既然它是标准，当然就用它了，如果使用标准的表示法，这就意味着可以在每次换工作时不必重新学习建模技术，这样俺就不怕跳槽后不适应新的工作了，^_^。

3．一些基本概念

建模语言：包含表示法，以及有关该表示法含义的描述的任何语言；

表示法(notation)：表示模型的一种方法，它是组成建模语言的元素；

元模型(语义)：对表示法中各个元素含义的描述，比如矩形代表什么含义，箭头表示什么含义等等；

描述性文档(profile)：对特定领域(如银行业务)的自定义描述；

4．UML的模型视图

我们可以把UML模型的图分解为捕捉系统特定方面的透视图或者视图，也就是对UML

中所包括的图进行一下分类，大致可以分为如下5类(4+1视图模型)：

    逻辑视图：用来对系统由什么组成和各组成部件之间如何结合进行建模，如类图、对象图、交互图等等；

    流程视图：描述系统内的流程，如活动图；

    开发视图：描述系统部件如何组成模块和组件，如包图和组件图；

    实体视图：描述前三种视图描述的系统设计如何落实到真实世界的实体中，如部署图；

用例视图：描述系统的功能需求，所有其他视图都依靠用例视图来引导，如用例图；