做项目数据流觉得比较复杂 一般大家是如何梳理数据流的呢
很高兴回答楼主的问题。
项目中的数据流，如果没有理清楚，确实是一个非常蛋疼的问题，同时也会增加项目的风险，那么如何理清楚这个数据流。以下都是我的一些经验之谈，仅供参考：
- 文档，从项目立项，到最终的上线，文档管理，一定要做好；
- 还是文档，从需求分析，概要设计，详细设计，都要有对应的文档，并且需要保证更新；
- UML图，这个是一个非常重要的东西，当项目大的时候，你会发现你离不开这个东西，比如流程图，时序图，类图等等；
- 如果有必要，是否考虑回去重新看一下大学的《软件工程》这门课程呢？
@JellyThink 的观点比较赞同，但是有点不一样的想法。
-
UML图：越是复杂的流程越要画清楚这个图，而且这个怎么画也是一门学问，过于复杂的逻辑可以用几张图来表示，比如模块间的关系图，模块内的流程图等。 -
文档：为什么把它列到第二位，就是我认为文档不一定要写那么多，重点是说明这个UML的含义以及为什么要这么设计， 如此足矣。没人看的文档和没人维护的过期文档真心不如没有！ -
简单实用：最不喜欢书籍上条条框框的东西，但是可以借鉴一些前人总结出来的经验，重点是学习方法论，目的都是把眼前的事情做好，别做个业务系统却非要按照XX标准流程来做，通常都是费时费力还没用。