數據流圖是什麼階段產生的

A. 繪制數據流程圖的階段是

繪制數據流程圖的階段如下：
1、需求收集和分析：在此階段，分析師與業務人員一起收集和分析信息系統的需求，並定義系統的功能和數據流。
2、數據流程圖設計：在此階段，分析師根據收集到的需求和數據流程定義，設計數據流程圖的框架、流程和數據存儲等。
3、數據流程圖繪制：在此階段，分析師使用工具軟體，如Visio等，繪制出數據流程圖的詳細流程，並標注出數據流、加工處理、存儲等各個流程的名稱、編號和說明。
4、數據流程圖審查和修改：在此階段，數據流程圖需要經過業務人員，系統設計人員，程序員等人員的審查和修改，以保證數據流程圖的正確性和完整性。
5、數據流程圖文檔化：在此階段，分析師需要將數據流程圖及其相關文檔整理成為一份完整的系統設計文檔，以便後續的開發、測試和維護工作。

B. 數據流圖的簡介

數據流圖是結構化分析方法中使用的工具,它以圖形的方式描繪數據在系統中流動和處理的過程，由於它只反映系統必須完成的邏輯功能，所以它是一種功能模型。在結構化開發方法中，數據流圖是需求分析階段產生的結果。
數據流圖英文縮寫DFD（Data Flow Diagram）它是描繪信息流和數據從輸入移動到輸出的過程中所經受的變換。
數據流圖從數據傳遞和加工的角度，以圖形的方式刻畫數據流從輸入到輸出的移動變換過程。
數據流程圖包括：
a．指明數據存在的數據符號，這些數據符號也可指明該數據所使用的媒體；
b．指明對數據執行的處理的處理符號，這些符號也可指明該處理所用到的機器功能；
c．指明幾個處理和（或）數據媒體之間的數據流的流線符號；
d．便於讀、寫數據流程圖的特殊符號。
在處理符號的前後都應是數據符號。數據流程圖以數據符號開始和結束（除9．4規定的特殊符號外）
數據流圖有兩種典型結構，一是變換型結構，它所描述的工作可表示為輸入、主處理和輸出，呈線性狀態。另一種是事務型結構，這種數據流圖呈束狀，即一束數據流平行流入或流出，可能同時有幾個事務要求處理。

C. 數據流圖（DFD）

數據流圖（DFD）簡介

數據流圖（DFD，Data Flow Diagram）是需求分析階段的重要工具，尤其在結構化方法中使用頻繁。

數據流圖包含元素：數據流、加工、數據存儲（文件）、外部實體。數據流在數據字典中定義，資料庫作為典型數據存儲，其粒度通常以表而非資料庫為准。外部實體指軟體系統外的人員、組織或物品，或其它系統。

數據流圖案例

數據流圖顯示系統與外部實體間的數據流轉。頂層圖濃縮整個系統為一節點，系統與實體間的交互清晰，但系統內模塊與數據交換細節不明。細化頂層圖，將系統拆分為處理職能部件，增加部件間的數據流和交互。進一步細化，層層深入。

分層數據流圖

分層數據流圖自頂層向下分解並細化，與結構化開發方法相匹配。確保父圖與子圖數據流平衡，避免遺漏或錯誤數據流。

數據字典

數據字典與數據流圖配合使用，提供數據組成詳細說明。了解數據字典符號及其含義即可，無需深究。

數據流圖平衡原則

數據流圖需遵循平衡原則：父圖與子圖之間數據流一致，子圖內加工應有輸入輸出，避免黑洞與奇跡。

父圖子圖平衡案例

頂層圖為系統，外部實體與系統間有數據流轉，補充數據流需找到實體與系統間聯系，注意0層數據流圖內部加工間數據流在頂層圖未體現。

總結

1. 父圖與子圖數據流平衡。
2. 子圖加工需有輸入輸出。
3. 根據說明分析加工邏輯。

數據流圖答題技巧

1. 詳細分析試題說明作為解題依據。
2. 利用數據平衡原則識別問題。

案例分析

案例1：檢查加工數據流平衡，注意黑洞、奇跡和數據流命名錯誤。

案例2：詳細分析試題、問題和圖，找出數據流問題。