绘制业务流程图

如何繪製業務流程圖

接上篇《業務流程圖繪製流程分享(一)》，本篇將對上篇中間的第四部分——如何繪製業務流程圖展開更多討論。

本來寫完上篇，我發現沒有太多必要單純討論這一部分內容，因為對於很多人來講，缺的不是具體的做法，而是做這件事情的意義以及目標性的明確。一旦對這件事情的意義和目標有深刻認同，那自然會產生較大的動力去研究How這個層次的所需方法和技能。時間管理也如此，很多時間管理技巧牛逼的人未必能夠把時間管理做到位，因為內心克服不了強大的拖延症，而克服拖延很多時候是一個心理問題而不是技巧問題……咳咳，這不是在說我自己嗎？

業務流程圖的表達的6個關鍵問題

話又扯遠了，扯扯扯回來啊。那麼為何還專門狗尾續貂（恩，原文也不見得是貂，成

語有限，暫時湊合吧），又來這麼一篇How的枯燥乏味的文章呢？因為在上篇文章後，Heidi 確實在郵件裡收到一些郵件，詢問業務流程圖的具體操作指南——這東西很好，這東西很有用，但是似乎上篇都是講的“真實的道理”，但是具體怎麼做呢？我應該注意什麼呢？……

所以，乾脆也分享一下吧。但在書寫過程中，我發現一個大難題在於收集整理出更生

動易懂又典型的案例。不能使用工作中的實際案例，但是短時間又難以找到合適的。所以本人對這部分不太滿意。也希望各位讀到本文的人，能夠提供更多案例分享。—————————————————-分割線——————————————————————————-

1. 業務流程圖的“烹飪三部曲”

在繪製業務流程圖前，思考如何精美，如何交互，使用什麼工具，都不應該是重點。

真正重點的是將業務流程圖的關鍵要素給搜集一番。請試圖回答清楚以下幾個問題，否則不要開始繪製流程圖：

o整個流程的起始點是什麼？整個流程的終結點是什麼？

o在整個流程中，涉及到的角色都是誰？

o在整個流程中，都需要做什麼事情？（可是是一個會議，可以是一個任務）

o這些會議和任務是可選還是必選的？

o分別產出什麼文檔？

這有點像一個頭腦風暴，能夠幫助你將所需用到的原材料獲取到，有了這些“米”和“水”，那就不愁去如何烹飪了。

在專案管理中，上個月，我們也試圖給去規範化一個資料產品的設計開發流程。

這是一個資料產品的專案，而我們都不是對此很有經驗的人。所以我們召集到所有相關的角色，組織了一次頭腦風暴及卡片分類法的混合式應用。

o讓大家頭腦風暴出自己認為在專案裡必須的節點，如“需求調研”，“需求分析”，“kick off會議”，“PRD撰寫及確認”，“資料評估”，“技術架構”，“DEMO繪製”，“指標演算法定義”，等等。

o在頭腦風暴過程中，主持人將這些節點都寫到白板上，等沒有新的節點誕生後，大家一起對節點進行合併歸類。之後呢？

o將這些剩餘下來的真正有價值的節點，撰寫到即時貼上，開始進行排序。在排序過程中，可以由一個人先主導，他會按照自己的理解，將各個節點放到按角色排布的泳道中，並設計好先後的順序。在他進行的過程中，其他人不斷進行提問：“這項任務開始前，需要什麼樣的條件？”“這個任務是必須的嗎？”然後一起調整先後順序。直到最終沒有人有任何重大的異議。o之後拍照留念。

然後可整理成電子文檔，如project或者excel版本（使用excel做專案管理？）

但是，業務流程圖和上述專案中的流程不太相同的是：

專案中的各種活動節點有更寬泛的可配置性，任務A和任務B是否並行，還是串列，如果專案組成員達成共識，是可以調整，並且多做嘗試的。所以可以用集思廣益的做法去頭腦風暴出一個暫定比較合理的流程。而業務流程圖的梳理，有兩種:

o一種是基於現實發生的業務流程如實反映。這顯然不是你一個團隊能夠YY的結果。更需要走到現實環境中，去調研，去梳理，去確認。

o另一種是基於流程優化的方案，當你已經掌握了目前的流程現實如何運作時，基於分析，討論，能夠判斷出流程中不合理的地方，給出一個更完善或者有更效率、成本更低的新的流程出來——或許你要求增加一個部門，或者你需要刪減一個環節，或者中間的若干步使用新開發的系統去取代。

總之，大多數時候，你要想做第二種流程圖，必然要先將第一種給梳理出來。所以，第一種如實反映的流程圖是躲不過的。既然如此，基於YY或者頭腦風暴是不現實的。我們需要走到前線去，掌握現實中業務是如何運作的。而且很多時候，越細節越好。

那怎麼做呢？基於有限的知識與經驗，我可以給如下建議：

1. 調研——

2.梳理呈現——

3.評審確認三部曲，如圖所示：

2. 調研——問正確的問題，多問問題，多問幾個人

除了在本部分開始的那幾個問題要顧及到，其實調研過程解決的仍然是who，what，why，how，以及wher e的問題：誰，在什麼情況下，做了什麼事情，這個事情需要什麼前置條件，又輸出了什麼，這個事情在哪裡完成的？搞明白這幾個問題，我們的調研就可以圓滿完成了。

流程圖的表現，要回答這幾個問題：

o Who——誰？部門，角色，崗位

o What——什麼事情？

o Where——在哪裡做的？在我梳理的業務流程圖上，where更多表示是文檔還是各種系統，用來表示資訊化的程度。比如當我們梳理中發現，有一項登記，是用excel而不是業務系統來進行的，那麼在這裡的where就可以表示為：excel文檔。

o Document——那產生的這份文檔叫什麼名字？也寫出來，代表有檔的傳遞，而以後要進行資訊化的話，此份人肉文檔也是需要被消除而被系統取代的。（相反，如果這項工作是在某個系統裡操作的，where就可以寫成“人事系統”，文檔可以繼續存在，即該系統中的表單名稱：“員工登記表單”）

o Condition——條件。在這種條件下，下一個活動還能夠繼續，即用邏輯連結線的方式來表示一項活動的輸入和輸出，指向某個活動的箭頭就表示此活動的前置輸入條件。

o Dicision——決策。有些活動會產生一個條件判斷，根據不同的判斷結果從而走不同的分支流程。比如輸入員工資訊的時候，可以根據員工之前是否就職過，選擇不同的流程，對於已經就職過的，選用之前的工號而不用生成新的工號。

舉個案例（如果不太恰當，請意會）。假設你受命要調研兩家餐飲店的業務流程，目

的是給他們提供性價比最高的點餐系統。

在調研中：

1. 你首先可以要求精通業務流程的人給你系統講解一遍。

2. 調研具體操作的人，來驗證他給你講解的是否全面和偏差。

3. 實地觀察和記錄（花點時間走遍業務流程）

三種方式相互結合使用。第一種方法可以讓你首先建立一個系統觀，瞭解大體枝幹，

但是很難切入到可能會出現問題的細節。第二種方法太依賴於問題的品質以及問問題的場景。有很多結論的不正確其實是因為問錯了人或者問問題的方法不對。那麼就需要借助第三種，在觀察中再進行驗證。

比如，你現在找到了一個廚師：

你主要負責做什麼菜系？

熱菜。

那菜單都是誰給你的？

我們的服務員。

她都怎麼提供給你？

她負責客人點菜後，然後手寫一個單子，給我放到視窗上。

單子上都會寫什麼？

桌號，菜名等

那如何客人點的是冷菜呢？

恩，有複印本，直接拿一份給冷菜間。

那你怎麼開始工作呢？從洗菜到切菜，一直烹飪都是一個人嗎？

哦，不，我只負責烹飪。當接到功能表後，首先我的助理會進行擇菜，刀工進行切菜，這樣如果有幾個菜就完全可以並行。

當你們做好後呢？

放到窗口，按鈴，喊桌號和菜名，傳菜員就會傳菜。

……

在這些問題中，就涉及到了“分單”，“切菜”，“擇菜”，”烹飪”，“傳菜”，“上菜”幾個活動，也涉及到了“服務員”，“廚師”，“助理”，“刀工”，“傳菜員”幾個角色。幾個活動的次序也比較清楚了。

