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

Visual Paradigm現(xiàn)已更新至最新版本16.0，新版本引入了大型Scrum畫布和幾十種新的圖案，同時還增強(qiáng)了在線圖表功能和支持從Customer Journey Map打開完整圖表編輯器的功能。新版本，新功能，趕快下載體驗吧！（Visual Paradigm現(xiàn)已加入在線訂購，現(xiàn)在搶購立享優(yōu)惠！）

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

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

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

上下文DFD

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

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

2. 使用簡單的符號無需技術(shù)知識即可理解

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

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

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

1級DFD

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

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

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

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

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

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

提示

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

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

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

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

5. DFD是非確定性的 - 編號不一定表示序列，它在與用戶討論時識別過程很有用

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

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

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

注意事項

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

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

請記住，數(shù)據(jù)流圖是為表示信息交換而設(shè)計的。數(shù)據(jù)流圖中的連接器用于表示數(shù)據(jù)，而不是用于表示流程，步驟或其他任何內(nèi)容。當(dāng)我們標(biāo)記以數(shù)據(jù)存儲“請求”結(jié)束的數(shù)據(jù)流時，這實(shí)際上意味著我們將請求作為數(shù)據(jù)傳遞到數(shù)據(jù)存儲中。雖然這可能是實(shí)現(xiàn)級別的情況，因為一些DBMS確實(shí)支持使用函數(shù)，這些函數(shù)將一些值作為參數(shù)并返回結(jié)果，但在數(shù)據(jù)流圖中，我們傾向于將數(shù)據(jù)存儲視為唯一的數(shù)據(jù)存儲庫。沒有任何處理能力。如果要對系統(tǒng)流程或流程流建模，請使用UML活動圖或BPMN業(yè)務(wù)流程圖代替。如果要對數(shù)據(jù)存儲的內(nèi)部結(jié)構(gòu)建模，請使用實(shí)體關(guān)系圖。

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

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

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