绝杀processOn，这款UML画图神器，阿里字节都用疯了，你还不知道？ _生活百科

大家好，我是陶朱公Boy ，又和大家见面了。前言在文章开始前，想先问大家一个问题，大家平时在项目需求评审完后，是直接开始编码了呢？还是会先写详细设计文档，后再开始进行编码开发？
☆现实这个时候可能有部分小伙伴会出来反驳：还详细设计呢连给开发的时间都不够，项目经常被倒排期。
作者其实能感同身受上述小伙伴说的话。目前国内很多互联网公司，为了快速抢占市场，老板恨不得今天出产品需求明天就能见到产品。于是不可避免出现一种情况：一个月的工期硬是压缩到两周，别说写文档了，能把代码写完就已经不错了。

文章插图
☆建议作者对这种工期倒排的情况一直都是嗤之以鼻。这样的系统上线后期副作用太大（功能到处都是bug ，用户体验也差，几乎是一次性代码）。
话说回来如果你的项目按正常节奏进行，然后分配到你手上的任务量已经超过3个工作日了，那么作者是强烈建议你写个设计文档的。

这个也是很多中大长的一个事实标准。工作量3天以内的，比如一般的技改需求，直接上手就行了，因为太过简单。但往往那种复杂需求：前后链路交互错综复杂，业务内容各种条件判断，如果不好好画画图，很有可能会遗漏掉部分case ，那么程序出BUG的风险就会大大增加了。这也是写文档画图的一个深层次的原因。

工具推荐如果你已经开始打算写详细设计文档，那用什么内容填充文档呢？

文章插图
?
大家看下这份围绕“架构”的类图，我们说架构由架构文档来承载体现，而架构视图组成了架构文档。所以我们要画一些架构视图来填充我们的架构文档。
而UML图正是架构视图的一部分，也是当下业界最主流的架构视图。
那有没有比较专业、美观、靠谱的UML画图工具推荐呢？
我们说时下UML画图工具实在很多比如processOn、Aastah、Visio、draw.io等。就单纯从UML画图工具而言我强烈给大家推荐这一款——visual paradigm(支持多环境、在线离线等特性。第15界jolt的uml设计工具大奖得主) 。
一起来看看有哪些公司正在使用它，就足够证明它的优秀