簡介面向軟件工程課程設(shè)計(jì)與系統(tǒng)分析學(xué)習(xí)者的倉庫管理系統(tǒng)分析文檔以數(shù)據(jù)流圖和數(shù)據(jù)字典為核心梳理倉庫管理員、采購員、供應(yīng)商、客戶之間的數(shù)據(jù)傳遞與處理邏輯。文檔包含頂層及第一層數(shù)據(jù)流圖并對入庫信息管理、出庫信息管理、貨物信息管理、客戶信息管理等加工環(huán)節(jié)做了細(xì)化數(shù)據(jù)字典部分定義了訂單、發(fā)貨單、到貨單核準(zhǔn)、訂貨通知等主要數(shù)據(jù)流以及貨物編號、數(shù)量、進(jìn)價、售價等數(shù)據(jù)項(xiàng)的類型和長度便于直接用于課程設(shè)計(jì)或系統(tǒng)建模參考。資料包共有1個doc文件大小432KB內(nèi)容集中、結(jié)構(gòu)清晰適合需要快速理解倉庫管理業(yè)務(wù)流程及數(shù)據(jù)組成的學(xué)習(xí)者。該資源已有812人學(xué)習(xí)下載可作為繪制數(shù)據(jù)流圖、編寫數(shù)據(jù)字典或完成管理信息系統(tǒng)作業(yè)時的對照資料。1. 倉庫管理系統(tǒng)數(shù)據(jù)流圖與數(shù)據(jù)字典它是一份能直接改造成需求規(guī)格說明的建模底稿做倉庫管理系統(tǒng)課程設(shè)計(jì)或畢業(yè)設(shè)計(jì)時最讓人頭疼的不是寫代碼而是畫數(shù)據(jù)流圖和寫數(shù)據(jù)字典。很多人的DFD畫著畫著就變成業(yè)務(wù)流程圖數(shù)據(jù)流和數(shù)據(jù)字典又對不上評審老師一眼就看出是“湊出來的”。這份《倉庫管理系統(tǒng) 數(shù)據(jù)流圖 數(shù)據(jù)字典.doc》提供了一套完整的分層數(shù)據(jù)流圖包含頂層圖、第一層圖、入庫/出庫/貨物/客戶/查詢/打印細(xì)化圖以及一份覆蓋數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)文件、數(shù)據(jù)加工的數(shù)據(jù)字典。它不是能直接運(yùn)行的代碼而是把倉庫管理業(yè)務(wù)拆成“數(shù)據(jù)從哪來、到哪去、誰在加工”的需求底稿。適合正在做軟件工程課程設(shè)計(jì)、畢業(yè)設(shè)計(jì)或想快速理清庫存與訂單業(yè)務(wù)邊界的從業(yè)者。下載后建議當(dāng)作建模藍(lán)本照著它復(fù)用加工編號和數(shù)據(jù)定義能省掉從零梳理業(yè)務(wù)的時間。2. 先把分層數(shù)據(jù)流圖讀透頂層圖、第一層圖與六個加工的邊界2.1 頂層圖四個參與者和一條容易忽略的雙向數(shù)據(jù)流頂層數(shù)據(jù)流圖也叫0層數(shù)據(jù)流圖作用是框定系統(tǒng)邊界。這份文檔里的頂層圖很清晰倉庫管理系統(tǒng)作為一個加工外部實(shí)體有倉庫管理員、顧客、供應(yīng)商、采購員。注意倉庫管理員既接收入庫信息、出庫信息、貨物信息、客戶信息也發(fā)出貨物編號、客戶編號和查詢請求最后再接收返回查詢結(jié)果。很多人畫頂層圖時會漏掉“返回查詢結(jié)果”這條數(shù)據(jù)流因?yàn)椴樵冋埱笫菑膫}庫管理員發(fā)出而返回結(jié)果是倉庫管理系統(tǒng)發(fā)給倉庫管理員方向正好相反。只畫查詢請求不畫返回結(jié)果就會變成一個只有輸入沒有輸出的加工這在DFD里是明顯錯誤。頂層圖的數(shù)據(jù)流對應(yīng)關(guān)系如下外部實(shí)體輸入到系統(tǒng)的數(shù)據(jù)流系統(tǒng)輸出到外部實(shí)體的數(shù)據(jù)流倉庫管理員查詢請求貨物編號、客戶編號入庫信息、出庫信息、貨物信息、客戶信息、返回查詢結(jié)果顧客訂單發(fā)票供應(yīng)商發(fā)貨單訂貨通知采購員訂貨通知、到貨通知訂單、到貨單核準(zhǔn)這張表里的“訂單”在頂層圖是顧客發(fā)來的原始訂單但在第一層圖里會細(xì)分出“可滿足的訂單”和“不能滿足的訂單”。理解這個區(qū)別是讀懂整套圖的關(guān)鍵。2.2 第一層圖六個加工和它們背后的數(shù)據(jù)存儲第一層圖把倉庫管理系統(tǒng)拆成六個加工1入庫信息管理、2出庫信息管理、3貨物信息管理、4客戶信息管理、5查詢、6打印。其中1和2各有一張細(xì)化圖3、4、5、6相對簡單但仍然有獨(dú)立的輸入輸出。第一層數(shù)據(jù)流圖里最值得注意的關(guān)系是入庫管理會更新庫存表、采購入庫信息表、貨物信息表出庫管理會更新庫存表、銷售出庫信息表貨物信息管理和客戶信息管理負(fù)責(zé)修改對應(yīng)數(shù)據(jù)表查詢加工同時訪問貨物信息表和客戶信息表。把它們整理成加工-數(shù)據(jù)文件矩陣能快速發(fā)現(xiàn)有沒有畫漏加工編號加工名稱輸入數(shù)據(jù)流輸出數(shù)據(jù)流涉及數(shù)據(jù)文件1入庫信息管理訂貨通知、發(fā)貨單、到貨通知入庫信息、訂單、訂貨單庫存表、采購入庫信息表、貨物信息表2出庫信息管理訂單、客戶信息出庫信息、發(fā)票、訂貨通知庫存表、銷售出庫信息表、貨物信息表3貨物信息管理入庫信息、出庫信息貨物信息貨物信息表4客戶信息管理客戶信息客戶信息客戶信息表5查詢貨物編號、客戶編號貨物信息、客戶信息貨物信息表、客戶信息表6打印入庫信息、出庫信息、貨物信息、客戶信息所需清單無直接數(shù)據(jù)文件2.3 數(shù)據(jù)文件與數(shù)據(jù)流的關(guān)系庫存表為什么在兩個加工里都出現(xiàn)庫存表在第一層圖里同時被加工1和加工2讀寫。加工1.5入庫要修改庫存表加工2.4出庫也要修改庫存表。這屬于典型的數(shù)據(jù)文件被多個加工共享素材庫里的“庫存表”是一個獨(dú)立數(shù)據(jù)存儲不是數(shù)據(jù)流。新手最容易犯的錯是把“庫存表”當(dāng)成加工的輸出數(shù)據(jù)流。其實(shí)數(shù)據(jù)文件和加工之間只有讀寫關(guān)系加工要讀出庫存數(shù)據(jù)用于判斷要寫入數(shù)據(jù)用于更新余量。在DFD里畫法很簡單數(shù)據(jù)文件用一個開口矩形表示數(shù)據(jù)流箭頭指向或離開它。入庫時到貨單核準(zhǔn)作為輸入數(shù)據(jù)流進(jìn)入加工1.5輸出數(shù)據(jù)流包括庫存表、采購入庫信息表和貨物信息表的更新但這些表都是數(shù)據(jù)文件不是返回給外部實(shí)體的數(shù)據(jù)流。另外庫存表的數(shù)據(jù)組成是“貨物編號 貨物品名 貨物規(guī)格 貨物產(chǎn)地 貨物剩余量”它只有剩余量沒有進(jìn)價和售價。這和貨物信息表不一樣。后面設(shè)計(jì)數(shù)據(jù)庫時庫存表要關(guān)聯(lián)貨物信息表而不是把貨物信息表的所有字段都復(fù)制一遍。文檔里沒有明確寫出外鍵但按照數(shù)據(jù)字典的組成貨物編號是倉庫內(nèi)所有數(shù)據(jù)文件的公共主鍵這就是表關(guān)聯(lián)的基礎(chǔ)。3. 把加工拆到能寫代碼入庫、出庫、查詢子圖的處理細(xì)節(jié)3.1 入庫子圖訂貨通知怎么一步一步變成入庫信息入庫子圖是整份文檔里最復(fù)雜的一部分包含1.1到1.6六個加工。它的起點(diǎn)是采購員發(fā)出訂貨通知終點(diǎn)是入庫信息寫入庫存表、采購入庫信息表和貨物信息表。順序是這樣的采購員的訂貨通知進(jìn)入加工1.1“按商品匯總分類合計(jì)”按貨物種類分組并按貨物編號排序生成“分類的訂單”。加工1.2“確定要訂貨的貨名等”拿分類訂單和庫存表比對確定到底缺什么、缺多少生成訂貨單。加工1.3“按供應(yīng)商匯總選擇供應(yīng)商”根據(jù)客戶信息表里的供應(yīng)商信息把訂貨單轉(zhuǎn)成正式訂單發(fā)給供應(yīng)商。供應(yīng)商返回發(fā)貨單加工1.4“核對發(fā)貨單”把訂單和發(fā)貨單逐項(xiàng)比較。不一致時把錯誤的發(fā)貨單退回供應(yīng)商一致時生成到貨單核準(zhǔn)。加工1.5“入庫”根據(jù)到貨單核準(zhǔn)核查實(shí)物入庫后修改庫存表追加采購入庫信息表并更新貨物信息表。如果入庫過程中發(fā)現(xiàn)新供應(yīng)商加工1.6“登錄新供應(yīng)商”負(fù)責(zé)把供應(yīng)商信息寫入客戶信息表。拿這張子圖去畫圖時我一般建議先畫數(shù)據(jù)文件區(qū)再畫加工框。用ProcessOn或Visio的話步驟是先在頁面右側(cè)放好庫存表、采購入庫信息表、貨物信息表、客戶信息表四個存儲再從左到右排列1.1到1.6六個加工最后逐條連數(shù)據(jù)流每條數(shù)據(jù)流都按數(shù)據(jù)字典命名。這樣能避免畫到一半發(fā)現(xiàn)加工框已經(jīng)擺不下不得不重排。3.2 出庫子圖訂單拆成可滿足和不可滿足兩條岔路出庫子圖對應(yīng)加工2包含2.1到2.5五個加工邏輯上也可拆成一條判斷鏈。顧客發(fā)來訂單后加工2.1“編輯訂單”會先核對貨物信息表和客戶信息表。如果顧客不在客戶信息表里走加工2.2“登錄新客戶”把新客戶信息寫入客戶信息表如果是老客戶訂單直接交給加工2.3“檢查訂單”。加工2.3是關(guān)鍵判斷點(diǎn)。它會把訂單和貨物信息表、庫存表做比對輸出兩條數(shù)據(jù)流“可滿足的訂單”和“不能滿足的訂單”?？蓾M足的訂單進(jìn)入加工2.4“出庫”按訂單從庫存里扣減貨物同時寫入銷售出庫信息表不能滿足的訂單進(jìn)入加工2.5“產(chǎn)生暫存訂單”生成暫存訂單后一部分轉(zhuǎn)成正式訂單給供應(yīng)商一部分轉(zhuǎn)成訂貨通知給采購員。這里有個細(xì)節(jié)容易被忽略第一層圖里加工2還輸出“發(fā)票”但在出庫子圖里發(fā)票并沒有作為一個獨(dú)立加工出現(xiàn)。我會把它理解成加工2.1編輯訂單時同步生成的單據(jù)或者加工2.4出庫完成后打印的憑證。文檔沒有寫清楚這點(diǎn)使用時要特別注意否則畫圖時不知道發(fā)票這條數(shù)據(jù)流該從哪里引出。建議在文檔批注里補(bǔ)一句“發(fā)票在出庫確認(rèn)后由打印加工輸出”這樣數(shù)據(jù)流才閉環(huán)。3.3 查詢與打印子圖按編號查詢的數(shù)據(jù)組織方式查詢加工在文檔里編號是5.1輸入是貨物編號和客戶編號輸出是貨物信息和客戶信息。邏輯很簡單按編號對貨物和客戶進(jìn)行查詢并把結(jié)果顯示出來。貨物編號對應(yīng)貨物信息表客戶編號對應(yīng)客戶信息表一張表一條主鍵查出來直接返回。打印加工編號是6輸入有入庫信息、出庫信息、貨物信息、客戶信息輸出是所需清單。它本身不加工數(shù)據(jù)只是把已有的數(shù)據(jù)流格式化輸出。畫圖時要注意六條輸入數(shù)據(jù)流都是從對應(yīng)加工或數(shù)據(jù)文件來不能直接畫成從外部實(shí)體來。講到這兒需要提醒一點(diǎn)文檔里所有數(shù)據(jù)文件都寫了“組織方式按貨物編號從小到大排序存取方式順序存取”。這句話是教材模板里的常見寫法但它和查詢加工“按編號查詢”是矛盾的。真實(shí)系統(tǒng)里按主鍵查詢靠的是索引而不是順序掃描。所以讀這套文檔時不用把“順序存取”太當(dāng)真把它當(dāng)成“數(shù)據(jù)存儲是有序的”理解即可。4. 避坑與排查畫DFD和寫數(shù)據(jù)字典時容易翻車的五個地方4.1 數(shù)據(jù)流命名不一致頂層叫“訂單”第一層多出“可滿足的訂單”和“不能滿足的訂單”現(xiàn)象頂層圖里只有一條“訂單”數(shù)據(jù)流進(jìn)入倉庫管理系統(tǒng)。到了第一層圖突然出現(xiàn)“可滿足的訂單”“不能滿足的訂單”“可滿足的訂貨”等變體。讀者對照圖和數(shù)據(jù)字典時發(fā)現(xiàn)條目對不上連評審也會覺得文檔是拼的。原因原始文檔在頂層圖只保留外部實(shí)體之間流動的訂單進(jìn)入系統(tǒng)后訂單會被加工2.3拆成兩類。頂層圖不需要展示內(nèi)部加工所以沒有這兩條拆分結(jié)果。真正的錯誤不是命名多而是數(shù)據(jù)字典里沒有對上號。解決把“訂單”作為頂層數(shù)據(jù)流名“可滿足的訂單”“不能滿足的訂單”作為第一層內(nèi)部數(shù)據(jù)流名數(shù)據(jù)字典里分開列。每次畫完一層就做一次“數(shù)據(jù)流名稱清單核對”保證上一層的輸出在下一層都找得到承接。4.2 把數(shù)據(jù)文件當(dāng)成數(shù)據(jù)流出入庫存表被畫成加工2.4的“輸出”現(xiàn)象很多人在出庫子圖里畫一條從加工2.4指向庫存表的數(shù)據(jù)流叫做“庫存表”然后加工2.4看起來很像在生成一張表。原因數(shù)據(jù)文件與加工之間只有讀和寫兩種關(guān)系沒有“生成整張表”這種數(shù)據(jù)流。原文檔在加工邏輯里寫的是“修改庫存表”“在銷售出庫信息表中添加記錄”這不是加工輸出數(shù)據(jù)文件而是更新數(shù)據(jù)文件。解決在DFD里加工修改數(shù)據(jù)文件時箭頭方向是加工指向數(shù)據(jù)文件但這表示“寫入更新”不代表數(shù)據(jù)流名等于表名。我建議把數(shù)據(jù)流命名為“庫存修改信息”“出庫記錄”這種具體內(nèi)容而不是直接叫“庫存表”。這樣語義更清楚也方便數(shù)據(jù)字典維護(hù)。4.3 數(shù)據(jù)字典的組成標(biāo)記不規(guī)范所有數(shù)據(jù)流都用“”沒說明可選和重復(fù)現(xiàn)象數(shù)據(jù)字典里幾乎所有數(shù)據(jù)流組成都是“貨物編號貨物品名貨物規(guī)格貨物數(shù)量…”但“”到底表示必須同時出現(xiàn)還是可以任選文檔里沒有定義。原因早期教材里常用“”表示“與”用“|”表示“或”用“[]”表示可選用“{}”表示重復(fù)。原始文檔沒采用標(biāo)準(zhǔn)符號全用加號串聯(lián)遇到“錯誤發(fā)貨單”和“正確發(fā)貨單”這種帶判斷的數(shù)據(jù)流時就看不出來哪些字段是必選、哪些會有變化。解決拿到這份文檔后我建議先花半小時把數(shù)據(jù)字典里的組成改寫為標(biāo)準(zhǔn)形式。例如訂貨通知 貨物編號 貨物品名 貨物規(guī)格 貨物數(shù)量 貨物進(jìn)價 貨物種類 供應(yīng)商編號 供應(yīng)商名稱 采購員編號 采購員姓名 進(jìn)貨時間 貨物產(chǎn)地。發(fā)貨單在核對前用“發(fā)貨單 {貨物編號 數(shù)量 進(jìn)價} 發(fā)貨時間”表示遇到有錯誤的單據(jù)再細(xì)化。這樣寫后面轉(zhuǎn)成接口字段或數(shù)據(jù)庫字段時不會漏項(xiàng)。4.4 數(shù)據(jù)項(xiàng)定義和實(shí)際建表沖突電話不能存成數(shù)值價格不能只用“長度10”現(xiàn)象數(shù)據(jù)字典里“客戶電話”是數(shù)值型長度11供應(yīng)商電話也是數(shù)值型11。要真按這個建表手機(jī)號前頭帶0會被吃掉區(qū)號“010”直接變成10完全沒法用。原因原始文檔按二十年前教材的寫法把電話當(dāng)作數(shù)值處理?？蛻舻刂烽L度80、貨物產(chǎn)地長度80雖然夠但“貨物數(shù)量、進(jìn)價、售價都是長度10的數(shù)值型”也很粗糙乘法運(yùn)算和價格小數(shù)都沒有說明。解決真正畫表結(jié)構(gòu)時把電話字段改成VARCHAR(20)進(jìn)價和售價用DECIMAL(10,2)。貨物數(shù)量如果可能為小數(shù)用DECIMAL(10,2)如果只按整數(shù)件計(jì)用INT。這是文檔里最需要動手改的部分。原始數(shù)據(jù)字典可以作為需求基線但不能直接當(dāng)成物理表結(jié)構(gòu)。4.5 加工編號有跳躍打印是6查詢是5.1其他模塊都有兩級編號現(xiàn)象入庫管理有1.1到1.6出庫管理有2.1到2.5貨物信息管理是3.1客戶信息管理是4.1查詢是5.1但打印只有一個編號6沒有6.1。原因原文檔作者只對核心業(yè)務(wù)做了細(xì)化打印被認(rèn)為太簡單不用細(xì)分。這在課程設(shè)計(jì)評審里通常說得過去但會造成一個隱患打印加工到底接收哪些數(shù)據(jù)流、按什么格式輸出全都沒有落到數(shù)據(jù)字典。解決要么保持6作為葉子加工并在數(shù)據(jù)字典里補(bǔ)一條加工定義“打印輸入入庫信息、出庫信息、貨物信息、客戶信息輸出清單”。要么把打印拆成6.1選擇打印內(nèi)容、6.2格式化數(shù)據(jù)、6.3輸出打印件。我建議后一種因?yàn)橐坏┬枰獙?shí)現(xiàn)導(dǎo)出報(bào)表功能三個子加工能直接對應(yīng)到三個函數(shù)。5. 進(jìn)階用法用數(shù)據(jù)字典反推建表語句與圖文檔自檢清單這份文檔最有價值的用法不是照著背而是拿數(shù)據(jù)字典的字段定義反推出物理表結(jié)構(gòu)。貨物信息表是最典型的一張表原始數(shù)據(jù)字典里貨物信息表的組成為“貨物編號貨物品名貨物規(guī)格貨物數(shù)量貨物進(jìn)價貨物售價貨物種類”。直接轉(zhuǎn)成建表語句可以寫成這樣CREATE TABLE goods_info ( goods_id CHAR(10) PRIMARY KEY COMMENT 貨物編號, goods_name VARCHAR(10) NOT NULL COMMENT 貨物品名, goods_spec VARCHAR(20) COMMENT 貨物規(guī)格, goods_qty INT COMMENT 貨物數(shù)量, goods_cost DECIMAL(10,2) COMMENT 貨物進(jìn)價, goods_price DECIMAL(10,2) COMMENT 貨物售價, goods_type VARCHAR(10) COMMENT 貨物種類 ) COMMENT 貨物信息表;這段SQL里的字段名、類型和注釋都直接來自數(shù)據(jù)字典。注意三個參數(shù)差異貨物編號用CHAR(10)因?yàn)樗嵌ㄩL主鍵貨物品名和貨物種類用VARCHAR(10)因?yàn)槊Q類字段長度會波動進(jìn)價和售價我改成了DECIMAL(10,2)原始文檔只寫了數(shù)值型長度10不區(qū)分小數(shù)位真按數(shù)值型建表會丟掉兩位小數(shù)。如果你要保留文檔原樣可以把DECIMAL(10,2)換回INT但那樣系統(tǒng)里就會出現(xiàn)一塊九毛九被存成1塊的尷尬。庫存表也值得單獨(dú)建因?yàn)樗拓浳镄畔⒈硎且粚σ魂P(guān)系。按數(shù)據(jù)字典庫存表組成是“貨物編號貨物品名貨物規(guī)格貨物產(chǎn)地貨物剩余量”建表語句是CREATE TABLE stock_info ( goods_id CHAR(10) PRIMARY KEY COMMENT 貨物編號, goods_name VARCHAR(10) COMMENT 貨物品名, goods_spec VARCHAR(20) COMMENT 貨物規(guī)格, origin VARCHAR(80) COMMENT 貨物產(chǎn)地, remaining_qty INT COMMENT 貨物剩余量 ) COMMENT 庫存表;注意這里我只保留原始字典里的字段沒有加外鍵。實(shí)際項(xiàng)目中你會把goods_name和goods_spec冗余出來用于快速展示但增刪改時要通過貨物編號同步更新。這份文檔沒有說明兩個表的關(guān)系你可以自己在設(shè)計(jì)文檔里補(bǔ)一行“庫存表與貨物信息表通過貨物編號關(guān)聯(lián)”。做完建表后我建議用下面這張自檢清單回查整套文檔專治“圖和字典對不上”檢查項(xiàng)常見問題處理方式數(shù)據(jù)流名稱頂層與第一層不一致逐層列出數(shù)據(jù)流清單按編號核對數(shù)據(jù)文件庫存表、客戶信息表被多加工共享用加工-數(shù)據(jù)文件矩陣核對數(shù)據(jù)項(xiàng)電話、價格類型不合理物理建表時修正類型不沿用舊字典加工輸入輸出打印加工沒有輸入來源反查第一層圖補(bǔ)數(shù)據(jù)流查詢邏輯順序存取與按編號查詢矛盾明確主鍵索引不照抄“順序存取”從那以后我每次拿到這類數(shù)據(jù)流圖文檔都不會先看它畫得多完整而是先跑一遍三件事把數(shù)據(jù)流清單和第一層圖過一遍把數(shù)據(jù)文件清單和加工輸入輸出過一遍再把數(shù)據(jù)項(xiàng)定義和建表字段過一遍。看起來多花半小時后面改設(shè)計(jì)的時候能少加三天班。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取