【正文】 庫存界面的實現(xiàn)界面效果如圖 所示。 庫存功能模塊 庫存模塊從功能上分可分為三個大的實現(xiàn)部分，一部分是為制定采購計劃進(jìn)行查詢使用的藥品信息查詢界面；一部分是制定采購計劃界面；再一部分是當(dāng)采購藥品可以入庫時進(jìn)行入庫登記，修改庫存量；還有一個其它界面中都有的時間顯示功能。此界面到其它界面的邏輯驗證過程如圖 所示。并且在進(jìn)入到各自系統(tǒng)界面后 ，還要在自己的系統(tǒng)中顯示自己各人的信息，而不須查詢。 本 科 畢 業(yè) 設(shè) 計 第 25 頁 共 42 頁 員工身份驗證模塊 登錄界面是用戶進(jìn)入系統(tǒng)的門戶，該界面中加入了相應(yīng)的防止異常處理以使其穩(wěn)定性增強(qiáng)，系統(tǒng)的登錄界面如圖 所示。 整個系統(tǒng)在項目實現(xiàn)時共涉及了十個包文件，這些包邏輯結(jié)構(gòu)如圖 所示。員工進(jìn)入系統(tǒng)的身份驗證模塊是根據(jù)員工的不同身份信息分別進(jìn)入到不同的模塊界面中去。 圖 數(shù)據(jù)庫層次邏輯圖 基本表 數(shù)據(jù)庫 藥品表 視圖 代理商 采購表 銷售表 員工表 采購查詢 庫存登記 日銷售 藥品銷售 月銷售 采購模塊 應(yīng)用 庫存模塊 銷售模塊 財務(wù)模塊 登錄 本 科 畢 業(yè) 設(shè) 計 第 24 頁 共 42 頁 6 詳細(xì)設(shè)計 從整個系統(tǒng)的功能實現(xiàn)來分，系統(tǒng)可分為六個大的模塊，這六部分分別是：員工進(jìn)入系統(tǒng)的身份驗證模塊、管理員模塊、庫存模塊、采購模塊、銷售模塊和財務(wù)模塊。其中一類是采購模塊中所用到的的藥品表、采購表、代理商表的總體信息的集成，它可以方便采購部門方便查詢到某種藥品是哪個代理商所經(jīng)營的和此藥品在庫存中的數(shù)量；一類是庫存部門使用到的入庫登記時藥品和所制定的采購表之間的聯(lián)合信息，這類視圖是藥品信息表和采購表兩表的集成顯示；再一類是銷售模塊中所用的冗余小的銷售記錄與藥品信 息的合成完整顯示某種藥 本 科 畢 業(yè) 設(shè) 計 第 23 頁 共 42 頁 品的銷售情況，財務(wù)模塊中也是使用的該視圖來統(tǒng)計收支情況，以及在銷售中查詢藥品的銷售價價格查詢所形成的視圖。為了能方便的查詢表中的數(shù)據(jù)，在本數(shù)據(jù)庫系 統(tǒng)中使用了 9 個視圖來顯示數(shù)據(jù)，圖中的數(shù)據(jù)多是兩個表到三個表數(shù)據(jù)的集成，從層次上來說，這些視圖應(yīng)當(dāng)屬于基本表的更上一層，它更接近程序所使用的前臺界面中的數(shù)據(jù)。數(shù)據(jù)庫系中創(chuàng)建該存儲過程的代碼如下所示： create proc addConsumerScore um varchar(20),score int,crash int as declare dbscore int,dbcrash int select dbscore=(select ctotalScore from consumer where um=um), dbcrash=(select ctotalCrash from consumer where um=um) if(um in (select um from consumer)) begin update consumer set ctotalScore=dbscore+score, ctotalCrash=dbcrash+crash where um=um end e) 數(shù)據(jù)庫中視圖邏輯 前面所介紹的是數(shù)據(jù)庫中基本表的設(shè)置和數(shù)據(jù)操作情況，但是在前臺界面中使用最多的不是數(shù)據(jù)的操作而是查詢數(shù)據(jù)庫中相應(yīng)的數(shù)據(jù)。 在會員顧客銷售藥品時，若是會員顧客 ，則系統(tǒng)會依據(jù)顧客的會員卡號，向該顧客的記錄中添加其所消費(fèi)的金額，并將此次消費(fèi)的金額轉(zhuǎn)換為相應(yīng)的積分，此處的邏輯是 本 科 畢 業(yè) 設(shè) 計 第 22 頁 共 42 頁 所要添加消費(fèi)金額的顧客必定要在顧客信息表之中，且要向其加入數(shù)據(jù)時必須先找到對就的顧客，然后再加入。 在日、月銷售信息兩表中有著很大的關(guān)聯(lián) 性，它們的關(guān)系是每日銷售的信息應(yīng)該加入到當(dāng)前月的銷售信息中，它其中的加和邏輯應(yīng)該是如果以前未銷售過該種藥品則在月銷售信息表中加入新的數(shù)據(jù)項，若是從前已經(jīng)銷售過該種藥品，則不應(yīng)該加入該銷售信息，而是修改該種藥品銷售信息的記錄，即增加銷售量和銷售金額。其中日銷售信息表在數(shù)據(jù)庫表中字段設(shè)置如表 所示。而且使得數(shù)據(jù)庫中的表管理更加規(guī)整。該表的特點(diǎn)依然是冗余很小，只記錄了藥品的編號，這樣會大大降低相同數(shù)據(jù)在數(shù)據(jù)庫中的冗余存儲，在向上 層顯示此表的信息是使用了聯(lián)系實體藥品表的藥品其它基本信息創(chuàng)建視圖來顯示完整信息。 where dnum=dnum end c) 藥品銷售信息表 系統(tǒng)中所使用的藥品銷售信息表有兩個表，一個表是日銷售信息表，一個是月銷售信息表。) begin update drug set amount=amount+purchaseAmount where dnum=dnum update purchasePlan set store=39。該存儲過程 [17]的創(chuàng)建代碼如下： 本 科 畢 業(yè) 設(shè) 計 第 20 頁 共 42 頁 CREATE proc [dbo].[storePurchaseAmount] dnum varchar(10),purchaseAmount int as declare amount int set amount=(select amount from drug where dnum=dnum) if((select store from purchasePlan where dnum=dnum)=39。 where dnum=dnum 使用該表的還有庫存部門員，當(dāng)采購的藥品已經(jīng)可以加入到庫存中時，庫存部門的員工應(yīng)該就此核對藥品入庫的情況并且修改庫存中藥品的數(shù)量，并且也應(yīng)系統(tǒng)程序中防止數(shù)據(jù)的重復(fù)加入到系統(tǒng)數(shù)據(jù)庫中去，綜上所述，庫存部門要修改藥品的入庫情況和藥品的庫存情況，兩步操作若是分開分別修改兩個表的數(shù)據(jù)會降低數(shù)據(jù)庫效率，雖然在程序代碼中可以完成同樣的工作，并且，這種數(shù)據(jù)修改原子性也將會因程序異常而無法保證。 表 采購信息表 字段名稱 字段類型 字段大小 說明 允許空 Id Int 4 字節(jié) 系統(tǒng)自動編號 False Dnum Varchar 10 字節(jié) 藥 品的編號 False purchaseAmount Int 4 字節(jié) 采購數(shù)量 False Change Varchar 10 字節(jié) 計劃變動與否 False Store Varchar 10 字節(jié) 是否加入庫存 False 使用該表的兩類員工主要是庫存部門的員和采購部的員工，采購部員工若是在實際采購過程中發(fā)現(xiàn)藥品人價格有變動，或是因此而在采購過程中增加或減少了采購量都有可能發(fā)生，所依據(jù)以上所描述的情況該表使用了存儲過程進(jìn)行上兩種情況的處理，這樣一方面可以提高數(shù)據(jù)操作的速度也可以解決兩種情況的數(shù)據(jù)更改，創(chuàng) 建該存儲過程 [14]代碼如下： create proc updatePurchasePlan dnum varchar(10),purchasePrice int,purchaseAmount int as update drug set purchasePrice=purchasePrice where dnum=dnum update purchasePlan set purchaseAmount=purchaseAmount, change=39。從而在前臺顯示界面中可以方便的查詢相應(yīng)的信息。如果僅是這些信息任何人都很難看出是采購什么時候藥和到哪里去采購，也正是這一點(diǎn)也起到數(shù)據(jù)安全性的 本 科 畢 業(yè) 設(shè) 計 第 19 頁 共 42 頁 提高。 表 員工信息表 字段名稱 字段類型 字段大小 說明 允許空 Id Int 4 字節(jié) 系統(tǒng)自動編號 false WorkerNum Varchar 10 字節(jié) 員工編號 false Name Varchar 20 字節(jié) 姓名 false Age int 4 字節(jié) 年齡 true Gender Varchar 10 字節(jié) 性別 false userType Varchar 20 字節(jié) 所屬部門 false Tel Varchar 20 字節(jié) 電話 false Address Varchar 20 字節(jié) 住址 true Salary Int 4 字節(jié) 薪資 ture UserName Varchar 20 字節(jié) 用戶名 false Password Varchar 20 字節(jié) 密碼 false c) 藥品采購表 藥品采購表是由庫存部門的員工加入相應(yīng)的數(shù)據(jù)，再由采購部門的員工查詢進(jìn)行依此來采購。員工表在整個系統(tǒng)中使用較少，只是管理員對員工進(jìn)行管理和財務(wù)對員工的薪資進(jìn)行查詢。 本 科 畢 業(yè) 設(shè) 計 第 18 頁 共 42 頁 表 顧客信息表 字段名稱 字段類型 字段大小 說明 允許空 Id Int 4 字節(jié) 系 統(tǒng)自動編號 False Cnum Varchar 20 字節(jié) 顧客編號 False Cname Varchar 20 字節(jié) 顧客姓名 True Ctype Varchar 20 字節(jié) 顧客類型 False Ctelephone Varchar 20 字節(jié) 顧客電話 True ctotalScore Int 4 字節(jié) 顧客總積分 False ctotalCrash Int 4 字節(jié) 顧客總現(xiàn)金 false 員工實體與顧客實體相似，員工表包含了員工在藥店的全部信息和一定的個人信息。所以顧客信息表與藥品實體并無實質(zhì) 的關(guān)聯(lián)，不必設(shè)計二者關(guān)系模型表。此表在數(shù)據(jù)庫中表字段設(shè)置如表 所示。 代理商實體在數(shù)據(jù)庫表中的字段設(shè)計如表 所示。 表 藥品信息表 字段名稱 字段類型 字段大小 說明 允許空 Id Int 4 字節(jié) 系統(tǒng)自動編號 false dnum varchar 10 字節(jié) 藥品編碼 false dname Varchar 50 字節(jié) 藥品名稱 false dtype Varchar 50 字節(jié) 藥品類別 false amount int 4 字節(jié) 庫存量 true salePrice int 4 字節(jié) 銷售價格 true purchasePrice int 4 字節(jié) 進(jìn)貨價格 false Manufactory Varchar 50 字節(jié) 生產(chǎn)廠家 false anum Varchar 10 字節(jié) 代理商編號 false 雖然此藥品信息表只是記錄藥品的信息，但它與代理商有著藥品被代理的隱含信息，此表中無法顯視出來，它需要與代理商形成視圖來顯示此信息，若要能正確的形成 本 科 畢 業(yè) 設(shè) 計 第 17 頁 共 42 頁 此視圖的信息，就要對此表進(jìn)行參照完整性約束，在數(shù)據(jù)庫中使用的是觸發(fā)器來觸發(fā)在向表中加入數(shù)據(jù)時也向兩表的關(guān)系表中加 入與之相應(yīng)的字段數(shù)據(jù)，以及刪除某種藥品時也同時刪除關(guān)系表中所對應(yīng)的數(shù)據(jù)項。除了將 ER 圖轉(zhuǎn)換為相應(yīng)的關(guān)系型數(shù)據(jù)庫所對應(yīng)的表，此階段也應(yīng)設(shè)計出所要使用到的所的有存儲數(shù)的表和所使用到的視圖，這些表格可能不是實體類型，但確是 存儲數(shù)據(jù)所不可缺少的一部分 [13]。至于顧客的地址、年齡等與藥店和整個系統(tǒng)的關(guān)系很小，不是系統(tǒng)關(guān)心的內(nèi)容，所系統(tǒng)中所用到的顧客的信息較少。與藥品相關(guān)的是經(jīng)營此藥品的代理商，而代理商又是一個相對獨(dú)立 的實體，但代理商與包含的信息只是為了與采購人員進(jìn)行與代理商聯(lián)系的方便，代理實體記錄的信息是為了采購人員能夠方便的聯(lián)系代理商來采購所需要的藥品，而不關(guān)心代理商自身的其它信息。它們的整體 ER 模型如圖 所示。 在本系統(tǒng)的數(shù)據(jù)庫中涉及到許多的表和視圖，但相對獨(dú)立的實體有四個， 它們是藥品實體對象、顧客實體對像、代理商實體對像、員工實體對像。此模型是現(xiàn)實世界到信息世界的第一層抽象，是數(shù)據(jù)庫設(shè)計的工具，也是數(shù)據(jù)庫設(shè)計人員和 本 科 畢 業(yè) 設(shè) 計 第 15 頁 共 42 頁 用戶進(jìn)行交流的語言。 概念結(jié)構(gòu)設(shè)計 概念結(jié)構(gòu)設(shè)計的目的是獲取數(shù)據(jù)庫的概念模型，將現(xiàn)實世界中的人或個體信息轉(zhuǎn)化到信息世界中，這種轉(zhuǎn)化只關(guān)心與系統(tǒng)相關(guān)的數(shù)據(jù)信息，從而形成一組描述現(xiàn)實世界中的實體及實體間聯(lián)系的概念。所要存儲的主體數(shù)據(jù)應(yīng)該由前面所提到的表來存儲，而其它功能模塊所需要顯示的數(shù)據(jù)可以由表格形成相應(yīng)的視圖來整合完成，既可以滿足相應(yīng)的功能需求，也俱有一定的安全性。 從系統(tǒng)功能方面來說。系統(tǒng)數(shù)據(jù)庫應(yīng)該能夠為存儲不同員工實體的信息，且應(yīng)該能夠?qū)ζ湫畔⑦M(jìn)行處理操作；常規(guī)財務(wù)軟件進(jìn)、銷、存和財務(wù)統(tǒng)計 也所用到的信息也應(yīng)該由精通數(shù)據(jù)庫的開發(fā)人員來進(jìn)行合理的設(shè)計