而另一家餐飲店的業務流程卻是不一樣的，你同樣抓住一個廚師進行詢問：

要做什麼菜，功能表是哪裡來的？

列印出來的。

所有菜都會在這裡列印嗎？

哦，只有熱菜在這裡列印出來，冷菜、酒水就會在冷菜間和酒水間列印出來。

印表機是誰在操作的？

沒人操作，它會自動列印不同的單子給我們。

……下面的問題，可能廚師就不瞭解了，要問點菜員了。

請問你是怎麼點菜的？

拿設備啊，客人點菜就按幾下，確認就好了。

之後呢？

之後就可以將功能表列印出來。

不同的菜系會在不同的烹飪間列印嗎？

是的，我們可以分單打印。是在這中心印表機裡完成分單。

然後，你可以繼續調研烹飪後的傳菜和上菜流程。

3. 梳理並呈現

你的調研和觀察使你擁有了“烹飪”所需的原材料。

o角色：部門、崗位或人

o活動：做了什麼事情

o次序：做這些事情的次序如何

o規則：什麼情況下到什麼事情

還記得我們之前提過的流程圖要素嗎？回顧下：

接下來的任務是不是很簡單，對，就像填空題一樣簡單。將活動/事件按照一定的規則填到由部門和時間兩條維度決定的框框裡。

這個階段是paper work，你需要將調研階段收集到的原材料用更直觀明瞭的方式呈現出來。從而能夠更好進行評審和確認。也為以後的流程評審和優化做準備。

在剛開始，筆和紙的原始搭配仍然是最好的起步工具。你可以暫時忽略掉美觀或者可複用的因素。但是當你對要呈現的流程已經有足夠的信心時，就可以借助軟體工具了。3.1 複雜流程的分解

不可能將所有的活動都放到一張圖裡呈現。

“業務流程是有層次性的，這種層次體現在由上至下、由整體到部分、由宏觀到微觀、由抽象到具體的邏輯關係。這樣一個層次關係符合人們的思維習慣，有利於企業業務模型的建立企業部門之間的層次關係表。一般來說，我們可以先建立主要業務流程的總體運行過程（其中包括了整個企業的大的戰略），然後對其中的每項活動進行細化，落實到各個部門的業務過程，建立相對獨立的子業務流程以及為其服務的輔助業務流程。”

——引自《百度百科》業務流程詞條

對於很多新人來講，業務最難的在於劃分業務流程圖的層次上。

首先，明確你要梳理的業務流程的範圍——用大的粗略的關鍵節點，講清楚這個業務流程範圍中的故事，就是頂層業務流程圖。你的頂層業務流程圖是業務全域故事的簡單表達，但是請注意這裡的業務全域不見得是公司整體的業務全域，而是你界定好的業務範圍。比如，下圖是餐廳的日常運作流程圖，若你界定的業務範圍是面向顧客的點餐和結帳流程，那麼這就是頂層業務流程圖。但是若你界定的是整個餐廳的運作業務流程，那這顯然還是一個子集——並沒有包含餐廳的採購、供應商管理、一級庫存管理等工作。

其次，先從頂層的業務流程分解開始，由粗至細。頂層業務流程圖的梳理原則：

1. 界定範圍內的業務全域故事。

2. 包含該範圍內的關鍵節點。並且，當被質疑說某某環節怎麼不存在時，自己要清楚它在下一層分解中應該被包含在那個關鍵節點中。比如，贈送10周年優惠券，應該會在結帳節點分解中出現。而列印分單，會在點菜節點中分解。而準備兒童座椅應該是接待入座環節。

3. 頂層流程圖分解出來的關鍵節點未必都會細化分解下去，生成二級以及三級的流程圖。這要看該節點涉及到的“活動”以及“角色”是否複雜。

再看一個案例，對傳統生產型企業的進銷存主業務流程進行分解。橙色的代表被分解點，已經可以分解為四層。當我們分解到第四層，發現再往下去涉及到的活動和角色都已經

很少時，就不必再分解了，而是可以將第四層的關鍵節點直接作為第三層業務流程的“活動”，而不是子流程圖。

當然，這是依賴於你梳理業務流程的目標。如果你偏偏是要對“打樣”環節進行剖析優化，則還可以繼續分解下去。

這一步的工作會幫你建立出清晰的流程目錄結構，如下圖所示是摘選於剛完成的一個流程梳理的專案中的目錄結構部分。可以看到全圖即是頂層關鍵節點，作為老大，可能只要看這一層就夠了。下面則會對頂層做更多細化拆解。

“H3.樣品認證”在頂層業務流程圖中，僅僅是一個“活動”，而在自己細化的這一個層次中，則會包含詳細的子活動一級參與者。

3.2 流程圖的常用圖示

我常用的就是前兩行的“活動”，“判斷”，“邏輯關係線”，“起始與終止”，以及第二行的“子流程”，和“檔/表單”。如果你不是符號控，我建議這幾個就足夠了。

其中，“子流程”此圖示就是可以説明你將流程分解得到的子流程能夠串聯起來，比如，當在”A流程”中涉及到進一步需要分解的”A1.1流程”時，就可以在”A流程”中用子流程符號代表“A1.1”。然後你的讀者就會明白要想進一步瞭解”A1.1″應該參考另外一個流程圖。

流程圖的常用結構：

給大家看一些案例：

基本上包含大多數圖示的流程圖：

文檔地址：

只用到少數幾個圖示畫的簡單流程圖（臺灣人的文檔中稱為程式圖——不過這裡的程式不是指電腦程式，而是process，僅僅是體現任務之間的處理流程，所以使用極簡單的符號也不為怪了）：

以上兩個流程圖案例，從符號的複雜程度上來講，一個是完整流程圖，一個是基本流程圖，但是從表現形式來講，都屬於“泳道圖”——Swimlane。這也是我們最常用的一種表現形式了。泳道圖能夠很好體現部門或者角色在流程中的職責以及上下游的協作關係。且流程圖本身的標準容易掌握，達成共識也就更加容易。

3.3 泳道圖精要

o2大維度：一般泳道圖的橫向會作為部門或崗位維，當然也有例外，如上述案例中就是橫的泳道。而縱向則做為階段維——時間是從上到下發展的。如果複雜的泳道圖，在任務分解上可以在階段維裡做一些劃分，比如“採購”，“生產”，“銷售”，”配送”等。

o活動流轉：活動就像一個游泳員一樣，遊到不同的泳道中去執行任務。

在上文中的軟體推薦部分，我推薦過smartdraw工具，此工具還附帶了泳道圖的範本，大家比較更快能夠上手：

3.4 Do vs Donnot 業務流程圖的注意事項！

DO

1. 讓涉眾參與，不要閉門造車

業務流程圖包含了你圖上的各個參與角色代表，與他們適時確認事情的原本流程，禁止自己YY。

2. 恰當的層次分解，不要將所有都鋪到一張圖上

如上所示。

3. 逐漸深入，先抓枝幹

切忌鬍子眉毛一把抓。

4. 流程一定有開始和結束

切忌交付出來的流程圖，讓讀者還來問你：流程的開始點是什麼？用清晰的代表開始和結束的符號來完成第一步和最後一步。

5. 編號，編號，編號

這是讓溝通效率更高的優化措施。當你有了編號系統，相當於對你的流程圖都賦予了唯一識別身份證號。這比中文名稱更有效。比如當我們完成了業務流程圖後，負責業務流程規則審核和優化的部門能夠清楚在郵件裡傳達：H5.1流程優化，大家就更明確指的是什麼。

DONNOT

1. 自己YY應用的環節而不是現實中的環節

2. 所有的環節都試圖放到一張圖上

3. 一開始就陷入細節，鬍子眉毛一起抓

4. 流程很難讓人分清楚從哪裡開始，到哪裡結束

4. 評審及後續行動

驗證你是否做到了以上的DO，以及規避了Donnot的做法是什麼？

很好辦，及時與各位進行評審。將各個涉眾都叫到一起，給他們看你梳理出來的成果。

