Visual Paradigm是包含設(shè)計(jì)共享、線框圖和數(shù)據(jù)庫(kù)設(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ù)庫(kù)的任務(wù)。Visual Paradigm年終鉅惠來(lái)襲，Visual Paradigm Modeler 訂閱1年只需666元，現(xiàn)在搶購(gòu)立享優(yōu)惠！

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

數(shù)據(jù)流圖（DFD）提供了系統(tǒng)內(nèi)信息（即數(shù)據(jù)）流的直觀表示。通過(guò)繪制數(shù)據(jù)流程圖，您可以了解參與系統(tǒng)流程的人員所提供和傳遞的信息，完成流程所需的信息以及需要存儲(chǔ)和訪問(wèn)的信息。本文以證券交易平臺(tái)為例，介紹和解釋數(shù)據(jù)流圖（DFD）。
證券交易平臺(tái)示例

上下文DFD

下圖顯示了為證券交易平臺(tái)繪制的上下文數(shù)據(jù)流程圖。它包含一個(gè)過(guò)程（形狀），代表要建模的系統(tǒng)，在本例中為“證券交易平臺(tái)”。它還顯示了將與系統(tǒng)交互的參與者，稱為外部實(shí)體。在此示例中，CS Assistant，客戶和經(jīng)紀(jì)人是將與系統(tǒng)進(jìn)行交互的實(shí)體。在流程與外部實(shí)體之間，存在數(shù)據(jù)流（連接器），這些數(shù)據(jù)流指示實(shí)體與系統(tǒng)之間存在信息交換。

下圖顯示了1級(jí)DFD，它是上下文DFD中所示的證券交易平臺(tái)流程的分解（即分解）。通讀該圖，然后我們將基于此圖介紹一些關(guān)鍵概念。

根據(jù)該圖，我們知道客戶服務(wù)助理會(huì)向“開(kāi)設(shè)帳戶”流程提供客戶詳細(xì)信息。結(jié)果是將客戶明細(xì)存儲(chǔ)在客戶數(shù)據(jù)存儲(chǔ)中，將帳戶明細(xì)存儲(chǔ)在帳戶數(shù)據(jù)存儲(chǔ)中。盡管我們說(shuō)過(guò)嘗試存儲(chǔ)客戶和帳戶詳細(xì)信息是在客戶服務(wù)助理提供詳細(xì)信息之后進(jìn)行的，但數(shù)據(jù)流程圖并不意味著這種情況。我們的常識(shí)使我們以自然理解圖表的方式來(lái)解釋它。嚴(yán)格來(lái)說(shuō)，該圖僅告訴我們“開(kāi)設(shè)帳戶”流程收到的信息客戶詳細(xì)信息，并生成客戶和帳戶詳細(xì)信息，但未指定訂單。請(qǐng)注意，數(shù)據(jù)流圖不會(huì)以什么方式和以什么順序來(lái)回答整個(gè)系統(tǒng)中使用的信息。如果此信息很重要且值得一提，請(qǐng)考慮使用BPMN業(yè)務(wù)流程圖或UML活動(dòng)圖之類的圖對(duì)其進(jìn)行建模。

流程Check Transaction從交易數(shù)據(jù)存儲(chǔ)中接收交易明細(xì)，并將其傳遞給客戶。

一個(gè)客戶能存入現(xiàn)金通過(guò)提供存款金額，結(jié)果是更新的帳戶余額存儲(chǔ)在客戶數(shù)據(jù)存儲(chǔ)。

同樣，客戶可以提取現(xiàn)金。結(jié)果是他將收到提款金額，并且更新的帳戶余額將存儲(chǔ)在帳戶數(shù)據(jù)存儲(chǔ)區(qū)中。

最后，客戶和經(jīng)紀(jì)人都可以啟動(dòng)下訂單過(guò)程，這導(dǎo)致交易明細(xì)存儲(chǔ)在交易數(shù)據(jù)存儲(chǔ)中。下訂單流程還將交易詳細(xì)信息傳遞到證券交易所中心，該中心是系統(tǒng)范圍之外的實(shí)體。在下一節(jié)中，我們將介紹一種表示這種實(shí)體的方法。

2級(jí)DFD

就像上下文DFD中的流程一樣，級(jí)別1 DFD中的流程也可以分解為更深層次的流程，甚至可以分解成更多層次的流程詳細(xì)信息。下圖顯示了下訂單流程的2級(jí)DFD 。

根據(jù)此圖表，我們知道，客戶可以進(jìn)行下訂單（在線）通過(guò)提供訂購(gòu)詳細(xì)而經(jīng)紀(jì)人可以進(jìn)行下訂單（電話）通過(guò)提供也令細(xì)節(jié); 在兩種情況下，都將交易細(xì)節(jié)存儲(chǔ)在交易數(shù)據(jù)存儲(chǔ)中并傳遞到證券交易中心。

使用構(gòu)造型為“特殊類型”實(shí)體建模

刻板印象和標(biāo)記值是對(duì)象管理組（OMG）引入的一種可擴(kuò)展性機(jī)制。它允許設(shè)計(jì)人員擴(kuò)展UML的詞匯表，以便創(chuàng)建新的模型元素。作為一種軟件設(shè)計(jì)工具，Visual Paradigm將對(duì)原型的支持?jǐn)U展到非UML標(biāo)準(zhǔn)，例如DFD和ERD。以證券交易平臺(tái)為例，我們可以為外部實(shí)體定義原型“第三方”。具有指定原型的外部實(shí)體被稱為“一種第三方實(shí)體”。

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

在此數(shù)據(jù)流圖示例中，標(biāo)記數(shù)據(jù)時(shí)，多次使用單詞“ details”。我們有“客戶詳細(xì)信息”，“交易詳細(xì)信息”等。如果我們將其明確寫(xiě)為“客戶名稱，電子郵件地址，工作，地址”以及“庫(kù)存數(shù)量，金額，投標(biāo)價(jià)格”怎么辦？它是否正確？好吧，這個(gè)問(wèn)題沒(méi)有確定的答案，但是在做出決定時(shí)嘗試問(wèn)自己一個(gè)問(wèn)題。為什么要繪制DFD？

在大多數(shù)情況下，數(shù)據(jù)流程圖是在系統(tǒng)開(kāi)發(fā)的早期階段繪制的，其中許多細(xì)節(jié)尚待確認(rèn)。諸如“詳細(xì)信息”，“信息”，“憑證”之類的通用術(shù)語(yǔ)的使用無(wú)疑為討論留下了空間。但是，使用通用術(shù)語(yǔ)可能會(huì)缺乏細(xì)節(jié)，從而使設(shè)計(jì)失去其用處。因此，這實(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ù)請(qǐng)求的步驟。其中一些會(huì)嘗試通過(guò)在流程和數(shù)據(jù)存儲(chǔ)之間添加連接器來(lái)表示請(qǐng)求，將其標(biāo)記為“請(qǐng)求”或“對(duì)某物的請(qǐng)求”，這是錯(cuò)誤的。

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