【正文】 9 個視圖來顯示數據，圖中的數據多是兩個表到三個表數據的集成，從層次上來說，這些視圖應當屬于基本表的更上一層，它更接近程序所使用的前臺界面中的數據。 在會員顧客銷售藥品時，若是會員顧客 ，則系統(tǒng)會依據顧客的會員卡號，向該顧客的記錄中添加其所消費的金額，并將此次消費的金額轉換為相應的積分，此處的邏輯是 本 科 畢 業(yè) 設 計 第 22 頁 共 42 頁 所要添加消費金額的顧客必定要在顧客信息表之中，且要向其加入數據時必須先找到對就的顧客，然后再加入。其中日銷售信息表在數據庫表中字段設置如表 所示。該表的特點依然是冗余很小，只記錄了藥品的編號，這樣會大大降低相同數據在數據庫中的冗余存儲，在向上 層顯示此表的信息是使用了聯系實體藥品表的藥品其它基本信息創(chuàng)建視圖來顯示完整信息。) begin update drug set amount=amount+purchaseAmount where dnum=dnum update purchasePlan set store=39。 where dnum=dnum 使用該表的還有庫存部門員，當采購的藥品已經可以加入到庫存中時，庫存部門的員工應該就此核對藥品入庫的情況并且修改庫存中藥品的數量，并且也應系統(tǒng)程序中防止數據的重復加入到系統(tǒng)數據庫中去，綜上所述，庫存部門要修改藥品的入庫情況和藥品的庫存情況，兩步操作若是分開分別修改兩個表的數據會降低數據庫效率，雖然在程序代碼中可以完成同樣的工作，并且，這種數據修改原子性也將會因程序異常而無法保證。從而在前臺顯示界面中可以方便的查詢相應的信息。 表 員工信息表 字段名稱 字段類型 字段大小 說明 允許空 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è) 設 計 第 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é) 顧客總現金 false 員工實體與顧客實體相似，員工表包含了員工在藥店的全部信息和一定的個人信息。此表在數據庫中表字段設置如表 所示。 表 藥品信息表 字段名稱 字段類型 字段大小 說明 允許空 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é) 進貨價格 false Manufactory Varchar 50 字節(jié) 生產廠家 false anum Varchar 10 字節(jié) 代理商編號 false 雖然此藥品信息表只是記錄藥品的信息，但它與代理商有著藥品被代理的隱含信息，此表中無法顯視出來，它需要與代理商形成視圖來顯示此信息，若要能正確的形成 本 科 畢 業(yè) 設 計 第 17 頁 共 42 頁 此視圖的信息，就要對此表進行參照完整性約束，在數據庫中使用的是觸發(fā)器來觸發(fā)在向表中加入數據時也向兩表的關系表中加 入與之相應的字段數據，以及刪除某種藥品時也同時刪除關系表中所對應的數據項。至于顧客的地址、年齡等與藥店和整個系統(tǒng)的關系很小，不是系統(tǒng)關心的內容，所系統(tǒng)中所用到的顧客的信息較少。它們的整體 ER 模型如圖 所示。此模型是現實世界到信息世界的第一層抽象，是數據庫設計的工具，也是數據庫設計人員和 本 科 畢 業(yè) 設 計 第 15 頁 共 42 頁 用戶進行交流的語言。所要存儲的主體數據應該由前面所提到的表來存儲，而其它功能模塊所需要顯示的數據可以由表格形成相應的視圖來整合完成，既可以滿足相應的功能需求，也俱有一定的安全性。系統(tǒng)數據庫應該能夠為存儲不同員工實體的信息，且應該能夠對其信息進行處理操作；常規(guī)財務軟件進、銷、存和財務統(tǒng)計 也所用到的信息也應該由精通數據庫的開發(fā)人員來進行合理的設計，并在前臺界面中顯示出來，這一部是該系統(tǒng)中核心的數據；由于實際經營中還有對顧客信息的記錄，以區(qū)分會員和非會員，以進行促銷和招攬顧客，顧客的信息也應該能加入到數據庫中，并可以將顧客每次消費的金額記錄到數據庫中，以便在實惠顧客時做出相應的依據。 采購模塊 采購查詢 采購單匯總 供應商信息 藥品信息 查詢 具體查詢 修改 匯總打印 添加 修改 刪除 查詢 查詢 添加 修改 刪除 本 科 畢 業(yè) 設 計 第 13 頁 共 42 頁 圖 財務管理模塊圖 銷售管理模塊 銷售模塊主要分為四小的功能部分，一部分是對顧客信息的添加與修改，從而可以在將藥品銷售給會員顧客的同時記錄顧客的消費積分和消費金額；另一部分是藥品的銷售功能，這是銷售模塊中的主體功能，它能將藥品信息買給指定顧客和記錄銷售的藥品信息，為統(tǒng)計銷售的收入情況提供統(tǒng)計數據，剩下的兩部分功能是對銷售收入的統(tǒng)計和對財務匯賬，這兩部分是銷售人員對當前日和月銷售的藥品和每種藥品的盈利情況的統(tǒng)計，使對店長的財務匯報更加方便。 圖 庫存管理模塊圖 庫存模塊 藥品信息 銷售信息 采購計劃 入庫核對 查詢 日信息查詢 月信息查詢 計劃修改 制定計劃 取消計劃 核對查詢 入庫登記 計劃查詢 清空采購表 系統(tǒng)管理員模塊 財務部 員工管理 銷售部 采購部 信息查詢 信息添加 總體查詢 月銷售信息 月銷售報賬 供應商查詢 采購計劃 采購單 庫存部 入庫核實 銷售收入 采購支出 薪資支出 財務匯總 添加采購藥品 本 科 畢 業(yè) 設 計 第 12 頁 共 42 頁 采購管理模塊 采購模塊大體上分為三個主體功能，它包括記錄采購過程中所遇到的新的藥品和記錄某個藥品代理商信息，以及對它們各自信息的修改和刪除，這兩部分可以說是對整個系統(tǒng)添加必要的處理信息；別一個功能是查詢 采購計劃，并依據現實情況對采購計劃做出實際的修改，這種允許采購人員對采購單進行修改的設置為了應對實際的需要，因為在現實中的藥品價格可能有漲落，但這種信息只有采購人員才能最先知道，在這部分做出修改采購計劃中的采購量和藥品采購價格比較合理；最后一個小功能就是對采購藥品支出的匯總，它主要是完成采購藥品的統(tǒng)計。該模塊功能如圖 所示。第三部分是為各個模塊方便處理而設置實體 Bean 文件和其它都會用到的輔助類，實體 Bean 加大了數據處理的粒度，實體對象的信息傳遞更加容易，輔助類是各個模塊中使用到了相關類，這些類不分屬于哪個模塊，它們的層次關系如圖 所示。系統(tǒng)中主要設置了四個相對獨立但又彼此相互關聯的模塊，這四個模塊就是典型的進、銷、存和財務統(tǒng)計模塊，還有一個更加獨立的系統(tǒng)管理員模塊，它處理整個系統(tǒng)中戶的信息，具有授予和剝奪用戶進入系統(tǒng)的權限，并且可以進入到不同的模塊和查閱任意模塊中的功能。 用戶 庫存系統(tǒng) 采購系統(tǒng) 財務系統(tǒng) 銷售系統(tǒng)1 : 登錄 ()2 : 制訂采購計劃 ()3 : 登錄 ()4 : 查詢采購計劃 ()5 : 獲得采購計劃 ()6 : 登錄 ()7 : 提供采購的藥品 ()8 : 藥品入庫核實 ()9 : 登錄 ()10 : 查詢入庫的藥品信息 ()11 : 獲得藥品信息 ()12 : 確定與修改藥品售價 ()13 : 查詢藥品信息 ()14 : 獲得藥品信息 ()15 : 銷售藥品 ()16 : 提供采購信息 ()17 : 提供銷售信息 ()18 : 統(tǒng)計財務收支 () 圖 藥店管理系統(tǒng)整體業(yè)務時序圖 運行環(huán)境要求 此系統(tǒng)是基于 客戶端 /服務器 （ C/S 模式 ）的系統(tǒng)，后臺數據庫采用 SQL Server，前臺 使用 Java 語言 開發(fā) 。 業(yè)務流程分析 業(yè)務流程分析的主要目的在于分析各個模塊之間數據處理的過程，但其中略去系統(tǒng)開發(fā)過程中不太重要的細枝末節(jié)，從而將數據處理的邏輯過程形成清晰的脈絡。 3）參數確定：根據藥店的收支情況，財務部門可以對藥品銷售時對顧客的打折情況進行更改，以及消費金額到積分數量的轉換，從為了促銷而降低其轉換比率或是將其提高。 4）入庫核實：對已經采購來的藥品進行入庫登記，并統(tǒng)計采購藥品的支出費用。從而做出正確的決策。 2）代理商管理：記錄所采購的藥品是在哪位代理商手里購買的，從而可以采購時方便快捷的采購到需要的藥品，查閱、修改、刪除其信息也是其基本功能。 a) 銷售模塊 1）顧客信息管理：來藥店來買藥的顧客如若愿意加入為藥店的會員 [3]則可記錄顧客的 基本信息，從而可以記錄每次購買藥品的消費金額，并折算成相應的積分，以便宜對藥店的促銷、招攬顧客提供一定的依據。 其中五類不同的員工作身份分別為：采購部門員 工、銷售部門員工、庫存部門員工、財務部門員工和系統(tǒng)的管理員，也就是藥店的擁有者。 考慮到現實中藥店的規(guī)模有中、小型大小不一，相 對稍大的藥店可能還會對員工分屬到不同的部門，每個員工相對完成自己部門內的工作，不同部門之間的聯系相對較小。銷售相關功能中至少應完成對藥品銷售信息的記 錄，銷售情況的財務統(tǒng)計，以及現實中對于會員或是非會員身份的記錄和多次采購藥品消費的記錄。 本 科 畢 業(yè) 設 計 第 5 頁 共 42 頁 3 系統(tǒng) 需求分析 需求分析是 對 軟件可行性分析 再一次進行分解與 細化， 嘗試 各種 可以解決問題的方法 。 JDBC 是一個十分獨特的動態(tài)連接方式，它使得程序變得模塊化。 Tempdb 數據庫是為了作為一個臨時工作區(qū)，它的主要特點就是當數據庫再次啟動時它里面的內容將不再存在，它的大小對數據庫的性能優(yōu)化十分重要。這個四個數據庫分別是 Master 數據庫、 Model數據庫、 Msdb 數據庫、 Tempdb 數據庫 [11]。 SQL Server 2020 在原有的 SQL Server 2020架構上做了進一步的更改，它使用了全新的關系引擎和查詢引擎設并引入了 OLAP 和ETL，這標志著它進入了商務智能領域。第三方還有許多 Java 的插件工具包，如多媒體框架的 JMF 和應用于搜索引 擎的 Lucene 開發(fā)工具包。 1）面向對象 ，面向對像解決了很多傳統(tǒng)語言所不能解決的問題，包括軟件的開發(fā)規(guī)模擴大、升級加快、維護量增 大等。 Java 語言 Java 語言是 當今計算機編程語言中十分流行的一種語言，它具有強大的優(yōu)勢。本系統(tǒng)使用的 Java 語言編