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

點(diǎn)擊下載Visual Paradigm最新試用版

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

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

上下文DFD

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

1級DFD

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

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

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

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

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

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

注意細(xì)節(jié)級別

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

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

不要透支

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

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

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