首页 > 代码库 > UML

UML

     最近在开发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) 

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

【描述方式】三个矩形  技术分享

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

【类图】

        

技术分享

         
      1. 对象图(object      diagrams)

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

【对象图】

        

技术分享

       

          3、交互图

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

      1. 序列图(顺序图)

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

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

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

【序列图】

        

技术分享

         
      1. 协作图(Collaboration     diagrams)

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

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

             1.状态图(Statechart       diagrams) 

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

    【描述方式】 

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

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

  2.活动图(Activity      diagrams)

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

【描述方式】 

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

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

【活动图】 

技术分享

活动图和状态图区别:

技术分享

5、实现图  

      1. 构件图(Component       diagrams) 

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

【描述方式】构件

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

【构架图】

 技术分享 

      1. 部署图(Deployment      diagrams)

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

【描述方式】 

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

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

【部署图】

技术分享

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

 

UML