藥品銷售管理系統(tǒng)樣本—免費畢業(yè)設計論文

1、系統(tǒng)概況一.需求分析1. 系統(tǒng)功能分析2. 系統(tǒng)性能分析3. 系統(tǒng)功能模塊設計4. 數(shù)據(jù)流程圖二總體方案設計1、系統(tǒng)設計概述2、代碼設計3、界面設計三. 數(shù)據(jù)庫設計1、數(shù)據(jù)庫需求分析2、數(shù)據(jù)庫概念結構設計4、數(shù)據(jù)庫的生成與配置5、創(chuàng)建應用程序結構四. 模塊軟件設計測試分析參考文獻3系統(tǒng)功能模塊設計按結構化程序設計思想，分析得出如下系統(tǒng)功能模塊圖:藥品銷售管理系統(tǒng)藥品進貨管理模塊供貨商管理模塊藥品管理模塊系統(tǒng)功能模塊圖三.數(shù)據(jù)庫設計1、數(shù)據(jù)庫需求分析1）針對藥品銷售管理系統(tǒng)，分別對采購部門、銷售部門和庫存保管部門進行詳細的調(diào)研和 分析，總結出如下的需求信息：藥品按類管理，所以需耍有一藥品類型信息

2、。藥品必須屬于一個藥品類型。如果一個藥品類型存在藥品，或存在下級藥品類型，則該類型不可刪除。需要記錄供應藥品信息。在涉及藥品數(shù)量的地方，要給出相應的單位。藥品銷售信息單中耍包含登記藥品銷售數(shù)量、單價等信息。在進貨信息中要包含藥品供應商等信息。藥品報損要有報損原因。進貨、銷售、報損操作要有相應操作員信息。只有管理員登錄之后才可以使用系統(tǒng)。默認的管理員不可以刪除。進貨、銷售、庫存、報損信息都要可以添加、修改、刪除、分類查找。當進行進貨、銷售和報損操作后，能相應更新庫存。需要對進貨、銷售、庫存、報損進行分析，總結熱門藥品。2）經(jīng)上述系統(tǒng)功能分析和需求總結，考慮到將來功能的擴展，設計如下的數(shù)據(jù)項和數(shù)據(jù)

3、結 構：藥品類型信息，包括數(shù)據(jù)項有：藥品類型編號、藥品類型名稱等。藥品信息，包括的數(shù)據(jù)項有：藥品編號、藥品名稱、藥品介紹、庫存量等。藥品單位信息，包括單位編號、單位名稱等。供應商信息，包括供應商名稱、介紹等。進貨信息，包括進貨藥品、數(shù)量、單位、單價、進貨時間經(jīng)手人等。銷售信息，包括銷售藥品、數(shù)量、單位、單價、登記時間等。報損信息，包括報損藥品、數(shù)量、單位、原因、登記時間等。管理員信息，包括管理員賬號、密碼、是否是默認賬號等。2、數(shù)據(jù)庫概念結構設計本系統(tǒng)根據(jù)以上的設計規(guī)劃出的實體有：藥品類型信息實體、藥品信息實體、藥品單位信息 實體、供應商信息實體、進貨信息實體、銷售信息實體、報損信息實體和管理

4、員信息實體。各個實體具體的描述e - r圖如下藥品類型信息實體e-r圖藥品類型藥品信息實體e-r圖單位信息實體e-r圖供應商信息實體e-r圖進貨信息實體e-r圖銷售信息實體e-r圖報損信息實體e-r圖管理員信息實體e-r圖3、數(shù)據(jù)庫邏輯結構設計首先將藥品銷售管理信息系統(tǒng)的數(shù)據(jù)庫概念結構轉(zhuǎn)化為access數(shù)據(jù)庫或sql server 2000數(shù)據(jù) 庫系統(tǒng)所支持的實際數(shù)據(jù)模型，即：數(shù)據(jù)庫的邏輯結構。其各個表格的設計結果如下 數(shù)據(jù)表：藥品類型信息表(merchandisetype)iicrosoft access -merchandisetype : 表：3 文件g)編輯g)視圖辺 插入d)工具 窗

5、口 幫助漓丨兇議丨/二邸丨*扁二丨“ 討1生扌1宜字段名稱數(shù)據(jù)類型自動編號商品類型號mt name s文本商品類型名mt remark r備注備注列名數(shù)據(jù)類型字段大小必填字段默認值說明mt id n自動編號長整型是藥品類型號，遞增，主鍵mt name s文木15是藥品類型名mt remarkr備注是備注數(shù)據(jù)表：藥品信息表(merchandisc)blerchandise : 表字段名稱數(shù)據(jù)類型filidji自動編號藥品編號m_najne_s文本藥品名稱m_introduce_s文本藥品介紹m typeld n數(shù)字藥品類型tdm_storage_n數(shù)字藥存量rcuni tldjt數(shù)字凰編號m_r

6、emark_r備注列名數(shù)據(jù)類型字段大小必填字段默認值說明m_id_n自動編號長整型是藥品編號，遞增，主 鍵m name s文本80是藥品名稱m introduce s文本255是藥品介紹m typeld n數(shù)字長整型是1藥品類型idm storage n數(shù)字長整型是0庫存量m unitid n數(shù)字長整型是1單位編號2、開發(fā)基本界面組件進銷存管理系統(tǒng)基木界而組件用來處理進銷存管理系統(tǒng)中與界面相關的操作，既負責與用戶 界面層進行數(shù)據(jù)傳遞，同時也要將界面端的請求傳遞給業(yè)務處理層，進一步轉(zhuǎn)化為數(shù)據(jù)庫操 作。它包括以下功能： 藥品類型操作管理，對應frmmtype窗體和cl sopmtype類。 藥品操

