翻譯|實施案例|編輯:楊鵬連|2020-12-23 10:22:42.420|閱讀 444 次
概述:數據流圖(DFD)提供了系統內信息(即數據)流的直觀表示。本文以視頻租賃系統為例,介紹和解釋數據流程圖(DFD)。
# 界面/圖表報表/文檔/IDE等千款熱門軟控件火熱銷售中 >>
相關鏈接:
Visual Paradigm是包含設計共享、線框圖和數據庫設計新特性的企業項目設計工具。現在你只需要這樣單獨的一款模型軟件 Visual Paradigm就可以完成用UML設計軟件,用BPMN去執行業務流程分析,用ERD企業設計數據庫的任務。Visual Paradigm年終鉅惠來襲,Visual Paradigm Modeler 訂閱1年只需666元,現在搶購立享優惠!
數據流圖(DFD)提供了系統內信息(即數據)流的直觀表示。通過繪制數據流程圖,您可以了解由參與系統流程的人員提供并傳遞給其的信息,完成流程所需的信息以及需要存儲和訪問的信息。數據流程圖在軟件工程中有廣泛的用途。本文以視頻租賃系統為例,介紹和解釋數據流程圖(DFD)。
視頻租賃系統示例
上下文DFD
下圖顯示了為視頻租賃系統繪制的上下文數據流程圖。它包含一個過程(形狀),代表要建模的系統,在本例中為“視頻租賃商店”。它還顯示了將與系統交互的參與者,稱為外部實體。在此示例中,有兩個外部實體,即Customer和Manager。在流程與外部實體之間,有數據流連接器,指示客戶與系統之間存在信息交換。
上下文DFD是數據流模型的入口。它僅包含一個進程,并且不顯示任何數據存儲,這使該圖變得簡單。
1級DFD下圖顯示了1級DFD,這是上下文DFD中顯示的視頻租賃系統的分解(即分解)。通讀該圖,然后我們將基于此圖介紹一些關鍵概念。
視頻租賃系統數據流程圖示例包含三個過程,兩個外部實體和兩個數據存儲。盡管沒有設計指南來控制數據流程圖中形狀的位置,但是我們傾向于將過程放在中間,將數據存儲和側面的外部實體放在一邊,以便于理解。
根據該圖,我們知道客戶向“租借視頻”流程發出了視頻請求。該租金視頻過程也接收視頻信息。從視頻庫數據存儲中。結果,該過程向客戶生成賬單,并存儲租賃信息。到租賃數據存儲中。一個客戶可以返回視頻提供視頻及租賃信息。該過程存儲視頻信息。進入視頻庫數據存儲和租賃信息。到租賃數據存儲中。結果,退貨收據已交付給客戶。盡管我們說收據是作為“返回視頻”過程的結果發送的,但“數據流程圖”并不表示有這種事情。我們的常識使我們以自然理解圖表的方式來解釋它。嚴格來說,該圖僅告訴我們返回視頻過程視頻和租賃信息。并產生視頻信息。,租賃信息。,以及未指定訂單的回執。請注意,數據流圖不會以什么方式和以什么順序來回答整個系統中使用的信息。如果此信息很重要且值得一提,請考慮使用諸如BPMN業務流程圖或UML活動圖之類的圖對其進行建模。
最后,經理可以從“生成租賃報告”過程中接收租賃報告,并且所涉及的信息由租賃數據存儲區提供。
數據流程圖提示和注意事項
注意細節級別
在此數據流程圖示例中,標記數據時多次使用單詞“ info”。我們有“租賃信息”和“視頻信息”。如果我們將其明確寫為“租賃日期,租借的視頻,人的租金”,“視頻ID,視頻名稱和視頻狀態”怎么辦?這個對嗎?好吧,這個問題沒有確定的答案,但是在做出決定時嘗試問自己一個問題。為什么要繪制DFD?
在大多數情況下,數據流程圖是在系統開發的早期階段繪制的,其中許多細節尚待確認。諸如“詳細信息”,“信息”,“憑證”之類的通用術語的使用無疑為討論留下了空間。但是,使用通用術語可能會缺少細節,并使設計失去實用性。因此,這實際上取決于您的設計目的。
不要混淆數據流和流程流
有些設計人員看到連接器從數據存儲連接到流程時可能會感到不舒服,而看不到圖中以某種方式顯示數據請求的步驟。其中一些會嘗試通過在流程和數據存儲之間添加連接器來表示請求,將其標記為“請求”或“對某物的請求”,這是錯誤的。
請記住,數據流程圖是為表示信息交換而設計的。數據流程圖中的連接器用于表示數據,而不用于表示流程,步驟或其他任何內容。當我們將以數據存儲結尾的數據流標記為“請求”時,從字面上看,這意味著我們正在將請求作為數據傳遞到數據存儲中。盡管在實現級別可能是這種情況,因為某些DBMS確實支持使用函數,這些函數會吸收一些值作為參數并返回結果,但在Data Flow Diagram中,我們傾向于將數據存儲視為唯一的數據持有人,不具備任何處理能力。如果要對系統流或流程進行建模,請使用UML活動圖或BPMN業務流程圖代替。如果要對數據存儲的內部結構建模,請使用Entity Relationship Diagram。
本站文章除注明轉載外,均為本站原創或翻譯。歡迎任何形式的轉載,但請務必注明出處、不得修改原文相關鏈接,如果存在內容上的異議請郵件反饋至chenjj@fc6vip.cn
文章轉載自: