數據庫系統原理課程設計課題名稱： 醫藥銷售管理系統 姓 名： 黃 秀 麗 班 級： 信 管 1101 學 號： 311109030105 指導老師： 劉小燕 2013年 1 月 日目錄1. 需求分析22數據庫概念設計23.數據庫邏輯設計44數據庫與數據表設計55觸發器和存儲過程設計75.1 存儲過程75.2 觸發器116數據庫的用戶與權限管理127數據庫的備份128.數據的導入與導出139課程設計小結1710參考文獻171課題描述近年來，中國醫藥行業迅速發展，藥店企業多業態經營，倉儲式大型超市、中等規模超市、便利連鎖綜合發展。隨著規模的擴大，傳統的醫藥管理已經不能適應發展的需要，很難在激烈的競爭中生存。通過對從事醫藥產品的零售、批發等工作企業的深入調查，發現其業務主要包括企業藥品銷售、出入庫管理、企業的財務、人事管理等。醫藥管理是一項瑣碎、復雜而又十分細致的工作。手工進行企業日常的藥品銷售、出入庫的工作，容易出現“開空單”的現象，且呆賬、錯賬時有發生，而且費時費力。本系統在設計中考慮和克服了上述問題，實現了企業管理工作的系統化、規范化和自動化。2設計過程本系統進行了建立數據庫的必要性和可行性的分析，需求分析，數據庫的概念設計、邏輯設計、物理設計和數據庫的實現、運行、維護以及相應的前臺的主要功能模塊的開發。 1、需求分析根據給定的設計課題，繪制DFD、DD圖表以及書寫相關的文字說明。1.1本系統要求實現以下主要功能： (1)基礎信息管理：包括藥品信息、員工信息、顧客信息；(2) 醫藥及醫藥用品的銷售管理：實現藥品的查詢、銷售、收費收據管理和藥品退貨處理等；(3)系統設置管理：包括不同角色的管理、不同用戶權限的設置等；(4)相關信息統計及報表打印功能。1.2系統功能分析圖 不同用戶對系統的權限不同，經理對系統有查詢和管理功能，員工對系統有查詢、藥品銷售和退貨的功能，而供應商和顧客對此系統沒有使用權限，如圖1-1所示醫藥銷售管理系統用戶登錄員工經理藥品信息查詢員工信息管理供應商信息管理藥品所有信息管理收費收據管理銷售和退貨管理圖1-1 系統功能分析圖1.3數據流圖和數據字典1.3.1 數據流圖（DFD）（1）對藥品銷售部分進行分析，畫頂層數據流圖，如下圖所示供應商供應藥品藥品顧客購買藥品顧客醫藥銷售管理系統收費收據退貨查詢要求查詢統計信息員工和經理圖1-2 頂層銷售數據流圖（2）0層圖，如下圖所示庫存管理銷售管理顧客入庫管理收費收據管理藥品庫存信息顧客信息員工和經理供應商信息供應商員工信息圖1-3 0層數據流圖庫存信息（3）1層圖如下圖所示銷售記錄藥品信息查詢購買藥品顧客顧客信息收費收據退貨記錄顧客退貨顧客退貨信息退貨款 員工和經理圖1-4 1層數據流圖1.3.2 數據字典（DD）（1）主要數據項數據項名稱含義說明類型長度藥品編號唯一標識一個藥品Varchar10員工編號唯一標識一個員工身份Varchar10顧客編號唯一標識不同時間的一個顧客Varchar10圖1-5 主要數據項列表（2）主要數據結構數據結構名稱含義說明組成結構顧客定義了一個顧客的有關信息顧客編號+顧客類別+會員號員工定義了一個員工的有關信息員工編號+員工姓名+聯系電話+登錄密碼藥品定義了一個藥品的有關信息藥品編號+藥品名稱+產地+生產批號+所屬類別+進價+單價+庫存+會員折扣+包裝規格+生產日期+有效期圖1-6 主要數據結構列表（3）主要數據流數據流名稱含義來源去向數據流量組成收費收據顧客購買藥品時填寫的單據員工顧客260份/每天藥品編號+員工編號+顧客編號+銷售數量+銷售總額+銷售日期圖1-7 主要數據流表 （4）信息存儲數據存儲名稱含義說明組成結構說明藥品信息表存放藥品的有關信息藥品+庫存數量用來說明藥品在倉庫中的存放數圖1-8 信息存儲列表（5）處理過程處理過程名稱輸入輸出加工邏輯銷售藥品編號藥品單價根據藥品信息表和顧客信息表，如果庫存不為零，則可以賣給顧客，否則缺貨圖1-9 處理過程列表2、概念結構設計繪制所選課題詳細的E-R圖。2.數據庫概念結構設計采用自底向上的設計方法將系統需求分析得到的用戶需求抽象為信息結構2.1 局部視圖設計(1) 藥品信息E-R圖生產批號藥品名稱藥品編號庫存產地包裝規格所屬類別藥品信息有效期進價會員折扣生產日期單價圖2-1 藥品信息E-R圖(2) 顧客信息E-R圖顧客編號顧客信息會員號顧客類別圖2-2 顧客信息E-R 圖(3) 員工信息E-R圖員工編號員工姓名員工信息登錄密碼聯系電話圖2-3 員工信息E-R圖(4) 供應商信息E-R圖所在城市供應商編號供應商信息聯系方式供應商名稱聯系人圖2-4 供應商信息E-R 圖(5)經理E-R圖經理信息用戶名密碼圖2-5 經理信息E-R 圖2.2 系統總E-R圖（PD建模工具繪制數據庫的概念設計就是畫出E-R圖。分析前面的系統功能要求，需要一個表來存儲和管理客戶信息，使系統能夠接受客戶查詢藥品時輸入的各項數據，以實現數據錄入、查詢或統計客戶信息等功能。客戶是本系統的第一個實體。為了能實現查詢和統計藥品情況等功能，必須有一個表來存儲和管理所有藥品的信息。藥品是本系統的第二個實體。據此可以繪出醫藥銷售管理系統數據庫的E-R圖如下：mn 供應銷售藥 品n管理m查詢mn藥品銷售m員 工n 更 新 查詢顧 客n1管理經 理n供應商1查詢實體屬性列表如下：實體屬性藥品藥品編碼藥品名稱藥品類別代碼售價進價庫存量供應商有效期至客戶客戶編碼客戶名稱聯系人聯系方式所在城市供應商供應商編碼供應商名稱聯系人聯系電話所在城市藥品銷售銷售編碼銷售員編碼銷售日期總金額員工職工號姓名用戶登錄名用戶口令用戶身份用戶權限3. 數據庫邏輯設計3、邏輯結構設計將E-R圖轉換成等價的關系模式；按需求對關系模式進行規范化；對規范化后的模式進行評價，調整模式，使其滿足性能、存儲等方面要求；根據局部應用需要設計外模式。3.1將數據庫的概念模型轉換為關系模型藥品信息（藥品編號，藥品名稱，藥品類別代號，售價，進價，庫存量，供應商，有效期） 外碼：藥品類別代號、 供應商藥品分類索引信息（藥品類別代號，類別說明）員工信息（員工號，姓名，用戶名，密碼，職位，權限）客戶信息（客戶號，客戶名稱，聯系人，聯系方式，客戶所在城市）供應商信息（供應商號，供應商名稱，聯系人，聯系方式，供應商所在城市）藥品銷售信息（銷售編碼，銷售日期，藥品編碼，藥品名稱，單價，數量，供應商，總額，銷售員編碼） 外碼：銷售員編碼、藥品編碼3.2關系模式優化： 在上述關系模式中，每一個分量都是不可分割的數據項所以都符合第一范式；而且前四個關系模式都是單個屬性作為碼，沒有任何非主屬性對碼部分函數依賴，在藥品銷售信息內雖由三個屬性作為碼，但也不存在非主性對碼的部分函數依賴，所以上都符合第二范式；藥品信息、藥品類別索引、客戶信息、供應商信息四個關系模式中都不存在非主屬性對碼的傳遞函數依賴，都屬于第三范式。在員工信息關系模式中，員工是按照權限分類的，職位不同權限也不同，這樣該關系模式就存在了非主屬性對碼的傳遞依賴：職工號-職位，職位-權限，所以就將用員工信息分解為如下現個模式：員工信息（員工號，姓名，用戶名，用戶口令，職位）職位權限信息（職位，權限）本系統不考慮職工信息的管理，為了使銷售員編號與銷售員的職工號連系起來，并能通過職工姓名和職位來修改用戶信息所以把員工的部分信息（職工號，姓名，職位）和經理（用戶名，密碼）合成了員工信息（員工號，姓名，用戶名，密碼，職位，權限）以便系統功能的實現，所以在此不采用模式分解。藥品銷售信息中有大量的數據冗余，表達不明確，將其分解為如下兩個模式：藥品銷售主表（銷售編碼，銷售日期，銷售員編號，總金額）藥品銷售子表（銷售編碼，銷售日期，藥品編碼，藥品名稱，單價，數量，供應商）2、概念結構設計繪制所選課題詳細的E-R圖。3、邏輯結構設計將E-R圖轉換成等價的關系模式；按需求對關系模式進行規范化；對規范化后的模式進行評價，調整模式，使其滿足性能、存儲等方面要求；根據局部應用需要設計外模式。4、物理結構設計選定實施環境，存取方法等。5、數據實施和維護用MS SQL SERVER建立數據庫結構，加載（測試/虛擬）數據，能體現對數據庫的保護（安全性和完整性控制等）。實現各種查詢、鏈接應用程序，并能對數據庫做簡單的維護操作。6、設計小結：總結課程設計的過程、體會及建議。總 結本次課程設計調查從事醫藥產品的零售、批發等工作的企業，根據其具體情況，設計醫藥銷售管理系統。加深了對數據庫課程知識的理解。由于時間倉促，軟件還有很多不足之處，如：藥品信息查詢部分不夠完善，軟件代碼交冗余、效率不高等等，都相關功能缺乏認識造成的。在今后的學習中我們會加強理論的實踐的結合，通過不斷摸索來彌補自己在軟件制作方面的差距。課程小結 在這次課程設計過程中，我首先對醫藥管理進行了了解，仔細分析了該管理對系統功能的要求，并根據這些功能要求對系統進行定義，確定系統必須做什么。但由于對醫藥管理了解不多，需求分析難免不夠完善。之后著手對系統的設計工作，首先是概念結構設計，根據需求分析結果總結系統內實體及聯系并繪制系統的局部ER圖然后畫出全局ER圖。結合需求分析與概念結構設計把設計好的ER圖轉換為DBMS所支持的數據模型所符合的邏輯結構，運用SQL數據庫管理系統建好表和相關約束。 本系統最終能夠基本實現絕大多數功能，但是也有很多不足之處，如藥品進庫信息功能，對新進藥品進行入庫存儲，但是由于進價跟有效期的變化不能只是對該藥品的庫存量更改。進價可以運用加成定價法更改。 在這次課程設計中雖然遇到過很多的困難，但我從中學到了很多有用的知識，通過不斷的翻閱資料，各個問題的解決使我對系統的設計越來越感興趣。相信我從這次課程設計所學到的東西可以讓我在以后的學習及工作中受益無限。10參考文獻1.薩師煊，王 珊.數據庫系統概論M.北京：高等教育出版社,1997:91-132.2. 劉真原.SQL SERVER2000培訓教程M.北京：清華大學出版社，2003：42-56.3. Ferland JA , Fleurent C. SA PH IR: A decision support system for course scheduling J . Interfaces,1994, 24 (2) : 105- 115.4. 李清國.Windows 2000+ ASP SQL Server案例教程M.上海: 中科多媒體電子出版社,2001: 330.5. 李曉黎.ASP+SQLSERVER網絡應用系統開發指南M.北京：人民郵電出版社，2004.1：48-52.參考文獻：1李曉喆,張曉輝. SQL Server 2000管理及應用系統開發.人民郵電出版社，20022徐松林,路斌,王冬.PowerBuilder數據庫應用開發教程.清華大學出版社，2003 3崔巍,陳雍先.PowerBuilder10.0實用教程.清華大學出版社，20064馬景,濤張軍.劉小松.PowerBuilder10.0實用教程.清華大學出版社，20065馮登國,網絡安全原理與技術.科學出版社,20036王鴻博,數據庫技術及工程應用.機械工業出版社,2002-2參考文獻：1苗雪蘭,劉瑞新，宋歌. 數據庫系統原理及應用教程.機械工業出版社出版社，20072趙韶平,徐茂生,周勇華，羅海燕.PowerDesigner系統分析與建模.清華大學出版社，2009掌握數據庫設計的每個步驟，以及提交各步驟所需圖表和文檔。通過使用MS SQL SERVER，建立所設計的數據庫，并在此基礎上實現數據庫查詢、連接等基本操作。1、需求分析根據給定的設計課題，繪制DFD、DD圖表以及書寫相關的文字說明。2、概念結構設計繪制所選課題詳細的E-R圖。3、邏輯結構設計將E-R圖轉換成等價的關系模式；按需求對關系模式進行規范化；對規范化后的模式進行評價，調整模式，使其滿足性能、存儲等方面要求；根據局部應用需要設計外模式。4、物理結構設計選定實施環境，存取方法等。5、數據實施和維護用MS SQL SERVER建立數據庫結構，加載（測試/虛擬）數據，能體現對數據庫的保護（安全性和完整性控制等）。實現各種查詢、鏈接應用程序，并能對數據庫做簡單的維護操作。6、設計小結：總結課程設計的過程、體會及建議。三、上機任務1、數據庫、基本表的建立和修改：在SQL SERVER環境下用SQL語言建立庫以及基本表。2、數據加載： 用手工錄入或導入等方法實現基本表中的數據加載。3、查詢、更新：用SQL語句實現系統的主要功能，并將SQL語句及運行結果以抓圖方式寫在實驗報告中。4、觸發器：根據需要設計觸發器，如刪除數據、實現表間關聯字段修改時的完整性等問題。5、存儲過程：對系統的主要功能設計存儲過程。6、安全管理7、數據備份與恢復8、界面實現：采用某高級語言實現所設計的功能。g.藥品類別索引信息表 a.客戶信息數據表 其中，GuestCode(序號)是表的主鍵，惟一標識一個客戶。設計時定義它為標識列，系統自動地產生連續的永不重復的序號。create table MedInfor/*創