7、作管理，對應frnimerch窗體和c 1 sopmerch類。 供貨商操作管理，對應frmprovider窗體和clsopprovider類。 進貨操作管理，對應frmbuy窗體和clsopbuy類。 銷售操作管理，對應frmsell窗體和clsopsell類。 報損操作管理，對應clsdispose窗體和clsopdispose類。 管理員操作管理，對應frmuser窗體和c 1 sopadmin類。1、信息輸入界面加操作類的設計思想1）每個模塊的組成在本組件屮，每一個模塊都是由信息輸入界面與相應的操作類來實現(xiàn)的，具體完成的功能如 下： 信息輸入界面：可供添加或修改時調(diào)用，用來獲取用戶輸入

8、，將用戶輸入封裝到對 應的信息管理類中。 操作類：可供界面端程序調(diào)用，實現(xiàn)了兩個功能：其一是用來調(diào)出信息輸入界面, 接收用戶輸入，將輸入存入數(shù)據(jù)庫，并給出數(shù)據(jù)庫操作的結果；其二是通過傳引用 的方式，向用戶界面端傳入的控件添加數(shù)據(jù)，從而在用戶截面端顯示。2）輸入界而的代碼結構為了方便維護和快速開發(fā)，每個界面的實現(xiàn)代碼結構都很相似，大多都包括如下的方法： showdlg：用來顯示對話框，內(nèi)部調(diào)用me. show vbmodal,程序停止在這里。 setstatus：設計對話框控件的默認狀態(tài)。 setdefaultvalue :設計對話框的默認值。 okbutton_click：確定按鈕單擊處理事件

9、。 checkvalid：檢查用戶輸入有效性。 savevalue：保存用戶輸入。 cancelbutton_click：取消按鈕單擊處理事件。當用戶單擊確定或取消按鈕后，程序繼續(xù)執(zhí)行showdlg函數(shù)后面的語句，用來保存或放 棄用戶輸入。3）操作類的代碼結構同樣為了方便維護和快速開發(fā)，每個操作類的代碼結構也都很相似,大多包括如下方法： add:管理增加操作。 modify：管理修改操作。 delete：管理刪除操作。 addtol.vw：將單個對象加入列表，或在列表中更新。 initlistview：設置listview的顯示樣式。 objstolistview：將對象集合顯示到listvi

10、ew,4j。 fi 11 listview：顯示指定類型對彖到列表控件。 getobjfromcontrol:從列表或樹形圖屮得到一個對象。 objstocornbo：傳入?yún)?shù)為對象的單向類與組合框。 f訂1 combo：將全部對象加入到組合框中。2、創(chuàng)建組件的公共模塊為了將來擴展方便，這里加入一個公共模塊，命名為mdlmain ,現(xiàn)在只添加一個空的sub main 作為組件的初始化函數(shù)。3、藥品類型操作管理模塊藥品類型管理模塊實現(xiàn)以下功能： 處理添加藥品類型的操作。 處理修改藥品類型的操作。 處理刪除藥品類型的操作。 處理列舉或查找藥品類型的操作。4、藥品操作管理模塊區(qū)藥品信息商品信息備注藥

11、品名藥品類型藥品介紹確定職消庫存量藥品操作管理模塊實現(xiàn)以下的功能: 處理添加藥品的操作。 處理修改藥品的操作。 處理刪除藥品的操作。 處理分析藥品庫存量的操作。 處理列舉或查找藥品的操作。5、供貨商操作管理模塊供貨商操作管理模塊實現(xiàn)以下的功能: 處理添加供貨商的操作。 處理修改供貨商的操作。 處理刪除供貨商的操作。 處理列舉或查找供貨商的操作。6、進貨操作管理模塊進貨操作管理模塊實現(xiàn)以下的功能: 處理添加進貨的操作。 處理修改進貨的操作。 處理刪除進貨的操作。 處理分析進貨總支出的操作 處理列舉或查找進貨的操作。7、銷售操作管理模塊銷售操作管理模塊實現(xiàn)以下的功能: 處理添加銷售的操作。 處理修

12、改銷售的操作。 處理刪除銷售的操作。 處理分析銷售總收入的操作。 處理列舉或查找銷售的操作。8、報損操作管理模塊報損操作管理模塊實現(xiàn)以下的功能： 處理添加報損的操作。 處理修改報損的操作。 處理刪除報損的操作。 處理分析報損總數(shù)量的操作。 處理列舉或查找報損的操作。9、管理員信息操作管理模塊管理員信息操作管理模塊實現(xiàn)以下的功能: 處理添加管理員信息的操作。 處理修改管理員信息的操作。 處理刪除管理員信息的操作。 處理列舉或查找管理員信息的操作。3o界面端應用程序設計1、公共模塊的設計在創(chuàng)建用戶界面端應用程序時，向?qū)б呀?jīng)為我們生成了一個名為mdlmain的模塊，我們對這 個模塊稍微修改即可使用。

