大学软件工程教的哪些什么流程图、E-R 图、工程图是不是实际完全用不上？换了好几家公司，小的、中的、大的都去过，从来都是开完会确认需求后就开发

好问题。其实有用的，特别是我们产品写方案给你们研发用的时候。可能你们的沟通太高效了，就不需要这个了。

画这些图如同代码写注释。
1.写注释后版本变动，注释又得改。
2.自己的代码永远没有，又吐槽别人的代码没有。

自然是有的，现在改用 AI 生成了

@kaiyoung 有的产品会画，大部分还是直接文字

E-R 图在脑子里，建表的时候就知道了，没必要真的写出来

项目开发完成后，沉淀文档的时候会画的，比如泳道图描述后台接口流程的时候就很有用

有用 需求评审要看

看岗位，如果需要开分享会或者给项目审核的人讲解，那么有可能需要过一遍 PPT ，这时候流程图、E-R 图甚至甘特图等各种图表报表都会派上用场

小的、中的、大的都去过的话，做过晋升评审和架构设计分享吗？参与过的话，这都没用上这些技能不可能吧。

用得到，我感觉你们公司 or 部门是不是有点太“敏捷”了哈哈。正常需求评审完要出技术评审，复杂点项目写文档基本都会用到的，另外就是自己升职或者给老板介绍工作内容是也会用到。

大学专业是 软件工程专业，第一次遇到 软件工程 这门课的时候 以为是核心课程，但学了才发现好像没啥用，核心课程 应该是 Java

系统工程还是需要的

用不上。偶尔画一下也是应付一些文档任务。这些图也分吧，ER 图是最没用的，流程图和时序图还有用一些

@ivvei 为什么 ER 图没用呢？建模的时候不需要用吗？

偶尔也会画吧，数据库建模的时候画的那个感觉和 er 图有点类似

8 年 3 家公司, 没一个画过.
有画这些玩意的功夫, 还不如蓝湖磨刀给我画清楚点, word 文档给我写详细点...

可能部门沟通确实高效，反正我们如果不画出来的话，流程图产品脑子里一个版本，开发脑子里一个，测试脑子里还有一个。。。。

涉及到多系统或者复杂业务，没有图说不清楚，甚至要和代码一样维护版本更新

大公司必须的吧, 不然说不清楚需求

不一定有这个“图”，但是会有其他的东西，代替这个图。

补开发文档的时候就要画了

@wweerrgtc 我们软件工程专业好像都没开这门软件工程课，还是这门课变成了选修课

有用的。可能被一些流程图包括了。

时序图 流程图 类图 我这边都画， 看个人，这个图画完交给 chat ， 代码基本上就算基本成型了，还是很方便的

泳道图时序图是最实用的，真的会画。其他的 ER 图流程图是真的描述不清楚的时候才回去尝试画一下，填表格内容

现在是等你图画完，我需求都做完了

待过的两个外企都有，一家欧美作风，技术评审的时候就要有关系图
一家华人作风，技术文档留底要有关系图

流程图 还是很重要

流程图，泳道图有作用，ER 图好几年没画过了数据都在 redis 。。。

要么排期不允许，要么意愿不高

如果是业务相关需要流程图，泳道图啥的
如果是工程相关图那是内部做的，需求定了是你给一线工程师画的，要讨论合理性

写代码肯定是不用了,但是写技术方案,和写各种述职 PPT 还不用么?

你自己可以写啊没人会拦你，甚至可能写得好会带动周围一起写。
实际生产中还是关心产出多一些

我们在有新产品或者比较大的新功能需求评审时候会有流程图，否则真的不好理解

一般关系型数据库的客户端软件会自动生成 ERD ，
比如 navicat ，甚至连 phpmyadmin 这种开源的数据库客户端也能生成 ER 图，

但现代的互联网 web 开发模式，把业务写到编程语言里，通过通用编程语言添加塞入额外私货功能，
而不是传统的把业务用 sql 写到存储过程里，用数据库的外键自动联动来实现业务，
于是很多传统的软件设计方式，比如单纯的 ERD 就不能很好的适应目前的编程方式。

可能你们的项目不大，也可能真的和上面的兄弟说的一样高效；
项目大或者复杂了之后，没这个东西，协调执行比较困难

详细设计文档都不出吗？正常的项目走查文档是要归档这些开发资料的，我们都是正常流程，需求文档确认之后，出产品原型，然后产品原型宣讲，开发和测试都要参会确认需求边界，后续就是开发的概要设计或者详细设计文档和测试的用例文档，先过开发的设计文档，然后过测试用例，再进入开发对接联调，测试完之后项目经理验收。

其实都是基于需求和设计文档来完成。沟通到位可画可不画。
这些东西主要是给新人看的，老人基本不需要看

参加瀑布式开发的表示，如果系统详细设计没这些东西，就别想过审核和验收了

前公司就用。 一般流程规范一些，在概要设计文档或者详细设计文档中，流程图，类图是非常常见的。至于部署图你肯定已经在学习的过成功就经常看到了。 总之对 uml 有一个基础的概念没啥毛病。

会用的，而且类图、流程图、事件图要先于代码完成，代码就是按照这几个图按图作文。

这个图的作用是“丑话说在前面”的作用。

你觉得背锅无所谓就可以不画。你画了之后别人同意的方案，出了问题或者推到极限无法支持，那就是对方的问题。

以前没用。现在我发现有用了。AI 已经这下就知道你的设计思路了。不用来回说

个人会用，推荐 plantuml ，https://plantuml.com/zh/，可以直接用 git 管理.puml 文件
er 图也可以直接.sql 转成.puml https://github.com/wangyuheng/ddl2plantuml
流程图也不用关心排版，强迫症最烦用拖拽的绘图软件的时候，变更了其中某一部分逻辑，导致前后的大量元素需要重新调整位置或大小对其了
在线文档比如语雀也支持直接填代码渲染图片，后人来改也不用给他源文件，直接在线改就行了

算好的了，我司都没开会确定需求这个步骤，产品直接截竞品的图抄

以前会画图，现在画个屁。画出来除了自我感动之外，没卵用。

当然，我这是在小公司的情况下才可以这样说。

在评估需求和构想实践的时候就是有用的，如果你没想过，那么说明你是在靠经验做事，而不是方法。

有用，你没学的话，在脑子里画不出来，沟通会有障碍 [doge]

memaid 现在可以代替了

基础模块的时候会画；和多方（大于 2 ）对接会画，主要是限定流程，各方清楚自己要开发的功能，免得扯皮

和做的项目有关系，以前在互联网公司做的时候也不绘制这些，现在做交付类软件，一年可能交付过十几个客户，看看图是能很快熟悉项目，真的是一图抵千言。

内部自己开发一般不会画，向外部介绍的时候会话，例如提供接口给别人对接什么的 有图就更清晰 降低对方理解复杂度

我们一般需求只有原型图+需求文档+评审会，等开发完上线，补文档的时候再画，现在直接用 ai 了，省了大事了。

小声逼逼：考公能用到。。。。。。

我们公司有个画图高手，代码写的不糟糕，是烂。

工作这么多年，画过一次，因为公司要申请什么认证，需要公示开发流程，然后就把我手上的某个项目选出来公示了，被迫按照大学软件工程课所学，严格画了各种图，以及各种文档。

除此之外，偶尔画画流程图基本上就够了，其他人要问，那你自己去看数据库，或者看代码

有用，大部分情况这些图在脑子里生成。当和别人交接时，有需要就会画出来