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

點擊下載Visual Paradigm最新試用版

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

車輛維修站系統(tǒng)示例

上下文DFD

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

1級DFD

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

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

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

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

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

數(shù)據(jù)流程圖提示和注意事項

注意細節(jié)級別

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

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

不要透支

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

不要混淆數(shù)據(jù)流和流程流

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