進(jìn)銷存管理系統(tǒng)數(shù)據(jù)庫設(shè)計

精選范本,供參考！精選范本,供參考！精選范本,供參考！目錄1．需求分析報告 21.1系統(tǒng)目的 21.2進(jìn)銷存系統(tǒng)的數(shù)據(jù)需求 21.3組織結(jié)合結(jié)構(gòu)圖 21.4功能模塊圖 31.5業(yè)務(wù)流程圖 31.6數(shù)據(jù)流程圖 41.6.1數(shù)據(jù)流程圖頂層圖 41.6.2數(shù)據(jù)流程圖第一層 41.6.3數(shù)據(jù)流程圖第二層 51.7數(shù)據(jù)字典 71.7.1.數(shù)據(jù)項定義 71.7.2、數(shù)據(jù)流定義 81.7.3、數(shù)據(jù)存儲定義 91.7.4、處理邏輯定義 101.7.5、外部實體定義 102.概念結(jié)構(gòu)設(shè)計 112.1初步E-R圖 112.1.1銷售業(yè)務(wù)的局部E-R圖 112.1.2采購業(yè)務(wù)的局部E-R圖 122.1.3報損局部E-R圖 142.2全局E-R圖 153將各分E-R圖合并成全局E-R圖所作的處理 173.1進(jìn)行相關(guān)實體類型的合并，以減少實體類型的個數(shù) 173.2消除冗余 174.邏輯結(jié)構(gòu)設(shè)計 174.1邏輯設(shè)計概述 174.2轉(zhuǎn)換規(guī)則 184.3根據(jù)全局E-R圖設(shè)計出系統(tǒng)的數(shù)據(jù)模型： 184.4初步優(yōu)化： 184.4.1部門與職工之間 184.4.2商品與供貨商之間形成一個供應(yīng)過程 184.4.3商品與客戶之間形成一個購買過程 184.4.4職工與商品之間有職工對商品產(chǎn)生銷售管理，采購管理，報損管理等信息。所以形成一個管理過程 194.4.5將銷售人員、采購員關(guān)系模式合并為： 194.4.6將存儲部、銷售部和采購部關(guān)系模式合并為： 194.5最終優(yōu)化： 195.數(shù)據(jù)庫完整性與安全性設(shè)計 205.1數(shù)據(jù)庫完整性 205.1.1約束 205.1.2默認(rèn) 235.1.3規(guī)則 235.1.4存儲過程 235.1.5觸發(fā)器 245.2安全性設(shè)計 251．需求分析報告1.1系統(tǒng)目的隨著社會的進(jìn)步和計算機(jī)的不斷普及，各行各業(yè)的管理、控制都越來越離不開計算機(jī)的輔助?！澳尺M(jìn)銷存管理系統(tǒng)”的開發(fā)就是為了輔助大多數(shù)企業(yè)的基本管理，實現(xiàn)信息管理的系統(tǒng)化、規(guī)范化和自動化簡化人們?nèi)粘９ぷ髦械拇罅繖C(jī)械重復(fù)的操作，使一些過程繁瑣且數(shù)據(jù)量大的工作得已高效的進(jìn)行，進(jìn)銷存管理系統(tǒng)還可以通過對數(shù)據(jù)的有效控制，實現(xiàn)對工作流層的控制、協(xié)調(diào)，從而提高企業(yè)的競爭力。1.2進(jìn)銷存系統(tǒng)的數(shù)據(jù)需求（1）商品按類別和名稱進(jìn)行管理。（2）必須記錄商品的基本信息，比如規(guī)格和生產(chǎn)企業(yè)等。（3）需要記錄商品的供應(yīng)信息。（4）供應(yīng)商的聯(lián)系方式非常重要。（5）在采購信息中需要記錄采購的數(shù)量和單價等。（6）在采購信息中要包含登記商品銷售數(shù)量，單價等信息。（7）商品銷售信息要有報損原因。（8）所以單據(jù)必須記錄相應(yīng)的經(jīng)手人和相應(yīng)的時間。（9）采購，銷售，報損信息都可以進(jìn)行添加，刪除，修改，查找，統(tǒng)計，等操作。（10）當(dāng)進(jìn)行進(jìn)貨，銷售和報銷操作后，能相應(yīng)更改庫存。（11）需要對進(jìn)貨，銷售，庫存，報損等操作生成相應(yīng)的報表。1.3組織結(jié)合結(jié)構(gòu)圖根據(jù)系統(tǒng)及公司實際情況繪出組織結(jié)構(gòu)圖如下.圖表1組織結(jié)合結(jié)構(gòu)圖總經(jīng)理:負(fù)責(zé)實施公司總體戰(zhàn)略。副經(jīng)理:協(xié)助總經(jīng)理完成具體完成各項事物.采購部:負(fù)責(zé)缺貨時向外采購商品及完成相應(yīng)貨物進(jìn)貨統(tǒng)計.完成進(jìn)貨信息的登記,修改,和刪除等.銷售部:向外出售商品及完成相應(yīng)出售商品的統(tǒng)計.完成進(jìn)貨信息的登記,修改,和刪除等.維護(hù)部:完成商品信息的登記,修改,和刪除等.及各項商品信息的維護(hù)工作.1.4功能模塊圖根據(jù)上述系統(tǒng)功能的需求分析，按照結(jié)構(gòu)化程序設(shè)計的要求，得到如下所示的系統(tǒng)功能模塊圖，如圖圖表2功能模塊圖1.5業(yè)務(wù)流程圖圖表3業(yè)務(wù)流程圖1.6數(shù)據(jù)流程圖1.6.1數(shù)據(jù)流程圖頂層圖分析：該圖簡單的包含兩個外部實體分別為顧客和供應(yīng)商，主要業(yè)務(wù)分為兩個，銷售和采購。顧客查詢商品資料信息，訂購后收到付款通知進(jìn)行付款交易。銷售部接收到定貨單，然后進(jìn)行庫存查詢是否有貨。有貨則向顧客發(fā)貨,無貨則向供應(yīng)商下定貨單.從下圖可看出沒有反映帳務(wù)，而且銷售和采購沒有分開表示，但是高度概括地反映了進(jìn)銷存業(yè)務(wù)，因此要進(jìn)一步擴(kuò)展出更詳細(xì)的數(shù)據(jù)流程圖。圖4數(shù)據(jù)流程圖DFD1.6.2數(shù)據(jù)流程圖第一層分析:顧客先通過查看商品信息來獲取自己想要的商品然后向公司下定單.銷售部受到上級的定貨單查看庫存情況.有貨就向倉庫下提貨單發(fā)貨.倉庫收到提貨單反饋出貨單給銷售部，銷售部下發(fā)貨單給顧客。如果缺貨則向供貨商下班定貨單采購。到貨之后采購部發(fā)出到貨通知反饋銷售部。同時采購部發(fā)入庫單貨物入庫。在貨物入庫與倉庫貨物出庫過程中報損部進(jìn)行檢查。有物品損失的生成報損單。圖表5數(shù)據(jù)吧流程圖第一層1.6.3數(shù)據(jù)流程圖第二層分析：客戶發(fā)出訂貨單。根據(jù)訂貨單的訂貨數(shù)量發(fā)聵給倉庫查詢貨物庫存信息。判定是否缺貨。如果缺貨則顯示出缺貨數(shù)量并生成缺貨訂購單。在到貨之后進(jìn)行到貨處理發(fā)將可發(fā)貨單存檔然后進(jìn)行發(fā)貨管理。發(fā)貨單鍋里過程中生成提貨單，出貨單，報損單和發(fā)貨單臺帳到貨處理過程中生成報損記錄生成報損單。最后向顧客發(fā)出發(fā)貨單。圖表6數(shù)據(jù)流程圖第三層第二層銷售模塊分析：客戶發(fā)出訂貨單。根據(jù)訂貨單的訂貨數(shù)量發(fā)聵給倉庫查詢貨物庫存信息。判定是否缺貨。在到貨之后進(jìn)行到貨處理發(fā)將可發(fā)貨單存檔然后進(jìn)行發(fā)貨管理。發(fā)貨單鍋里過程中生成提貨單，出貨單，（2）第二層采購模塊分析：如果缺貨生成請購臺帳且顯示出缺貨數(shù)量并生成缺貨訂購單。向供貨商發(fā)訂購單供貨商收到訂購單處理后發(fā)出發(fā)貨單。之后采購部進(jìn)行到貨處生成到貨通知給倉庫。（3）第二層報損模塊分析：倉庫進(jìn)貨出貨過程中檢查過程中生成報損記錄上報報損部另一方面顧客上報維修單生成報損記錄再匯總到報損部。由報損部生成報損報表。1.7數(shù)據(jù)字典1.7.1.數(shù)據(jù)項定義編號名稱別名數(shù)據(jù)類型是否可空長度簡述B1商品名稱商品名CharNULLull5某種商品的名字B2商品編號商品編碼CharNULL20某種商品的代碼B3商品數(shù)量商品個數(shù)INULLTNULL20某種商品的容量B4商品單價商品價錢floatNULL20某種商品進(jìn)貨單價B5商品日期商品日期DateTimeNULL20某商品的日期B6供應(yīng)商名稱供應(yīng)商名稱CharNULL20某供應(yīng)商的名字B7供應(yīng)商地址供應(yīng)商地址CharNULL50某供應(yīng)商的地址B8顧客姓名顧客名稱CharNULL20某顧客的姓名B9顧客地址顧客地址CharNULL50某顧客的地址B10部門名稱部門名稱CharNULL40公司某部門的名稱B11經(jīng)理名稱經(jīng)理姓名CharNULL20公司部門經(jīng)理名字B12庫存量商品庫存INULLTNULL20商品的庫存數(shù)量B13員工名稱員工名稱CharNULL20公司員工的名稱B14顧客電話號碼電話號碼INULLTNULL20某顧客的電話號碼B15訂貨單編碼訂貨單編號CharNULL20某訂貨單的編號B16發(fā)貨單編碼發(fā)貨單編號CharNULL20某發(fā)貨單的編號B17到貨通知編碼到貨通知編碼CharNULL20某商品到貨通知編號B18報損表編號商品報損表編號CharNULL20某商品報損表編號B19銷售歷史表編號商品銷售表編號CharNULL20某商品銷售表編號1.7.2、數(shù)據(jù)流定義編號名稱簡介數(shù)據(jù)流組成數(shù)據(jù)流來源數(shù)據(jù)流去向數(shù)據(jù)流量S1訂貨單顧客開出的訂貨單B1+B2+B3+B15顧客編輯訂貨單模塊10份/時S2發(fā)貨單已確定的發(fā)貨貨單B1+B2+B3+B4+B16開發(fā)貨單修改庫存模塊顧客100份/時S3到貨通知顧客收到商品到貨通知B1+B2+B3+B4+B6+ID17采購員對照暫存定貨單模塊10份/天L1訂貨單公司向供應(yīng)商采購訂貨單B1+B2+B3+B4+B6公司采購部門供應(yīng)商100份/天L2到貨通知采購部門收到商品到貨通知B1+B2+B3+B4+B6+B10產(chǎn)生到貨通知模塊公司采購部門10份/天C1報損表顧客及部門商品報損表B1+B2+B3+B4+B6+B18顧客、銷售采購部門售后服務(wù)維修部門100份/天1.7.3、數(shù)據(jù)存儲定義編號編號名稱簡述數(shù)據(jù)存儲組成關(guān)鍵字相關(guān)處理F1-1商品庫存存放商品庫存量B1+B2+B3+B3+B12商品編號P1-1、P1-2F1-2新顧客名單新顧客登記名單B8+B9+B14顧客姓名P1-1F1-3銷售歷史已銷售的商品記錄B1+B2+B3+B4+B18銷售表編號P1-3F2-1暫存訂貨單已存訂貨單B1+B2+B3+B4+B6公司采購部門P2-2F2-2到貨通知采購部門收到商品到貨通知B1+B2+B3+B4+B6+B10產(chǎn)生到貨通知模塊P2-1F3-1報損表顧客及部門商品報損表B1+B2+B3+B4+B6+B18顧客、銷售采購部門P3-11.7.4、處理邏輯定義編號名稱簡述輸入數(shù)據(jù)流處理輸出數(shù)據(jù)流處理頻率P1-1編輯訂貨單編輯區(qū)分訂單的合格與否S1根據(jù)訂單填寫的要求，區(qū)分出訂單的合格與否，以及顧客登記信息合格訂單，不合格訂單，新顧客每小時處理一次P1-2確定顧客訂貨根據(jù)訂單給顧客訂貨合格的訂貨單根據(jù)合格的訂貨單，給顧客配齊商品可發(fā)訂貨每小時處理一次P1-3開發(fā)貨單修改庫存開發(fā)貨單并修改庫存合格的訂貨單根據(jù)訂貨單給顧客開發(fā)貨單并修改庫存S2每小時處理一次P2-1核對發(fā)貨單并產(chǎn)生到貨通知供應(yīng)商發(fā)給采購部門到貨通知，并核對L1根據(jù)訂貨單跟實際收到的商品進(jìn)行核對到貨通知每小時處理一次P2-2修改庫存并待訂貨量根據(jù)發(fā)貨單修改庫存，待訂貨正確的發(fā)貨單根據(jù)正確的發(fā)貨單修改庫存和帶訂貨量修改后庫存每小時處理一次P3-1統(tǒng)計報損表統(tǒng)計所有報損表并歸類C1統(tǒng)計所有的報損表并歸類后，再提交給維修部門商品庫存每小時處理一次1.7.5、外部實體定義編號名稱簡述輸入數(shù)據(jù)流輸出數(shù)據(jù)流S1-1顧客購置商品的用戶S1S2S1-2員工包括采購員、銷售員、會計等S3、S2S2S1-3供應(yīng)商向顧客和公司提供商品的單位L1L2S1-4經(jīng)理公司管理人員，查看報表C12.概念結(jié)構(gòu)設(shè)計2.1初步E-R圖2.1.1銷售業(yè)務(wù)的局部E-R圖相關(guān)屬性列表：實體屬性銷售部部門號銷售員工號、姓名、性別。商品商品名稱，編號，生產(chǎn)規(guī)格，數(shù)量，單價，商品類別，生產(chǎn)企業(yè)客戶姓名、性別、聯(lián)系方式、客戶編號、聯(lián)系地址。倉庫管理員工號、姓名、性別。訂貨單商品名稱、訂單號、數(shù)量、單價、日期、銷售員聯(lián)系屬性銷售下達(dá)訂單商品編號，銷售員，銷售員編號，出貨日期，開單日期提貨信息商品編號、商品名稱、規(guī)格、數(shù)量、銷售員、訂貨日期、開單日期、訂單號關(guān)系描述分析：（1）一名客戶可以生成多分訂購單，一份訂購單對應(yīng)一個客戶。所以是以對多關(guān)系。（2）一名銷售員可以銷售多種商品，每種商品可以由多名導(dǎo)購員銷售，因此銷售員與商品之間是多對多的聯(lián)系，該聯(lián)系取名為銷售。（3）一名客戶可以向多個銷售員訂購商品，一個銷售員可以接受多位客戶的訂購，因此銷售員與客戶的關(guān)系是一對多的關(guān)系，該聯(lián)系取名為訂購。（4）一份訂購單可以對應(yīng)多種商品。一種商品可以產(chǎn)生多份訂購單。該聯(lián)系取名為訂購。（5）一個倉庫管理員可以處理多份訂單。一份訂單對應(yīng)一個倉庫管理員。該聯(lián)系取名為提貨信息。2.1.2采購業(yè)務(wù)的局部E-R圖相關(guān)屬性列表：實體屬性倉庫管理員工號、姓名、性別商品商品名稱，編號，生產(chǎn)規(guī)格，數(shù)量，單價，商品類別，生產(chǎn)企業(yè)采購員工號、姓名、性別。訂貨單采購員、商品編號、進(jìn)貨日期、商品名稱、下單日期供貨商姓名、性別、地址、聯(lián)系方式、供貨商編號聯(lián)系屬性出貨信息商品編號，銷售員，銷售員編號，出貨日期，開單日期貨物不足通知訂購商品編號，商品數(shù)量提供名稱，地址，聯(lián)系方式下達(dá)訂單商品編號，銷售員，銷售員編號，出貨日期，開單日期購買商品編號，客戶，生產(chǎn)企業(yè)，商品數(shù)量，商品單價，商品名稱，商品別名，商品規(guī)格關(guān)系描述分析：（1）一個倉庫管理員向采購員發(fā)出商品數(shù)量不足的通知，一個采購員向以名采購員發(fā)送需要采購商品的通知，所以倉庫管理員與采購員的關(guān)系為一對一的關(guān)系。（2）一名采購員可以訂購多種商品，每種商品也可以由多名采購員訂購，因此采購員與商品之間是多對多的聯(lián)系，該聯(lián)系取名為訂購。（3）一個供應(yīng)商可以供應(yīng)多種商品，每種商品也可以由多個供應(yīng)商供應(yīng)，因此供應(yīng)商與商品之間是多對多的聯(lián)系，該聯(lián)系取名為供應(yīng)。(4)一名采購員可下達(dá)多份訂購單。。一份訂購單只能由一個采購員下達(dá)。所以是一對多關(guān)系。該聯(lián)系取名為下達(dá)訂單。(5)一份訂單可以采購多種商品。一種商品可以有多份訂單。所以為多對多關(guān)系。該聯(lián)系取名為購買。2.1.3報損局部E-R圖相關(guān)屬性列表：實體屬性倉庫管理員工號、姓名、性別退貨單商品名稱，商品編號，開單日期、退貨原因、開單員報損員工號、姓名、性別。報損單報損員、商品編號、報損原因、商品名稱、商品編號供貨商姓名、性別、地址、供貨商編號、聯(lián)系方式聯(lián)系屬性上報損壞商品編號，開單員，開單員編號，開單日期，損壞原因匯總退貨單數(shù)量制定報損單報損員、商品編號、商品名稱、開單日期、報損原因、報損數(shù)量關(guān)系描述分析：（1）一名開單員可以向一個存儲部交報損單，一個存儲部可以接受多位開單員的報損單，因此存儲部與開單員之間是一對多的聯(lián)系，該聯(lián)系取名為發(fā)現(xiàn)損壞。（2）一個顧客可以上報多份退貨單，一份退貨單只能對應(yīng)一個客戶。所以為一對多關(guān)系。該聯(lián)系取名為上報損壞。（3）一個倉庫管理員可以向一個報損員上報損壞情況。一個報損員可以接受對應(yīng)多個倉庫管理員的上報情況。所以該關(guān)系為一對多。該聯(lián)系取名為上報損壞。（4）一份退貨單只能對應(yīng)交給一個報損員。一個報損員可以接受多份退貨單。所以該關(guān)系為一對多關(guān)系，該聯(lián)系取名為匯總。（5）一個報損員對應(yīng)制定多份報損單。一份報損單由一個報損員制定。所以該聯(lián)系為一對多。該聯(lián)系取名為制定報損單。2.2全局E-R圖相關(guān)屬性列表：實體屬性商品商品名稱，編號，生產(chǎn)規(guī)格，數(shù)量，單價，商品類別，生產(chǎn)企業(yè)部門部門名稱，部門號供貨商姓名、性別、地址、供貨商編號、聯(lián)系方式職工姓名，工號，部門號，性別客戶姓名，性別，客戶編號，聯(lián)系地址，聯(lián)系方式聯(lián)系屬性管理名稱，編號，規(guī)格，數(shù)量，單價，供應(yīng)商，生產(chǎn)企業(yè)，開單時間，處理結(jié)果，處理時間從屬姓名，編號，部門號庫存不足編號，數(shù)量，供應(yīng)商供應(yīng)名稱，地址，聯(lián)系方式處理信息商品編號，職工編號，開單時間，處理結(jié)果，處理時間訂購商品編號，商品數(shù)量購買商品編號，客戶，生產(chǎn)企業(yè)，商品數(shù)量，商品單價，商品名稱，商品別名，商品規(guī)格關(guān)系描述分析：（1）一名客戶可以生成多分訂購單，一份訂購單對應(yīng)一個客戶。所以是以對多關(guān)系。（2）一名銷售員可以銷售多種商品，每種商品可以由多名導(dǎo)購員銷售，因此銷售員與商品之間是多對多的聯(lián)系，該聯(lián)系取名為銷售。（3）一名客戶可以向多個銷售員訂購商品，一個銷售員可以接受多位客戶的訂購，因此銷售員與客戶的關(guān)系是一對多的關(guān)系，該聯(lián)系取名為訂購。（4）一份訂購單可以對應(yīng)多種商品。一種商品可以產(chǎn)生多份訂購單。該聯(lián)系取名為訂購。（5）一個倉庫管理員可以處理多份訂單。一份訂單對應(yīng)一個倉庫管理員。該聯(lián)系取名為提貨信息。（6）一個倉庫管理員向采購員發(fā)出商品數(shù)量不足的通知，一個采購員向以名采購員發(fā)送需要采購商品的通知，所以倉庫管理員與采購員的關(guān)系為一對一的關(guān)系。（7）一名采購員可以訂購多種商品，每種商品也可以由多名采購員訂購，因此采購員與商品之間是多對多的聯(lián)系，該聯(lián)系取名為訂購。（8）一個供應(yīng)商可以供應(yīng)多種商品，每種商品也可以由多個供應(yīng)商供應(yīng)，因此供應(yīng)商與商品之間是多對多的聯(lián)系，該聯(lián)系取名為供應(yīng)。（9）一名采購員可下達(dá)多份訂購單。。一份訂購單只能由一個采購員下達(dá)。所以是一對多關(guān)系。該聯(lián)系取名為下達(dá)訂單。（10）一份訂單可以采購多種商品。一種商品可以有多份訂單。所以為多對多關(guān)系。該聯(lián)系取名為購買。（11）一名開單員可以向一個存儲部交報損單，一個存儲部可以接受多位開單員的報損單，因此存儲部與開單員之間是一對多的聯(lián)系，該聯(lián)系取名為發(fā)現(xiàn)損壞。（12）一個顧客可以上報多份退貨單，一份退貨單只能對應(yīng)一個客戶。所以為一對多關(guān)系。該聯(lián)系取名為上報損壞。（13）一個倉庫管理員可以向一個報損員上報損壞情況。一個報損員可以接受對應(yīng)多個倉庫管理員的上報情況。所以該關(guān)系為一對多。該聯(lián)系取名為上報損壞。（14）一份退貨單只能對應(yīng)交給一個報損員。一個報損員可以接受多份退貨單。所以該關(guān)系為一對多關(guān)系，該聯(lián)系取名為匯總。（15）一個報損員對應(yīng)制定多份報損單。一份報損單由一個報損員制定。所以該聯(lián)系為一對多。該聯(lián)系取名為制定報損單。3將各分E-R圖合并成全局E-R圖所作的處理3.1進(jìn)行相關(guān)實體類型的合并，以減少實體類型的個數(shù)將采購和銷售業(yè)務(wù)中的商品進(jìn)行合并。3.2消除冗余（1）將采購和銷售業(yè)務(wù)中的采購員、銷售員統(tǒng)一用職工表示。（2）將采購部和銷售部，存儲部統(tǒng)一用部門表示。（3）將出貨信息，提貨信息，報損信息統(tǒng)一用處理信息來表示。4.邏輯結(jié)構(gòu)設(shè)計4.1邏輯設(shè)計概述由于目前使用的數(shù)據(jù)庫基本上都是關(guān)系數(shù)據(jù)庫，因此首先需要將E-R圖轉(zhuǎn)換為關(guān)系模型，然后根據(jù)具體DBMS的特點和限制轉(zhuǎn)換為特定的DBMS支持下的數(shù)據(jù)模型，然后進(jìn)行優(yōu)化。4.2轉(zhuǎn)換規(guī)則（1）一個實體型轉(zhuǎn)換為一個關(guān)系模型，實體的屬性就是關(guān)系的屬性，實體的碼就是關(guān)系的碼。（2）一個1：1聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模型，也可以與任何一端對應(yīng)的關(guān)系式合并。（3）一個1：n聯(lián)系可以轉(zhuǎn)換為一個獨立的關(guān)系模型，也可以與n端對應(yīng)的關(guān)系式合并。4.3根據(jù)全局E-R圖設(shè)計出系統(tǒng)的數(shù)據(jù)模型：商品（商品名稱，編號，生產(chǎn)規(guī)格，數(shù)量，單價，商品類別，生產(chǎn)企業(yè)）部門（部門名稱，部門號）供貨商（姓名、性別、地址、聯(lián)系方式、供貨商編號）職工（姓名，工號，部門號，性別）客戶（姓名，性別，聯(lián)系地址，客戶編號，聯(lián)系方式）管理（名稱，編號，規(guī)格，數(shù)量，單價，供應(yīng)商，生產(chǎn)企業(yè)，開單時間，處理結(jié)果，處理時間）從屬（姓名，編號，部門號）庫存不足（編號，數(shù)量，供應(yīng)商）供應(yīng)（名稱，地址，聯(lián)系方式）處理信息（商品編號，職工編號，開單時間，處理結(jié)果，處理時間）訂購（商品編號，商品數(shù)量,商品名稱，購買（商品編號，客戶，生產(chǎn)企業(yè)，商品數(shù)量，商品單價，商品名稱，商品別名，商品規(guī)格）4.4初步優(yōu)化：4.4.1部門與職工之間將采購信息，報損信息，出貨信息關(guān)系模式合并為：處理信息（商品數(shù)量，處理單編號，商品編號，開單日期，工號，類別）4.4.2商品與供貨商之間形成一個供應(yīng)過程供應(yīng)商與商品的實體關(guān)系1）供應(yīng)商與商品作為關(guān)系模式。供應(yīng)商（姓名，地址，性別，聯(lián)系方式）商品（商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)）供應(yīng)（采購單編號，商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號）2）與供應(yīng)商端合并供應(yīng)商（姓名，地址，性別，聯(lián)系方式，采購單編號）商品（商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)）關(guān)系模式合并為：供應(yīng)信息：（采購單編號，商品名稱，商品編號，姓名，地址，性別，聯(lián)系方式）4.4.3商品與客戶之間形成一個購買過程客戶與商品的實體關(guān)系1）客戶與商品作為關(guān)系模式?？蛻簦ㄐ彰刂?，性別，聯(lián)系方式）商品（商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)）購買（訂單編號，商品編號，商品數(shù)量）2）與客戶端合并客戶（銷售單編號，姓名，地址，性別，聯(lián)系方式）商品（商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號）關(guān)系模式合并為：購買信息：（采購單編號，商品名稱，商品編號，聯(lián)系方式）4.4.4職工與商品之間有職工對商品產(chǎn)生銷售管理，采購管理，報損管理等信息。所以形成一個管理過程銷售員與商品的實體關(guān)系：1）銷售員與商品作為關(guān)系模式。銷售員（工號，姓名，性別）商品（商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)）銷售（出貨單編號，商品編號，商品數(shù)量）2）與銷售員端合并銷售員（出貨單編號，工號，姓名，性別）商品（商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)）采購員與商品的實體關(guān)系：1）采購員與商品作為關(guān)系模式。采購員（工號，姓名，性別）商品（商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)）采購（采購單編號，商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號）2）與采購員端合并采購員（采購單編號，工號，姓名，性別）商品（商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)）存儲部與報損員的實體關(guān)系：1）存儲部與報損員作為關(guān)系模式。報損員（工號，姓名，性別）商品（商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)）報損(報損單編號，商品編號，報損員，報損員工號，開單日期，損壞原因)2）與報損員端合并報損員（報損單編號，工號，姓名，性別）商品（商品名稱，商品單價，商品規(guī)格，商品數(shù)量，商品編號，生產(chǎn)企業(yè)）管理信息：（商品編號，出貨單編號，采購單編號，報損單編號，商品名稱，）4.4.5將銷售人員、采購員關(guān)系模式合并為：員工(工號，姓名，部門號，職稱)4.4.6將存儲部、銷售部和采購部關(guān)系模式合并為：部門(部門編號，部門名稱)4.5最終優(yōu)化：職工：(工號，姓名，部門號，職稱)部門：(部門編號，部門名稱)處理信息：（商品數(shù)量，處理單編號，商品編號，開單日期，工號，類別）供應(yīng)信息：（采購單編號，商品名稱，商品編號，聯(lián)系方式）購買信息：（銷售單編號，商品名稱，聯(lián)系方式，訂購單編號）管理信息：（商品編號，出貨單編號，采購單編號，報損單編號，開單日期，商品名稱，聯(lián)系方式）分析：銷售員、采購員、倉庫管理員、都屬于公司職工。公司職工都以職工工號為主關(guān)鍵字，所以進(jìn)行優(yōu)化合并。公司職員按照部門來分類。部門編號為部門的主關(guān)鍵字。采購、銷售、報損因包含的主體不一樣，都各自獨立制表。部門與職工之間細(xì)分有庫存信息處理，到、發(fā)貨信息處理、報損信息處理，從屬，信息處理，信息都要經(jīng)過信息處理。總體這三種都屬于處理信息，信息處理都已處理單編號為主鍵，所以進(jìn)行優(yōu)化合并。職工對商品的采購、銷售、報損。屬于職工對商品的管理。銷售、采購、報損因所包含的主鍵不一樣所以要各自為表。顧客提交訂購單時以商品編號為外鍵。購買時以商品編號為外鍵。處理信息時以商品編號為外鍵。5.數(shù)據(jù)庫完整性與安全性設(shè)計5.1數(shù)據(jù)庫完整性數(shù)據(jù)庫的完整性維護(hù)數(shù)據(jù)庫輸入數(shù)據(jù)的正確性、有效性和相容性。所謂正確性是指數(shù)據(jù)的合法性。有效性是指數(shù)據(jù)是否屬于所定義的有效范圍。相容性是指表示同一事實的兩個數(shù)據(jù)應(yīng)相同，不一致就是不相容。數(shù)據(jù)庫是否具備完整性關(guān)系到數(shù)據(jù)庫系統(tǒng)能否真實地反映現(xiàn)實世界，因此維護(hù)數(shù)據(jù)庫的完整性是非常重要的。5.1.1約束約束是MicrosoftSQLServer提供的自動保持?jǐn)?shù)據(jù)庫完整性的一種方法，定義了可輸入表或表的單個列中的數(shù)據(jù)的限制條件。1)六種約束：空值約束、主鍵約束、惟一性約束、外鍵約束和參照約束、缺省值約束和檢查約束?？罩导s束主鍵約束惟一性約束外鍵約束和參照約束缺省值約束檢查約束2)約束的作用：保持?jǐn)?shù)據(jù)的完整性3)進(jìn)銷存系統(tǒng)的約束◆ZG職工列名類型可為空缺省值檢查鍵/索引工號Nvarchar(50)否主鍵姓名Nvarchar(50)否性別Nvarchar(50)否‘男’or‘女’部門編號Nvarchar(50)否職稱Nvarchar(50)否altertabledbo.ZGaddconstraintPK_ghprimarykeyclustered(工號)/*主鍵約束*/altertabledbo.ZGaddconstraintdef_性別default'男'for性別/*默認(rèn)約束*/altertabledbo.ZGaddconstraintdef_xbcheck(性別='男'or性別='女')/*默認(rèn)約束*/◆BM部門列名類型可為空缺省值檢查鍵/索引部門編號nvarchar(50)否主鍵部門名稱nvarchar(50)否altertabledbo.BMaddconstraintPK_bmbhprimarykeyclustered(部門編號)/*主鍵約束*/◆CLXX處理信息列名類型可為空缺省值檢查鍵/索引處理單編號varchar(50)否主鍵商品編號varchar(50)否商品名稱varchar(50)否開單日期datetime(50)否工號varchar(50)否類別varchar(50)否altertabledbo.CLXXaddconstraintPK_cldbhprimarykeyclustered(處理單編號)/*主鍵約束*/◆GYXX供應(yīng)信息列名類型可為空缺省值檢查鍵/索引采購單編號Nvarchar(50)否主鍵商品數(shù)量Nvarchar(50)否0商品編號Nvarchar(50)否’聯(lián)系方式Nvarchar(50)否altertabledbo.GYXXaddconstraintPK_cgdbhprimarykeyclustered(采購單編號)/*主鍵約束*/altertabledbo.GYXXaddconstraintdef_spsldefault0for商品數(shù)量/*默認(rèn)約束*/◆GMXX購買信息列名類型可為空缺省值檢查鍵/索引銷售單編號Nvarchar(50)否主鍵商品數(shù)量Nvarchar(50)否0商品編號Nvarchar(50)否’聯(lián)系方式Nvarchar(50)否altertabledbo.GMXXaddconstraintPK_xsdbhprimarykeyclustered(銷售單編號)/*主鍵約束*/altertabledbo.GMXXaddconstraintdef_spsldefault0for商品數(shù)量/*默認(rèn)約束*/◆CHD出貨單列名類型可為空缺省值檢查鍵/索引出貨單編號Nvarchar(50)否主鍵商品數(shù)量Nvarchar(50)否0商品編號Nvarchar(50)否開單日期datetime(50)否聯(lián)系方式Nvarchar(50)否altertabledbo.CHDaddconstraintPK_chdbhprimarykeyclustered(出貨單編號)/*主鍵約束*/altertabledbo.CHDaddconstraintdef_spsldefault0for商品數(shù)量/*默認(rèn)約束*/◆CGD采購單列名類型可為空缺省值檢查鍵/索引采購單編號Nvarchar(50)否主鍵商品數(shù)量Nvarchar(50)否0商品編號Nvarchar(50)否開單日期datetime(8)否聯(lián)系方式Nvarchar(50)否altertabledbo.CGDaddconstraintPK_cgdbhprimarykeyclustered(采購單編號)/*主鍵約束*/ALTERaltertabledbo.CGDaddconstraintdef_1default0for選擇題個數(shù)/*默認(rèn)約束*/◆BSD報損單列名類型可為空缺省值檢查鍵/索引報損單編號Nvarchar(50)否主鍵商品數(shù)量Nvarchar(50)否0商品編號Nvarchar(50)否開單日期datetime(50)否聯(lián)系方式Nvarchar(50)否altertabledbo.BSDaddconstraintPK_bsdbhprimarykeyclustered(報損單編號)/*主鍵約束*/altertabledbo.BSDaddconstraintdef_spsldefault0for商品數(shù)量/*默認(rèn)約束*/5.1.2默認(rèn)默認(rèn)是數(shù)據(jù)庫的對象之一，它指定在向數(shù)據(jù)庫中的表插入數(shù)據(jù)時，如果用戶沒有明確給出某列的值，系統(tǒng)自動為該列輸入。創(chuàng)建默認(rèn)的語句格式：CREATEDEFAULT[owner]default_nameASconstant_expression綁定：sp_bindefault_name,object_name[,futureonly]5.1.3規(guī)則規(guī)則是數(shù)據(jù)庫的對象之一。它指定當(dāng)向表的某列插入或更新數(shù)據(jù)時，限制輸入新值的取值范圍。作用：規(guī)則是實現(xiàn)域完整性的方法之一。規(guī)則用來驗證一個數(shù)據(jù)庫的數(shù)據(jù)是否處于一個指定的值域范圍內(nèi)，是否與特定的格式相匹配。當(dāng)數(shù)據(jù)庫中數(shù)據(jù)值被修改或被插入時，就要檢查新值是否遵循規(guī)則，如果不符合規(guī)則就拒絕執(zhí)行修改或插入的操作。創(chuàng)建規(guī)則的語句：CREATERULErule_nameAScondition_expression綁定規(guī)則的語句：sp_bindrulerule_name,object_name[,futreonly]將ZG表中的性別的值默認(rèn)為”男”，代碼如下：createdefaultdf_sexAS'男'sp_bindefaultdf_sex,'ZG.性別'sp_unbindefault'ZG.性別'dropdefaultdf_sex要求：用CREATERULE語句創(chuàng)建規(guī)則，然后用sp_bindrule把它綁定至一列或用戶定義的數(shù)據(jù)類型中。規(guī)則可以綁定到一列、多列或數(shù)據(jù)庫中具有給定的用戶定義的數(shù)據(jù)類型的所有列。在一個列上至多有一個規(guī)則起作用，如果有多哥規(guī)則與一列相綁定，那么只有最后綁定到該列的規(guī)則是有效的。（1）在ZG中，創(chuàng)建規(guī)則sex_ruleCREATERULEcheck_sexAS@性別=‘男’or@性別=‘女’sp_bindrulecheck_sex,‘dbo.ZG.性別’（2）在GYXX中，創(chuàng)建規(guī)則amount_ruleCREATERULEamount_ruleAS@amount>=100and@amount<=1000sp_bindruleamount_rule,‘GYXX.商品數(shù)量’（3）在GMXX中，創(chuàng)建規(guī)則amount_ruleCREATERULEamount_ruleAS@amount>=100and@amount<=1000sp_bindruleamou