醫(yī)藥銷售管理系統(tǒng)課程設計

1、<p><b>　　藥品銷售管理系統(tǒng)</b></p><p><b>　　需求分析</b></p><p><b>　　一 背景說明</b></p><p>　　醫(yī)藥作為民生的基本保障之一。是我們生活中不可缺少的部分。近來，越來越多的醫(yī)藥銷售點普及。規(guī)模各不一樣。但總的來說，免不了兩個部分：

2、進購藥品和銷售藥品。為了實現(xiàn)這兩個部分的功能和要求，需設計出功能細致的完整系統(tǒng)。該系統(tǒng)需包含對藥品信息的管理、對財務狀況的管理等。醫(yī)藥管理是一項瑣碎、復雜而又十分細致的工作。手工進行企業(yè)日常的藥品銷售、出入庫的工作，容易出現(xiàn)“開空單”的現(xiàn)象，且呆賬、錯賬時有發(fā)生，而且費時費力。本系統(tǒng)在設計中考慮和克服了上訴問題，實現(xiàn)了企業(yè)管理工作的系統(tǒng)化、規(guī)范化和自動化。在本次課程設計中，基于對資料的調(diào)查了解和自身的主觀認識粗略設計出如下醫(yī)藥銷售系統(tǒng)。

3、以達到實現(xiàn)簡單的醫(yī)藥銷售的各個功能的目的。</p><p><b>　　二 部門劃分</b></p><p><b>　　1、進藥部門</b></p><p>　　該部門是醫(yī)藥銷售的基礎。只有保證該部門的正常的運行，才能更好的完成藥品銷售的順利進行。在該部門中，需要對入庫的藥品進行細致入微的藥品信息登記。其中包括每次進購的

4、藥品信息和財務、每次取出用于銷售的藥品信息和財務、過期藥品的信息和財務以及處理情況。到一定的階段還需要對所有的數(shù)據(jù)進行匯總分析。</p><p><b>　　2、售藥部門</b></p><p>　　該部門是醫(yī)藥銷售的直接部門。是面向顧客的一種服務。會比較直觀的體現(xiàn)整個醫(yī)藥的銷售情況。雖然該部門需要了解和學習不少的銷售技巧方面的知識，以到達提高銷售業(yè)績的目的。但對于本

5、系統(tǒng)來講，該部門主要實現(xiàn)對每次進柜的藥品信息登記、每售出一件藥品的信息登記、回收過期藥品的信息登記等。只有每次細致的記錄相關信息，才能更有條理的順利完成各個要求。</p><p><b>　　三 子系統(tǒng)功能</b></p><p>　　該系統(tǒng)總的方面分為兩個大的板塊，就是上面講的進藥部門和售藥部門。但在具體實施過程中。會涉及到不同的子系統(tǒng)及相關的數(shù)據(jù)屬性等。這樣更細致

6、全面的羅列出各個方面的信息和要求，有助于系統(tǒng)的完整性和操作的有效性。在醫(yī)藥銷售中，首先會涉及到基本的藥品信息，包括其基本屬性信息以及價格信息等。銷售都會涉及到財務狀況，因此必須做好相關的財務信息記錄。另外，還會涉及到銷售管理和倉庫管理的相關數(shù)據(jù)。因此在該系統(tǒng)中，會有以下幾個子系統(tǒng)：基本信息子系統(tǒng)、庫房管理子系統(tǒng)、銷售管理子系統(tǒng)、財務統(tǒng)計子系統(tǒng)、總經(jīng)理子系統(tǒng)。</p><p><b>　　四 各子系統(tǒng)的功

7、能</b></p><p><b>　　基本信息子系統(tǒng)</b></p><p><b>　　藥品基本信息</b></p><p>　　（編號、藥名、單價、數(shù)量、總價、供應商、備注）</p><p><b>　　供應商基本信息</b></p><p

8、>　　（供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式）</p><p><b>　　客戶基本信息</b></p><p>　　（客戶號、類別、聯(lián)系人、所在城市、聯(lián)系方式）</p><p><b>　　4、員工基本信息</b></p><p>　?。▎T工號、姓名、用戶名、密碼、職位、權限）<

