当前位置:首页 > 运营 > 正文

作为一名程序员你还需要会画图吗(作为一名程序员你还需要会画图)

大家在做技术方案的时候,经常要画一些架构图之类,而刚接触这块的小伙伴可能不知道要画哪些图,怎么画,不知道怎么下手,所以我想结合UML的一些知识点,和大家分享一下我们技术方案里面常用的图应该怎么画。

UML相关知识

简单普及下UML相关的知识,这里不会讲得那么全面,只介绍平时工作中用得比较多一些概念

作为一名程序员你还需要会画图吗(作为一名程序员你还需要会画图)  第1张UML案例

我以订单系统的设计为例,将平时使⽤频率较⾼的图展现出来。

边界(Boundary)

⼀个电商⽹站,通常按领域职责作为边界,有订单域、商品域、⽤⼾域、⽀付域、营销域等,各域只 负责⾃⼰域内的事情,减少混乱,⾼内聚低耦合。

作为一名程序员你还需要会画图吗(作为一名程序员你还需要会画图)  第2张部署图(Deployment Diagram)

订单系统交付后的系统部署图

作为一名程序员你还需要会画图吗(作为一名程序员你还需要会画图)  第3张状态图 (State Diagram)订单状态:待付款、待发货、待收货、订单完成、退款中、订单关闭订单事件:下单、付款、发货、收货、申请退款、确认退款活动图(Activity Diagram)

活动图主要描述⾏为的动作,⽽状态图主要描述⾏为的结果。 我们以简化版的提交订单为例,画下它的活动图

作为一名程序员你还需要会画图吗(作为一名程序员你还需要会画图)  第4张序列图(Sequence Diagram)

强调对象之间的动态交互,我们以订单⽀付为例,来画⼀个序列图

作为一名程序员你还需要会画图吗(作为一名程序员你还需要会画图)  第5张架构设计图

在架构设计过程中,经常需要画⼀些总体的架构图,那总体的架构图⼜有哪些呢?在这里我简单画一下,不一定标准,希望能给大家一个入门的感觉吧。

业务架构图应用架构图技术架构图数据架构图

取消
扫码支持 支付码