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