UML建模语言、设计原则、设计模式( 二 )


UML建模语言、设计原则、设计模式

文章插图
1.2.2、活动图活动图本质是流程图,从流程图演变而来的 。
定义:对系统的动态行为建模的一种工具,描述的是活动的顺序,即:从一种活动到另一种活动的控制流(本质:活动之间控制权的转换)
对于上述我所谓的活动之间控制权的转换的说明 , 如:我去进行核酸检测(下图不严谨,当流程图来看,只是混入了活动图的图标在里面)
  • 通过下图可以推论出:控制权不会丢失,可以分散 / 分支、最后也会合并,不会消失,只是从一个活动到了另一个活动“手里”而已(像能量守恒一样)

UML建模语言、设计原则、设计模式

文章插图
1.2.2.1、活动图的组成1.2.2.1.1、基本组成名称定义符号开始状态表示活动开始的一个状态注:开始状态只能有一个下面两种表示方式都可以
UML建模语言、设计原则、设计模式

文章插图
结束状态表示活动结束的一个状态注:结束状态可以有多个下面两种都行
UML建模语言、设计原则、设计模式

文章插图
活动 / 动作很多动作的集合一个动作就是一个步骤如:打篮球就是一个活动 , 但是:里面却可以有很多动作 , 譬如:分组、进攻、防守......当然这些还可以再细分另外:动作其实就是子图(即:一个活动的内部逻辑 。后续会说明)
UML建模语言、设计原则、设计模式

文章插图
状态和活动等价特别点:严格来讲状态只分为开始状态和结束状态,活动符号并没有上面那种表示法(新版 。旧版有),现在官网中对活动符号的表示如下:
UML建模语言、设计原则、设计模式

文章插图
注意:和活动符号的图不太一样,当然:用哪一个都可以
UML建模语言、设计原则、设计模式

文章插图
控制流就是控制权的流动方向,也有人叫“转移”下面两种表示方式都可以
UML建模语言、设计原则、设计模式

文章插图
对象某个类的实例或者是某些活动输出的结果(可以理解为是一个参数,某个活动状态需要借助某个参数,借助的这个参数就是一个对象)在整个活动图中一个对象是可以多次出现的(类的实例嘛)注意对象名称下面是有下划线的另外:对象名称注意用名词来进行命名
UML建模语言、设计原则、设计模式

文章插图
对象流可以理解为数据流就是活动与对象之间的数据传递,也就是活动之间需要某个 / 某些对象来参与 , 那么:控制流就变成了对象流下面二者都可以
UML建模语言、设计原则、设计模式

文章插图
流终止表示控制流 / 对象流的结束这个其实可以不要,终止了不在图中表示出来不就表示终止了吗
UML建模语言、设计原则、设计模式

文章插图
事件可以理解为信号分为发出信号 和 接收信号下图的中间两个,左为发出信号,右为接收信号
UML建模语言、设计原则、设计模式

文章插图
逻辑:处理订单后,发出请求付款的信号活动等待接收确认付款的信号活动接收到了付款信号之后 , 即发货还有一种事件:叫时间事件(也可以当做是一个活动)就是等待某一个时间才能触发某个活动时间名称放在符号下方
UML建模语言、设计原则、设计模式

文章插图
判定活动就是流程图中的逻辑判断注意:这个不是分支或者合并,还差一点东西才能变成分支 或 合并(就是几根控制流的线),有了这一步才能说创建分支
UML建模语言、设计原则、设计模式

文章插图
同步条就是控制流(控制权)的控制下面看到了分叉与会合之后就一清二楚了分为水平同步 和 垂直同步(二者没区别,是画图的方向问题,看画的图箭头方向是怎样的,然后选择对应的同步条即可)
UML建模语言、设计原则、设计模式

文章插图
分支与合并(都需要判定活动参与)