9、/p><p><b>　　庫房管理子系統(tǒng)</b></p><p>　　對入庫的藥品進行登記</p><p>　?。ň幪枴⑺幟?、數(shù)量、單價、總價、備注）</p><p>　　對倉庫中的藥品進行查詢</p><p>　　（編號、藥名、庫存數(shù)量、單價、備注）</p><p><

10、b>　　進行退貨處理</b></p><p>　?。ň幪?、藥名、退貨數(shù)量、單價、備注）</p><p><b>　　銷售管理子系統(tǒng)</b></p><p>　　對每一次銷售行為進行登記</p><p>　?。ň幪?、藥名、單價、數(shù)量、總價、經(jīng)手人、日期）</p><p><b

11、>　　對銷售報表進行查詢</b></p><p>　?。ň幪枴⑺幟?、單價、數(shù)量、總價、經(jīng)手人、日期）</p><p><b>　　對銷售退貨進行處理</b></p><p>　?。ň幪?、藥名、單價、數(shù)量、總價、經(jīng)手人、日期）</p><p><b>　　財務統(tǒng)計子系統(tǒng)</b><

12、;/p><p>　　每天的收入、支出記錄</p><p>　?。ň幪?、發(fā)票號、數(shù)額、經(jīng)手人、日期）</p><p><b>　　每月的結算</b></p><p>　?。ň幪?、上月余額、收入、支出、余額、經(jīng)手人、日期）</p><p><b>　　年終結算</b></p&g

13、t;<p>　?。ň幪?、收入、支出、凈收入、經(jīng)手人、日期）</p><p><b>　　總經(jīng)理子系統(tǒng)</b></p><p>　　1、查詢銷售情況和財務狀況以便了解本企業(yè)的經(jīng)營狀況，做出相應的決策； </p><p>　　2、管理員工，了解不同員工的上班時間和他的相關的業(yè)績；</p><p>　　3、客戶的

14、管理，了解客戶的數(shù)量，注銷有問題的客戶；</p><p>　　4、供應商的管理，了解供應信息，選擇最合適的供應商。</p><p><b>　　五 數(shù)據(jù)字典</b></p><p><b>　　數(shù)據(jù)項</b></p><p><b>　　數(shù)據(jù)結構</b></p>

15、<p><b>　　數(shù)據(jù)流</b></p><p><b>　　數(shù)據(jù)存儲</b></p><p><b>　　處理過程</b></p><p><b>　　概念結構設計過程</b></p><p>　　本次課程設計開發(fā)醫(yī)藥銷售管理系統(tǒng),經(jīng)過可行性

16、分析、詳細調(diào)查以及多次討論,確定了該系統(tǒng)主要由進購藥品和銷售藥品兩部分組成。具體來說分為五個子系統(tǒng)，分別是：基本信息子系統(tǒng)、庫房管理子系統(tǒng)、銷售管理子系統(tǒng)、財務統(tǒng)計子系統(tǒng)、總經(jīng)理子系統(tǒng)。各個子系統(tǒng)各司其職，獨立完成自身的任務又與其他子系統(tǒng)緊密聯(lián)系。本結構設計過程采用自頂向下的設計方法，即首先定義全局概念結構的框架，然后逐步細化。下面給出各個子系統(tǒng)的分析及分E-R圖的設計及對其進行的各項調(diào)整</p><p><

17、;b>　　基本信息子系統(tǒng)</b></p><p><b>　　子系統(tǒng)功能：</b></p><p>　　收集藥品、員工、顧客和供應商的基本信息并做好相應的記錄和管理。其中包括對當前信息的添加、修改、刪除等管理。</p><p>　　定期對各種信息進行整理。比如對過了保質(zhì)期的藥品信息和過了一定時限的員工、顧客和供應商信息的刪除。

