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

點擊下載Visual Paradigm最新試用版

數據流圖（DFD）提供了系統內信息（即數據）流的直觀表示。通過繪制數據流程圖，您可以告訴參與系統過程的人員提供和傳遞給他們的信息，完成過程所需的信息以及需要存儲和訪問的信息。本文以汽車維修站系統為例，介紹和解釋數據流程圖（DFD）。
PDF格式

車輛維修站系統示例

上下文DFD

下圖顯示了為車輛維修站系統繪制的上下文數據流程圖。它包含一個過程（形狀），該過程代表要建模的系統，在本例中為“車輛維修站系統”。它還顯示了將與系統交互的參與者，稱為外部實體。在此示例中，客戶和機械師是將與系統進行交互的實體。在流程和外部實體之間，存在數據流（連接器），這些數據流指示實體與系統之間存在信息交換。

1級DFD

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

數據流程圖示例包含三個流程，兩個外部實體和三個數據存儲。盡管沒有設計準則可以控制形狀在數據流程圖中的位置，但是我們傾向于將過程放在中間，而將數據存儲區和外部實體放在側面，以便于理解。

根據該圖，我們知道執行檢查流程將向客戶提供賬單，并將檢查結果存儲到檢查數據存儲中。

在執行維護/修理過程需要檢驗結果從檢測的數據存儲作為輸入，并提供客戶與比爾。此外，工作明細存儲在工作記錄數據存儲和零件信息中。存儲在零件庫存數據存儲中。請注意，數據流程圖不代表數據流的順序。嚴格來說，此圖僅告訴我們執行維護/修理過程將檢查結果作為輸入，并生成帳單，工作明細和零件信息 ，未指定順序。請記住，數據流圖不會以什么方式和順序來回答整個系統中使用的信息。如果此信息很重要且值得一提，請考慮使用諸如BPMN業務流程圖或UML活動圖之類的圖對其進行建模。

一個力學可以訂購部件提供零部件信息。，結果是存儲零件信息。在零件庫存數據存儲中。該過程還接收零件信息。在整個過程中都可以從工作記錄數據存儲中進行操作。

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

注意細節級別

在此數據流程圖示例中，標記數據時多次使用單詞“ detail”和“ info”。我們有“工作細節”，“零件信息”等。如果我們將它們明確寫為“案例ID，癥狀，問題描述，解決方案”和“零件名稱，數量，折扣”，該怎么辦？這個對嗎？好吧，這個問題沒有確定的答案，但是在做出決定時嘗試問自己一個問題。為什么要繪制DFD？

在大多數情況下，數據流程圖是在系統開發的早期階段繪制的，其中許多細節尚待確認。諸如“詳細信息”，“信息”，“結果”之類的通用術語的使用無疑為討論留下了空間。但是，使用通用術語可能會缺少細節，并使設計失去實用性。因此，這實際上取決于您的設計目的。

不要透支

在數據流程圖中，我們專注于系統與外部各方之間的交互，而不是接口之間的內部通信。因此，接口與所使用的數據存儲之間的數據流被認為是超出范圍的，因此不應在圖中顯示。

不要混淆數據流和流程流

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