Visual Paradigm是包含設(shè)計(jì)共享、線框圖和數(shù)據(jù)庫(kù)設(shè)計(jì)新特性的企業(yè)項(xiàng)目設(shè)計(jì)工具。Visual Paradigm公司在其核心產(chǎn)品Visual Paradigm for UML更新到v11.1的時(shí)候，把三個(gè)原始的系列產(chǎn)品（Agilian、Visual Paradigm for UML和Logizian）融合在一起，將最初為不同建模功能服務(wù)的多個(gè)獨(dú)立產(chǎn)品整合成的一個(gè)產(chǎn)品，其名字被命名為Visual Paradigm——與公司的名字相同。現(xiàn)在你只需要這樣單獨(dú)的一款模型軟件 Visual Paradigm就可以完成用UML設(shè)計(jì)軟件，用BPMN去執(zhí)行業(yè)務(wù)流程分析，用ERD企業(yè)設(shè)計(jì)數(shù)據(jù)庫(kù)的任務(wù)。

Visual Paradigm現(xiàn)已更新至最新版本16.0，新版本引入了大型Scrum畫布和幾十種新的圖案，同時(shí)還增強(qiáng)了在線圖表功能和支持從Customer Journey Map打開(kāi)完整圖表編輯器的功能。新版本，新功能，趕快下載體驗(yàn)吧！（Visual Paradigm現(xiàn)已加入在線訂購(gòu)，現(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)之間存在信息交換。

上下文DFD是數(shù)據(jù)流模型的入口。它僅包含一個(gè)進(jìn)程，并且不顯示任何數(shù)據(jù)存儲(chǔ)。

1級(jí)DFD

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

證券交易平臺(tái)數(shù)據(jù)流程圖示例包含五個(gè)流程，三個(gè)外部實(shí)體和三個(gè)數(shù)據(jù)存儲(chǔ)。盡管沒(méi)有設(shè)計(jì)指南可以控制形狀在數(shù)據(jù)流程圖中的位置，但是我們傾向于將過(guò)程放在中間，而將數(shù)據(jù)存儲(chǔ)和側(cè)面的外部實(shí)體放在一邊，以便于理解。

根據(jù)該圖，我們知道客戶服務(wù)助理會(huì)向“ 開(kāi)設(shè)帳戶”流程提供客戶詳細(xì)信息。結(jié)果是將客戶詳細(xì)信息存儲(chǔ)在客戶數(shù)據(jù)存儲(chǔ)中，將帳戶詳細(xì)信息存儲(chǔ)在帳戶數(shù)據(jù)存儲(chǔ)中。盡管我們說(shuō)過(guò)嘗試在客戶服務(wù)助理提供詳細(xì)信息后進(jìn)行存儲(chǔ)客戶和帳戶詳細(xì)信息的嘗試，但是數(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 。

該DFD中的外部實(shí)體和數(shù)據(jù)存儲(chǔ)與上層所示的外部實(shí)體和數(shù)據(jù)存儲(chǔ)相對(duì)應(yīng)（即，上圖）。與眾不同的是，將下達(dá)訂單流程細(xì)分為下達(dá)訂單（在線）流程和下達(dá)訂單（離線）流程。

根據(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í)體定義構(gòu)造型“第三方”。具有指定原型的外部實(shí)體被稱為“一種第三方實(shí)體”。

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

在此數(shù)據(jù)流程圖示例中，標(biāo)記數(shù)據(jù)時(shí)，多次使用“細(xì)節(jié)”一詞。我們有“客戶詳細(xì)信息”，“交易詳細(xì)信息”等。如果我們將其明確寫為“客戶名稱，電子郵件地址，工作，地址”和“庫(kù)存數(shù)量，金額，投標(biāo)價(jià)格”怎么辦？這個(gè)對(duì)嗎？好吧，這個(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ù)，而不用于表示流程，步驟或其他任何內(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ù)存儲(chǔ)，而不是具有任何處理能力。如果要對(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)系圖。

=====================================================

更多Visual Paradigm相關(guān)資源，請(qǐng)點(diǎn)擊此處進(jìn)行查看~

想要購(gòu)買Visual Paradigm正版授權(quán)的朋友可以。