最近看到一些小伙伴在繪制流程圖過程中的一些迷茫，有點是不太能區分流程圖和狀態機，也有些小伙伴的流程圖過于復雜，縱橫交錯之后很難讓人一目了然，在axure 8.1更新后，正好新增了18個流程圖標，對直接通過axure繪制流程圖帶來了極大的便利，基本上通過auxre提供的流程圖標，多少情況是能較好的完成流程圖的繪制任務。

一、常用的流程圖圖標含義

工欲善其事，必先利其器。要能繪制比較好的流程圖，起碼得了解，在什么情況下應該用什么東西來表達它的含義，同時還能保證整個團隊達成一致，形成“流程規范”，特別是對于某些具有標準性含義的圖形，大家人所共知，則是我們應該遵循的共同準則。

矩形，通常作為要執行的處理(process)，在流程圖中做執行框，有時也直接指代某一個頁面。如頁面和執行命令放在同一個流程中做說明，可以通過背景色、文字說明作為區別。

矩形作為最常用的圖標，也往往過于濫用，不管是過程中的命令執行，甚至是流程的開始和結束都往往直接用矩形直接代替了事。

子程序/已定義程序，業務流程圖中的重要組成部分。如果你的功能邏輯很復雜步驟很長，一定要通過定義子流程的方式來優化整個業務流程圖，否則的話，整個流程圖的可讀性會非常的差，而且很難把業務梳理清晰。當然不排除你繪制一個圖之后的那種成就感，因為離開你，別人一時半會兒真的不能明白。如電商系統的訂單流程，退換貨就可以做成子流程。

好的流程圖，應該像一串葡萄，反過來就是一張蜘蛛網了。子流程能夠有效的幫你梳理出一個業務系統中的關鍵環節，做任何的業務分細，都應該先從大處入手，環環相扣，降低圖的“耦合度”。

橢圓/圓角矩形，這個圖標太重要了。表示程序的開始或者結束，在程序流程圖中用作為起始框或者結束框。目的就是讓每一個查看流程圖的小伙伴能清晰的知道這個流程從哪里開始，又在哪里結束。和矩形相比，它的命運是另外一種結局，更多的情況下它被遺忘了。不過在use case用例圖中，橢圓則用于用例。

菱形，表示決策或判斷(例如：If...Then...Else),在程序流程圖中，用作條件的判斷框。當條件達成時，怎樣處理，條件不滿足時怎樣處理，如登陸判斷。

文件(文檔)，表達為一個文件，可以是當前流程(場景)下生成的文件，也可以是調用的文件。一般情況下，需要根據實際情況輔以文字說明，特別是在大型的系統中如電商平臺的訂單流轉。

多文件(文檔)，業務流程中，常出現一個環節會生成多個文件(文檔)的情況，如入職的時候除了簽署合同之外還有保密協議等。此時，再用文件圖標就已經非常的不合適。

括弧?，對當前流程或動作的注釋或者說明。對關鍵信息做一段執行說明，非常有必要。這個圖標很重要(但較少用的圖標)，根本原因在于它的識別度不是特明顯，所以通常會選擇axure的另外一個圖標：標簽，或者再定義一個有顏色區分的圖標，加深對關鍵點的印象，特別是異常情況說明。

半圓形，在使用中常作為流程頁面跳轉、流程跳轉的標記。這個圖標建議”小心使用“，在流程圖中出現頁面/流程的跳轉，很容易讓人”誤入歧途“出現迷失現象。在必須時，務必輔以注釋說明。

三角形?，控制傳遞，一般和線條結合使用，畫數據傳遞。

梯形?，一般用作手動操作。

六邊形?，表示準備之意，大多數人用作流程的起始，類似起始框，表示當前的流程從這里開始。可直接在圖標中寫”開始“字樣，表示流程從這里開始執行。

平行四邊形?，一般表示數據，或確定的數據處理。用途最多的是資料的手工輸入(Input)，如訂單系統輸入單據。建議在實際使用時加入背景色，更顯目與區別矩形(執行命令)。

角色，來自于use case 用例，模擬流程中執行操作的角色是誰。需要注意的時，角色并非一定是人，有時候是機器自動執行，有時候也可是是模擬一個系統管理。

數據?，指保存的數據(庫)。既可以是保存在服務器的數據，也可以是保存在本地的數據。業務系統中必不可少的一個流程圖標。在axure 8.1中，還有針對內、外部存儲專門的圖標，用數據圖標作為統一的存儲更有助于整個團隊快速理解。

圖片， 表示一張圖片，或者置入一個已經畫好的圖片、流程或者一個環境。往往也直接用文件(文檔)代替。

延遲，表示需要滿足一定條件，比如5s后，訂單頁面自動跳轉。另外，也能說明一些頁面的交互邏輯，狀態轉換邏輯。

關閉頁面鏈接，axure 8.1新增的圖標，用于表示某個動作可以關閉頁面鏈接。

手動輸入，表示用戶手動輸入信息。比如注冊流程中用戶需要輸入手機號碼。

排序，表示對內容排序。比如訂單系統中按照訂單的創建時間排列。

