【導讀】決這些問題而設計了一個健康藥店管理系統(tǒng)。系統(tǒng)實現的功能為藥店中不同部門。的員工提供相關服務，采購人員能夠查詢庫存人員制定的采購計劃并采購藥品，計和藥品的訂價是財務人員的主要工作。店管理系統(tǒng)，該系統(tǒng)基于C/S體系結構開發(fā)，它為軟件的運行提供穩(wěn)定的平臺。3系統(tǒng)需求分析...

　　

【正文】 情況的數據更改，創(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。是 39。 where dnum=@dnum 使用該表的還有庫存部門員，當采購的藥品已經可以加入到庫存中時，庫存部門的員工應該就此核對藥品入庫的情況并且修改庫存中藥品的數量，并且也應系統(tǒng)程序中防止數據的重復加入到系統(tǒng)數據庫中去，綜上所述，庫存部門要修改藥品的入庫情況和藥品的庫存情況，兩步操作若是分開分別修改兩個表的數據會降低數據庫效率，雖然在程序代碼中可以完成同樣的工作，并且，這種數據修改原子性也將會因程序異常而無法保證。所以，使用存儲過程可以兼得二者的長處，來解決這兩方面的問題。該存儲過程 [17]的創(chuàng)建代碼如下： 本 科 畢 業(yè) 設 計 第 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。否 39。) begin update drug set amount=@amount+@purchaseAmount where dnum=@dnum update purchasePlan set store=39。已經入庫 39。 where dnum=@dnum end c) 藥品銷售信息表 系統(tǒng)中所使用的藥品銷售信息表有兩個表，一個表是日銷售信息表，一個是月銷售信息表。日銷售信息表是記錄在當前這一天所銷售的藥品信息，包括銷售的每種藥品的數量和收入金額。該表的特點依然是冗余很小，只記錄了藥品的編號，這樣會大大降低相同數據在數據庫中的冗余存儲，在向上 層顯示此表的信息是使用了聯系實體藥品表的藥品其它基本信息創(chuàng)建視圖來顯示完整信息。這樣做不僅一定程度上保護數據也減少了數據庫的存儲量。而且使得數據庫中的表管理更加規(guī)整。而月銷售信息表的字段設置與日銷售信息表的字段設置相同，不過它是統(tǒng)計一個月的銷售的盈利情況，它使用日銷售信息表中的觸發(fā)器來維護兩個表的數據一致。其中日銷售信息表在數據庫表中字段設置如表 所示。 表 銷售記錄信息表 字段名稱 字段類型 字段大小 說明 允許空 Id Int 4 字節(jié) 系統(tǒng)自動編號 False Dnum Varchar 10 字節(jié) 藥品的編號 False saleAmount Int 4 字節(jié) 藥品的售量 False saleCrash Int 4 字節(jié) 售藥現金 False saleTime Varchar 20 字節(jié) 銷售時間 false 但是，此表中的一個問題是記錄的每一次藥品銷售的記錄，但在顯示時應該要將每一種藥品再統(tǒng)計出每一藥品的銷售情況，為解決此問題，在數據庫中使用了視圖，采用 本 科 畢 業(yè) 設 計 第 21 頁 共 42 頁 分組的方法統(tǒng)計每種藥品的銷售情況，再以此視圖與藥品信息聯合成新的視圖，最后能夠為前臺界面查詢顯示。 在日、月銷售信息兩表中有著很大的關聯 性，它們的關系是每日銷售的信息應該加入到當前月的銷售信息中，它其中的加和邏輯應該是如果以前未銷售過該種藥品則在月銷售信息表中加入新的數據項，若是從前已經銷售過該種藥品，則不應該加入該銷售信息，而是修改該種藥品銷售信息的記錄，即增加銷售量和銷售金額。在數據庫中完成該種邏輯功能的方法是在日銷售信息表中創(chuàng)建觸發(fā)器，創(chuàng)建該觸發(fā)器 [19]的代碼如下： create trigger dayIntoMonth on daySaleStatistic for insert as declare @dnum varchar(10),@saleAmount int,@saleCrash int select @dnum=(select dnum from inserted), @saleAmount=(select saleAmount from inserted) , @saleCrash =(select saleCrash from inserted) if(@dnum in (select dnum from monthSaleStatistic)) begin update monthSaleStatistic set saleAmount=((select saleAmount from monthSaleStatistic where dnum=@dnum)+@saleAmount), saleCrash=((select saleCrash from monthSaleStatistic where dnum=@dnum)+@saleCrash) where dnum =@dnum end else begin insert into monthSaleStatistic (dnum,saleAmount,saleCrash) values(@dnum,@saleAmount,@saleCrash) end 在向銷售信息表中加入信息時，還有一個數據的完整性約束，這屬于數據庫的事務操作的原子性特點，這種完整性約束是向銷售信息表中加入數據時就意味著賣出了某種藥品，所以此時該種藥品的庫存還應當減少與銷售信息表加添加的藥品數量相等的數目，從而保證符合常理的數據，本系統(tǒng)解決該問題的方法是使用了存儲過程，從而提高系統(tǒng)的速度。 在會員顧客銷售藥品時，若是會員顧客 ，則系統(tǒng)會依據顧客的會員卡號，向該顧客的記錄中添加其所消費的金額，并將此次消費的金額轉換為相應的積分，此處的邏輯是 本 科 畢 業(yè) 設 計 第 22 頁 共 42 頁 所要添加消費金額的顧客必定要在顧客信息表之中，且要向其加入數據時必須先找到對就的顧客，然后再加入。但是若僅使用常用的插入語句，則很難靈活地動態(tài)的找到所要添加數據的顧客的信息，所以數據庫系統(tǒng)中解決該問題的方法是使用存儲過程，形成一項事務，從而可以靈活的修改指定顧客的信息。數據庫系中創(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) 數據庫中視圖邏輯 前面所介紹的是數據庫中基本表的設置和數據操作情況，但是在前臺界面中使用最多的不是數據的操作而是查詢數據庫中相應的數據。但基本表的設置是實體數據相對獨立不能完成集成的數據顯視，因為基本表中數據冗余很小，不能顯示全部的信息。為了能方便的查詢表中的數據，在本數據庫系 統(tǒng)中使用了 9 個視圖來顯示數據，圖中的數據多是兩個表到三個表數據的集成，從層次上來說，這些視圖應當屬于基本表的更上一層，它更接近程序所使用的前臺界面中的數據。 系統(tǒng)中所用的視圖簡單來說可以分為三類視圖。其中一類是采購模塊中所用到的的藥品表、采購表、代理商表的總體信息的集成，它可以方便采購部門方便查詢到某種藥品是哪個代理商所經營的和此藥品在庫存中的數量；一類是庫存部門使用到的入庫登記時藥品和所制定的采購表之間的聯合信息，這類視圖是藥品信息表和采購表兩表的集成顯示；再一類是銷售模塊中所用的冗余小的銷售記錄與藥品信 息的合成完整顯示某種藥 本 科 畢 業(yè) 設 計 第 23 頁 共 42 頁 品的銷售情況，財務模塊中也是使用的該視圖來統(tǒng)計收支情況，以及在銷售中查詢藥品的銷售價價格查詢所形成的視圖。 數據庫系統(tǒng)中的基本表和視圖的層次邏輯關系如圖 所示。 圖 數據庫層次邏輯圖 基本表 數據庫 藥品表 視圖 代理商 采購表 銷售表 員工表 采購查詢 庫存登記 日銷售 藥品銷售 月銷售 采購模塊 應用 庫存模塊 銷售模塊 財務模塊 登錄 本 科 畢 業(yè) 設 計 第 24 頁 共 42 頁 6 詳細設計 從整個系統(tǒng)的功能實現來分，系統(tǒng)可分為六個大的模塊，這六部分分別是：員工進入系統(tǒng)的身份驗證模塊、管理員模塊、庫存模塊、采購模塊、銷售模塊和財務模塊。在后四個模塊中每個模塊形成一個獨立的界面，各個界面集成各 自的功能，雖然界面不同，但所處理的數據相互交錯。員工進入系統(tǒng)的身份驗證模塊是根據員工的不同身份信息分別進入到不同的模塊界面中去。后面幾個小節(jié)將詳細的介紹五個模塊的具體實現過程。 整個系統(tǒng)在項目實現時共涉及了十個包文件，這些包邏輯結構如圖 所示。m e d in ce Ma n a g em a r k e t r e s e r v e f in a n cep u r ch a s ed a t a b a s em id d le 實體對像co n f iga d m in is t e r 圖 系統(tǒng)包邏輯圖 最上層的 medinceManage 是整個項目中各個模塊的主界面存放的文件包，同時也包括登錄界面，在這個包中的各個主界面又分別以下一層其模塊名稱命名的包相聯系；管理員 administer 包有僅與一層的各模塊包相關聯，而且也與底層的服務包相 關聯；第三層是各個模塊主界面所關聯的各種文件，它們是以模塊名稱來命名的，包括使用的界面和相關的處理邏輯類文件；最下層的文件包為上層文件包提供服務，分別單獨存放，使項目更規(guī)整。 本 科 畢 業(yè) 設 計 第 25 頁 共 42 頁 員工身份驗證模塊 登錄界面是用戶進入系統(tǒng)的門戶，該界面中加入了相應的防止異常處理以使其穩(wěn)定性增強，系統(tǒng)的登錄界面如圖 所示。 圖 登錄界面圖 雖然系統(tǒng)的登錄界面比較簡單，但后臺所處理的頁面跳轉邏輯卻復雜，這個過程需要判斷用戶的用戶名和密碼，還要依據用戶部門屬性來操作其進入到自己的界面。并且在進入到各自系統(tǒng)界面后 ，還要在自己的系統(tǒng)中顯示自己各人的信息，而不須查詢。這個處理的過程是在 Java 語言中寫成一個員工的實體 Bean 來存儲員工的這些數據，將在數據庫員工信息中查詢到的字段信息設置在 Bean 中，再傳遞此 Bean 給相應的界面，這樣不僅加大了數據傳遞的粒度，也簡化了用戶瑣碎信息的數據類型處理。此界面到其它界面的邏輯驗證過程如圖 所示。 圖 登錄驗證流程圖 N N N N N Y Y Y Y Y 管理員 管理員界面 銷售界面 采購界面 庫存界面 財務界面 系統(tǒng)登錄 開始 結束 相應模塊內操作 銷售人 員 采購人員 庫存人員 庫存人員 本 科 畢 業(yè) 設 計 第 26 頁 共 42 頁 此圖只是說明登錄中的邏輯，它是系統(tǒng)中功能實現的一個重要部分，底層的各個界面都是一個獨立的較大的功能實 現模塊，在此圖中并顯示這些信息。 庫存功能模塊 庫存模塊從功能上分可分為三個大的實現部分，一部分是為制定采購計劃進行查詢使用的藥品信息查詢界面；一部分是制定采購計劃界面；再一部分是當采購藥品可以入庫時進行入庫登記，修改庫存量；還有一個其它界面中都有的時間顯示功能。它在系統(tǒng)運行時又啟用了別外一個線程，該線程負現時間的動態(tài)顯示。庫存界面的實現界面效果如圖 所示。 圖 庫存管理界面圖 在實現的程序代碼技術上來說，藥品信息查詢、和銷售信息查詢的方