這會發現一些有意思的事情，除了評審你的流程圖是否符合現實外，也會評審目前的業務流程是否符合理想。不同的部門和崗位的代表會在這個評審中，確認當前，也會相互提出意見，甚至吵起來，這不失於做流程優化的一個很好的契機。暫且不表了。

參考文檔：

SWIM LANE (or CROSS-FUNCTIONAL) DIAGRAMS ：

MBA LIB關於泳道流程圖的詞條：

來源：

管理信息系统数据流程图和业务流程图(经典作品)

1.采购部查询库存信息及用户需求，若商品的库存量不能满足用户的需要，则编制相应的采购订货单，并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部，并附上采购收货单。公司检验人员在验货后，发现货物不合格，将货物退回供应商，如果合格则送交库房。库房管理员再进一步审核货物是否合格，如果合格则登记流水帐和库存帐目，如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。 2．在盘点管理流程中，库管员首先编制盘存报表并提交给仓库主管，仓库主管查询库存清单和盘点流水账，然后根据盘点规定进行审核，如果合格则提交合格盘存报表递交给库管员，由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。 3.“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程：书商将采购单和

新书送采购员；采购员验收，如果不合格就退回，合格就送编目员；编目员按照国家标准进行的分类编号，填写包括书名，书号，作者、出版社等基本信息的入库单；库管员验收入库单和新书，如果合格就入库，并更新入库台帐；如果不合格就退回。“售书”的流程：顾客选定书籍后，收银员进行收费和开收费单，并更新销售台帐。顾客凭收费单可以将图书带离书店，书店保安审核合格后，放行，否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程： 进书数据流程： F3.2不合格采购单 售书业务流程：

售书数据流程： 4.背景：若库房里的货品由于自然或其他原因而破损，且不可用的，需进行报损处理，即这些货品清除出库房。具体报损流程如下： 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单，交给主管确认、审核。主管审核后确定清单上的货品必须报损，则进行报损处理，并根据报损清单登记流水帐，同时修改库存台帐；若报损单上的货品不符合报损要求，则将报损单退回库房。 试根据上述背景提供的信息，绘制出“报损”的业务流程图、数据流程图。 报损业务流程图： 业务流程图：

如何绘制业务流程图

在绘制业务流程图前，思考如何精美，如何交互，使用什么工具，都不应该是重点。 真正重点的是将业务流程图的关键要素给搜集一番。请试图回答清楚以下几个问题，否则不要开始绘制流程图： 整个流程的起始点是什么？整个流程的终结点是什么？ 在整个流程中，涉及到的角色都是谁？ 在整个流程中，都需要做什么事情？（可是是一个会议，可以是一个任务） 这些会议和任务是可选还是必选的？ 分别产出什么文档？ 这有点像一个头脑风暴，能够帮助你将所需用到的原材料获取到，有了这些“米”和“水”，那就不愁去如何烹饪了。 在项目管理中，上个月，我们也试图给去规范化一个数据产品的设计开发流程。 这是一个数据产品的项目，而我们都不是对此很有经验的人。所以我们召集到所有相关的角色，组织了一次头脑风暴及卡片分类法的混合式应用。 1. 让大家头脑风暴出自己认为在项目里必须的节点，如“需求调研”，“需求分析”，“kick off 会议”，“PRD撰写及确认”，“数据评估”，“技术架构”，“DEMO绘制”，“指标算法定义”，等等。 2. 在头脑风暴过程中，主持人将这些节点都写到白板上，等没有新的节点诞生后，大家一起对节点进行合并归类。之后呢？ 3. 将这些剩余下来的真正有价值的节点，撰写到即时贴上，开始进行排序。在排序过程中，可以由一个人先主导，他会按照自己的理解，将各个节点放到按角色排布的泳道中，并设计好先后的顺序。在他进行的过程中，其他人不断进行提问：“这项任务开始前，需要什么样的条件？”“这个任务是必须的吗？”然后一起调整先后顺序。直到最终没有人有任何重大的异议。 4. 之后拍照留念。

然后可整理成电子文档，如project或者excel版本（使用excel做项目管理？） 但是，业务流程图和上述项目中的流程不太相同的是： 项目中的各种活动节点有更宽泛的可配置性，任务A和任务B是否并行，还是串行，如果项目组成员达成共识，是可以调整，并且多做尝试的。所以可以用集思广益的做法去头脑风暴出一个暂定比较合理的流程。而业务流程图的梳理，有两种: 一种是基于现实发生的业务流程如实反映。这显然不是你一个团队能够YY的结果。更需要走到现实环境中，去调研，去梳理，去确认。 另一种是基于流程优化的方案，当你已经掌握了目前的流程现实如何运作时，基于分析，讨论，能够判断出流程中不合理的地方，给出一个更完善或者有更效率、成本更低的新的流程出来——或许你要求增加一个部门，或者你需要删减一个环节，或者中间的若干步使用新开发的系统去取代。 总之，大多数时候，你要想做第二种流程图，必然要先将第一种给梳理出来。所以，第一种如实反映的流程图是躲不过的。既然如此，基于YY或者头脑风暴是不现实的。我们需要走到前线去，掌握现实中业务是如何运作的。而且很多时候，越细节越好。 那怎么做呢？基于有限的知识与经验，我可以给如下建议：

业务流程图制作用什么软件

如何用最少的投入取得最大的产出，这是每个企业办理者都在研究的发展方向。加强作业流程建设，能够减少或许消除无效劳动，然后节约作业时间，提升作业质量和作业效率。不仅是企业，就个人 来讲，假如能正确使用好流程图，优化自己的作业流程，也能够极大的进步自己的作业效率，能够 说几乎一切的高效人士都是优异的流程图使用者。 无需绘图技巧 使用这个功能丰富的流程图软件，您就不必在如何才能创建视觉上很有吸引力的流程图问题很 专业了。您只需输入您的数据，剩下就交给亿图就行了，亿图会自动为您排列所有形状，为获得专 业设计应用专业设计主题等。这个软件让任何层次的用户都能用更短的时间创建更好的流程图。此外，亿图为您节省更多资金，免费为您进行科技支持和升级。 智能地创建视觉流程图

亿图也可以帮助您将文本和图表中的复杂信息翻译成为视觉图表。用这种方式用户就能够识别 瓶颈和低效现象，这些也是过程需要精简的地方。亿图提供智能连接线和高级的文本设计和矢量符号，通过显示浮动对话框告诉你该怎么做。 几分钟获得一个专业的流程图 亿图赋予您能力，简简单单，有效地使用特殊工具，免费的模板和精简的工作流示例就能够创 建出有专业水准的流程图，帮助您快速建立新的流程图、工作流程图、NS图、BPMN图、跨职能 流程图、数据流图和高光流程图等。所有这些图形的绘制仅需短短几分钟即可。 轻松创建交互流程图 插入超链接和插画功能同样包括在内。您可以将图表和基础数据连接起来展示更多地细节信息，这样能够增强效率、影响和交流。为了更加具体一些，你可以通过增加链接到网站、插入附件、添 加注释或者链接到亿图其他视图工具等方式把任何图表转换成信息关口。它们是交互图形，任何人 都可以轻松使用亿图轻松创建。 无缝地分享与合作

项目部工作流程图怎么画

项目部工作流程图怎么画 导语： 通常情况下公司都会为每个项目设立一个通用的流程，依据这些流程项目部得以维持发展。绘制流程图的方法有很多种，最常用的就是用软件绘制，那么项目部工作流程图要怎么画呢？下面就一起来看看吧。 免费获取亿图图示软件：https://www.sodocs.net/doc/3812900756.html,/edrawmax/ 专业的工作流程图软件推荐 亿图图示是一款跨平台、多功能、同时支持云储存、分享功能的国产专业流程图绘制软件。软件提供矢量基础的20000个以上的符号、1000个以上的模板和例子以便用户绘图使用。同时，亿图图示也支持多种类型文件的导入导出，导入如Visio、SVG，导出如Visio、SVG、HTML、PS、JPG、PNG、PDF、Office文件等等。

