Visual Paradigm是包含設計共享、線框圖和數據庫設計新特性的企業項目設計工具。現在你只需要這樣單獨的一款模型軟件 Visual Paradigm就可以完成用UML設計軟件，用BPMN去執行業務流程分析，用ERD企業設計數據庫的任務。Visual Paradigm年終鉅惠來襲，Visual Paradigm Modeler 訂閱1年只需666元，現在搶購立享優惠！

點擊下載Visual Paradigm最新試用版

數據流圖（DFD）提供了系統內信息（即數據）流的直觀表示。通過繪制數據流程圖，您可以告訴參與系統過程的人員提供的信息以及交付給系統過程的人員的信息，完成過程所需的信息以及需要存儲和訪問的信息。本文以食品訂購系統為例，介紹和解釋數據流程圖（DFD）。

食品訂購系統示例

上下文DFD

上下文圖是僅顯示頂層（也稱為級別0）的數據流程圖。在此級別上，只有一個可見的過程節點表示完整系統在如何與外部實體進行交互方面的功能。上下文圖的一些好處是：

1. 顯示系統邊界的概述
2. 無需技術知識即可理解簡單的符號
3. 易于繪制，修改和詳細說明

1級DFD

下圖顯示了1級DFD，它是DFD上下文中顯示的食品訂購系統過程的分解（即分解）。通讀該圖，然后我們將基于此圖介紹一些關鍵概念。

根據該圖，我們知道客戶可以下訂單。在點菜過程接收訂單，其轉發到廚房，把它存儲在訂單數據存儲和存儲更新庫存信息的庫存數據存儲。該過程還提供了一個法案給客戶。

該管理器可以接收報告通過生成報告的過程，這需要庫存的細節和訂單從輸入庫存和訂單分別數據存儲。

該經理還可以發起訂購清單通過提供工藝清單順序。該過程將庫存訂單轉發給供應商，并將更新的庫存明細存儲在庫存數據存儲中。

數據流程圖提示和注意事項

提示

1. 流程標簽應為動詞短語；數據存儲用名詞表示
2. 數據存儲必須至少與一個流程相關聯
3. 外部實體必須至少與一個流程相關聯
4. 不要讓它變得太復雜。通常5-7名普通人可以管理流程
5. DFD是不確定的-編號不一定表示順序，它在與用戶討論時用于識別流程很有用
6. 數據存儲區不應連接到外部實體，否則，這意味著您要給外部實體直接訪問數據文件的權限
7. 如果不經過流程，則兩個外部實體之間不應存在數據流
8. 有輸入但無輸出的過程被視為黑洞過程

不要混淆數據流和流程流

有些設計人員看到連接器從數據存儲連接到流程時可能會感到不舒服，而看不到圖中以某種方式顯示數據請求的步驟。其中一些會嘗試通過在流程和數據存儲之間添加連接器來表示請求，將其標記為“請求”或“對某物的請求”，這是錯誤的。

請記住，數據流程圖是為表示信息交換而設計的。數據流程圖中的連接器用于表示數據，而不用于表示過程流，步驟或其他任何內容。當我們將以數據存儲結尾的數據流標記為“請求”時，這意味著我們會將請求作為數據傳遞到數據存儲中。盡管在實現級別可能是這種情況，因為某些DBMS確實支持使用函數，這些函數會吸收一些值作為參數并返回結果，但在Data Flow Diagram中，我們傾向于將數據存儲視為唯一的數據持有人，不具備任何處理能力。如果要對系統流或流程進行建模，請使用UML活動圖或BPMN業務流程圖代替。如果要對數據存儲的內部結構建模，請使用實體關系圖。