经验总结

  1. 首页 > 生活 > >

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

生活百科


文章插图
对象某个类的实例或者是某些活动输出的结果（可以理解为是一个参数 ， 某个活动状态需要借助某个参数 ， 借助的这个参数就是一个对象）在整个活动图中一个对象是可以多次出现的（类的实例嘛）注意对象名称下面是有下划线的另外：对象名称注意用名词来进行命名

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

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

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

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

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

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

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

文章插图
分支与合并（都需要判定活动参与）
  • 分支：可以理解为控制权的分散（一个活动的控制权分给了多个活动） ， 要求：必须是一个控制输入流、两个及以上的控制输出流 ， 符号表示方式如下(菱形+四个控制流箭头）：

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

      文章插图
    • 注意：判定活动（即：菱形）不是分支 ， 判定活动+控制流才是分支
  • 合并：可以理解为控制权的融合（多个活动的控制权给到了一个活动） ， 就是分支的逆向 。要求：多个控制输入流、一个控制输出流 ， 符号表示如下：

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

      文章插图
分叉与会合（都需要同步条参与）

上一篇：屎卡在马桶能软化了吗

下一篇：2023年大暑是几月几日