檢查，檢測某一邏輯是否正常。比如提交訂單的時候，檢查是否把必填項都填好。這已經是非常細致的流程動作，能做到這個程度，整個流程相對來說，應該已經很完善。

求和，表示求取某些參數之和的值。比如統計一張訂單中的物品總數。

鍵控，表示鍵盤控制。比如點擊訂單的收貨地址文本框，顯示鍵盤并且是中文輸入法。

二、流程圖的基本邏輯結構

業務流程圖之所以“難畫”，或者讓人看不明白，除了對業務本身的理解，歸納、抽象之外，在于流程“圖”本身的結構“晦澀難懂”，業務流程圖中最容易出現的就是十字交叉，以及各種千里之外迂回連接線，如再出現多流程分支的并發處理邏輯(多元選擇結構)，這樣的流程圖，除了帶給產品經理制圖的成就感之外，實在是讓人如捧天書般不知如何下手。

循序結構：處理程序按順序依次執行。

處理語法：

DO 處理程序1 THEN DO 處理程序2。

應用場景：具有循序發生特性的處理程序，圖形上下(左右，通常上下順序更便于閱讀者習慣性的理解嗯)順序就是處理程序進行順序。

二元選擇結構：從多個程序(判斷條件)中選擇一個執行，流程依據某些條件，分別進行不同處理程序。

處理語法：

IF? 條件 THEN??? DO 處理程序1

ELSE???? DO 處理程序2

應用場景：須經選擇或決策過程，再依據選擇或決策結果進行不同處理程序 。

多元選擇結構：為二元選擇結構的一個變體，從多個程序中選擇一個符合條件的繼續執行。

流程依據某些條件，分別進行不同處理程序。

處理語法：

FOR 條件 P

CASE 1??? DO 處理程序1

CASE 2??? DO 處理程序2

.......

CASE n??? DO 處理程序n

應用場景：如訂單系統中，達成不同的訂單金額即可免郵，在處理此類邏輯的畫風就開始變得撲朔迷離，特別容易出現流程迂回導致整個流程圖頻繁十字交叉。

重復結構：重復做某件事(執行處理程序)直到滿足某一條件為止。

處理語法：

REPEAT

DO 處理程序

UNTIL 條件

應用場景：處理程序依據條件需重復執行的情況，如登陸時至少允許用戶輸入密碼。

三、流程圖基本規范

1、一個流程圖有且只有一個開始入口(開始圖標)，當流程圖出現多個結束出口(結束圖標)，則極可能說明該流程的耦合度過高，還有很大的優化空間。流程圖的目其一為了讓閱讀者理解業務，同時也是在考慮業務本身的優化。很多時候，很容易為了把圖畫完，同時又為了避免“線路”交叉而畫出了多個結束點(結束圖標)。

2、選對合適的圖形，用恰當、簡潔的詞匯描述每一個節點。流程圖的圖標可能沒有絕對一直的標準，但有它本身約定成俗，習慣性的用法，特別是常用的矩形，菱形等，應當盡可能的熟悉并采用這一類圖形的共同規范，以降低溝通成本(盡管每個團隊可以自定義圖標的含義)。如輸入密碼，生成訂單，簡潔而又真實的業務動作是恰當的一種表述。

3、單一入口、單一出口原則。

圖一，姑且可認為只是畫風的問題，對業務不會造成大的麻煩。

圖二則很容易形成誤解，條件一的判斷邏輯被忽略，因為沒有明確的指向節點。流程圖的每一個條件判斷和命令執行，都必須指向明確的節點。處理程序的基本原則是依處理邏輯順序執行，每一個符號都必須有完整的邏輯關系，必須保證不出現任何懸而未決狀況。

4、避免交叉，十字交叉圖在流程圖中特別容易讓人混亂。如下圖所示：

前文有提到，好的流程圖，應該像一串葡萄，反過來就是一張蜘蛛網了。子流程能夠有效的幫你梳理一個業務系統中的關鍵環節，做任何的業務分細，都應該先從大處入手，環環相扣，降低圖的“耦合度”。

因此，作為一個產品經理，一定要深入的理解業務，高度抽象業務的邏輯關系，理清楚什么是主干業務，什么是分支流程，在流程圖的繪制過程中，充分施展“子流程”的魔力，降低業務的耦合度，提升流程圖的可讀性。子流程的應用，不但使得上下游各個環節快速的理解業務，也有助于提高制圖的效率。切記，盡一切可能的避免流程的十字交叉。畫圖不是一個產品經理的炫技，理清楚業務邏輯才真正體現價值。

四、幾條小建議

你應該：

在整個組織內思考流程，在部門之間協作

與流程牽涉的所有環節/人員保持持續溝通，并確認一致

繪圖前，確認流程正確的起點和結束

對規則保持一致的認可

你不能：

把流程圖局限在某個點

，在真空中工作

單兵作戰，陷入太多的細節

按照你自己的想當然繪制流程圖

總結

以上是生活随笔為你收集整理的用axure绘制PHP工作流程图,如何用Axure绘制高质量的业务流程图？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。