“贴身”研究UML

 

  最近一直在接触一门新的知识——UML，那么这到底是何方神圣呢？

   

     说白了就是一门语言，但这种语言却是可视化的，用来帮我们分析和描述软件，通过可视化图形的方式来展现系统，方便我们理解和软件的开发。然而即使是同样的语言，有的人却能出手成章，有的人却言路不通。因此学习UML要掌握一些基础以外，还要靠实践中。

   

      UML的法宝——九种图

 

   汉语里面有主、谓、宾、定、状、补语几种词性，因而我们能够诗词优美的来写作，而UML也有自己固定的写作工具——九种图，下面就一一介绍一下。

   

   Use-case图

 

     用例图的核心思想就是来表达用户的需求。总的来说或用例图展示了到底是谁用系统完成了什么功能或者说系统为谁提供了什么服务。

 

    因此用例图的工程有：角色、用例、关系

 

    在此我们先区分几个概念：参与者、用户、角色

 

    参与者：直接并主动接触向系统发出动作并获得反馈。可以非人。

  用户：是系统的直接使用者

    角色：是一种抽象的概念，是从参与者中抽象出相同的一部分。（美国人、中国人、日本人——人）

 

    用例：系统的需求。

 

    关系：是角色与用例之间的联系。

 

 关于怎么来找系统的中的角色？

    对于初学者来说，就是从用户的需求中找关键的名词，一般关键性的名词就是参与者，然后再高层次的抽象化以后就是所谓的角色了。

  用例图中的关系：关联、依赖、泛化

 

 

类图

       描述的是系统的内部结构，它有自己的属性和方法。

    

 

 name

attribution

operation

 

 

  类的关系：关联、依赖、泛化、实现。

     其中关联又包括：普通关联、聚合、组合

 

    首先本人对这几个关系这处在模糊期，如有错误，请多指导。

   

  关联：表示的是对象之间的结构关系。比如两个对象通过关联以后就知道彼此的存在了（这也可能是单向知道，或者双向），而用到类图中就是A对象保存了B对象的属性或者方法。

 

     依赖关系：可以说是一种特殊的关联吧！因为，关联关系太广泛了无处不在，而依赖是在关联的基础上，除了知道对方的存在后，还可以调用对方。比如使用对方的属性和方法，因此说，依赖是一种特殊的关联。

 

  聚合关系：是属于整体与部分的关系，但两者的关系并没有那么强烈的依赖。例如：公司和员工的关系。即使公司倒闭了，员工也不会消失。

  

   组合关系：正好与聚合相反，也是整体与部分关系，但两者关系比较强烈的依赖。例如：总公司和子公司的关系，有一种要死一起死的节奏。

 

   泛化关系：就是所谓的继承关系，子继承父业，所以就可以拥有父亲的一些遗产，就是所说的属性和方法。

  

              未完待续……