18、以減少資源的浪費。</p><p>　　對系統(tǒng)自身的維護管理。比如系統(tǒng)的修復和升級等。</p><p>　　根據(jù)設計情況以及數(shù)據(jù)字典，畫出該子系統(tǒng)的分E-R圖。</p><p>　　員工信息分E-R圖：</p><p>　　藥品信息分E-R圖：</p><p><b>　　顧客信息E-R圖：</b>

19、;</p><p>　　供應商信息E-R圖：</p><p><b>　　實體屬性如下：</b></p><p>　　員工（員工號、姓名、性別、年齡、工齡、級別、職務、權限、備注）</p><p>　　藥品（編號、藥名、類別、供應商、庫存量、進價、售價、有效期、備注）</p><p>　　顧客（客

20、戶號、名稱、聯(lián)系人、聯(lián)系方式、所在城市、備注）</p><p>　　供應商（供應商號、名稱、聯(lián)系人、聯(lián)系方式、所在城市、備注）</p><p><b>　　庫房管理子系統(tǒng)</b></p><p><b>　　子系統(tǒng)的功能：</b></p><p>　　1、對入庫的藥品進行編號登記管理。將各種藥品分類

21、編號登記其名稱、數(shù)量及進購價格等相關信息，便于查詢的方便和效率。</p><p>　　2、對每次從倉庫取出的藥品進行詳細的登記管理。主要包括其藥名、數(shù)量、經(jīng)手人、取出日期等管理。</p><p>　　3、實現(xiàn)隨時查詢倉庫情況的功能。要求能即使登入界面、準確查詢相關的倉庫當前的信息。</p><p>　　4、能做好對不合要求的藥品的退貨管理。要求記錄退掉的藥品的名稱、

22、數(shù)量、所值金額和退貨原因等相關信息。</p><p>　　根據(jù)設計情況以及數(shù)據(jù)字典，畫出該子系統(tǒng)的分E-R圖。</p><p><b>　　實體屬性如下：</b></p><p>　　入庫合出庫藥品（編號、藥名、數(shù)量、單價、總價、備注）</p><p>　　對倉庫中藥品的查詢（編號、藥名、庫存量、單價、備注）</p

23、><p>　　退貨處理（編號、藥名、退貨數(shù)量、單價、備注）</p><p><b>　　銷售管理子系統(tǒng)</b></p><p><b>　　子系統(tǒng)功能:</b></p><p>　　1、及時對每次銷售行為的準確記錄。包括藥品的編號、名稱、數(shù)量、金額、經(jīng)手人、經(jīng)手日期等相關信息的準確登記。方便整個的管理和

24、其他的查詢工作的完成。</p><p>　　2、對每次退貨進行詳細的記錄。除了藥品的基本信息之外，還需要對退貨原因進行詳細的登記。以便找出原因并盡力解決其原因。以減少以后的退貨率。</p><p>　　3、能夠?qū)崿F(xiàn)月終和年終的總的數(shù)據(jù)統(tǒng)計以及能實現(xiàn)隨時對銷售報表的查詢功能。其中數(shù)據(jù)的統(tǒng)計主要包括編號、藥名、數(shù)量、金額、經(jīng)手人、統(tǒng)計截止日期等。而對報表的查詢時需要有如下屬性的總的統(tǒng)計。比如：

25、某種藥品的售出數(shù)量、總的售出金額、統(tǒng)計截止日期、負責人證明。</p><p>　　根據(jù)設計情況以及數(shù)據(jù)字典，畫出該子系統(tǒng)的分E-R圖。</p><p><b>　　實體屬性如下：</b></p><p>　　每次售出的藥品（編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期）</p><p>　　每次退回的藥品（編號、藥名、單價

26、、數(shù)量、總價、經(jīng)手人、日期）</p><p>　　銷售報表的查詢（編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期）</p><p><b>　　財務統(tǒng)計子系統(tǒng)</b></p><p><b>　　子系統(tǒng)功能：</b></p><p>　　記錄每天支出和收入的詳細情況、相關細則以及結算情況。記錄盡可能詳細

