值得收藏!如何快速画出一幅漂亮的架构图
为什么要画好一幅架构图?一幅漂亮的架构图既是创作者的深度结构化思考和表达,对于读者来说也更加容易理解架构所要表达的意思。
然而不擅长画图的程序员,在大脑里已经有了思路,如何快速能够产出精美的架构图呢?这篇文章帮你总结了常用的架构图类型,可以借鉴笔者提供的模板,快速地产出符合你的业务需要的架构图。
周期图
XY轴坐标图
图形特点 | 简洁、容易理解、易扩展 |
使用场景 | 适用于一组或者一组以上的数据趋势对比 |
美观度 | ☆☆☆☆ |
复杂度 | ☆☆☆ |
时间轴
图形特点 | 简洁、容易理解、易扩展 |
使用场景 | 时间轴维度 |
美观度 | ☆☆☆☆ |
复杂度 | ☆☆ |
生命周期图
图形特点 | 简洁、容易理解、易扩展 |
使用场景 | 适用于对一个对象进行生命周期划分或者分类扩展 |
美观度 | ☆☆☆☆ |
复杂度 | ☆ |
坐标轴带图标模板
图形特点 | 简洁、容易理解、美观 |
使用场景 | 适用于对一个带有产品图的对象进行生命周期划分或者分类扩展 |
美观度 | ☆☆☆☆ |
复杂度 | ☆☆ |
块状图
Banner图
图形特点 | 简单、模块化、信息丰富、易拓展 |
使用场景 | 适合对于信息平铺展示图 |
美观度 | ☆☆☆ |
复杂度 | ☆☆ |
系统架构图
应用依赖图
图形特点 | 简洁,引入容易理解的图标,扩展性强 |
使用场景 | 适用于应用、数据库之间的依赖 |
美观度 | ☆☆☆☆ |
复杂度 | ☆☆ |
系统分层简图
图形特点 | 简洁、容易理解、流程指向清晰、拓展性简单 |
使用场景 | 适用于简单应用分层架构 |
美观度 | ☆☆☆☆ |
复杂度 | ☆☆☆☆☆ |
系统分层彩图
图形特点 | 增加ICON、和业务深度集成,相对简洁 |
使用场景 | 可叠加业务名词、标签等应用分层架构 |
美观度 | ☆☆☆☆☆ |
复杂度 | ☆☆☆☆ |
多维系统架构分层图
图形特点 | 多维度分层 |
使用场景 | 可叠加业务、系统等多维度封层架构 |
美观度 | ☆☆☆☆☆ |
复杂度 | ☆☆☆☆ |
业务流程图
三角流程图
图形特点 | 简单、清晰 |
使用场景 | 可形成闭环的业务流程 |
美观度 | ☆☆☆☆ |
复杂度 | ☆☆☆ |
块状流程图
图形特点 | 简单、清晰 |
使用场景 | 流程+块状业务图 |
美观度 | ☆☆☆☆ |
复杂度 | ☆☆ |
链式流程简图
图形特点 | 简单、链式流程、易扩展 |
使用场景 | 可以形成链式的流程 |
美观度 | ☆☆☆☆ |
复杂度 | ☆☆ |
链式流程彩图
图形特点 | 链式流程、展现丰富、富文本模式,支持模块和图标 |
使用场景 | 链式需要展示业务和模型细节的流程图 |
美观度 | ☆☆☆☆☆ |
复杂度 | ☆☆☆☆ |
分类数据图
垂直块状分类图
图形特点 | 简单、清晰、易拓展 |
使用场景 | 可以结构化、可分类的描述 |
美观度 | ☆☆☆☆☆ |
复杂度 | ☆☆ |
矩阵分类图
图形特点 | 简单、清晰、结构化 |
使用场景 | 可以结构化、可分类的描述 |
美观度 | ☆☆☆☆ |
复杂度 | ☆☆☆ |
业务大图
矩阵式业务大图
图形特点 | 美观、内容丰富、承载模块多 |
使用场景 | 大型系统的描述 |
美观度 | ☆☆☆☆☆ |
复杂度 | ☆☆☆☆☆ |
作者|红文
点击立即免费试用云产品 开启云上实践之旅!
本文为阿里云原创内容,未经允许不得转载。

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
技术人对抗焦虑的加减法
一、减法 - 通过分离课题提升专注度 应该说绝大部分技术人都有焦虑感:“程序员35岁危机”、“成长太慢,工作5年了还是大头兵”、“不小心搞了一个生产故障,感觉待不下去了”、“负责的这块业务看起来没前途” 等等。 焦虑,是来自于未来的不确定性,以及对自己的不满意。最近读《被讨厌的勇气》这本书,里面提到焦虑/自卑往往是没有做好“课题分离”,我们往往把“别人贩卖的焦虑”(PUA、35岁危机),强加到自己的感受中,这种内耗不断反噬着我们的专注力(原本可以用来真正提升自己)。 所以,对抗焦虑,首先我们要分离好“被贩卖的焦虑”这个课题,其次,摆正好姿态,管理好自己的欲望,通过螺旋式的“成长”来改善“自己的不满意”。 二、加法 - 通过螺旋成长匹配合理欲望 2.1. 让你的认知和技能匹配你的欲望 成长的本质,是让你的认知和技能得到螺旋上升,让你的认知和技能匹配你的欲望,欲望是来自于对价值感的追求。 价值感是一个非常具有个人主观色彩的,也跟先天特质相关,你要充分了解你自己的擅长,给自己当下一个合适的定位。架构师不一定适合做TL/CTO,同样TL/CTO也不单靠解决复杂技术问题上位。 那,怎么上位?很认...
- 下一篇
幸福里基于 Flink & Paimon 的流式数仓实践
幸福里业务是一种典型的交易、事务类型的业务场景,这种业务场景在实时数仓建模中遇到了诸多挑战。本次分享主要介绍幸福里业务基于 Flink & Paimon 构建流式数仓的实践经验,从业务背景、流批一体数仓架构、实践中遇到的问题和解决方案,借助 Paimon 最终能拿到的收益,以及未来规划方面进行介绍。 作者:字节跳动基础架构工程师-李国君 一、业务背景 幸福里 业务是字节旗下关于房产的业务线,围绕这个业务有很多针对 BP 支持的方向,其中最重要的方向之一就是工单系统。工单系统面向的用户是幸福里业务线一线的经纪人和门店经理等。如下图所示,我们可以看下数据是如何通过工单系统产生和流转的。 首先由经纪人将已完成的代看任务提交工单,后续相应的门店经理会对该工单进行审核,在这个过程中就产生了两条数据,需要将这两条数据更新到业务库的 Binlog 中,并作为 实时数仓 的数据源进行计算后生成数据报表或直接用于一些考核系统。其中数据报表用于展示/评估一线经纪人的工作是否达标等;考核系统则用于门店经理为一线经纪人设定考核任务量的工作系统,通过任务量标准自动反馈奖励等。因此在以上应用的实时数仓建模...
相关文章
文章评论
共有0条评论来说两句吧...