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