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

點擊下載Visual Paradigm最新試用版

數(shù)據(jù)流圖（DFD）提供了系統(tǒng)內(nèi)信息（即數(shù)據(jù)）流的直觀表示。通過繪制數(shù)據(jù)流程圖，您可以了解由參與系統(tǒng)流程的人員提供并傳遞給其的信息，完成流程所需的信息以及需要存儲和訪問的信息。數(shù)據(jù)流程圖在軟件工程中有廣泛的用途。本文以視頻租賃系統(tǒng)為例，介紹和解釋數(shù)據(jù)流程圖（DFD）。

視頻租賃系統(tǒng)示例

上下文DFD

下圖顯示了為視頻租賃系統(tǒng)繪制的上下文數(shù)據(jù)流程圖。它包含一個過程（形狀），代表要建模的系統(tǒng)，在本例中為“視頻租賃商店”。它還顯示了將與系統(tǒng)交互的參與者，稱為外部實體。在此示例中，有兩個外部實體，即Customer和Manager。在流程與外部實體之間，有數(shù)據(jù)流連接器，指示客戶與系統(tǒng)之間存在信息交換。

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

一個客戶可以返回視頻提供視頻及租賃信息。該過程存儲視頻信息。進入視頻庫數(shù)據(jù)存儲和租賃信息。到租賃數(shù)據(jù)存儲中。結(jié)果，退貨收據(jù)已交付給客戶。盡管我們說收據(jù)是作為“返回視頻”過程的結(jié)果發(fā)送的，但“數(shù)據(jù)流程圖”并不表示有這種事情。我們的常識使我們以自然理解圖表的方式來解釋它。嚴格來說，該圖僅告訴我們返回視頻過程視頻和租賃信息。并產(chǎn)生視頻信息。，租賃信息。，以及未指定訂單的回執(zhí)。請注意，數(shù)據(jù)流圖不會以什么方式和以什么順序來回答整個系統(tǒng)中使用的信息。如果此信息很重要且值得一提，請考慮使用諸如BPMN業(yè)務(wù)流程圖或UML活動圖之類的圖對其進行建模。

最后，經(jīng)理可以從“生成租賃報告”過程中接收租賃報告，并且所涉及的信息由租賃數(shù)據(jù)存儲區(qū)提供。

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

注意細節(jié)級別

在此數(shù)據(jù)流程圖示例中，標記數(shù)據(jù)時多次使用單詞“ info”。我們有“租賃信息”和“視頻信息”。如果我們將其明確寫為“租賃日期，租借的視頻，人的租金”，“視頻ID，視頻名稱和視頻狀態(tài)”怎么辦？這個對嗎？好吧，這個問題沒有確定的答案，但是在做出決定時嘗試問自己一個問題。為什么要繪制DFD？

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

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

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

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