零、图像直观对比

一、模块图(Module Diagram)
重点是**“东西是什么”**——它展示的是系统由哪些模块组成,以及这些模块之间的依赖或接口。
想象你在搭乐高:模块图就是把不同的乐高零件分好类,告诉大家哪块负责什么。
1.常见用途
软件功能划分、代码结构展示(比如 MVC 中的 Model、View、Controller 各自干什么)。
2.特点:
- 每个框代表一个模块/组件
- 线代表依赖或调用关系
- 细节层次可粗可细
3.例子:
[用户界面] → [业务逻辑模块] → [数据库模块]
重点是模块边界清晰,谁跟谁有联系。
二、架构图(Architecture Diagram)
重点是**“整体是怎么搭起来的”——它站在更高的抽象层面,把系统看作一个大拼图,展示技术选型、部署方式和数据流。
如果模块图是乐高说明书里“这个零件叫什么”,架构图就是告诉你整座城堡怎么搭出来**,零件在哪层、怎么连接、用什么材料。
1.常见用途:技术方案说明、系统设计文档、跟老板/客户解释系统蓝图。
2.特点:
- 通常跨越多个层次:前端、后端、数据库、缓存、中间件、外部接口
- 可以包含硬件、云服务、网络拓扑
- 更关注“系统如何协同工作”,而不是具体细节
3.例子:
- 前端 → API 网关 → 微服务集群 → MySQL + Redis
- 图里可能会标明用的技术:Nginx、Kafka、Docker、K8s
三、流程图(Flowchart)
重点是**“事情怎么发生”**——它描述过程和顺序,让人能按图操作或理解逻辑。
如果架构图是告诉你房子怎么搭,流程图就是告诉你每天从卧室走到厨房的路线。
1.常见用途:业务流程设计、算法逻辑说明、操作步骤说明。
2.特点:
- 有开始和结束
- 每个框代表一个动作/判断
- 箭头表示顺序或分支
3.例子:
[开始] → [用户登录?] --否--> [提示登录]
--是--> [进入首页] → [结束]
四、总结
1.一句话区分:
- 模块图:告诉你系统里有哪些部件
- 架构图:告诉你这些部件怎么搭在一起形成一个系统
- 流程图:告诉你系统里事情是怎么一步一步发生的
2.如果你要给别人看你的项目:
- 先画架构图,让大家知道全局。
- 再画模块图,说明每部分负责啥。
- 最后画流程图,让别人知道怎么用或怎么跑。
2337

被折叠的 条评论
为什么被折叠?