亿图图示软件特色： 1、丰富的模板例子：亿图图示支持超过200种图表绘制，轻松绘完流程图。 2、专业的图表软件：不仅可以绘制流程图，还可以绘制组织结构图、思维导图、网络图等。 3、值得信赖的产品：超过六百万次的下载，用户遍布全世界。 4、支持流程图在线分享，生成的网页链接可以在不同的用户终端进行查看。 5、可以使用软件轻松绘制箭头、图框，让办公效率无限提升。 亿图图示绘制工作流程图优势 亿图图示软件里内置大量的图标符号，可供使用者直接使用。工作流程图符号主要可分为：工作流部门符号、工作流步骤符号和工作流对象符号。所有的符号均为矢量图标，方便使用者进行拉伸、填充等操作。另外，丰富齐全的符号，将大大节省使用者的绘图时间。 基本的绘图符号 工作流部门符号：工作流是一种对工作流程及其各操作步骤之间业务规则的抽象、概括描述。工作流程部门主要指的是流程图的主体。

如何绘制业务流程图

如何绘制业务流程图 作者：Heidi格物志，发布于2012-7-11 图1：用即时贴与白板做的简单流程图 前言：近来一段时间，忙于整理业务流程图，期间，关于流程图的绘制方法和工具也与内部团队和外部做了心得交流，恰好，个人生活也牵涉在买房，婚礼，户口迁移等流程中。不知不觉，伴随着实践与反思，个人所得的系统知识趋于完整，今儿天气极好，坐在飘窗一隅，听着间或几声鸟鸣歌唱，偶尔瞥一眼窗外的遍地绿荫，真真觉得是个写点什么的日子。所以就整理成文，如果恰好对你有所帮助，那是真真好的。 真实整理的流程牵涉到公司未公布的计划，不好公开，所以在本文中会借助一个简单的案例替代（这个案例呢，也就是计划写本文前30分分钟才想到的，如有考虑不周，请各位见谅），但是仅传达概念和方法，倒也足够了。恩，甄環体告一段落，咱们开始吧。 本文会包含几块内容： 1. 什么是流程图？流程图和其他图表（如线框图，概念图，架构图，用例图）有什么不同？ 2. 为什么需要流程图？ 3. 流程图的分类？

4. 如何绘制流程图？ 5. 流程图绘制工具 视篇幅情况，会在行文时略加划分为系列，敬请关注并多多交流。 第一部分：什么是流程图？ 1. 定义 了解一个事情，我习惯从它的定义开始。至于为什么，可以参见我之前的博客文章 https://www.sodocs.net/doc/3812900756.html,/161709085.html 我们因为厌恶十年教育，厌恶背各种定理和定义，所以我发现生活中和工作中很多人都很讨厌给一个事情下定义以及去参考定义。所以你会发现很多人在一起争吵得不可开交，仔细去听，原来是鸡同鸭讲，根本不在一个频道上。对于一个事情的描述，没有一个共同的语言，没有所谓的术语。有定义很好办，你们共同引用一个定义，发现定义有问题，OK，去补充这个定义，并扩展到更多的人群。当然，任何事情过犹不及，我们相互提醒吧。 那什么是流程图呢？说文解字是一种了解定义的好方法。流程图=流程+图，如下图： 图2：流程图的定义 流程：Flow,是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程，流程是自然而然就存在的。但是它可以不规范，可以不固定，可以充满问题。所以就会造成看似没有流程。前不久，团队每个人对接一个业务团队去调研流程，反馈给我的流程有一些缺失。询问时，负责人反馈给我的答复是：这一块业务他们没有流程。其实严格意义上讲，业务已经开展，不可能没有流程，只是说没

绘制合理的工作流程图

绘制合理的工作流程

一流程绘制背景 感您选择新资源应急管理系统，它将帮助您实现业务处理信息化和无纸化办公，加强各部门之间的联系和沟通，更好地完成各项工作。 软件平台的实施是一项复杂工程，其中流程绘制是核心；合理的工作流程会大大提高工作效率，增强组织部沟通，减少无谓的操作。 常见的不合理流程缺点如下： ?流程步骤粒度过于细致，操作繁琐； ?流程步骤粒度过于粗放，不能体现工作运行状况； ?流程分支应用（判定/并行/或/阅示）不合理，运行不顺畅； ?权限分配不合理，责任不清； ?公文指派及其权限不合理，导致公文丢失或操作无效； ?子流程应用不合理； ?自动步骤应用不合理； ?流程和现实脱节； ?过分专注技术，忽视企业文化； 二流程绘制原则 1达成运行目标 工作流程的运行并不能替代职员完成某项实际工作，它实际上是对现实工作的一个记录，严格的描述了工作完成的轨迹和容；所以绘制流程图一定要遵循现实情况，适应现实工作，脱离现实会在使用BBEA时造成困惑，无法真正应用系

统。 2实用 不必强求绘制复杂，看起来好看的流程图，现实工作往往更加简单。如果一个步骤就可以完成，就避免使用并行，判断，或等等复杂分支；如果步骤很少，就不必分离出子流程；如果人工可以完成，就避免自动节点。。。 实用、简单的工作流程在实际运行过程中操作更顺畅，更简单，更合理。 3正确识别独立流程 一个完整的流程图应该覆盖一件相对独立的事务的全过程，如果人为地分为若干个独立流程，也可以分别运行，最终完成工作，但是其间的数据共享，自动流转都成为空谈。例如：一个申请递交给领导后，应该有反馈行为，同意怎么办，不同意怎么办，而不是把递交申请和下发指示分割开来。 当然，机械地把不相干的事务揉和在一起，建立某种无意义的关联，也会影响实际工作中的事务处理。 一个完整的流程应该具有以下特点： ?独立运行 ?完成一件或几件相关联的有意义的任务 ?包含了当前任务在系统覆盖围的主要相关容和特性 ?可以某个职员单独完成，也可以多部门多人配合，协作完成 ?由父流程和0-N个子流程组合而成 ?可以多次重复运行 4把握粒度：简化，完整，准确 工作流分析是一个简化工作的过程，并不是实施前期手工绘制的原始流程需

细说业务流程图的简单画法

细说业务流程图的简单画法 导语： 对于复杂的业务而言，想要提高整体的运作效率，不妨试试绘制一张业务流程图，可以用它帮助管理者查看和分析业务的状态。想要绘制业务流程图，就需要专业的软件来制作才行。本文会为你做进一步的介绍。 免费获取亿图图示软件：https://www.sodocs.net/doc/3812900756.html,/edrawmax/ 制作业务流程图的软件有哪些？ 制作业务流程图的软件很多，比如word、PPT就可以画，但要选一个好用又专业的业务流程图软件的话，一定是亿图图示软件了。 这是一款跨平台使用的图形图表设计软件，兼容许多文件格式，可以一键导出PDF, office, 图片, HTML, Visio等格式。使用的是最简单的拖拽式操作，内置一套矢量的流程图符号，同时提供丰富的免费的业务流程图参考模板和实例。

亿图图示软件特色： 1、来自全球超过600万的用户选择下载安装。 2、支持多系统操作：亿图图示工作流程图图可以在Windows，Mac 和 Linux 上进行制作。 3、产品升级：亿图软件不断更新升级，重视用户体验度。 4、简单操作：一键式绘制工具帮助用户绘制快捷，方便使用者管理工作项目。 为什么使用亿图图示绘制业务流程图？

绘图小白可以访问亿图软件的动态帮助，点开它，你能找到亿图的产品研发团队准备的软件说明大全，说它是说明大全一点都不夸张，浏览一下就知道对软件功能介绍有多全面。 不少用户使用亿图绘制一份业务流程图时发现，亿图的功能是完全符合办公工具在用户心中的位置，可以用来做很多演示要用的图，可以添加很多很难画的图形：

专业的形状是必不可少的，基本流程图形状里具备了所有绘制流程图时需要用的形状： 业务流程图用到的符号很多，能够满足用户这个需求的软件很少。

业务流程图画法教程

