Visual Paradigm是包含設(shè)計(jì)共享、線(xiàn)框圖和數(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畫(huà)布和幾十種新的圖案，同時(shí)還增強(qiáng)了在線(xiàn)圖表功能和支持從Customer Journey Map打開(kāi)完整圖表編輯器的功能。新版本，新功能，趕快下載體驗(yàn)吧！（Visual Paradigm現(xiàn)已加入在線(xiàn)訂購(gòu)，現(xiàn)在搶購(gòu)立享優(yōu)惠！）

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

數(shù)據(jù)流圖（DFD）提供系統(tǒng)內(nèi)信息流（即數(shù)據(jù)）的直觀(guān)表示。通過(guò)繪制數(shù)據(jù)流圖，您可以告知參與系統(tǒng)流程的人員提供的信息，交付給完成流程所需的信息以及需要存儲(chǔ)和訪(fǎng)問(wèn)的信息。本文通過(guò)使用食品訂購(gòu)系統(tǒng)作為示例來(lái)描述和解釋數(shù)據(jù)流程圖（DFD）。

食品訂購(gòu)系統(tǒng)示例

上下文DFD

上下文關(guān)系圖是僅顯示頂級(jí)的數(shù)據(jù)流圖，也稱(chēng)為級(jí)別0.在此級(jí)別，只有一個(gè)可見(jiàn)的流程節(jié)點(diǎn)表示完整系統(tǒng)與外部實(shí)體交互方式的功能。Context Diagram的一些好處是：

1. 顯示系統(tǒng)邊界的概述

2. 使用簡(jiǎn)單的符號(hào)無(wú)需技術(shù)知識(shí)即可理解

3. 簡(jiǎn)單的繪制，修改和詳細(xì)說(shuō)明作為其有限的表示法

下圖顯示了為食品訂購(gòu)系統(tǒng)繪制的上下文數(shù)據(jù)流圖。它包含一個(gè)表示要建模的系統(tǒng)的過(guò)程（形狀），在本例中是“ 食品訂購(gòu)系統(tǒng) ”。它還顯示將與系統(tǒng)交互的參與者，稱(chēng)為外部實(shí)體。在此示例中，供應(yīng)商，廚房，經(jīng)理和客戶(hù)是將與系統(tǒng)交互的實(shí)體。在進(jìn)程和外部實(shí)體之間，存在指示實(shí)體和系統(tǒng)之間信息交換的存在的數(shù)據(jù)流（連接器）。

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

1級(jí)DFD

下圖顯示了1級(jí)DFD，它是上下文DFD中顯示的食品訂購(gòu)系統(tǒng)流程的分解（即分解）。閱讀圖表，然后我們將介紹基于該圖表的一些關(guān)鍵概念。

食品訂單系統(tǒng)數(shù)據(jù)流程圖示例包含三個(gè)過(guò)程，四個(gè)外部實(shí)體和兩個(gè)數(shù)據(jù)存儲(chǔ)。

根據(jù)該圖表，我們知道客戶(hù)可以下訂單。在點(diǎn)菜過(guò)程接收訂單，將其轉(zhuǎn)發(fā)給廚房，將其存儲(chǔ)在訂單數(shù)據(jù)存儲(chǔ)和存儲(chǔ)更新庫(kù)存信息的庫(kù)存數(shù)據(jù)存儲(chǔ)。該過(guò)程還提供一個(gè)法案給客戶(hù)。

經(jīng)理可以通過(guò)生成報(bào)告流程接收?qǐng)?bào)告，該流程分別將庫(kù)存詳細(xì)信息和訂單作為庫(kù)存和訂單數(shù)據(jù)存儲(chǔ)的輸入。

經(jīng)理還可以通過(guò)提供庫(kù)存訂單來(lái)啟動(dòng)訂單庫(kù)存流程。該流程將庫(kù)存訂單轉(zhuǎn)發(fā)給供應(yīng)商，并將更新的庫(kù)存明細(xì)存儲(chǔ)在庫(kù)存數(shù)據(jù)存儲(chǔ)中。

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

提示

1. 流程標(biāo)簽應(yīng)該是動(dòng)詞短語(yǔ); 數(shù)據(jù)存儲(chǔ)由名詞表示

2. 數(shù)據(jù)存儲(chǔ)必須至少與進(jìn)程相關(guān)聯(lián)

3. 外部實(shí)體必須至少與進(jìn)程相關(guān)聯(lián)

4. 不要讓它太復(fù)雜; 通常5-7個(gè)普通人可以管理流程

5. DFD是非確定性的 - 編號(hào)不一定表示序列，它在與用戶(hù)討論時(shí)識(shí)別過(guò)程很有用

6. 數(shù)據(jù)存儲(chǔ)不應(yīng)連接到外部實(shí)體，否則，這意味著您要讓外部實(shí)體直接訪(fǎng)問(wèn)您的數(shù)據(jù)文件

7. 不經(jīng)過(guò)一個(gè)過(guò)程，兩個(gè)外部實(shí)體之間不應(yīng)存在數(shù)據(jù)流

8. 具有輸入但沒(méi)有輸出的過(guò)程被認(rèn)為是黑洞過(guò)程

注意事項(xiàng)

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

當(dāng)看到從數(shù)據(jù)存儲(chǔ)連接到進(jìn)程的連接器時(shí)，某些設(shè)計(jì)人員可能會(huì)感到不舒服，而不會(huì)看到圖表上以某種方式顯示數(shù)據(jù)請(qǐng)求的步驟。其中一些將嘗試通過(guò)在進(jìn)程和數(shù)據(jù)存儲(chǔ)之間添加連接器來(lái)表示請(qǐng)求，將其標(biāo)記為“請(qǐng)求”或“請(qǐng)求某事”，這是錯(cuò)誤的。

請(qǐng)記住，數(shù)據(jù)流圖是為表示信息交換而設(shè)計(jì)的。數(shù)據(jù)流圖中的連接器用于表示數(shù)據(jù)，而不是用于表示流程，步驟或其他任何內(nèi)容。當(dāng)我們標(biāo)記以數(shù)據(jù)存儲(chǔ)“請(qǐng)求”結(jié)束的數(shù)據(jù)流時(shí)，這實(shí)際上意味著我們將請(qǐng)求作為數(shù)據(jù)傳遞到數(shù)據(jù)存儲(chǔ)中。雖然這可能是實(shí)現(xiàn)級(jí)別的情況，因?yàn)橐恍〥BMS確實(shí)支持使用函數(shù)，這些函數(shù)將一些值作為參數(shù)并返回結(jié)果，但在數(shù)據(jù)流圖中，我們傾向于將數(shù)據(jù)存儲(chǔ)視為唯一的數(shù)據(jù)存儲(chǔ)庫(kù)。沒(méi)有任何處理能力。如果要對(duì)系統(tǒng)流程或流程流建模，請(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)買(mǎi)Visual Paradigm正版授權(quán)的朋友可以。