Visual Paradigm是包含設(shè)計(jì)共享、線框圖和數(shù)據(jù)庫設(shè)計(jì)新特性的企業(yè)項(xiàng)目設(shè)計(jì)工具?，F(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ù)）流的直觀表示。通過創(chuàng)建數(shù)據(jù)流程圖，您可以告訴參與系統(tǒng)流程的人員所提供并傳遞給其的信息，完成流程所需的信息以及需要存儲(chǔ)和訪問的信息。數(shù)據(jù)流程圖已在軟件工程中得到廣泛使用。盡管它通常用于建模信息系統(tǒng)，但也可以用于建模移動(dòng)應(yīng)用程序。本文以超級市場應(yīng)用程序?yàn)槔榻B和解釋數(shù)據(jù)流程圖（DFD）。

超市應(yīng)用示例

數(shù)據(jù)流程圖是圖的層次結(jié)構(gòu)，包括：

1. 上下文圖（概念上為零級）
2. 1級DFD
3. 以及可能的2級DFD和進(jìn)一步的功能分解級別，具體取決于系統(tǒng)的復(fù)雜性。

下圖顯示了為Android超級市場應(yīng)用程序繪制的上下文數(shù)據(jù)流程圖。它包含一個(gè)過程（形狀），代表要建模的系統(tǒng)，在本例中為“ Supermarket App ”。它還顯示了將與系統(tǒng)交互的參與者，稱為外部實(shí)體。在此示例中，只有一個(gè)外部實(shí)體，即Customer。在流程與外部實(shí)體之間，存在一個(gè)雙向連接器，該連接器指示客戶與該應(yīng)用程序之間存在信息交換，并且信息流是雙向的。

1級DFD

下圖顯示了1級DFD，這是DDF上下文中顯示的Supermarket App流程的分解（即分解）。通讀該圖，然后我們將基于此圖介紹一些關(guān)鍵概念。 

根據(jù)該圖，我們知道客戶可以從“檢查最新促銷”流程中接收到熱門促銷新聞，并且該新聞?dòng)晒緮?shù)據(jù)庫提供。請注意，根據(jù)常識，我們知道“檢查最新促銷信息”可能是該應(yīng)用程序的功能，但“數(shù)據(jù)流程圖”本身并不意味著這種情況。從理論上講，數(shù)據(jù)流圖中的過程可以對應(yīng)一個(gè)功能或一組功能。

一個(gè)客戶可以建立購物清單通過提供項(xiàng)目的詳細(xì)信息和細(xì)節(jié)將被保存在購物車數(shù)據(jù)庫。該倉庫數(shù)據(jù)庫還將提供項(xiàng)目的詳細(xì)信息，以完成該過程所需。

一個(gè)客戶可以接收購物清單細(xì)節(jié)從查看購物清單過程，這樣的細(xì)節(jié)是通過所提供的購物車數(shù)據(jù)庫。

一個(gè)客戶可以接收項(xiàng)目的詳細(xì)信息通過執(zhí)行搜索項(xiàng)目進(jìn)程。他/她必須提供要搜索的物料名稱，并且從倉庫返回物料詳細(xì)信息搜索后的數(shù)據(jù)庫。盡管我們說過搜索后會(huì)返回搜索結(jié)果，但是數(shù)據(jù)流圖同樣也沒有暗示。這是我們的常識，導(dǎo)致我們以自然理解圖表的方式來解釋它。請記住，數(shù)據(jù)流程圖僅告訴您信息交換發(fā)生的位置。它不會(huì)以什么方式和以什么順序回答整個(gè)系統(tǒng)中使用的信息。如果此信息很重要且值得一提，請考慮使用諸如BPMN業(yè)務(wù)流程圖或UML活動(dòng)圖之類的圖對其進(jìn)行建模。

最后，客戶可以通過執(zhí)行“檢查位置”來接收超市的實(shí)際位置詳細(xì)信息，并且該詳細(xì)信息由公司數(shù)據(jù)庫提供。

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

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

在此數(shù)據(jù)流程圖示例中，標(biāo)記數(shù)據(jù)時(shí)，多次使用“詳細(xì)信息”一詞。我們有“項(xiàng)目詳細(xì)信息”，“購物清單詳細(xì)信息”和“位置詳細(xì)信息”。如果我們將它們明確寫為“商品ID”，“商品名稱，描述和照片”以及“超市的國家，城市和地址”，該怎么辦？它是否正確？好吧，這個(gè)問題沒有確定的答案，但是在做出決定時(shí)嘗試問自己一個(gè)問題。為什么要繪制DFD？

在大多數(shù)情況下，數(shù)據(jù)流程圖是在系統(tǒng)開發(fā)的早期階段繪制的，其中許多細(xì)節(jié)尚待確認(rèn)。諸如“詳細(xì)信息”，“信息”，“憑證”之類的通用術(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ù)存儲(chǔ)連接到流程的連接器時(shí)可能會(huì)感到不舒服，而沒有在圖表上顯示指定數(shù)據(jù)請求的步驟。一些設(shè)計(jì)人員將嘗試將請求附加到流程和數(shù)據(jù)存儲(chǔ)之間的連接器，將其標(biāo)記為“請求”或“對某物的請求”，這肯定是不必要的。

請記住，數(shù)據(jù)流程圖是為表示信息交換而設(shè)計(jì)的。數(shù)據(jù)流程圖中的連接器用于表示數(shù)據(jù)，而不用于表示過程流，步驟或其他任何內(nèi)容。當(dāng)我們將以數(shù)據(jù)存儲(chǔ)結(jié)尾的數(shù)據(jù)流標(biāo)記為“請求”時(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)行建模，則可以改用“活動(dòng)圖”或“ BPMN業(yè)務(wù)流程圖”。如果要對數(shù)據(jù)存儲(chǔ)的內(nèi)部結(jié)構(gòu)建模，實(shí)體關(guān)系圖。