Markdown 之 UML图的实用画法

2024-02-14 13:32
文章标签 实用 uml markdown 画法

本文主要是介绍Markdown 之 UML图的实用画法,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

版权声明:本文为 小异常 原创文章,非商用自由转载-保持署名-注明出处,谢谢!
本文网址:https://blog.csdn.net/sun8112133/article/details/79891479

  UML:称为统一建模语言或标准建模语言。它是一种可视化的面向对象建模语言,是一种用来对真实世界物理进行建模的标准标记,用图形方式表现典型的面向对象系统的整个结构。
  
  平常我们画 UML图 时,需要借助像 StarUMLVisio 等这一类的工具软件,其实我们完全可以借助 Markdown 就可以快速的画出漂亮的UML图了。
  
  本篇以实用为主,不对画图中的细节作过多的描述,主要讲解UML图中最常用的序列图流程图
  (本人使用Typora,因为它具有实时渲染可见与编辑的特点)

  新手可以点击这里快速学习MarkDown。




一、序列图(关键字:sequence)

1、先来个小例子
``` sequence
title: 三个臭皮匠的故事
participant 小王
participant 小李
participant 小异常note left of 小王: 我是小王
note over 小李: 我是小李
note right of 小异常: 大家好!\n我是小异常小王->小王: 小王想:今天要去见两个好朋友咯~
小王->小李: 嘿,小李好久不见啊~ 
小李-->>小王: 是啊
小李->小异常: 小异常,你好啊
小异常-->小王: 哈,小王!\n最近身体怎么样了?
小王->>小异常: 还可以吧
```

 效果如下:

序列图之三个臭皮匠的故事

2、关键字
  1)title

  表示该序列图中的标题。

  2)participant

  表示该序列图中的对象。

  3)note

  表示该序列图中的部分说明。关于note以下三种关键字:
    * left of:表示在当前对象的左侧。
    * right of:表示在当前对象的右侧。
    * over:表示覆盖在当前对象的上方。

3、箭头
  1)->:实线实箭头
  2)–>:虚线实箭头
  3)->>:实线虚箭头
  4)–>>:虚线虚箭头
4、换行

  如果当前行中的文字过多想要换行,可以使用 \n 进行转义换行,效果如以上例子。


二、流程图(关键字:flow)

1、再来个小例子
```flow
sta=>start: 开始
e=>end: 结束
op=>operation: 操作(处理块)
sub=>subroutine: 子程序
cond=>condition: 是或者不是(条件判断)?
cond2=>condition: 第二个判断(条件判断)?
io=>inputoutput: 输出sta->op->cond
cond(yes)->e
cond(no)->cond2
cond2(yes,right)->sub(left)-op
cond2(no)->io(lef)->e
```

 效果如下:

流程图

2、关键字
  1)start, end

  表示该流程图中的开始与结束。

  2)operation

  表示该流程图中的处理块。

  3)subroutine

  表示该流程图中的子程序块。

  4)condition

  表示该流程图中的条件判断。

  5)inputoutput

  表示该流程图中的输入输出。

  6)right, left

  表示该流程图中当前模块下一个箭头的指向(默认箭头指向下方)。

  7)yes, no

  表示该流程图中条件判断的分支(默认yes箭头向下no箭头向右;yes与no可以和right同时使用;yes箭头向右时,no箭头向下)

3、各模块之间的联系
  1)形式:

 基本形式:

模块标识=>模块关键字: 模块模块名称

 连接定义:

模块标识1->模块标识2
模块标识1->模块标识2->模块标识3
... ...
  2)说明:

  通过模块与连接定义,可以组成一个完整的流程图。
  在模块定义中,模块标识与模块名称可以自定义,模块关键字不可以自定义!

3、注意事项
  1)在进行连接的时候,可以通过right, left确定箭头的指向;
  2)使用条件判断的连接时需要结合yes和no进行;
  3)在连接各模块之间不能有空格,在模块标识关键字时也不能有空格。

这篇关于Markdown 之 UML图的实用画法的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/708625

相关文章

Prompt - 将图片的表格转换成Markdown

Prompt - 将图片的表格转换成Markdown 0. 引言1. 提示词2. 原始版本 0. 引言 最近尝试将图片中的表格转换成Markdown格式,需要不断条件和优化提示词。记录一下调整好的提示词,以后在继续优化迭代。 1. 提示词 英文版本: You are an AI assistant tasked with extracting the content of

UML- 统一建模语言(Unified Modeling Language)创建项目的序列图及类图