27、，以方便管理。主要記錄售出或退回的藥品的編號、藥名、發(fā)票號、單價、數(shù)量、總價、經(jīng)手人、日期以及備注等。</p><p>　　記錄每月支出和收入的詳細情況、相關細則以及結算情況。主要包括上月余額、當月的收入、支出、余額、經(jīng)手人和日期。能實現(xiàn)隨時查詢的功能。</p><p>　　記錄每年支出和收入的詳細情況、相關細則以及結算情況。主要包括上年余額、當年的收入、支出、凈收入、經(jīng)手人和日期。能實現(xiàn)

28、隨時查詢的功能。</p><p>　　根據(jù)設計情況以及數(shù)據(jù)字典，畫出該子系統(tǒng)的分E-R圖。</p><p><b>　　實體屬性如下：</b></p><p>　　每天的收入、支出記錄（編號、發(fā)票號、數(shù)額、經(jīng)手人、日期）</p><p>　　每月的結算（編號、上月余額、收入、支出、余額、經(jīng)手人、日期）</p>

29、<p>　　年終結算（編號、收入、支出、凈收入、經(jīng)手人、日期）</p><p><b>　　總經(jīng)理子系統(tǒng)</b></p><p><b>　　子系統(tǒng)功能：</b></p><p>　　1、能隨時查詢銷售情況和財務狀況具體情況以便了解本企業(yè)的經(jīng)營狀況，做出相應的決策； </p><p>

30、　　2、管理員工，了解不同員工的上班時間和他的相關的業(yè)績；</p><p>　　3、客戶的管理，了解客戶的數(shù)量，注銷有問題的客戶；</p><p>　　4、供應商的管理，了解供應信息，選擇最合適的供應商。</p><p>　　根據(jù)設計情況以及數(shù)據(jù)字典，畫出該子系統(tǒng)的分E-R圖。</p><p><b>　　實體屬性如下：</b

31、></p><p>　　藥品信息（編號、藥名、單價、數(shù)量、總價、供應商、備注）</p><p>　　財務信息（編號、發(fā)票號、支出、收入、凈收入、經(jīng)手人、日期）</p><p>　　銷售信息（編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期）</p><p>　　供應商（供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式）</p><

32、;p>　　顧客（客戶號、類別、聯(lián)系人、所在城市、聯(lián)系方式）</p><p>　　對E-R圖調(diào)整的準則:</p><p>　　現(xiàn)實世界中的事物能作為屬性對待的盡量作為屬性對待；</p><p>　　屬性和實體的劃分：屬性中不具有需要描述的信息，即屬性是不可分的數(shù)據(jù)項，不再包含其他信息。</p><p><b>　　具體調(diào)整如下:

33、</b></p><p>　　員工應對應一個領導關系,但為了簡便起見,就用員工的“等級”屬性來表示員工之間的領導關系。</p><p><b>　　視 圖 集 成</b></p><p>　　以上便是五個子系統(tǒng)的分E-R圖設計及其調(diào)整的整個過程，接著要做的就是將所有的分E-R圖進行綜合,合成一個系統(tǒng)的總E-R圖.</p>

34、<p>　　由于本系統(tǒng)比較簡單,分E-R圖規(guī)模也比較小,所以E-R圖合成過程采用一次將五個子系統(tǒng)分E-R圖集成總E-R圖的方式.</p><p><b>　　分兩步進行：</b></p><p><b>　　第一步：合并。</b></p><p>　　解決各分E-R圖之間的沖突，將各分E-R圖合并起來生成初步

35、E-R圖。</p><p>　　各分E-R圖之間的沖突主要有三類：</p><p><b>　　屬性沖突：</b></p><p>　?。?）屬性域沖突，即屬性值的類型、取值范圍或取值集合不同。由于本系統(tǒng)較簡單，所以并不存在這種沖突；</p><p>　?。?）屬性取值單位沖突。由于本系統(tǒng)較簡單，不存在這類沖突；<

36、/p><p><b>　　2、命名沖突：</b></p><p>　　同名異義：由于本系統(tǒng)較簡單，所以不存在這類沖突；</p><p>　　異名同義：由于本系統(tǒng)較小，所以不存在這類沖突；</p><p><b>　　3、結構沖突：</b></p><p>　　同一對象在不同應用中