13、 添加成員變量 修改mainii程2、用戶登入模塊的設計確定取消1)用戶登入對話框設計 用戶登入對話框代碼設計 添加成員變量 修改form_load過程 修改確定按鈕的處理代碼3、系統(tǒng)主界面的設計藥品銷雋詳理系統(tǒng)系統(tǒng) 視®(x)藥品類型背理 藥品背理 進貨管理 銷售管理 報術管理 供貨商営理 銷售分祈 祜助打印利形視®也藥品庫存生進貨記錄消告記錄j翱報攝記錄1供應商彰所有商品類型 殺注射藥品名稱供貨藥進貨時間進貨數(shù)星單位單價送貨入經(jīng)手人備注一晉構累昭爾濱黑詼六廠i 2006-2-4i 1200| 件/個pio小李要毎11m 22帝外用藥 設計主窗體控件布局控件名稱屬性屬性取

14、消功能frmmaincaption進銷存管理系統(tǒng)系統(tǒng)主窗體iniviewstcon (listview)tmageheight16樹形控件和列表框小圖標所使用 的圖片藥品管理系統(tǒng)的數(shù)據(jù)分析包括數(shù)據(jù)流程圖和數(shù)據(jù)字典，前者描述系統(tǒng)中的處 理過程和數(shù)據(jù)流動，后者定義系統(tǒng)的元素。它們都為確定系統(tǒng)要求提供有用的信 息。1數(shù)據(jù)流圖根據(jù)以上的設想，再對其進行分析后，我們可以大致用以下這個數(shù)據(jù)流圖來描述 這個系統(tǒng)3。返回結杲管理人員查詢報表打印打印結果注冊藥品信息藥品管理系統(tǒng)<購藥結果顧客圖1藥品管理系統(tǒng)流圖以上便是我們這個藥品管理系統(tǒng)的總體數(shù)據(jù)流程圖，通過上述的這幅圖片, 我們可以清楚地了解到該系統(tǒng)的

15、大致情況，有兩個數(shù)據(jù)源/終點，分別是客戶、 用戶。而該系統(tǒng)進一步地功能顯示在下圖中可以得到解釋。管理人員i控制信息"進出貨管> 理和職工管理統(tǒng)計信息銷售l統(tǒng)計管理丿購藥要求銷售及顧客退貨模塊反饋結果/圖2管理人員級的數(shù)據(jù)流圖圖3顧客的數(shù)據(jù)流圖銷售人員通過輸入藥品編號，查出系統(tǒng)中存在的藥品，通過陜生看病以及配 藥，考慮所售藥品的價格，將病人所要購買的藥品列入藥品清單中，最后的銷售 入庫存系統(tǒng)將此次的交易數(shù)據(jù)保存到數(shù)據(jù)庫中，最終完成交易，將藥品交給病人 手中。經(jīng)過對數(shù)據(jù)流程分析，提示出現(xiàn)行系統(tǒng)具有4個主要模塊：藥品信息系統(tǒng)； 藥品庫存管理系統(tǒng)；醫(yī)保管理系統(tǒng)；藥晶銷售系統(tǒng)。通過它們我

16、們的藥品管理 系統(tǒng)才成為了一個能夠成功的軟件。首先是藥品信息系統(tǒng)：在這個模塊中由用戶或管理員輸入所有藥品的基木信 息。第二個是藥品庫存管理系統(tǒng)：在這里這個系統(tǒng)有兩個功能，一是查出現(xiàn)有藥 庫中的所有過期藥品，更新現(xiàn)有的數(shù)據(jù)庫；二是實現(xiàn)藥品入庫，避免藥品空缺造 成的銷售問題。第三個是醫(yī)保管理系統(tǒng)：對太原第二熱電廠的職工級別進行區(qū)別，實現(xiàn)不同 的醫(yī)療保障。同時也包括對職工資料的修改等工作。最后一個是藥品銷售系統(tǒng)：在這個模塊中，管理人員可以很方便地對銷售情 況進行查看，顯示當天的銷售金額并備份所有的數(shù)據(jù)庫表。藥品管理系統(tǒng)與3個外部實體有關：顧客、藥房銷售人員和系統(tǒng)管理員。其 中系統(tǒng)管理人員擁有所有信息

17、資料添加、刪除和修改的權限，而藥房銷售人員只 具有普通權限不能對信息資料做任何的刪除操作。以上只是整個系統(tǒng)的總體流 程，大概顯示了一次一個用戶完整交易的全部過程。在這里我們還要對這個數(shù)據(jù) 流程進行進一步詳細的分解。圖4系統(tǒng)數(shù)據(jù)流圖2. 數(shù)據(jù)字典數(shù)據(jù)字典是集合，也就是對數(shù)據(jù)流圖中所有元素的定義的集合。數(shù)據(jù)字典是系統(tǒng)分析階段的重要文檔，它清楚地定義與詳細地數(shù)據(jù)流程圖上 未能詳細表達的內(nèi)容，同時它能夠組織數(shù)據(jù)，是同用戶交談的極好工具。止匕外， 數(shù)據(jù)字典記載著每個數(shù)據(jù)項的關鍵條目，從中可以檢查出各數(shù)據(jù)元素的詳細內(nèi)容 或漏掉的數(shù)據(jù)元素。下而給出了藥品管理系統(tǒng)中，數(shù)據(jù)字典的部分條目?；緮?shù)據(jù)項名稱：藥品編