业务流程图画法教程 导语： 业务流程图，是为了达到特定的价值目标而由不同的人分别共同完成的一系列活动的一种图形。绘制业务流程图一般都是用专业的工具来画，下面就为大家简单介绍一下专业的业务流程图的一些画法及技巧。 免费获取亿图图示软件：https://www.sodocs.net/doc/3812900756.html,/edrawmax/ 制作业务流程图的软件有哪些？ 制作业务流程图的软件很多，比如word、PPT就可以画，但要选一个好用又专业的业务流程图软件的话，一定是亿图图示软件了。 这是一款跨平台使用的图形图表设计软件，兼容许多文件格式，可以一键导出PDF, office, 图片, HTML, Visio等格式。使用的是最简单的拖拽式操作，内置一套矢量的流程图符号，同时提供丰富的免费的业务流程图参考模板和实例。

亿图图示软件特色： 1、来自全球超过600万的用户选择下载安装。 2、支持多系统操作：亿图图示工作流程图图可以在Windows，Mac 和 Linux 上进行制作。 3、产品升级：亿图软件不断更新升级，重视用户体验度。 4、简单操作：一键式绘制工具帮助用户绘制快捷，方便使用者管理工作项目。 为什么使用亿图图示绘制业务流程图？

绘图小白可以访问亿图软件的动态帮助，点开它，你能找到亿图的产品研发团队准备的软件说明大全，说它是说明大全一点都不夸张，浏览一下就知道对软件功能介绍有多全面。 不少用户使用亿图绘制一份业务流程图时发现，亿图的功能是完全符合办公工具在用户心中的位置，可以用来做很多演示要用的图，可以添加很多很难画的图形：

专业的形状是必不可少的，基本流程图形状里具备了所有绘制流程图时需要用的形状： 业务流程图用到的符号很多，能够满足用户这个需求的软件很少。

如何绘制业务流程图案例3

有一些同学看过了我写的，发私信过来希望我谈谈页面流程图。 这个话题其实我也酝酿过，但一直没有写出来。细究起来，除了懒，原因其实有好几条： 1. 这一年半来的工作都是围绕数据平台建设，不是很通用，没法举例。 2. 虽然自己一直画页面流程图，但是说实话属于偏方多一些，按直觉行事，要总结出一两条可通用的“规则”比较难。 今日因为因为天气预报号称有雷震大雨，取消了原有的外出计划，刚好在家里，想起抛出这块砖头，期望这个话题能激发更多的分享和讨论。 案例呢……想一个通俗易懂又具代表性的案例真不容易，它不能太简单，太简单的话几乎上没有什么页面，也不能太复杂，太复杂了我还hold不住。 刚好前不久在收拾家里闲置的衣服，舍不得扔但又不穿，当时唠叨一句，说要是有个地方能够提交下捐赠，有人上门收就好了。在我头疼要怎么举例演示页面流程图的时候，我就把这个大概YY了一下，就用“公益捐物网站”为例来说明吧。 页面流程图是个好东西 业务流程图重要的是描述谁在什么条件下做了什么事。 而页面流程图是具体到了网站、系统、产品功能设计的时候，表现页面之前的流转关系——用户通过什么操作进了什么页面及后续的操作及页面。 从需求到到解决方案无疑要经过很多阶段。需求的分析——用户是谁？用户的问题或需求是什么？用什么功能去满足需求或解决问题？这些功能的优先级是什么？这些问题都需要

逐步得以明确，与此同时，你需要用一些线框图、原型或者DEMO（这些在我认为都是一个东西）去帮助自己精细化这些功能，想透彻那些需求。 直接画单张页面的线框图当然是可以的，但是有可能会出现一下子进入单页面，不先系统性规划，考虑每项功能的前置和后置，每项操作的上下文，就很容易顾此失彼，遗漏重要状态或忽视本应简化的任务。 说到这里，单页面的线框图很像PPT，我个人在做PPT之前，其实是一定要有脑图或者已经在一张大纸上将目录结构、每页的重点都写出来、画出来的。所以真正做PPT则纯粹是在做而已，可以做得很快，只因为心中早就有谱了。所以，在画线框图之前，我也习惯先将页面流程图画出来。 好处之于对于设计师或产品经理： 1.页面流程图一张页面助你讲完完整的用户与系统的交互故事，借助它，你更容易知 道流程中的潜在地雷是什么，哪里的效率比较低，有助于系统化、全局化、周全性的思考 2.细化工作量的基础，通过页面流程图可准确评估需要多少张页面。 3.聚焦：页面流程图中的每个页面都不必追求精细——你的目标是规划行为路径，而 不是单页面交互设计，所以完全无需考虑页面内容、布局。所以你会更加聚焦于用户目标和任务的完成。不必过早陷入细节。 4.关键是很快。线框图有可能有几十张，你画起来没那么快，而且一旦进入细节，则 还需要慢慢深究。但是页面流程图也许就是几个小时的事情。你就可以对整个项目心中有数了。

绘制业务流程图

如何繪製業務流程圖 接上篇《業務流程圖繪製流程分享(一)》，本篇將對上篇中間的第四部分——如何繪製業務流程圖展開更多討論。 本來寫完上篇，我發現沒有太多必要單純討論這一部分內容，因為對於很多人來講，缺的不是具體的做法，而是做這件事情的意義以及目標性的明確。一旦對這件事情的意義和目標有深刻認同，那自然會產生較大的動力去研究How這個層次的所需方法和技能。時間管理也如此，很多時間管理技巧牛逼的人未必能夠把時間管理做到位，因為內心克服不了強大的拖延症，而克服拖延很多時候是一個心理問題而不是技巧問題……咳咳，這不是在說我自己嗎？ 業務流程圖的表達的6個關鍵問題 話又扯遠了，扯扯扯回來啊。那麼為何還專門狗尾續貂（恩，原文也不見得是貂，成 語有限，暫時湊合吧），又來這麼一篇How的枯燥乏味的文章呢？因為在上篇文章後，Heidi 確實在郵件裡收到一些郵件，詢問業務流程圖的具體操作指南——這東西很好，這東西很有用，但是似乎上篇都是講的“真實的道理”，但是具體怎麼做呢？我應該注意什麼呢？…… 所以，乾脆也分享一下吧。但在書寫過程中，我發現一個大難題在於收集整理出更生 動易懂又典型的案例。不能使用工作中的實際案例，但是短時間又難以找到合適的。所以本人對這部分不太滿意。也希望各位讀到本文的人，能夠提供更多案例分享。—————————————————-分割線——————————————————————————- 1. 業務流程圖的“烹飪三部曲”

在繪製業務流程圖前，思考如何精美，如何交互，使用什麼工具，都不應該是重點。 真正重點的是將業務流程圖的關鍵要素給搜集一番。請試圖回答清楚以下幾個問題，否則不要開始繪製流程圖： o整個流程的起始點是什麼？整個流程的終結點是什麼？ o在整個流程中，涉及到的角色都是誰？ o在整個流程中，都需要做什麼事情？（可是是一個會議，可以是一個任務） o這些會議和任務是可選還是必選的？ o分別產出什麼文檔？ 這有點像一個頭腦風暴，能夠幫助你將所需用到的原材料獲取到，有了這些“米”和“水”，那就不愁去如何烹飪了。 在專案管理中，上個月，我們也試圖給去規範化一個資料產品的設計開發流程。 這是一個資料產品的專案，而我們都不是對此很有經驗的人。所以我們召集到所有相關的角色，組織了一次頭腦風暴及卡片分類法的混合式應用。 o讓大家頭腦風暴出自己認為在專案裡必須的節點，如“需求調研”，“需求分析”，“kick off會議”，“PRD撰寫及確認”，“資料評估”，“技術架構”，“DEMO繪製”，“指標演算法定義”，等等。 o在頭腦風暴過程中，主持人將這些節點都寫到白板上，等沒有新的節點誕生後，大家一起對節點進行合併歸類。之後呢？ o將這些剩餘下來的真正有價值的節點，撰寫到即時貼上，開始進行排序。在排序過程中，可以由一個人先主導，他會按照自己的理解，將各個節點放到按角色排布的泳道中，並設計好先後的順序。在他進行的過程中，其他人不斷進行提問：“這項任務開始前，需要什麼樣的條件？”“這個任務是必須的嗎？”然後一起調整先後順序。直到最終沒有人有任何重大的異議。o之後拍照留念。

流程图流程图绘制相关知识