37、具有不同的抽象：本系統(tǒng)在需求分析階段原本存在這種沖突，考慮到后期的簡化合并，我們在設計各個分E-R圖就早先解決了這個問題，即將在任何一個分E-R圖中作為實體出現(xiàn)的屬性全部作為實體；</p><p>　　同一實體在不同分E-R圖中所包含的屬性個數(shù)和屬性排列次序不完全相同：由于本系統(tǒng)較簡單，所以并不存在這種沖突；</p><p>　　第二步：修改和重構。</p><p>

38、;　　消除不必要的冗余，生成基本E-R圖。</p><p>　　由于本系統(tǒng)涵蓋的內(nèi)容比較少，基本不存在冗余的現(xiàn)象，所以初步E-R圖就是基本E-R圖，不必再進行調(diào)整。下面給出E-R圖。</p><p>　　邏 輯 結 構 設 計</p><p><b>　　一、關系模式：</b></p><p>　　藥品信息（編號、藥名、

39、單價、數(shù)量、總價、供應商、備注）</p><p>　　員工信息（員工號、姓名、用戶名、密碼、職位、權限）</p><p>　　客戶信息（客戶號、類別、聯(lián)系人、所在城市、聯(lián)系方式）</p><p>　　供應商信息（供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式）</p><p>　　藥品銷售信息（編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期）<

40、/p><p><b>　　二、關系模式優(yōu)化：</b></p><p>　　在上述關系模式中，每一個分量都是不可分割的數(shù)據(jù)項所以都符合第一范式；在員工信息關系模式中，員工是按照權限分類的，職位不同權限也不同，這樣該關系模式就存在了非主屬性對碼的傳遞依賴：員工號->職位，職位->權限，所以就將用員工信息分解為如下現(xiàn)個模式：</p><p>

41、　?、賳T工信息（員工號、姓名、職位）</p><p>　?、诼毼粰嘞扌畔ⅲ毼?、權限）</p><p>　　本系統(tǒng)不考慮職工信息的管理，為了使銷售員編號與銷售員的職工號連系起來，并能通過職工姓名和職位來修改用戶信息所以把員工的部分信息（員工號、姓名、職位）和用戶信息(用戶名、密碼、權限）合成了員工信息（員工號、姓名、用戶名、密碼、職位、權限）以便系統(tǒng)功能的實現(xiàn)，所以在此不采用模式分解。&l

42、t;/p><p><b>　　三、用戶子模式設計</b></p><p>　　1、經(jīng)理子系統(tǒng)用戶子模式</p><p>　　員工(員工號、姓名、用戶名、密碼、職位、權限)；</p><p>　　因為經(jīng)理對于員工其他情況不會經(jīng)常關注，經(jīng)常使用的只有以上各項，所以在經(jīng)理子系統(tǒng)上設立員工關系。</p><p&g

43、t;　　2、庫房管理子系統(tǒng)用戶子模式</p><p>　　藥品（編號、藥名、單價、數(shù)量、備注）</p><p>　　因為管理員對藥品的其他信息不會經(jīng)常使用。經(jīng)常使用的只有以上各項，所以在庫房管理子系統(tǒng)上設立藥品關系。</p><p>　　3、銷售管理用戶子模式</p><p>　　銷售記錄（編號、藥品、單價、數(shù)量、總價、經(jīng)手人、日期）<

44、/p><p>　　因為在銷售員對銷售記錄中的其他信息不會經(jīng)常使用，經(jīng)常使用的只有以上各項，所以在銷售管理子系統(tǒng)上設立銷售記錄關系。</p><p>　　物 理 結 構 設 計</p><p><b>　　存儲結構設計</b></p><p>　　經(jīng)過分析可知,本藥品銷售管理系統(tǒng)中信息處理的特點如下：</p>&

45、lt;p>　　（１）銷售和庫房管理兩個部門的數(shù)據(jù)不僅經(jīng)常需要查詢,而且更新速度快,例如銷售系統(tǒng)中藥品的銷售記錄、庫房管理中對于庫存中的藥品信息。</p><p>　?。ǎ玻└鱾€部門信息要求共享的信息較多。例如員工信息、藥品的基本信息等。但財務信息一般不共享。</p><p>　?。ǎ常┙?jīng)理部門有一定的特殊職能：匯總財務信息；對于被辭退的員工從系統(tǒng)中級聯(lián)刪除其信息、如從員工表中刪除其基