18、號 編號：八-001 別名：編號簡述：用來標識藥品的唯一編號 類型：字符型長度：8位字符取值：8位自定義字符，不可重復名稱：職工編號編號：b-001別名：無簡述：用來標識職工的唯一編號類型：字符型長度：8位字符取值：8位自定義字符，不可重復名稱：藥品價格編號：c-001別名:價格簡述：藥品的零售價格類型：數(shù)值型長度：9位字符（其中小數(shù)2位）取值:0. 00999999 99合數(shù)據(jù)項名稱：產(chǎn)品存量編號：d-001別名：庫存簡述：某一藥品的庫存數(shù)量類型：數(shù)值型長度：4位字符取值：09999組成：減去該產(chǎn)品成交數(shù)量或加上該產(chǎn)品成交數(shù)量。3. 3. 5確定新系統(tǒng)方案根據(jù)對現(xiàn)行系統(tǒng)的詳細調(diào)查與分析，以及

19、木小組互相討論之后，現(xiàn)提出藥 品管理系統(tǒng)的初步方案。從系統(tǒng)流程圖出發(fā)木系統(tǒng)應該完成的邏輯功能如下：購藥清單；職工處 理；生成成交金額；生成交易報表；匯總收入報表；職工事務處理； 庫存管理；產(chǎn)品修改；進貨處理；（11）出貨處理?，F(xiàn)提出實現(xiàn)這些功能的方 案如下所示陽：方案一、通過人工操作終端輸入購藥的信息反饋到計算機中，計算機進行對 庫存的操作，人工輸入職工信息由計算機自動牛成藥品價格，計算機自動生成成 交單據(jù)。人工操作和修改職工具體資料，人工進行各產(chǎn)品資料的錄入。方案二、通過人工操作終端輸入購藥的信息反饋到計算機中，計算機進行對 庫存的操作，由用戶提供職工信息（如職工醫(yī)療卡）然后由計算機自動生成

20、藥品 價格，計算機自動生成成交單據(jù)。人工操作和修改職工具體資料，通過掃描條形 碼完成各產(chǎn)品資料的錄入。經(jīng)我與醫(yī)院系統(tǒng)管理人員討論分析：方案二與方案一相比多出了職工醫(yī)療卡 的制作以及條形碼打描儀的使用。從目前情況來看，方案二的實現(xiàn)需要硬件的再 投入，增加了投資，實現(xiàn)難度增大。且條形碼打描儀的編程涉及到硬件接口等技 術。從時間上和目前掌握的專業(yè)知識來說，有一定的困難。所以最終選擇了方案3. 3. 6開發(fā)環(huán)境使用visual basic6.0、數(shù)據(jù)庫為sqlserver2000 發(fā),在個人計算機中進 行調(diào)試。具體的分析將在需求分析中進行進一步地研究，在此僅作簡單介紹，以 供初步了解。3. 3. 7結

21、論木項目提供的服務均為免費的，經(jīng)過了前期充分和細致的準備，我認為在技 術上已無太大的障礙，因此可以著手開發(fā)該系統(tǒng)。4藥品管理系統(tǒng)設計過程4. 1藥品管理系統(tǒng)需求規(guī)格說明書4. 1. 1引言木需求規(guī)格說明書是為畢業(yè)設計檢驗而編寫的，旨在作為開發(fā)的標準和驗收 的依據(jù)。4.1.2數(shù)據(jù)描述1.數(shù)據(jù)庫概念結構設計圖5用戶表實體描述圖6藥品基本信息表實體描述系統(tǒng)中三個主要實體：藥品基木信息實體、供貨商信息實體、藥品庫存信息實休。 他們之間的實體關系er圖如下：藥品編號藥品名、藥品名縮寫藥品規(guī)格< 丿f、藥品有效期賃 賃 系 系 細圖7實體之間關系2.數(shù)據(jù)庫邏輯結構設計需要將上面的數(shù)據(jù)庫概念結構轉(zhuǎn)化為

22、visual basicg.o 數(shù)據(jù)庫為 sqlserver2000系統(tǒng)所支持的實際數(shù)據(jù)模型，也就是數(shù)據(jù)庫的邏輯結構。在上面的實體以及實體之間關系的基礎上，形成數(shù)據(jù)庫中的表格以及表格之 間的關系。藥品管理系統(tǒng)數(shù)據(jù)庫中的部分表格的設計結果如下面的兒個表格所 示。每個表格表示在數(shù)據(jù)庫中的一個表。系統(tǒng)概況一.需求分析2. 系統(tǒng)功能分析2. 系統(tǒng)性能分析3. 系統(tǒng)功能模塊設計4. 數(shù)據(jù)流程圖二總體方案設計1、系統(tǒng)設計概述2、代碼設計4.界面設計三. 數(shù)據(jù)庫設計1、數(shù)據(jù)庫需求分析2、數(shù)據(jù)庫概念結構設計4、數(shù)據(jù)庫的生成與配置5、創(chuàng)建應用程序結構四. 模塊軟件設計測試分析參考文獻3系統(tǒng)功能模塊設計按結構化程