流程图及流程图绘制相关知识 一、什么是流程图 那什么是流程图呢？说文解字是一种了解定义的好方法。流程图=流程+图，如下图： 图1：流程图的定义 流程：是指特定主体为了满足特定需求而进行的有特定逻辑关系的一系列操作过程，流程是自然而然就存在的。但是它可以不规范，可以不固定，可以充满问题。所以就会造成看似没有流程。我们有人经常说什么业务没有流程，其实严格意义上讲，如果业务已经开展，不可能没有流程，只是说没有固定的流程或者你讲不清楚而已。 图：是将基本固化有一定规律的流程进行显性化和书面化，从而有利于传播与沉淀、流程重组参考。 从定义可以看出，只要有事情和任务，流程就会有，但是并不是所有的流程都适合用流程图的方式去表现，适合用流程图去表现的流

程是一定程度固定的有规律可循的，流程中的关键环节不会朝令夕改的。 二、为什么需要流程图 （一）流程优化与重组 业务流程重组的存在可以明确反驳：存在即合理。事实上，存在的业务流程并未是合理的，有可能是参与的多个角色习惯了某种做法，有可能是变革尚未影响到末端的操作，也有可能缺乏对于运行中的业务流程问题的洞察以及强有力的变革推动。 通过流程图，我们能够分析出目前业务流程的问题：缺失，重复，风险，效率等等。从而制定相应的优化方案。 （二）信息化的基础

信息系统的一项任务就是解放员工的手脚，取代一些重复的人力劳动工作。系统上了之后，不是说业务流程不需要而是经过了一些调整，其中某个参与者变成了系统，或手持设备，或打印机而已。 那么在做系统的功能设计和系统流程设计时，是不是必须先要了解目前业务是如何运作的呢？从而更好分析分析，更好说明系统在什么环节取代了什么类型的人肉工作？ 所以我们往往也会先以业务流程图开始说明，而叙述一个系统建设的好处时，也可以用以前的业务流程与系统上了之后的业务流程进行对比。 三、流程图要素 流程图有六个要素：

制作工作流程图

步骤一：页面和段落的设置 为了流程图有较大的绘制空间，我们先来设置一下页面。 1．启动Word 2003，打开一个空白文档，并切换到页面视图。选择菜单“文件→页面设置”命令，打开“页面设置”对话框，在“页边距”选项卡中，设置上下边距为“1厘米”，左右边距为“2厘米”(图2)，完成后单击“确定”按钮。 2．由于后面要在自选图形中输入文字，为了让输入的文字在垂直方向上看起来居中，这里顺便设置一下段前距。选择菜单“格式→段落”命令，打开“段落”对话框，在“缩进和间距”选项卡中设置段前间距为“1行”，完成后单击“确定”(图 3)。

步骤二：制作流程图的标题 基本工作环境设置好之后就开始制作流程图的标题。大家看到的最终效果中的标题是放在一个矩形自选图形中的，下面开始制作。 1．在窗口Word窗口底部的自选图形工具栏中选择“矩形”按钮(图 4)。 2．这时可以在页面中看到“在此创建图形”的画布，接着拖动鼠标，在该画布中绘制矩形，让矩形的宽度与画布相同，高度可参照最终效果图，约3厘米。

3．画好后调整画布的高度，使之与矩形的高度相同(图 5)。 4．接下来选中插入的矩形，单击鼠标右键，在弹出的菜单中选择“设置自选图形格式”命令，打开“设置自选图形格式”对话框，在“颜色与线条”选项卡中，先设置线条颜色为“无线条颜色”，接着单击“填充”区“颜色”下拉箭头，选择“其它颜色”命令，打开“颜色”对话框，参照下图设置填充颜色(图6)，完成后依次单击两次“确定”。 5．接下来在矩形框中插入艺术字标题。选中矩形框，单击鼠标右键，在弹出的菜单中选择“添加文字”命令，这时可以看到光标在矩形框内闪动，表示等待添加文字。

实验二、基于Visio 的组织结构和业务流程图

实验二、基于Visio 的组织结构和业务流程图信息系统分析与设计是方法、工具与技术三个部分的有机整体，本 章主要介绍信息系统分析与设计中常用工具的安装过程和基本操作，包 括Visio 2003软件、Rational Rose 。 一、实验目的 1. 掌握需求分析的内涵 2. 熟练绘制组织结构图 3. 掌握业务流程图的绘制方法。 二、实验器材 1．计算机一台。 2．Visio工具软件。 三、Visio 的安装实验 3.1.1 Visio 2003简介 Visio 2003 是一个图表绘制程序，它可以帮助用户描述复杂设想及系统的业务和技术图 表。使用 Visio 创建的图表可使用户将信息形象化，并能够以清楚简明的方式有效地交流信 息，这是只使用文字和数字所无法实现的。Visio 还可通过与数据源直接同步自动形象化数 据，以提供最新的图表；用户还可以对Visio 进行自定义，以满足组织的需要。 1.易于理解的概念、过程和关系 ◆使用Visio可以轻松创建业务和技术图表，以便仔细研究、组织和更好地理解 复杂的设想、过程和系统。 ◆通过拖曳预定义的Microsoft SmartShapes 符号可以很容易地组合图表。 ◆使用为特定专门学科而设计的工具，以满足贯穿整个组织的对业务和技术图表 绘制的要求。 ◆从现有数据可生成常见的图表类型。 ◆可以从Web 访问定期更新的区分上下文帮助和适用于特定任务的模板 2.清楚而有效地交流 ◆将设想、信息和系统形象化并与他人进行交流。 ◆要创建视觉效果丰富的图表，以给观众留下尽可能深刻的印象。 ◆可以小组的Microsoft Windows SharePoint 服务站点上共享工作区文件中的 图表。 ◆在Tablet PC 上，可使用数字墨迹以更自然的方式批注图表。 ◆可利用新增的审阅模式跟踪审阅者对形状和数字墨迹所做的批注与更改。 ◆利用改进后的Save as Web Page(另存为Web页)功能，在Web上发布和共享图表。

业务流程图与数据流程图的比较知识讲解

业务流程图与数据流程图的比较

业务流程图与数据流程图的比较 一、业务流程图与数据流程图的区别 1. 描述对象不同 业务流程图的描述对象是某一具体的业务; 数据流程图的描述对象是数据流。 业务是指企业管理中必要且逻辑上相关的、为了完成某种管理功能的一系列相关的活动。在系统调研时, 通过了解组织结构和业务功能, 我们对系统的主要业务有了一个大概的认识。但由此我们得到的对业务的认识是静态的, 是由组织部门映射到业务的。而实际的业务是流动的, 我们称之为业务流程。一项完整的业务流程要涉及到多个部门和多项数据。例如, 生产业务要涉及从采购到财务, 到生产车间, 到库存等多个部门; 会产生从原料采购单, 应收付账款, 入库单等多项数据表单。因此, 在考察一项业务时我们应将该业务一系列的活动即整个过程为考察对象, 而不仅仅是某项单一的活动, 这样才能实现对业务的全面认识。将一项业务处理过程中的每一个步骤用图形来表示, 并把所有处理过程按一定的顺序都串起来就形成了业务流程图。如图 1 所示, 就是某公司物资管理的业务流程图。

数据流程图是对业务流程的进一步抽象与概括。抽象性表现在它完全舍去了具体的物质, 只剩下数据的流动、加工处理和存储; 概括性表现在它可以把各种不同业务处理过程联系起来,形成一个整体。从安东尼金字塔模型的角度来看, 业务流程图描述对象包括企业中的信息流、资金流和物流, 数据流程图则主要是对信息流的描述。此外, 数据流程图还要配合数据字典的说明, 对系统的逻辑模型进行完整和详细的描述。 2. 功能作用不同

