UML 规范
节点、构件、连接符标准记号
通信路径
协议与通信方式可标注
嵌套节点
容器与宿主机层级表达
高清导出
PNG / SVG
产品能力
节点与构件
立方体节点、构件框和连接符符合 UML 部署图记号。
通信路径
节点间连线可标注协议与通信方式。
立体结构
节点支持嵌套子节点，表达容器与宿主机关系。
使用步骤
- 1
添加物理节点（服务器/设备）
- 2
放入部署构件
- 3
连接通信路径后导出
详细介绍
部署图的表达内容
UML 部署图描述软件构件如何部署到物理节点上：哪个服务跑在哪台服务器、节点之间怎么通信。它出现在系统实施章节，回答「系统是怎么跑起来的」。和网络拓扑图的区别是：拓扑图讲设备互联，部署图讲构件与节点的归属关系。
节点、构件与通信路径
节点用立方体表示（服务器、虚拟机、容器），构件用带 «artifact» 的矩形放在节点内部，通信路径用节点之间的连线表示，标注协议（HTTP、gRPC、JDBC）。嵌套节点可以表达容器层级——宿主机里跑 Docker，Docker 里跑应用服务。
典型画法示例
常见的部署结构是：前端静态资源放 Nginx，应用服务跑在应用服务器，数据库独立部署，三者之间标注通信协议。微服务场景把每个服务画成独立构件，注册中心和网关单独画节点。节点命名用「主机名(IP)」的形式，方便对照运维文档。
适用场景
交稿前核对清单
按这份清单过一遍，能挡掉答辩时最常见的格式扣分点。
- 节点是否标注主机名和 IP
- 构件是否放在所属节点内
- 通信路径是否标注协议
- 容器嵌套层级是否表达
- 与架构图是否前后呼应
- 与拓扑图是否口径一致
相关工具
同一类图一起用，论文里的图就齐了。
常见问题
部署图和拓扑图都要画吗？
通常都要。拓扑图讲设备互联（网络视角），部署图讲构件部署（软件视角）。系统实施章节两张图配合，把「系统跑在哪、怎么连」说完整。
节点里要写什么？
节点标注主机名和 IP（如「AppServer(192.168.1.10)」），内部放部署的构件（应用包、服务）。可以加 <<device>> 或 <<executionEnvironment>> 构造型区分节点类型。
Docker 容器怎么画？
用嵌套节点表达层级：宿主机节点里画 Docker 节点，Docker 里画应用构件。容器多时可以只画宿主机 + 容器组，内部构件列表写在旁边。
通信协议标在哪？
标在节点之间的连线上，比如「HTTP」「JDBC」「gRPC」。同一连线多个协议用「/」分隔（HTTP/HTTPS）。
微服务怎么表达？
每个服务画成独立构件放在应用服务器节点内，注册中心、网关、消息队列单独画。服务之间的调用关系用连线标注协议，配合架构图使用。
和架构图的先后顺序？
论文里先架构图（逻辑分层）后部署图（物理部署），符合「先设计后实施」的叙述顺序。答辩讲系统时也按这个顺序讲。
免费开始使用 UML 部署图
图表交给工具，时间还给论文。
免费开始