23、序設計思想，分析得出如下系統(tǒng)功能模塊圖:藥品銷售管理系統(tǒng)藥品管理模塊供貨商管理模塊藥品進貨管理模塊系統(tǒng)功能模塊圖三.數(shù)據(jù)庫設計1、數(shù)據(jù)庫需求分析1）針對藥品銷售管理系統(tǒng)，分別對采購部門、銷售部門和庫存保管部門進行詳細的調(diào)研和 分析，總結出如下的需求信息：藥品按類管理，所以需耍有一藥品類型信息。藥品必須屬于一個藥品類型。如果一個藥品類型存在藥品，或存在下級藥品類型，則該類型不可刪除。需要記錄供應藥品信息。在涉及藥品數(shù)量的地方，要給出相應的單位。藥品銷售信息單中耍包含登記藥品銷售數(shù)量、單價等信息。在進貨信息中要包含藥品供應商等信息。藥品報損要有報損原因。進貨、銷售、報損操作要有相應操作員信息。只有

24、管理員登錄之后才可以使用系統(tǒng)。默認的管理員不可以刪除。進貨、銷售、庫存、報損信息都要可以添加、修改、刪除、分類查找。當進行進貨、銷售和報損操作后，能相應更新庫存。需要對進貨、銷售、庫存、報損進行分析，總結熱門藥品。2）經(jīng)上述系統(tǒng)功能分析和需求總結，考慮到將來功能的擴展，設計如下的數(shù)據(jù)項和數(shù)據(jù)結 構：藥品類型信息，包括數(shù)據(jù)項有：藥品類型編號、藥品類型名稱等。藥品信息，包括的數(shù)據(jù)項有：藥品編號、藥品名稱、藥品介紹、庫存量等。藥品單位信息，包括單位編號、單位名稱等。供應商信息，包括供應商名稱、介紹等。進貨信息，包括進貨藥品、數(shù)量、單位、單價、進貨時間經(jīng)手人等。銷售信息，包括銷售藥品、數(shù)量、單位、單價

25、、登記時間等。報損信息，包括報損藥品、數(shù)量、單位、原因、登記時間等。管理員信息，包括管理員賬號、密碼、是否是默認賬號等。2、數(shù)據(jù)庫概念結構設計本系統(tǒng)根據(jù)以上的設計規(guī)劃出的實體有：藥品類型信息實體、藥品信息實體、藥品單位信息 實體、供應商信息實體、進貨信息實體、銷售信息實體、報損信息實體和管理員信息實體。各個實體具體的描述e - r圖如下藥品類型信息實體e-r圖藥品類型藥品信息實體e-r圖單位信息實體e-r圖供應商信息實體e-r圖進貨信息實體e-r圖銷售信息實體e-r圖報損信息實體e-r圖管理員信息實體e-r圖3、數(shù)據(jù)庫邏輯結構設計首先將藥品銷售管理信息系統(tǒng)的數(shù)據(jù)庫概念結構轉(zhuǎn)化為access數(shù)據(jù)

26、庫或sql server 2000數(shù)據(jù) 庫系統(tǒng)所支持的實際數(shù)據(jù)模型，即：數(shù)據(jù)庫的邏輯結構。其各個表格的設計結果如下 數(shù)據(jù)表：藥品類型信息表(merchandisetype)iicrosoft access -merchandisetype : 表：3 文件g)編輯g)視圖辺 插入d)工具 窗口 幫助漓丨兇議丨/二邸丨*扁二丨“ 討1生扌1宜字段名稱數(shù)據(jù)類型自動編號商品類型號mt name s文本商品類型名mt remark r備注備注列名數(shù)據(jù)類型字段大小必填字段默認值說明mt id n自動編號長整型是藥品類型號，遞增，主鍵mt name s文木15是藥品類型名mt remarkr備注是備注數(shù)據(jù)

27、表：藥品信息表(merchandisc)blerchandise : 表字段名稱數(shù)據(jù)類型filidji自動編號藥品編號m_najne_s文本藥品名稱m_introduce_s文本藥品介紹m typeld n數(shù)字藥品類型tdm_storage_n數(shù)字藥存量rcuni tldjt數(shù)字凰編號m_remark_r備注列名數(shù)據(jù)類型字段大小必填字段默認值說明m_id_n自動編號長整型是藥品編號，遞增，主 鍵m name s文本80是藥品名稱m introduce s文本255是藥品介紹m typeld n數(shù)字長整型是1藥品類型idm storage n數(shù)字長整型是0庫存量m unitid n數(shù)字長整型是1

28、單位編號2、開發(fā)基本界面組件進銷存管理系統(tǒng)基木界而組件用來處理進銷存管理系統(tǒng)中與界面相關的操作，既負責與用戶 界面層進行數(shù)據(jù)傳遞，同時也要將界面端的請求傳遞給業(yè)務處理層，進一步轉(zhuǎn)化為數(shù)據(jù)庫操 作。它包括以下功能： 藥品類型操作管理，對應frmmtype窗體和cl sopmtype類。 藥品操作管理，對應frnimerch窗體和c 1 sopmerch類。 供貨商操作管理，對應frmprovider窗體和clsopprovider類。 進貨操作管理，對應frmbuy窗體和clsopbuy類。 銷售操作管理，對應frmsell窗體和clsopsell類。 報損操作管理，對應clsdispose窗體