业务流程图是一本用图形方式来反映实际业务处理过程的“流水帐”。绘制出这本流水帐对于开发者理顺和优化业务过程是很有帮助的。业务流程图的符号简单明了, 易于阅读和理解业务流程。绘制流程图的目的是为了分析业务流程, 在对现有业务流程进行分析的基础上进行业务流程重组, 产生新的更为合理的业务流程。通过除去不必要的、多余的业务环节; 合并重复的环节;增补缺少的必须的环节; 确定计算机系统要处理的环节等重要步骤, 在绘制流程图的过程中可以发现问题, 分析不足, 改进业务处理过程。 数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的就是要发现和解决数据流通中的问题, 这些问题有: 数据流程不畅, 前后数据不匹配, 数据处理过程不合理等。通过对这些问题的解决形成一个通畅的数据流程作为今后新系统的数据流程。数据流程图比起业务流程图更为抽象, 它舍弃了业务流程图中的一些物理实体, 更接近于信息系统的逻辑模型。对于较简单的业务, 我们可以省略其业务流程图直接绘制数据流程图。 3. 基本符号不同 (1)业务流程图的常用的基本符号有以下六种, 见图 2 所示。 (2)数据流程图的基本符号见图 3 所示

工作流程图绘制资料讲解

业务流程图的绘制流程分享前言：近来一段时间，忙于整理业务流程图，期间，关于流程图的绘制方法和工具也与内部团队和外部做了心得交流，恰好，个人生活也牵涉在买房，婚礼，户口迁移等流程中。不知不觉，伴随着实践与反思，个人所得的系统知识趋于完整，今儿天气极好，坐在飘窗一隅，听着间或几声鸟鸣歌唱，偶尔瞥一眼窗外的遍地绿荫，真真觉得是个写点什么的日子。所以就整理成文，如果恰好对你有所帮助，那是真真好的。真实整理的流程牵涉到公司未公布的计划，不好公开，所以在本文中会借助一个简单的案例替代（这个案例呢，也就是计划写本文前30分分钟才想到的，如有考虑不周，请各位见谅），但是仅传达概念和方法，倒也足够了。恩，甄環体告一段落，咱们开始吧。 图1：用即时贴与白板做的简单流程图 本文会包含几块内容： 1. 什么是流程图？流程图和其他图表（如线框图，概念图，架构图，用例图）有什么不同？ 2. 为什么需要流程图？ 3. 流程图的分类？ 4. 如何绘制流程图？ 5. 流程图绘制工具 视篇幅情况，会在行文时略加划分为系列，敬请关注并多多交流。 第一部分：什么是流程图？ 定义1. 了解一个事情，我习惯从它的定义开始。至于为什么，可以参见我之前的博客文章： https://www.sodocs.net/doc/3812900756.html,/161709085.html. 我们因为厌恶十年教育，厌恶背各种定理和定义，所以我发现生活中和工作中很多人都很讨厌给一个事情下定义以及去参考定义。所以你会发现很多人在一起争吵得不可开交，仔细去听，原来是鸡同鸭讲，根本不在一个频道上。对于一个事情的描述，没有一个共同的语言，没有所谓的术语。有定义很好办，你们共同引用一个定义，发现定义有问题，OK，去补充这个定义，并扩展到更多的人群。当然，任何事情过犹不及，我们相互提醒吧。 那什么是流程图呢？说文解字是一种了解定义的好方法。流程图=流程+图，如下图：

如何绘制业务流程图+案例3

有一些同学看过了我写的《如何绘制业务流程图》，发私信过来希望我谈谈页面流程图。这个话题其实我也酝酿过，但一直没有写出来。细究起来，除了懒，原因其实有好几条： 1. 这一年半来的工作都是围绕数据平台建设，不是很通用，没法举例。 2. 虽然自己一直画页面流程图，但是说实话属于偏方多一些，按直觉行事，要总结出一两条可通用的“规则”比较难。 今日因为因为天气预报号称有雷震大雨，取消了原有的外出计划，刚好在家里，想起抛出这块砖头，期望这个话题能激发更多的分享和讨论。 案例呢……想一个通俗易懂又具代表性的案例真不容易，它不能太简单，太简单的话几乎上没有什么页面，也不能太复杂，太复杂了我还hold不住。 刚好前不久在收拾家里闲置的衣服，舍不得扔但又不穿，当时唠叨一句，说要是有个地方能够提交下捐赠，有人上门收就好了。在我头疼要怎么举例演示页面流程图的时候，我就把这个大概YY了一下，就用“公益捐物网站”为例来说明吧。 页面流程图是个好东西 业务流程图重要的是描述谁在什么条件下做了什么事。 而页面流程图是具体到了网站、系统、产品功能设计的时候，表现页面之前的流转关系——用户通过什么操作进了什么页面及后续的操作及页面。 从需求到到解决方案无疑要经过很多阶段。需求的分析——用户是谁？用户的问题或需求是什么？用什么功能去满足需求或解决问题？这些功能的优先级是什么？这些问题都需要

逐步得以明确，与此同时，你需要用一些线框图、原型或者DEMO（这些在我认为都是一个东西）去帮助自己精细化这些功能，想透彻那些需求。 直接画单张页面的线框图当然是可以的，但是有可能会出现一下子进入单页面，不先系统性规划，考虑每项功能的前置和后置，每项操作的上下文，就很容易顾此失彼，遗漏重要状态或忽视本应简化的任务。 说到这里，单页面的线框图很像PPT，我个人在做PPT之前，其实是一定要有脑图或者已经在一张大纸上将目录结构、每页的重点都写出来、画出来的。所以真正做PPT则纯粹是在做而已，可以做得很快，只因为心中早就有谱了。所以，在画线框图之前，我也习惯先将页面流程图画出来。 好处之于对于设计师或产品经理： 1.页面流程图一张页面助你讲完完整的用户与系统的交互故事，借助它，你更容易知 道流程中的潜在地雷是什么，哪里的效率比较低，有助于系统化、全局化、周全性的思考 2.细化工作量的基础，通过页面流程图可准确评估需要多少张页面。 3.聚焦：页面流程图中的每个页面都不必追求精细——你的目标是规划行为路径，而 不是单页面交互设计，所以完全无需考虑页面内容、布局。所以你会更加聚焦于用户目标和任务的完成。不必过早陷入细节。 4.关键是很快。线框图有可能有几十张，你画起来没那么快，而且一旦进入细节，则 还需要慢慢深究。但是页面流程图也许就是几个小时的事情。你就可以对整个项目心中有数了。

如何在WORD中画流程图

如何在WORD中画流程图 在工作中，我们常常会需要绘制诸如业务流程之类的流程图。如果使用比较经典的流程图绘制工具，比如Visio，可能会觉得比较麻烦，而且也不容易与Word 文档一起排版。我们常常需要在线条的对准等细节问题上耗费大量的时间。这里，就详细介绍一下使用Word2003绘制流程图的方法。 1、首先在“绘图”工具栏上，单击“自选图形”，指向“流程图”，再单击所需的形状。 2、单击要绘制流程图的位置。此时你会发现，在页面上出现了如下图所示的虚框。 绘图画布是在创建图形对象（例如自选图形和文本框）时产生的。它是一个区域，可在该区域上绘制多个形状。因为形状包含在绘图画布内，所以它们可作为一个单元移动和调整大小。明白吧，这个绘图画布可帮助您排列并移动多个图形，当图形对象包括几个图形时这个功能会很有帮助。还记得以前要在Word中排列、移动一组图形的麻烦吗？有了绘图画布，这些烦恼就不再困扰你了。 绘图画布还在图形和文档的其他部分之间提供一条类似框架的边界。在默认情况下，绘图画布没有背景或边框，但是如同处理图形对象一样，可以对绘图画布应用格式。 3、在绘图画布上插入你选择的那个图形。就像这样，插入一个矩形。

4、若要向流程图中添加额外的形状，请重复步骤 1 到3，再按所需的顺序对其进行排列。如果绘图画布太小，没办法把所有你要画的流程图放进去怎么办？没关系你可以调整它的大小。看到上图的绘图画布周围比较粗的几个小线条了吗？选择它们，你可以任意的增大或者缩小绘图画布了。如果不想使用绘图画布，可以将图形对象从绘图画布上拖下来，选择绘图画布，然后将之删除。 5、我们一遍遍的重复步骤1到3，终于画出了如下图所示的流程图的基本框架。 6、接下来，要做什么呢？既然是流程图，自然是要建立各种图形之间的连接了。这里我们使用Word2003提供的一个非常好用的自选图形——连接符来建立连接。 什么是连接符？你希望使用线条来连接形状并保持它们之间的连接吗？这就是连接符的作用。连接符看起来像线条，但是它将始终与其附加到的形状相连。也就是说，无论你怎样拖动各种形状，只要它们是以连接符相连的，就会始终连在一起。 在Word2003提供了三种线型的连接符用于连接对象：直线、肘形线（带角度）和曲线。 选择连接符自选图形后，将鼠标指针移动到对象上时，会在其上显示蓝色连接符位置。这些点表示可以附加连接符线的位置。 7、我们首先用带箭头的肘形线连接符和直线连接符将图形连接到一起，如图。

