做項目資料流覺得比較複雜 一般大家是如何梳理資料流的呢

做項目資料流覺得比較複雜 一般大家是如何梳理資料流的呢

回複內容：

做項目資料流覺得比較複雜 一般大家是如何梳理資料流的呢

很高興回答樓主的問題。

項目中的資料流，如果沒有理清楚，確實是一個非常蛋疼的問題，同時也會增加項目的風險，那麼如何理清楚這個資料流。以下都是我的一些經驗之談，僅供參考：

1. 文檔，從項目立項，到最終的上線，文件管理，一定要做好；
2. 還是文檔，從需求分析，概要設計，詳細設計，都要有對應的文檔，並且需要保證更新；
3. UML圖，這個是一個非常重要的東西，當項目大的時候，你會發現你離不開這個東西，比如流程圖，時序圖，類圖等等；
4. 如果有必要，是否考慮回去重新看一下大學的《軟體工程》這門課程呢？

@JellyThink 的觀點比較贊同，但是有點不一樣的想法。

1. UML圖：越是複雜的流程越要畫清楚這個圖，而且這個怎麼畫也是一門學問，過於複雜的邏輯可以用幾張圖來表示，比如模組間的關係圖，模組內的流程圖等。
2. 文檔：為什麼把它列到第二位，就是我認為文檔不一定要寫那麼多，重點是說明這個UML的含義以及為什麼要這麼設計， 如此足矣。沒人看的文檔和沒人維護的到期文檔真心不如沒有！
3. 簡單實用：最不喜歡書籍上條條框框的東西，但是可以借鑒一些前人總結出來的經驗，重點是學習方法論，目的都是把眼前的事情做好，別做個業務系統卻非要按照XX標準流程來做，通常都是費時費力還沒用。