29、和clsopdispose類。 管理員操作管理，對應frmuser窗體和c 1 sopadmin類。10、信息輸入界面加操作類的設計思想1）每個模塊的組成在本組件屮，每一個模塊都是由信息輸入界面與相應的操作類來實現(xiàn)的，具體完成的功能如 下： 信息輸入界面：可供添加或修改時調(diào)用，用來獲取用戶輸入，將用戶輸入封裝到對 應的信息管理類中。 操作類：可供界面端程序調(diào)用，實現(xiàn)了兩個功能：其一是用來調(diào)出信息輸入界面, 接收用戶輸入，將輸入存入數(shù)據(jù)庫，并給出數(shù)據(jù)庫操作的結果；其二是通過傳引用 的方式，向用戶界面端傳入的控件添加數(shù)據(jù)，從而在用戶截面端顯示。2）輸入界而的代碼結構為了方便維護和快速開發(fā)，每個界面

30、的實現(xiàn)代碼結構都很相似，大多都包括如下的方法： showdlg：用來顯示對話框，內(nèi)部調(diào)用me. show vbmodal,程序停止在這里。 setstatus：設計對話框控件的默認狀態(tài)。 setdefaultvalue :設計對話框的默認值。 okbutton_click：確定按鈕單擊處理事件。 checkvalid：檢查用戶輸入有效性。 savevalue：保存用戶輸入。 cancelbutton_click：取消按鈕單擊處理事件。當用戶單擊確定或取消按鈕后，程序繼續(xù)執(zhí)行showdlg函數(shù)后面的語句，用來保存或放 棄用戶輸入。3）操作類的代碼結構同樣為了方便維護和快速開發(fā)，每個操作類的代碼結

31、構也都很相似,大多包括如下方法： add:管理增加操作。 modify：管理修改操作。 delete：管理刪除操作。 addtol.vw：將單個對象加入列表，或在列表中更新。 initlistview：設置listview的顯示樣式。 objstolistview：將對象集合顯示到listview,4j。 fi 11 listview：顯示指定類型對彖到列表控件。 getobjfromcontrol:從列表或樹形圖屮得到一個對象。 objstocornbo：傳入?yún)?shù)為對象的單向類與組合框。 f訂1 combo：將全部對象加入到組合框中。11、創(chuàng)建組件的公共模塊為了將來擴展方便，這里加入一個公共

32、模塊，命名為mdlmain ,現(xiàn)在只添加一個空的sub main 作為組件的初始化函數(shù)。12、藥品類型操作管理模塊藥品類型管理模塊實現(xiàn)以下功能： 處理添加藥品類型的操作。 處理修改藥品類型的操作。 處理刪除藥品類型的操作。 處理列舉或查找藥品類型的操作。13、藥品操作管理模塊區(qū)藥品信息商品信息備注藥品名藥品類型藥品介紹確定職消庫存量藥品操作管理模塊實現(xiàn)以下的功能: 處理添加藥品的操作。 處理修改藥品的操作。 處理刪除藥品的操作。 處理分析藥品庫存量的操作。 處理列舉或查找藥品的操作。14、供貨商操作管理模塊供貨商操作管理模塊實現(xiàn)以下的功能: 處理添加供貨商的操作。 處理修改供貨商的操作。 處理

33、刪除供貨商的操作。 處理列舉或查找供貨商的操作。15、進貨操作管理模塊進貨操作管理模塊實現(xiàn)以下的功能: 處理添加進貨的操作。 處理修改進貨的操作。 處理刪除進貨的操作。 處理分析進貨總支出的操作 處理列舉或查找進貨的操作。16、銷售操作管理模塊銷售操作管理模塊實現(xiàn)以下的功能: 處理添加銷售的操作。 處理修改銷售的操作。 處理刪除銷售的操作。 處理分析銷售總收入的操作。 處理列舉或查找銷售的操作。17、報損操作管理模塊報損操作管理模塊實現(xiàn)以下的功能： 處理添加報損的操作。 處理修改報損的操作。 處理刪除報損的操作。 處理分析報損總數(shù)量的操作。 處理列舉或查找報損的操作。18、管理員信息操作管理模

34、塊管理員信息操作管理模塊實現(xiàn)以下的功能: 處理添加管理員信息的操作。 處理修改管理員信息的操作。 處理刪除管理員信息的操作。 處理列舉或杳找管理員信息的操作。3o界面端應用程序設計4、公共模塊的設計在創(chuàng)建用戶界面端應用程序時，向?qū)б呀?jīng)為我們生成了一個名為mdlmain的模塊，我們對這 個模塊稍微修改即可使用。 添加成員變量 修改mainii程5、用戶登入模塊的設計確定取消2)用戶登入對話框設計 用戶登入對話框代碼設計 添加成員變量 修改form_load過程 修改確定按鈕的處理代碼6、系統(tǒng)主界面的設計藥品銷雋詳理系統(tǒng)系統(tǒng) 視®(x)藥品類型背理 藥品背理 進貨管理 銷售管理 報術管理

35、 供貨商営理 銷售分祈 祜助打印利形視®也藥品庫存生進貨記錄消告記錄j翱報攝記錄1供應商彰所有商品類型 殺注射藥品名稱供貨藥進貨時間進貨數(shù)星單位單價送貨入經(jīng)手人備注一晉構累昭爾濱黑詼六廠i 2006-2-4i 1200| 件/個pio小李要毎11m 22帝外用藥 設計主窗體控件布局控件名稱屬性屬性取消功能frmmaincaption進銷存管理系統(tǒng)系統(tǒng)主窗體iniviewstcon (listview)tmageheight16樹形控件和列表框小圖標所使用 的圖片藥品管理系統(tǒng)的數(shù)據(jù)分析包括數(shù)據(jù)流程圖和數(shù)據(jù)字典，前者描述系統(tǒng)中的處 理過程和數(shù)據(jù)流動，后者定義系統(tǒng)的元素。它們都為確定系統(tǒng)要