46、本信息、從它所服務的工作部門中刪除該員工的工作名額，結算支付其工資、獎金；同時補充新的員工，代替它的工作。</p><p>　　針對這些特點，設計如下:</p><p>　　確定數(shù)據(jù)庫的存放位置</p><p>　　為了提高系統(tǒng)性能，現(xiàn)根據(jù)應用情況將數(shù)據(jù)按照易變部分和穩(wěn)定部分、經(jīng)常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。同時，考慮到本系統(tǒng)是多用戶的，為了提

47、高效率，數(shù)據(jù)庫的備份的數(shù)據(jù)和日志文件將保存在磁帶中。</p><p><b>　　經(jīng)常存取部分：</b></p><p>　　藥品基本信息（編號、藥名、單價、數(shù)量、總價、供應商、備注）</p><p>　　供應商基本信息（供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式）</p><p>　　客戶基本信息（客戶號、類別、聯(lián)系人

48、、所在城市、聯(lián)系方式）</p><p>　　員工基本信息（員工號、姓名、用戶名、密碼、職位、權限）</p><p>　　對入庫的藥品進行登記（編號、藥名、數(shù)量、單價、總價、備注）</p><p>　　對倉庫中的藥品進行查詢（編號、藥名、庫存數(shù)量、單價、備注）</p><p>　　對每一次銷售行為進行登記（編號、藥名、單價、數(shù)量、總價、經(jīng)手人、

49、日期）</p><p>　　對銷售報表進行查詢（編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期）</p><p>　　存取頻率較低的部分：</p><p>　　賬單（編號、發(fā)票號、數(shù)額、經(jīng)手人、日期）；</p><p>　　總帳(編號、上月余額、收入、支出、余額、經(jīng)手人、日期)；</p><p>　　財務狀況（收入、支出、

50、凈收入、經(jīng)手人、日期）；</p><p>　　進行退貨處理（編號、藥名、退貨數(shù)量、單價、備注）；</p><p>　　對銷售退貨進行處理（編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期）；</p><p><b>　　確定系統(tǒng)配置</b></p><p>　　藥品銷售管理系統(tǒng)需要的微機數(shù)量和規(guī)模都不必太大，但在系統(tǒng)設計時應考

51、慮到酒店的發(fā)展需求，在選擇硬件設備、服務器操作系統(tǒng)、數(shù)據(jù)庫時都考慮到能夠逐步的增加和擴展。</p><p>　　本藥品銷售管理系統(tǒng)選用了Windows9x系統(tǒng)作為微機的操作系統(tǒng)，它能夠有較好的使用界面并能夠充分發(fā)揮出微機硬件的作用，比較適合藥店這樣的機構；另外，選用了目前應用最多的ORACLE 數(shù)據(jù)庫。</p><p>　　由于涉及到藥店的財務管理，數(shù)據(jù)的完整性和安全性顯得尤其重要。系統(tǒng)中

52、的數(shù)據(jù)一旦丟失，將需要很長時間進行恢復，有時甚至使信息系統(tǒng)不得不從系統(tǒng)初始化階段重新開始運行。每天進行數(shù)據(jù)備份是保障系統(tǒng)安全的重要手段。數(shù)據(jù)備份需要嚴格按照事先制定的備份與故障恢復策略進行，并落實備份登記和檢查措施。</p><p>　　具體的系統(tǒng)配置應當根據(jù)系統(tǒng)實際運行情況做進一步的調(diào)整。</p><p><b>　　二 存取路徑設計</b></p>

