如有幫助，歡迎下載支持！如有幫助，歡迎下載支持！PAGE如有幫助，歡迎下載支持！業(yè)務流程圖繪制規(guī)范目錄TOC\o"1-4"\h\z1 引言 12 范圍 13 術語 23.1 業(yè)務流程圖 24 約定 24.1 繪圖工具 24.2 格式 24.3 命名規(guī)范 24.4 職能帶排列順序 24.5 開始與結束 34.6 處理進程與進程流 34.7 判斷分支 34.8 數據與數據流 44.9 職能部門與進程、數據的關系 44.10 流程的層次與粒度 54.11 擴展 64.12 并行流程 64.13 其他 65 附錄：業(yè)務流程圖圖例 6引言本規(guī)范規(guī)定了繪制業(yè)務流程的具體標準和要求，便于交流和溝通。范圍本規(guī)范適用范圍:項目組成員術語業(yè)務流程圖

業(yè)務流程圖（TransactionFlowDiagram,簡稱TFO），就是用一些規(guī)定的符號及連線來表示某個具體業(yè)務處理過程。業(yè)務流程圖的繪制基本上按照業(yè)務的實際處理步驟和過程繪制。約定繪圖工具采用MicroSoftVisio圖形編輯工具軟件。格式采用垂直跨職能流程圖框架，基本流程圖模板圖符（圖例見附錄）。命名規(guī)范流程圖的命名遵循“子系統名_功能名_流程名”的分層命名方法。職能帶排列順序業(yè)務流程涉及多個職能部門時，上級職能部門在右，下屬職能部門在左。例：開始與結束一個業(yè)務流程以一個開始符開始，以一個終結符結束。處理進程與進程流一個業(yè)務流程由若干處理進程首尾銜接組成。以一個矩形配以文字說明表示一個處理進程。例：處理進程的文字描述應盡量簡練，最好以一個動詞或動賓詞組描述。處理進程之間以帶箭頭的實線連接，形成進程流。連接線必須從一個進程開始，到下一個進程結束。一個進程可以有多個入口，但應只有一個出口。例：判斷分支當一個流程在某一處理進程處根據不同條件發(fā)生分支時，需要以一個菱形符號來說明。菱形中的文字給出判斷條件。菱形符號是二值判斷符號，即判斷結果有兩個分支，一個是滿足判斷條件的流向，另一個是不滿足判斷條件的流向。分別在表示流向的箭頭上注明“是”和“否”。例：如果發(fā)生多值判斷分支，一般將其分解為幾個二值判斷分支的組合。數據與數據流在處理過程中涉及的數據依其存在形態(tài)可分為：1）存儲數據，指存儲到數據庫表的數據，以符號表示。2）紙面文檔，指業(yè)務處理中涉及的紙面資料或打印輸出的表單等，以符號表示。3）其他形態(tài)的數據，以符號表示。一個數據必須與一個相關的處理進程用一條虛線箭頭連接起來。箭頭的方向由數據的流向決定。如果是進程引用的數據（如查詢數據、錄入表單）則由數據指向進程；如果是進程產生或加工的數據，則由進程指向數據。例：數據流應自始至終伴隨進程流演進。職能部門與進程、數據的關系在流程涉及多個職能部門時，流程的開始和結束都應在直接運行該流程的職能部門，流程圖只包括組成本流程的進程，對屬于相關職能部門但不屬于本流程的進程則省略。而本流程所需的數據，從哪個部門產生或應發(fā)送到哪個部門，就放在哪個部門。例：如上圖，退稅處理是計會部門的業(yè)務流程，因此開始和結束都在計會部門，所有處理進程也只涉及計會部門。雖然流程涉及的上下游部門包括涉稅審批部門和國庫，但流程圖中并不涉及這些部門的處理進程，只是標明與這些部門的數據交換。流程的層次與粒度一個業(yè)務系統的全部流程應根據業(yè)務的規(guī)模進行分層。頂層流程著重說明各業(yè)務功能之間的聯系；底層流程應遵循業(yè)務最小化原則，將一組相對獨立、不可分割的進程定義為一個流程。一個流程圖應盡量在一頁中完成。擴展如果一個流程過于復雜，難以在一頁中全部包括，則可分若干頁。各頁之間以一對離頁引用、進頁引用符號進行連接。并行流程如果一個流程在某一點無條件地分成兩個以上的并行流程，則以并行符號（兩條平行線）表示。例：其他在個別情況下，為強調處理進程的某些特性，采用與普通進程（矩形符號）有別的特殊處理符號，如：屏幕顯示、手工錄入、手動操作、預定義進程等。附錄：業(yè)務流程圖圖例序號圖符說明1流程的開始、入口2過程3決策、判斷4數據、報表5文檔（紙面、打印輸出）6存儲數據（數據庫表）7顯示內容8手工操作