36、求提供有用的信 息。1數(shù)據(jù)流圖根據(jù)以上的設想，再對其進行分析后，我們可以大致用以下這個數(shù)據(jù)流圖來描述 這個系統(tǒng)3。返回結杲管理人員查詢報表打印打印結果注冊藥品信息藥品管理系統(tǒng)<購藥結果顧客圖1藥品管理系統(tǒng)流圖以上便是我們這個藥品管理系統(tǒng)的總體數(shù)據(jù)流程圖，通過上述的這幅圖片, 我們可以清楚地了解到該系統(tǒng)的大致情況，有兩個數(shù)據(jù)源/終點，分別是客戶、 用戶。而該系統(tǒng)進一步地功能顯示在下圖中可以得到解釋。管理人員i控制信息"進出貨管> 理和職工管理統(tǒng)計信息銷售l統(tǒng)計管理丿購藥要求銷售及顧客退貨模塊反饋結果/圖2管理人員級的數(shù)據(jù)流圖圖3顧客的數(shù)據(jù)流圖銷售人員通過輸入藥品編號，查出系

37、統(tǒng)中存在的藥品，通過陜生看病以及配 藥，考慮所售藥品的價格，將病人所要購買的藥品列入藥品清單中，最后的銷售 入庫存系統(tǒng)將此次的交易數(shù)據(jù)保存到數(shù)據(jù)庫中，最終完成交易，將藥品交給病人 手中。經(jīng)過對數(shù)據(jù)流程分析，提示出現(xiàn)行系統(tǒng)具有4個主要模塊：藥品信息系統(tǒng)； 藥品庫存管理系統(tǒng)；醫(yī)保管理系統(tǒng)；藥晶銷售系統(tǒng)。通過它們我們的藥品管理 系統(tǒng)才成為了一個能夠成功的軟件。首先是藥品信息系統(tǒng)：在這個模塊中由用戶或管理員輸入所有藥品的基木信 息。第二個是藥品庫存管理系統(tǒng)：在這里這個系統(tǒng)有兩個功能，一是查出現(xiàn)有藥 庫中的所有過期藥品，更新現(xiàn)有的數(shù)據(jù)庫；二是實現(xiàn)藥品入庫，避免藥品空缺造 成的銷售問題。第三個是醫(yī)保管理系

38、統(tǒng)：對太原第二熱電廠的職工級別進行區(qū)別，實現(xiàn)不同 的醫(yī)療保障。同時也包括對職工資料的修改等工作。最后一個是藥品銷售系統(tǒng)：在這個模塊中，管理人員可以很方便地對銷售情 況進行查看，顯示當天的銷售金額并備份所有的數(shù)據(jù)庫表。藥品管理系統(tǒng)與3個外部實體有關：顧客、藥房銷售人員和系統(tǒng)管理員。其 中系統(tǒng)管理人員擁有所有信息資料添加、刪除和修改的權限，而藥房銷售人員只 具有普通權限不能對信息資料做任何的刪除操作。以上只是整個系統(tǒng)的總體流 程，大概顯示了一次一個用戶完整交易的全部過程。在這里我們還要對這個數(shù)據(jù) 流程進行進一步詳細的分解。圖4系統(tǒng)數(shù)據(jù)流圖2.數(shù)據(jù)字典數(shù)據(jù)字典是集合，也就是對數(shù)據(jù)流圖中所有元素的定義

39、的集合。數(shù)據(jù)字典是系統(tǒng)分析階段的重要文檔，它清楚地定義與詳細地數(shù)據(jù)流程圖上 未能詳細表達的內(nèi)容，同時它能夠組織數(shù)據(jù)，是同用戶交談的極好工具。止匕外， 數(shù)據(jù)字典記載著每個數(shù)據(jù)項的關鍵條目，從中可以檢查出各數(shù)據(jù)元素的詳細內(nèi)容 或漏掉的數(shù)據(jù)元素。下而給出了藥品管理系統(tǒng)中，數(shù)據(jù)字典的部分條目?；緮?shù)據(jù)項名稱：藥品編號 編號：八-001 別名：編號簡述：用來標識藥品的唯一編號 類型：字符型長度：8位字符取值：8位自定義字符，不可重復名稱：職工編號編號：b-001別名：無簡述：用來標識職工的唯一編號類型：字符型長度：8位字符取值：8位自定義字符，不可重復名稱：藥品價格編號：c-001別名:價格簡述：藥品的

40、零售價格類型：數(shù)值型長度：9位字符（其中小數(shù)2位）取值:0. 00999999 99合數(shù)據(jù)項名稱：產(chǎn)品存量編號：d-001別名：庫存簡述：某一藥品的庫存數(shù)量類型：數(shù)值型長度：4位字符取值：09999組成：減去該產(chǎn)品成交數(shù)量或加上該產(chǎn)品成交數(shù)量。3. 3. 5確定新系統(tǒng)方案根據(jù)對現(xiàn)行系統(tǒng)的詳細調(diào)查與分析，以及木小組互相討論之后，現(xiàn)提出藥 品管理系統(tǒng)的初步方案。從系統(tǒng)流程圖出發(fā)木系統(tǒng)應該完成的邏輯功能如下：購藥清單；職工處 理；生成成交金額；生成交易報表；匯總收入報表；職工事務處理； 庫存管理；產(chǎn)品修改；進貨處理；（11）出貨處理。現(xiàn)提出實現(xiàn)這些功能的方 案如下所示陽：方案一、通過人工操作終端輸入