陈科肇 ============= 1.主要模型 在UML系统开发中有三个主要的模型: 功能模型:从用户的角度展示系统的功能,包括用例图。 对象模型:采用对象、属性、操作、关联等概念展示系统的结构和基础,包括类图、对象图、包图。 动态模型:展现系统的内部行为。 包括序列图、活动图、状态图。 因为要创建个人空间项目并不是一个很大的项目,我这里只须关注两种图的创建就可以了,而在开始创建UML图

【H2O2|全栈】Markdown | Md 笔记到底如何使用?【前端 · HTML前置知识】

Markdown的一些杂谈 目录 Markdown的一些杂谈 前言 准备工作 认识.Md文件 为什么使用Md? 怎么使用Md? ​编辑 怎么看别人给我的Md文件? Md文件命令 切换模式 粗体、倾斜、下划线、删除线和荧光标记 分级标题 水平线 引用 无序和有序列表 ​编辑 任务清单 插入链接和图片 内嵌代码和代码块 表格 公式 其他 源代码 预

第三章 UML类图简介(设计模式笔记)

第三章 UML类图简介 3.1类 3.2接口 名字层必须有<> 3.3 泛化(继承)关系 箭头终点端指向父类(空心三角形) 3.4 关联(组合1)关系 B类是A类的成员变量 ,称A关联B。 箭头终点端指向B 3.5 依赖(组合2)关系 B类是A类的某个方法的参数 ,称A依赖B。 箭头终点端指向B(虚线) 3.6 实现关系 箭头终点端指向接口(虚线,空心

如何将卷积神经网络(CNN)应用于医学图像分析:从分类到分割和检测的实用指南

引言 在现代医疗领域,医学图像已经成为疾病诊断和治疗规划的重要工具。医学图像的类型繁多,包括但不限于X射线、CT(计算机断层扫描)、MRI(磁共振成像)和超声图像。这些图像提供了对身体内部结构的详细视图,有助于医生在进行准确诊断和制定个性化治疗方案时获取关键的信息。 1. 医学图像分析的挑战 医学图像分析面临诸多挑战,其中包括: 图像数据的复杂性:医学图像通常具有高维度和复杂的结构

【Markdown】如何在Markdown中合并单元格

Markdown语法本身不包含复杂表格的插入,但是可以使用html语法来实现。 水平单元格的合并:基于colspan属性,即使一个单元格占多列的空间纵向单元格的合并:基于rowspan属性,即使一个单元格占多行的空间 要想MarkDown中插入复杂表格时,可以先在word或excel中把表格写好,然后在如下网站进行转化为标记对形式: http://pressbin.com/tools/exc

ubuntu终端实用指令

ctrl + w 往回删除一个单词,光标放在最末尾 ctrl + u 删除光标以前的字符 ctrl + k 删除光标以后的字符 ctrl + a 移动光标至的字符头 ctrl + e 移动光标至的字符尾 ctrl + shift + c 复制 ctrl + shift + v 粘贴 ctrl + l 清屏

【Git 学习笔记_24】Git 使用冷门操作技巧(四)——更多实用 git 别名设置、交互式新增提交

文章目录 11.8 更多别名设置别名1:只查看当前分支(git b)别名2:以图表形式显示自定义格式的 git 日志(git graph)别名3:查看由于合并分支导致的冲突后仍有冲突的、待合并的文件列表(git unmerged)别名4:查看 git 状态(git st)别名5:查看 git 简要状态(git s)别名6:查看最新版本的统计信息(git l1)别名7:查看最近 5 个版本的提

【Markdown】输入空格方式

文章目录 1.nbsp2. ensp3. emsp4.thinsp5. zwnj6. zwj7. 其它 1.nbsp &nbsp;为“不换行空格”,全称“No-Break Space”,它是最常见和我们使用最多的空格,大多数的人可能只接触了 ,它是按下space键产生的空格。在HTML中,如果你用空格键产生此空格,空格是不会累加的(只算1个)。要使用html实体表示才可累加,该

设计模式反模式UML图示常见误用案例分析

1. 过度复杂化图示 反模式: 在UML图示中加入过多的细节,导致难以理解。 案例分析: 案例背景: 某软件开发团队在为一个社交媒体平台设计架构时,决定使用观察者模式来处理用户之间的通知功能。在创建UML图示时,团队将所有可能的通知类型和相关的属性、方法都包含在内,导致图示非常复杂和混乱。整个团队在讨论设计时,发现很难从图示中快速理解系统的核心结构。 问题分析: 这种做法导致了UML图示过