3.1.2系統頂層圖

根據關聯圖，劃分出幾個主要的信息管理功能，并明確各功能之間的聯系，繪制出數據流程圖的頂層圖（圖3.3）

圖3.3  系統頂層圖

加工數據流統計：

P1采購管理   流入4條  F1采購訂單；F4到貨通知；F12；F20

流出4條  F2缺/補貨匯總表；F3訂購合同；F13；F11

P2銷售管理   流入3條  F5銷售訂單；F14，F15

流出3條  F6提貨單；F21；F18

P3庫存管理   流入3條  F16；F21；F19

              流出4條  F17；F24；F7入庫通知單；F8出庫通知單

P4統計分析   流入4條  F25；F22；F23；F9統計要求信息

              流出1條  F10統計報表

銷售部門根據客戶的訂購要求產生了F5銷售訂單流入P2銷售管理處理，查詢D2庫存文件，當庫存不足時產生D5缺貨信息，流入P1采購管理，經F2缺/補貨匯總表到采購部進行采購；

當庫存充足時產生D4出庫單流入P3庫存管理，同時對D2庫存文件進行修改，經F8出庫通知單給倉管部，同時產生F6提貨單給銷售部。出庫后若低于最低存則產生D6補貨信息，流入P1采購管理，經F2缺/補貨匯總表到采購部進行采購；

采購部F1采購訂單流入P1采購管理處理，產生F3訂貨合同至供應商直接進行采購。

供應商的F4到貨通知流入P1采購管理，產生D1到貨通知，流入P2銷售管理，同時產生D3入庫單，流入P3庫存管理，同時修改D2庫存文件，經F7入庫通知單給倉管部。

倉管部輸入F9統計要求信息，流入P4統計分析，查詢D2庫存文件，D4出庫單，D3入庫單，產生F10統計報表至倉管部。

從圖上可以看出整個系統總體上劃分為銷售管理 ，采購管理，庫存管理和統計分析四大部分；其中，銷售管理是核心，整個系統以銷售管理為龍頭，根據銷售部的銷售訂單通知，及時進行銷售操作事宜；采購管理部門根據銷售部門的缺貨通知，進行商品的采購事宜；庫存管理部門根據銷售管理部門發出的出庫單和采購管理部門發出的入庫單通知進行庫存的管理。統計分析根據輸入的統計要求信息，對庫存文件，入庫單，出庫單進行統計分析以便的更好的了解公司的經營情況。

3.1.3系統一層圖

頂層數據流圖僅從總體上反映了公司的信息聯系，就按照自頂向下，逐層分解的分析方法對頂層圖進一步細化。

其中，對采購管理進定步細化，得到采購管理一層數據流程圖（圖3.4），從圖中可以看到，整個采購管理功能可劃分為請購管理，到貨管理兩個子功能。

圖3.4  一層圖（采購管理）

加工項數據流統計

P1.1請購管理  流入3條  F20；F12；F1

              流出3條  F2缺/補貨匯總表；F36請購單；F3訂購合同

P1.2到貨處理  流入2條  F37，F4到貨通知

              流出2條  F13，F11

出庫后庫存低于最低庫存時產生D6補貨信息，出貨時庫存不足時產生D5缺貨信息，流入P1.1請購管理，經F2缺/補貨匯總表到采購部采購。

采購部的F1采購訂單流入P1.1請購管理，經F3訂購合同到供應商。

供應商經F4到貨通知流入P1.2到貨處理，產生D3入庫單，D1到貨通知

其中，對銷售管理進一步細化，得到銷售管理一層數據流程圖（圖3.5），從圖中可以看到，整個銷售管理功能可劃發為確定訂貨處理，生成缺貨訂單，缺貨到貨處理，發貨管理四個子功能。

圖3.5  一層圖（銷售管理）

加工項數據流統計

P2.1確定定貨處理   流入1條 F5銷售訂單，流出4條 F15；F28；F27；F26

P2.2發貨管理       流入3條 F29；F30；F14，流出2條 F6提貨單；F18

銷售部的F5銷售訂單流入P2.1確定訂貨處理，查詢D2，當庫存量大于等于銷售訂量經F26產生D7訂單文件流入P2.2發貨管理，同時生產D4出庫單，經F6提貨單給銷售部。當庫存量小于銷售訂量時，產生D5缺貨信息流入采購管理，并同時將缺貨訂單存入D8訂單暫存文件，先不進行發貨流入P2.2發貨管理，等接到缺貨到貨通知后再處理。

3.1.4系統二層圖

對發貨管理進一步分解得到發貨管理的二層圖（圖3.6），從圖中可看到可以分為確事實上發貨訂單和確定出貨兩個子功能。

圖3.6   二層圖（發貨管理）

加工項數據流統計

P2.2. 1缺貨到貨處理    流入2條 F29；F14，流出1條 F31

P2.2.2 確定出貨處理    流入1條F30，流出2條F18；F6提貨單

如此逐層細化下去，直到數據流程圖中的每一處理成為一個容易理解的單功能為止，且這個單一功能可以通過簡單的邏輯表達設計工在數據字典中予以說明。限于篇幅這里不能全部列出。

3.2數據字典

上面討論的數據流圖只能給出系統邏輯功能的一個總框架而缺乏詳細、具體的內容，因此我們還需要建立數據字典。建立數據字典是為了對數據流程圖上各個元素做出詳細的定義和說明。數據字典以一種準確的和無二義的方式定義所有被加工引用的數據流和數據存儲。數據流程圖配以數字字典，就可以從圖形和文字兩個方面對系統的邏輯模型進行描述，從而形成一個完整的說明。數據字典有助于數據的進一步管理和控制，為設計人員和數據庫管理人員在數據庫設計、實現和運行階段控制有關數據提供依據。

數據字典描述的主要內容有：數據流、數據元素、數據存儲、加工外部項。由于篇幅有限，所以僅各舉一個例子來說明。

3.2.1數據加工

數 據 加 工
系統名：                               進銷存管理                                                    編號：        P2 條目名：                               銷售管理                                                      別名：
輸入：                                 銷售訂單                              輸出：                  提貨單                                        到貨通知                                                      缺貨信息                                                                                                      出庫單
加工邏輯： 1、  從銷售部取得銷售訂單； 2、  查詢庫存文件，根據庫存文件確定實際可發貨數量，填寫出庫單給下一個“處理”； 3、  針對不滿足數量的訂貨要求，產生缺貨信息；待收到到貨通知后，再進行處理。
簡要說明：
修改記錄：	編寫	鐘燕維	日期	2009-3-15
	審核	方連	日期	2009-3-18