41、購藥的信息反饋到計算機中，計算機進行對 庫存的操作，人工輸入職工信息由計算機自動牛成藥品價格，計算機自動生成成 交單據(jù)。人工操作和修改職工具體資料，人工進行各產(chǎn)品資料的錄入。方案二、通過人工操作終端輸入購藥的信息反饋到計算機中，計算機進行對 庫存的操作，由用戶提供職工信息（如職工醫(yī)療卡）然后由計算機自動生成藥品 價格，計算機自動生成成交單據(jù)。人工操作和修改職工具體資料，通過掃描條形 碼完成各產(chǎn)品資料的錄入。經(jīng)我與醫(yī)院系統(tǒng)管理人員討論分析：方案二與方案一相比多出了職工醫(yī)療卡 的制作以及條形碼打描儀的使用。從目前情況來看，方案二的實現(xiàn)需要硬件的再 投入，增加了投資，實現(xiàn)難度增大。且條形碼打描儀的編

42、程涉及到硬件接口等技 術。從時間上和目前掌握的專業(yè)知識來說，有一定的困難。所以最終選擇了方案3. 3. 6開發(fā)環(huán)境使用visual basic6.0、數(shù)據(jù)庫為sqlserver2000 發(fā),在個人計算機中進 行調(diào)試。具體的分析將在需求分析中進行進一步地研究，在此僅作簡單介紹，以 供初步了解。3. 3. 7結論木項目提供的服務均為免費的，經(jīng)過了前期充分和細致的準備，我認為在技 術上已無太大的障礙，因此可以著手開發(fā)該系統(tǒng)。4藥品管理系統(tǒng)設計過程4. 1藥品管理系統(tǒng)需求規(guī)格說明書4. 1. 1引言木需求規(guī)格說明書是為畢業(yè)設計檢驗而編寫的，旨在作為開發(fā)的標準和驗收 的依據(jù)。4.1.2數(shù)據(jù)描述2.數(shù)據(jù)庫

43、概念結構設計圖5用戶表實體描述圖6藥品基本信息表實體描述系統(tǒng)中三個主要實體：藥品基木信息實體、供貨商信息實體、藥品庫存信息實休。 他們之間的實體關系er圖如下：藥品編號藥品名、藥品名縮寫藥品規(guī)格< 丿f、藥品有效期賃 賃 系 系 細圖7實體之間關系2.數(shù)據(jù)庫邏輯結構設計需要將上面的數(shù)據(jù)庫概念結構轉(zhuǎn)化為visual basicg.o 數(shù)據(jù)庫為 sqlserver2000系統(tǒng)所支持的實際數(shù)據(jù)模型，也就是數(shù)據(jù)庫的邏輯結構。在上面的實體以及實體之間關系的基礎上，形成數(shù)據(jù)庫中的表格以及表格之 間的關系。藥品管理系統(tǒng)數(shù)據(jù)庫中的部分表格的設計結果如下面的兒個表格所 示。每個表格表示在數(shù)據(jù)庫中的一個表。

44、ooiing?* cifocco frowoed from one picture io ibe other. "juu a lot of liule black dots to me."*welk yeah. you can't see anyihing without ibe comparomeier. that's it right there." she indicaied an area with her link %er.'let s go lake a look."cirocco rummaged through h

45、er locker and found a pea-green shipsuit that smelled as good as any of them. most of the handy velcro patches were peeling.her room was at ihc boitom of the wiuusel midway betweenladders three aid four. she followed gaby around ibe curving fl<x)r. then pursued her up the ladder.each rung wns a l

46、ink eier lh;w llw hsl until, al i he hub, llwy were weighlkss. they puslwd ofy frurn (he slowly nhaling ring and drifted down l be central conidor io l be science nnhluk. scimod in na sa-csc. it was kqh dark (o make (he instrnments easier to rend, and was as colourful as the inside of a juke box cii

47、xkco liked il. green lights blinked and bunks of television screens hissed white noise through confetti clouds of snow. ugcnc springfield and the polo sistcre floated arourxj (he ccmral holo tank their faces were bathed in the red glow.gaby handed the plates to the computer, punched up an inwge-inwn

48、sifying program, and indicated ihc screen cirocoo should watch. the pictures were sharpened combined then rapidly alternated. two miniscule dots blinked noi far frum each ocher.*tbeiv it is," gaby said pniudly. "small pn>|x!r nuhwm. hul lhe pkilcs aiv imly lvnly three hour 沖an.“gene all

49、ied to them. "orbital elements arc coming in.* he said. gaby and cirocco joined him cirocco glanced down und saw his arm go possessively around gaby's waist. looked quickly away, noting that ihc polo sisters had seen it and were jusl as careful not to notice. they had all learned (o may out of each other's afyain*.sa(um sal in the middle of the lank, fai and brassy. eight blue circles were drawn around it. each larger than the lam each in the cqiujiorial plane of the rings. there was a sphere on each ci