UML

Posted 2020-08-15 微笑永不打烊

     最近在开发SDK，开发之前要先理清思路编写设计文档，故进行了UML的学习，完成文档的编写。

     先给大家分享一个自认为很有用的地址：https://www.processon.com 可以用来绘制流程图、思维导图、UI-原型图、UML-图。

 

     为了更好的理解，首先先了解下UML中几种类间关系：继承、实现、依赖、关联、聚合、组合的联系与区别：

 

    继承

     指的是一个类（称为子类、子接口）继承另外的一个类（称为父类、父接口）的功能，并可以增加它自己的新功能的能力，继承是类与类或者接口与接口之间最常见的关系；在Java中此类关系通过关键字extends明确标识，在设计时一般没有争议性；

     实现

      指的是一个class类实现interface接口（可以是多个）的功能；实现是类与接口之间最常见的关系；在Java中此类关系通过关键字implements明确标识，在设计时一般没有争议性；

 

     依赖

      可以简单的理解，就是一个类A使用到了另一个类B，而这种使用关系是具有偶然性的、、临时性的、非常弱的，但是B类的变化会影响到A；比如某人要过河，需要借用一条船，此时人与船之间的关系就是依赖；表现在代码层面，为类B作为参数被类A在某个method方法中使用；

    关联 

     他体现的是两个类、或者类与接口之间语义级别的一种强依赖关系，比如我和我的朋友；这种关系比依赖更强、不存在依赖关系的偶然性、关系也不是临时性的，一般是长期性的，而且双方的关系一般是平等的、关联可以是单向、双向的；表现在代码层面，为被关联类B以类属性的形式出现在关联类A中，也可能是关联类A引用了一个类型为被关联类B的全局变量；

    聚合

     聚合是关联关系的一种特例，他体现的是整体与部分、拥有的关系，即has-a的关系，此时整体与部分之间是可分离的，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享；比如计算机与CPU、公司与员工的关系等；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；

    组合

     组合也是关联关系的一种特例，他体现的是一种contains-a的关系，这种关系比聚合更强，也称为强聚合；他同样体现整体与部分间的关系，但此时整体与部分是不可分的，整体的生命周期结束也就意味着部分的生命周期结束；比如你和你的大脑；表现在代码层面，和关联关系是一致的，只能从语义级别来区分；

对于继承、实现这两种关系没多少疑问，他们体现的是一种类与类、或者类与接口间的纵向关系；其他的四者关系则体现的是类与类、或者类与接口间的引用、横向关系，是比较难区分的，有很多事物间的关系要想准备定位是很难的，前面也提到，这几种关系都是语义级别的，所以从代码层面并不能完全区分各种关系；但总的来说，后几种关系所表现的强弱程度依次为：组合>聚合>关联>依赖；

      上面我们介绍了几种类间关系，接下来说一下定义的五大类 

1、用例图（use case diagrams）

    【概念】描述用户需求，从用户的角度描述系统的功能

    【描述方式】椭圆表示某个用例；人形符号表示角色

    【目的】帮组开发团队以一种可视化的方式理解系统的功能需求

    【用例图】

2、静态图 

  
1. 类图（class  diagrams） 

【概念】显示系统的静态结构，表示不同的实体是如何相关联的

【描述方式】三个矩形  

【目的】表示一个逻辑类或实现类，逻辑类通常是用户的业务所涉及的事物；实现类是程序员处理的实体

【类图】

  

 
2. 对象图（object      diagrams）

【概念】类图的一个实例，描述系统在具体时间点上所包含的对象以及各个对象的关系

【对象图】

  

 

          3、交互图

          用来描述对象之间的交互关系 

1. 序列图（顺序图）

【概念】描述对象之间的交互顺序，着重体现对象间消息传递的时间顺序

【描述方式】横跨图的顶部，每个框表示每个类的实例或对象；类实例名称和类名称使用冒号分开

【目的】显示流程中不同对象之间的调用关系，还可以显示不同对象的不同调用。

【序列图】

  

 
2. 协作图（Collaboration     diagrams）

【概念】描述对象之间的合作关系，侧重对象之间的消息传递 

        4、行为图：描述系统的动态模型和对象之间的交互关系 

             1.状态图（Statechart       diagrams） 

    【概念】描述对象的所有状态以及事件发生而引起的状态之间的转移

    【描述方式】 

1. 起始点：实心圆 
2. 状态之间的转换：使用开箭头的线段 
3. 状态：圆角矩形 
4. 判断点：空心圆 
5. 一个或多个终止点：内部包含实心圆的圆

【目的】表示某个类所处的不同状态以及该类在这些状态中的转换过程

  2.活动图（Activity      diagrams）

【概念】描述满足用例要求所要进行的活动以及活动时间的约束关系

【描述方式】 

1. 起始点：实心圆 
2. 活动：圆角矩形 
3. 终止点：内部包含实心圆的圆 
4. 泳道：实际执行活动的对象

【目的】表示两个或多个对象之间在处理某个活动时的过程控制流程

【活动图】 

活动图和状态图区别：

5、实现图  

1. 构件图（Component       diagrams） 

【概念】描述代码构件的物理结构以及各构件之间的依赖关系

【描述方式】构件

【目的】提供系统的物理视图，根据系统的代码构件显示系统代码的整个物理结构

【构架图】

  

2. 部署图（Deployment      diagrams）

【概念】系统中硬件的物理体系结构

【描述方式】 

1. 三维立方体表示部件 
2. 节点名称位于立方体上部

【目的】显示系统的硬件和软件的物理结构

【部署图】

我的介绍到此为止，感谢您的访问。