数据流程图和业务流程图案例

数据流程图和业务流程图案例 1.采购部查询库存信息及用户需求，若商品的库存量不能满足用户的需要，则编制相应的采购订货单，并交送给供应商提出订货请求。供应商按订单要求发货给该公司采购部，并附上采购收货单。公司检验人员在验货后，发现货物不合格，将货物退回供应商，如果合格则送交库房。库房管理员再进一步审核货物是否合格，如果合格则登记流水帐和库存帐目，如果不合格则交由主管审核后退回供应商。 画出物资订货的业务流程图。 2．在盘点管理流程中，库管员首先编制盘存报表并提交给仓库主管，仓库主管查询库存清单和盘点流水账，然后根据盘点规定进行审核，如果合格则提交合格盘存报表递交给库管员，由库管员更新库存清单和盘点流水账。如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。 根据以上情况画出业务流程图和数据流程图。 3.“进书”主要指新书的验收、分类编号、填写、审核、入库。主要过程：书商将采购单和新书送采购员；采购员验收，如果不合格就退回，合格就送编目员；编目员按照国家标准进行的分类编号，填写包括书名，书号，作者、出版社等基本信息的入库单；库管员验收入库单和新书，如果合格就入库，并更新入库台帐；如果不合格就退回。“售书”的流程：顾客选定书籍后，收银员进行收费和开收费单，并更新销售台帐。顾客凭收费单可以将图书带离书店，书店保安审核合格后，放行，否则将让顾客到收银员处缴费。 画出“进书”和“售书”的数据流程图。 进书业务流程：

进书数据流程： 售书业务流程： 售书数据流程： 4.背景：若库房里的货品由于自然或其他原因而破损，且不可用的，需进行报损处理，即这些货品清除出库房。具体报损流程如下： 由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单，交给主管确认、审核。主管审核后确定清单上的货品必须报损，则进行报损处理，并根据报损清单登记流水帐，同时修改库存台帐；若报损单上的货品不符合报损要求，则将报损单退回库房。 试根据上述背景提供的信息，绘制出“报损”的业务流程图、数据流程图。报损业务流程图： 业务流程图： 数据流程图： 5.“生产资料出库”主要指生产部门员工到仓库中领取生产原料和各种生产工具等产品，其流程描述如下： 首先由生产部门员工向仓库主任提交原料提货单，然后仓库主任根据当前库存情况和用料计划对提货单进行审核，将不合格的提货单返回给生产部门员工，并将

什么软件画文档流程图

在日常工作中，我们经常会需要画流程图，一般来说，大家都会选择使用PPT或者Word文档进行常规的流程图制作，虽然用这些办公软件也可以解一时之急，但终归不够专业方便，还非常费时，那要怎么才能方便快捷的解决问题呢？此时我们需要一个专业的软件来直接制作，这样才可以省时又省力，既方便又美观，分分钟让老板对你刮目相看。 在很多日常用到Linux，Mac系统的人们开始烦恼，似乎就没有一款软件类似Visio，一款软件就能可以解决所有问题。这时，亿图图示出现了。当下受很多人欢迎的绘图软件亿图绘图专家，这款神奇之处在哪里，在这里我给大家介绍一下。 下面是出自设计师们绘制的智能选择颜色模板

绘图小白可以访问亿图软件的动态帮助，点开它，你能找到亿图的产品研发团队准备的软件说明介绍，以及详细的图文、视频教程，让你可以更轻松、更快的熟悉软件，开始绘制你的业务流程图。

不少用户使用亿图绘制一份业务流程图时发现，亿图的功能是符合办公工具在用户心中位置的，可以用来做很多演示要用的图，可以添加很多很难画的图形：

专业的形状是必不可少的，基本流程图形状里具备了所有绘制流程图时需要用的形状： 业务流程图用到的符号很多，能够满足用户这个需求的软件很少。 符号库里的图形是根据模拟真实场景设计的：

这款软件厉害之处是去掉了操作中的“繁文缛节”，简单直接的配合用户画图，但用户依然可以使用工具绘制自己想要的图，最大程度的贴合用户体验。 所有符号的颜色都具备商务、美观、整洁的视觉效果：

亿图（edraw max）是一款综合矢量绘制软件，它体积较小，但是功能却强大，亿图（edraw max）是很专业的软件，可以用来绘制各种专业的流程图、思维导图、科学设计图等等。它的模型库或是 实例库，都是非常丰富的，可以说是用最快的速度帮助你完成最专业的工作了。

如何绘制业务流程图

接上篇《业务流程图绘制流程分享(一)》，本篇将对上篇中间的第四部分——如何绘制业务流程图展开更多讨论。 本来写完上篇，我发现没有太多必要单纯讨论这一部分内容，因为对于很多人来讲，缺的不是具体的做法，而是做这件事情的意义以及目标性的明确。一旦对这件事情的意义和目标有深刻认同，那自然会产生较大的动力去研究How这个层次的所需方法和技能。时间管理也如此，很多时间管理技巧牛逼的人未必能够把时间管理做到位，因为内心克服不了强大的拖延症，而克服拖延很多时候是一个心理问题而不是技巧问题……咳咳，这不是在说我自己吗？ 业务流程图的表达的6个关键问题 话又扯远了，扯扯扯回来啊。那么为何还专门狗尾续貂（恩，原文也不见得是貂，成语有限，暂时凑合吧），又来这么一篇How的枯燥乏味的文章呢？因为在上篇文章后，Heidi确实在邮件里收到一些邮件，询问业务流程图的具体操作指南——这东西很好，这东西很有用，但是似乎上篇都是讲的“真实的道理”，但是具体怎么做呢？我应该注意什么呢？…… 所以，干脆也分享一下吧。但在书写过程中，我发现一个大难题在于收集整理出更生动易懂又典型的案例。不能使用工作中的实际案例，但是短时间又难以找到合适的。所以本人对这部分不太满意。也希望各位读到本文的人，能够提供更多案例分享。—————————————————-分割线——————————————————————————- 1. 业务流程图的“烹饪三部曲” 在绘制业务流程图前，思考如何精美，如何交互，使用什么工具，都不应该是重点。

真正重点的是将业务流程图的关键要素给搜集一番。请试图回答清楚以下几个问题，否则不要开始绘制流程图： o整个流程的起始点是什么？整个流程的终结点是什么？ o在整个流程中，涉及到的角色都是谁？ o在整个流程中，都需要做什么事情？（可是是一个会议，可以是一个任务） o这些会议和任务是可选还是必选的？ o分别产出什么文档？ 这有点像一个头脑风暴，能够帮助你将所需用到的原材料获取到，有了这些“米”和“水”，那就不愁去如何烹饪了。 在项目管理中，上个月，我们也试图给去规范化一个数据产品的设计开发流程。 这是一个数据产品的项目，而我们都不是对此很有经验的人。所以我们召集到所有相关的角色，组织了一次头脑风暴及卡片分类法的混合式应用。 o让大家头脑风暴出自己认为在项目里必须的节点，如“需求调研”，“需求分析”，“kick off 会议”，“PRD撰写及确认”，“数据评估”，“技术架构”，“DEMO绘制”，“指标算法定义”，等等。 o在头脑风暴过程中，主持人将这些节点都写到白板上，等没有新的节点诞生后，大家一起对节点进行合并归类。之后呢？ o将这些剩余下来的真正有价值的节点，撰写到即时贴上，开始进行排序。在排序过程中，可以由一个人先主导，他会按照自己的理解，将各个节点放到按角色排布的泳道中，并设计好先后的顺序。在他进行的过程中，其他人不断进行提问：“这项任务开始前，需要什么样的条件？”“这个任务是必须的吗？”然后一起调整先后顺序。直到最终没有人有任何重大的异议。 o之后拍照留念。