53、<p>　　在本系統(tǒng)中，主要的操作是查詢、更新等操作。在各個子系統(tǒng)中都會涉及到相關的操作。所以在本系統(tǒng)中采用索引方法，即根據(jù)應用要求確定對關系的哪些屬性列建立索引、哪些屬性列建立組合索引、哪些索引要設計為唯一索引等。具體設計如下：</p><p>　　1、對以下經(jīng)常在查詢中出現(xiàn)的關系的碼建立索引<說明：下加橫線部分表示關系的碼></p><p>　　藥品基本信息（編號

54、、藥名、單價、數(shù)量、總價、供應商、備注）</p><p>　　供應商基本信息（供應商號、名稱、聯(lián)系人、所在城市、聯(lián)系方式）</p><p>　　客戶基本信息（客戶號、類別、聯(lián)系人、所在城市、聯(lián)系方式）</p><p>　　員工基本信息（員工號、姓名、用戶名、密碼、職位、權限）</p><p>　　對入庫的藥品進行登記（編號、藥名、數(shù)量、單價、

55、總價、備注）</p><p>　　對倉庫中的藥品進行查詢（編號、藥名、庫存數(shù)量、單價、備注）</p><p>　　對銷售報表進行查詢（編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期）</p><p>　　2、以下經(jīng)常進行連接操作的關系的碼建立索引:</p><p>　　編號、供應商號、客戶號、員工號等</p><p>　　

56、3、由于下面幾個關系模式的更新頻率很高,所以沒有定義索引:</p><p>　　對每一次銷售行為進行登記（編號、藥名、單價、數(shù)量、總價、經(jīng)手人、日期）</p><p>　　賬單（編號、發(fā)票號、數(shù)額、經(jīng)手人、日期）；</p><p>　　總帳(編號、上月余額、收入、支出、余額、經(jīng)手人、日期)；</p><p>　　財務狀況（收入、支出、凈收入、

57、經(jīng)手人、日期）；</p><p><b>　　課程小結</b></p><p>　　在這次課程設計過程中，我首先對醫(yī)藥管理進行了了解，仔細分析了該管理對系統(tǒng)功能的要求，并根據(jù)這些功能要求對系統(tǒng)進行定義，確定系統(tǒng)必須做什么。但由于對醫(yī)藥管理了解不多，需求分析難免不夠完善。之后著手對系統(tǒng)的設計工作，首先是概念結構設計，根據(jù)需求分析結果總結系統(tǒng)內(nèi)實體及聯(lián)系并繪制系統(tǒng)的局部E

58、R圖然后畫出全局ER圖。結合需求分析與概念結構設計把設計好的ER圖轉(zhuǎn)換為DBMS所支持的數(shù)據(jù)模型所符合的邏輯結構，運用SQL數(shù)據(jù)庫管理系統(tǒng)建好表和相關約束。</p><p>　　本系統(tǒng)最終能夠基本實現(xiàn)絕大多數(shù)功能，但是也有很多不足之處，如藥品進庫信息功能，對新進藥品進行入庫存儲，但是由于進價跟有效期的變化不能只是對該藥品的庫存量更改。進價可以運用加成定價法更改。</p><p>　　在這次

59、課程設計中雖然遇到過很多的困難，但我從中學到了很多有用的知識，通過不斷的翻閱資料，各個問題的解決使我對系統(tǒng)的設計越來越感興趣。相信我從這次課程設計所學到的東西可以讓我在以后的學習及工作中受益無限。</p><p><b>　　參考文獻：</b></p><p>　　[1]．李曉喆,張曉輝. SQL Server 2000管理及應用系統(tǒng)開發(fā).人民郵電出版社，2002[

60、2]．徐松林,路斌,王冬.PowerBuilder數(shù)據(jù)庫應用開發(fā)教程.清華大學出版社，2003 </p><p>　　[3]．崔巍,陳雍先.PowerBuilder10.0實用教程.清華大學出版社，2006</p><p>　　[4]．馬景,濤張軍.劉小松.PowerBuilder10.0實用教程.清華大學出版社，2006</p><p>　　[5]．馮登國,網(wǎng)絡安