藥品管理系統(tǒng)需求分析

1、-. z.工業(yè)大學畢業(yè)設計(論文)任務書課題名稱藥店管理系統(tǒng)設計與實現(xiàn)學 院 計算機學院專業(yè)班級網(wǎng)絡工程 網(wǎng)061班姓 名王義龍學 號069074228畢業(yè)設計論文的主要容:一、進展調(diào)研，了解、分析用戶對藥店管理系統(tǒng)的設計要求。二、熟練掌握一種程序設計語言，掌握其數(shù)據(jù)庫開發(fā)、訪問技術。三、根據(jù)課題要求，軟件完成如下功能：1,對系統(tǒng)用戶的增刪改查等操作的實現(xiàn);2,對職工的人事管理;3，對藥品的進銷存;特殊情況的處理,還有根據(jù)用戶權限的不同設置模塊的功能開放.四、要求軟件設計界面友好、使用方便，程序執(zhí)行平安、可靠。五、完成與設計容有關的外文資料翻譯，譯文約5000字。六、撰寫畢業(yè)論文并提交設計軟件

2、及清單一份。起止時間：2010年3月1日至2010年6月7日共14周指 導 教 師簽 字系 主 任簽 字院 長簽 字-. z.目錄 TOC o 1-3 h z u HYPERLINK l _Toc226817512第一章概述 PAGEREF _Toc226817512 h 5HYPERLINK l _Toc2268175131.1 系統(tǒng)開發(fā)背景和意義 PAGEREF _Toc226817513 h 5HYPERLINK l _Toc2268175141.2 開發(fā)環(huán)境 PAGEREF _Toc226817514 h 5HYPERLINK l _Toc226817515第二章需求分析 PAGERE

3、F _Toc226817515 h 7HYPERLINK l _Toc2268175162.1 任務概述 PAGEREF _Toc226817516 h 7HYPERLINK l _Toc2268175172.2 功能需求 PAGEREF _Toc226817517 h 7HYPERLINK l _Toc2268175182.3 性能需求7HYPERLINK l _Toc2268175192.4 數(shù)據(jù)描述(數(shù)據(jù)流圖+數(shù)據(jù)字典)8HYPERLINK l _Toc226817520第三章系統(tǒng)總體設計14HYPERLINK l _Toc2268175213.1 業(yè)務流程14HYPERLINK l _

4、Toc2268175223.2 系統(tǒng)功能模塊圖14HYPERLINK l _Toc2268175233.3 系統(tǒng)流程圖16HYPERLINK l _Toc226817524第四章詳細設計18HYPERLINK l _Toc2268175254.1 程序流程圖18HYPERLINK l _Toc2268175264.2 程序輸入輸出描述23HYPERLINK l _Toc2268175274.2.1 用戶管理模塊23HYPERLINK l _Toc2268175284.2.2 職員管理模塊23HYPERLINK l _Toc2268175294.2.3 銷售管理模塊23HYPERLINK l _

5、Toc2268175304.2.4 進貨管理模塊23HYPERLINK l _Toc2268175314.2.5 貨存轉(zhuǎn)移模塊23HYPERLINK l _Toc2268175324.2.6 財務信息模塊23HYPERLINK l _Toc2268175334.3 數(shù)據(jù)庫的設計24HYPERLINK l _Toc2268175344.3.1 數(shù)據(jù)庫的概念構造設計和ER圖24HYPERLINK l _Toc2268175354.3.2 數(shù)據(jù)庫的邏輯設計26HYPERLINK l _Toc2268175364.3.3 數(shù)據(jù)庫的物理設計27HYPERLINK l _Toc226817541第五章測試

6、分析報告47HYPERLINK l _Toc2268175426.1 什么是軟件測試 PAGEREF _Toc226817542 h 47HYPERLINK l _Toc2268175436.2軟件測試的目的 PAGEREF _Toc226817543 h 47HYPERLINK l _Toc2268175446.3 測試方案和要點 PAGEREF _Toc226817544 h 47 HYPERLINK l _Toc226817545 6.3.1 藥品以及藥品管理模塊測試要點 PAGEREF _Toc226817545 h 47HYPERLINK l _Toc2268175466.3.2 銷

7、售管理測試要點 PAGEREF _Toc226817546 h 47HYPERLINK l _Toc2268175476.3.3 進貨管理測試要點 PAGEREF _Toc226817547 h 47HYPERLINK l _Toc2268175496.3.4職工信息測試要點46HYPERLINK l _Toc2268175506.4 局部測試圖 PAGEREF _Toc226817550 h 47HYPERLINK l _Toc2268175516.5 測試結(jié)論 PAGEREF _Toc226817551 h 49HYPERLINK l _Toc226817552總結(jié) PAGEREF _To

8、c226817552 h 50HYPERLINK l _Toc226817553參考文獻51 第一章 概述如何利用現(xiàn)代信息技術使企業(yè)擁有快速、高效的市場反映能力和高度的效率，已是醫(yī)藥經(jīng)營企業(yè)，特別是醫(yī)藥連鎖經(jīng)營企業(yè)特別關心的問題。盡快建立一個功能齊備的藥品進、出庫管理系統(tǒng)，完善現(xiàn)代企業(yè)的信息化管理機制，已成為醫(yī)藥企業(yè)生存開展的當務之急。通過開發(fā)這個藥品管理系統(tǒng)，使藥品進銷存管理工作系統(tǒng)化，規(guī)化，自動化，從而到達提高管理效率的目的。本系統(tǒng)開發(fā)設計思想是實現(xiàn)藥品管理的數(shù)字化。盡量采用現(xiàn)有軟硬件環(huán)境，及先進的管理系統(tǒng)開發(fā)方案，提高系統(tǒng)開發(fā)水平和應用效果的目的。系統(tǒng)應符合企業(yè)管理的規(guī)定，滿足日常管理的

9、需要，并到達操作過程中的直觀、方便、實用、平安等要求，系統(tǒng)采用模塊化程序設計方法，這樣既便于系統(tǒng)功能的各種組合，又便于未參與開發(fā)的技術維護人員補充，維護。系統(tǒng)應具備數(shù)據(jù)庫維護功能，及時根據(jù)用戶需求進展數(shù)據(jù)的添加，刪除，修改等操作。1.1 系統(tǒng)開發(fā)背景和意義此次畢業(yè)設計的選題是由我校計算機學院統(tǒng)一選題。本次的畢業(yè)設計是一個可以充分地鍛煉自己的動手實踐能力以及考核四年大學所學知識的積累的時機。針對我的實際情況，結(jié)合四年來對計算機軟件的熟練程度以及對數(shù)據(jù)庫的了解，經(jīng)過與指導教師以及小組成員的協(xié)商，我選擇了藥品管理系統(tǒng)軟件設計與開發(fā)這個課題。這是一個屬于實際的課題，如果順利，我們所設計的藥品管理系統(tǒng)將

10、實際應用到中國最廣闊的售藥系統(tǒng)中去，對于初涉社會的我們來說，無疑是一個非常好地鍛煉時機?？紤]到該系統(tǒng)屬于一個規(guī)模較大、較為復雜的數(shù)據(jù)庫系統(tǒng)，對計算機的性能要求較高，決定使用MyEclipse7.0開發(fā)此系統(tǒng)。此次畢業(yè)設計選題圍是相當廣泛且實用的，含蓋了目前大局部計算機軟件類開發(fā)的課題，給我們很大的自由開展的空間?？梢悦總€學生挑選出最適宜的課題，更適合同學們的興趣和價值取向。選擇此課題對我來說有著不同的意義，應該來說此課題更接近于實際開發(fā)的全過程。同時對編程、數(shù)據(jù)庫調(diào)用、構造化查詢語言STRUCTURED QUERY LANGUAGE等方面是一個比擬綜合的考驗。讓我在此過程中得到很好的鍛煉。隨著

11、醫(yī)療制度改革的進展，藥品招標采購的逐年規(guī)和擴大，藥品管理已經(jīng)成為藥劑科乃至整個醫(yī)院管理的重要容。傳統(tǒng)的管理模式已經(jīng)跟不上顧客對快節(jié)奏生活的要求了！隨著計算機的普及和計算機軟件的不斷開展，越來越多的醫(yī)療機構開場注視計算機這個輔助工具為自己帶來的效益了。醫(yī)院的售藥機構需要通過計算機提高自已工作效率、對藥品實現(xiàn)進銷存管理和職工管理，提高經(jīng)濟效益本次畢業(yè)設計我們秉承良好的治學之風，除了嚴格按照畢業(yè)設計進度表來安排我的設計情況，同時加強我與指導教師聯(lián)系和交流。同時這是一個面向?qū)嶋H應用的課題，和根底調(diào)研更是尤為顯得重要，為最終能夠成為一個成功的案例而努力。1.2 開發(fā)環(huán)境開發(fā)環(huán)境的選擇會影響到數(shù)據(jù)庫的設計

12、，所以在這里給出圖書管理系統(tǒng)開發(fā)與運行環(huán)境的選擇如下：開發(fā)環(huán)境：Window 7 旗艦版開發(fā)工具：MyEclipse7.0數(shù)據(jù)庫引擎： MyISAM第二章 需求分析2.1任務概述藥品管理系統(tǒng)是為了加強藥品管理，以便更好地對藥品進展監(jiān)視和管理，對售藥機構人員的工作，起到了高效性、準確性管理而開發(fā)。本系統(tǒng)主要包含系統(tǒng)用戶管理模塊、藥品管理模塊、銷售管理模塊、進貨管理模塊、存貨轉(zhuǎn)移管理模塊。藥品管理系統(tǒng)是以合理、全面、準確的藥品編碼體系為根底，提供了對藥品數(shù)量、金額、有效期的全面管理，統(tǒng)一的藥價管理機制規(guī)了藥品的價格。系統(tǒng)能隨時提供藥庫的庫存、藥品流向和消耗，還能根據(jù)現(xiàn)有庫存，藥品有效期提供采購方案

13、或應暫停采購的藥品清單，以提高資金的利用率，防止不必要的損失，方便快捷的途徑對藥根本信息進展定期的更新和刪除等管理。 2.2 功能需求一功能劃分藥品管理系統(tǒng)分為系統(tǒng)用戶管理、藥品銷售管理、藥品庫存管理、進貨管理、職工管理、查詢與報表分析。二功能描述1系統(tǒng)用戶管理：允許添加刪除用戶只有管理員才可以修改，任意權限的用戶允許更改自己的密碼，添加或刪除職工，修改職工，對藥品進展銷售和庫存的控制的資料。2 藥品進貨管理：當企業(yè)需要增加新的銷售藥品時，利用此模塊可以添加新的藥品信息，刪除舊的藥品信息，修改已存在的藥品信息，提供所有與藥品相關的各類信息，初始化庫存，初始化供給商相關信息。3藥品銷售管理：藥品

14、統(tǒng)一的價格銷售，對已查詢銷售單，可以對藥品的價格進展控制。4庫存轉(zhuǎn)移管理：實際生活中容易發(fā)生藥品過期和損毀，此時利用此模塊對過期的藥品和損毀的藥品進展清理。6職工管理： 對藥品企業(yè)進展職工的管理，對職工進展增加，修改，刪除，查詢等操作。7查詢與報表分析：此功能并未單獨作為一個模塊，而是分布在各個模塊中，各個模塊產(chǎn)生業(yè)務時，可以在各模塊的相應功能按鈕上選擇查詢。2.3 性能需求為了保證系統(tǒng)能夠長期、平安、穩(wěn)定、可靠、高效的運行，藥品管理系統(tǒng)應該滿足以下的性能需求：1、系統(tǒng)處理的準確性和及時性系統(tǒng)處理的準確性和及時性是系統(tǒng)的必要性能。在系統(tǒng)設計和開發(fā)過程中，要充分考慮系統(tǒng)當前和將來可能承受的工作量

15、，使系統(tǒng)的處理能力和響應時間能夠滿足學校對信息處理的需求。2、系統(tǒng)的開放性和系統(tǒng)的可擴大性藥品管理系統(tǒng)在開發(fā)過程中，應該充分考慮以后的可擴大性。例如用戶查詢的需求也會不斷的更新和完善。所有這些，都要求系統(tǒng)提供足夠的手段進展功能的調(diào)整和擴大。而要實現(xiàn)這一點，應通過系統(tǒng)的開放性來完成，既系統(tǒng)應是一個開放系統(tǒng)，只要符合一定的規(guī)，可以簡單的參加和減少系統(tǒng)的模塊，配置系統(tǒng)的硬件。通過軟件的修補、替換完成系統(tǒng)的升級和更新?lián)Q代。3、系統(tǒng)的易用性和易維護性圖書管理系統(tǒng)是直接面對使用人員的，而使用人員往往對計算機并不時非常熟悉。這就要求系統(tǒng)能夠提供良好的用戶接口，易用的人機交互界面。要實現(xiàn)這一點，就要求系統(tǒng)應該

16、盡量使用用戶熟悉的術語和中文信息的界面；針對用戶可能出現(xiàn)的使用問題，要提供足夠的在線幫助，縮短用戶對系統(tǒng)熟悉的過程。4、系統(tǒng)的標準性系統(tǒng)在設計開發(fā)使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業(yè)標準。5、系統(tǒng)的先進性目前計算系統(tǒng)的技術開展相當快，做為藥品管理系統(tǒng)工程，在系統(tǒng)的生命周期盡量做到系統(tǒng)的先進，充分完成企業(yè)信息處理的要求而不至于落后。這一方面通過系統(tǒng)的開放性和可擴大性，不斷改善系統(tǒng)的功能完成。另一方面，在系統(tǒng)設計和開發(fā)的過程中，應在考慮本錢的根底上盡量采用當前主流并先進且有良好開展前途的產(chǎn)品。6、系統(tǒng)的響應速度藥品管理系統(tǒng)系統(tǒng)在日常處理中的響應速度為秒級，

17、到達實時要求，以及時反應信息。在進展統(tǒng)計分析時，根據(jù)所需數(shù)據(jù)量的不同而從秒級到分鐘級,原則是保證操作人員不會因為速度問題而影響工作效率。2.4 數(shù)據(jù)描述(數(shù)據(jù)流圖+數(shù)據(jù)字典)經(jīng)過調(diào)研，我們發(fā)現(xiàn)，一個藥店最根本的工作流程是進貨和銷售。消費者選擇藥店進展購物，藥店通過我們的藥店管理系統(tǒng)進展藥品的銷售及銷售后的庫存整理。流程簡介：2.4.1 要求A.為每種藥品設置編號，輸入藥品的信息，以便于管理人員對藥品進展管理，也便于核對修改B.為職工設置庫，便于操作員對職工進展管理C.為供貨商設置庫，便于操作員及時與供貨商聯(lián)系貨源D.設置系統(tǒng)權限E.藥品價格分為進貨價、零售價和批發(fā)價2.4.2 目標A.使藥品銷

18、售的信息能及時得到統(tǒng)計、查詢B.方便操作員的操作，到達簡單、易用的效果C.提高操作員的工作效率D.提高操作的正確率E.提高系統(tǒng)的可靠性及平安性管理人員顧客藥品管理系統(tǒng)圖2.1 藥品管理系統(tǒng)根本流程以上便是我們這個藥品管理系統(tǒng)的總體數(shù)據(jù)流程圖，通過上述的這幅圖片，我們可以清楚地了解到該系統(tǒng)的大致情況，有兩個數(shù)據(jù)源/終點，分別是客戶、用戶。而該系統(tǒng)進一步地功能顯示在下列圖中可以得到解釋?？刂菩畔⒐芾砣藛T統(tǒng)計信息銷售統(tǒng)計管理進出貨管理職工管理圖2.2 管理人員的數(shù)據(jù)流圖銷售人員通過輸入藥品編號，查出系統(tǒng)中存在的藥品，通過醫(yī)生看病以及配藥，考慮所售藥品的價格，將病人所要購置的藥品列入藥品清單中，最后的

19、銷售入庫存系統(tǒng)將此次的交易數(shù)據(jù)保存到數(shù)據(jù)庫中，最終完成交易，將藥品交給病人手中。經(jīng)過對數(shù)據(jù)流程分析，提示出現(xiàn)行系統(tǒng)具有4個主要模塊：藥品信息系統(tǒng)、藥品庫存管理系統(tǒng)、供給商管理系統(tǒng)、藥品銷售系統(tǒng)。通過它們我們的藥品管理系統(tǒng)才成為了一個能夠成功的軟件。首先是藥品信息系統(tǒng)：在這個模塊中由用戶或管理員輸入所有藥品的根本信息即藥品的初始化。第二個是藥品庫存管理系統(tǒng)：在這里這個系統(tǒng)有兩個功能，一是查出現(xiàn)有藥庫中的所有過期藥品，更新現(xiàn)有的數(shù)據(jù)庫；二是實現(xiàn)藥品入庫，防止藥品空缺造成的銷售問題。第三個是供給商管理系統(tǒng)：供給商是藥品進貨時，從何處購得的一種記錄方法，通過供給商可以方便的再次進貨。最后一個是藥品銷售

20、系統(tǒng)：在這個模塊中，管理人員可以很方便地對銷售情況進展查看，顯示當天的銷售金額并備份所有的數(shù)據(jù)庫表。藥品管理系統(tǒng)與3個外部實體有關：顧客、藥房銷售人員和系統(tǒng)管理員。其中系統(tǒng)管理人員擁有所有信息資料添加、刪除和修改的權限，而藥房銷售人員只具有普通權限不能對信息資料做任何的刪除操作。以上只是整個系統(tǒng)的總體流程，大概顯示了一次一個用戶完整交易的全部過程。在這里我們還要對這個數(shù)據(jù)流程進展進一步詳細的分解。反應結(jié)果購藥要求消費者購藥及退貨圖2.3 消費者的數(shù)據(jù)流圖消費者通過選購，選購好適宜的藥品，到管理者處登記結(jié)賬，發(fā)生銷售管理。管理者通過藥品編號，錄入系統(tǒng)需要銷售的數(shù)量，系統(tǒng)生成倉庫中是否有足夠的藥品

21、。發(fā)生銷售之后產(chǎn)生銷售單和銷售金額，消費者付款拿貨。銷售管理完成。當消費者發(fā)現(xiàn)購置的藥品不符合要求，管理者在認真核實之后，予以退款，發(fā)生退貨。此時管理者要在系統(tǒng)的壞貨轉(zhuǎn)移中，將不合格藥品轉(zhuǎn)移到不合格倉庫中。圖2.4 系統(tǒng)數(shù)據(jù)流圖圖2.5 詳細數(shù)據(jù)流圖2.4.3 數(shù)據(jù)字典數(shù)據(jù)流工程：1.名字：用戶信息(admin)別名：無流量：每天上十次來源：用戶根本信息表去向：核對用戶信息定義：用戶信息用戶名用戶密碼+權限2.名字：藥品信息別名：無流量：每天上十次來源：藥品表去向：核對藥品庫存初始化、核對出庫信息、核對入庫信息定義：藥品信息藥品編號 + 藥品名稱 + 藥品建成 + 藥品規(guī)格 + 藥品產(chǎn)地 +

22、批號 +進價 + 批發(fā)價 + 零售價 + 供給商 + 類別 + 有效期 + 備注.3.名字：庫存信息別名：無流量：每天上十次來源：庫存表去向：核對藥品庫存查詢、核對進貨單、核對銷售單定義：庫存信息ID 藥品編號 + 藥品名稱供給商編號 + 單價 + 數(shù)量 + 入庫日期 + 倉庫類別.4.名字：供給商信息別名：無流量：每天上十次來源：供給商表去向：反應給用戶,核對進貨單定義：供給商信息ID供貨商編號供貨商名+地區(qū)+備注5.名字：銷售單單信息別名：無流量：每天上十次來源：銷售單單表去向：反應給用戶定義：銷售單信息ID藥品編號 + 藥品名稱 + 數(shù)量 銷售日期 + 銷售數(shù)量 + 銷售收入2.4.4

23、存儲條目：1.文件名：用戶根本信息表別名：無存儲方式：隨機存儲存儲頻率：每天上十次定義：用戶根本信息表用戶名用戶密碼 + 權限2.文件名：藥品表別名：無存儲方式：隨機存儲存儲頻率：每天上十次定義：藥品表藥品編號 + 藥品名稱 + 藥品建成 + 藥品規(guī)格 + 藥品產(chǎn)地 + 批號 +進價 + 批發(fā)價 + 零售價 + 供給商 + 類別 + 有效期 + 備注.3.數(shù)據(jù)項條目：項名：藥品類型別名：無描述：用戶輸入試題的類型定義：藥品類型所有藥品規(guī)定類型位置：藥品表4.處理條目：1.處理名：藥品添加處理邏輯：用戶添加藥品信息執(zhí)行頻率：每天上十次2.處理名：庫存初始化處理邏輯：用戶初始化藥品庫存表執(zhí)行頻率：

24、進貨上十次3.處理名：入庫處理邏輯：用戶添加進貨單執(zhí)行頻率：每天上十次4.處理名：銷售處理邏輯：用戶添加銷售單執(zhí)行頻率：每天上十次第三章 系統(tǒng)總體設計3.1 業(yè)務流程根據(jù)需求分析的得到的現(xiàn)行業(yè)務處理流程，在用戶反復研究后，首先確定目標系統(tǒng)的業(yè)務流程，其處理流程如圖3.1。用戶驗證藥品登記管理員登陸 合法用戶登記后的藥品銷售和庫存整理管理員退出登陸圖3.1 藥品管理系統(tǒng)的業(yè)務流程針對業(yè)務流程，現(xiàn)具體描述其功能如下：1.用戶登錄：系統(tǒng)對用戶合法性進展檢查。2.藥品入庫：對新購進的藥品分類進展編號，并把藥品根本信息錄入計算機。3.藥品銷售：對已入庫的藥品，銷售人員可以進展銷售。4.藥品進貨：對已入庫

25、的藥品，管理人員可以進展貨存控制。5.存貨轉(zhuǎn)移：對于已經(jīng)過期或者損壞的藥品，可以進展處理。 6.信息查詢：對藥品的各種變動情況的查詢。7.職員管理：對藥店的職工進展管理。3.2 系統(tǒng)功能模塊圖藥品管理系統(tǒng)模塊是用JAVA SWING進展設計，MYSQL作為后臺數(shù)據(jù)庫管理系統(tǒng)。系統(tǒng)管理模塊分為用戶登錄、進貨管理、銷售管理、職工管理和壞貨轉(zhuǎn)移；用戶管理模塊主要是新增用戶，修改用戶，查詢用戶，刪除用戶；進貨管理模塊主要有供給商創(chuàng)始，進貨，進貨單查詢，藥品創(chuàng)始；銷售管理模塊主要有銷售，修改價目表，銷售單查詢；職工管理有添加職工，處理職工。系統(tǒng)體系構造框圖如下列圖：藥品管理系統(tǒng)銷售管理進貨管理壞貨轉(zhuǎn)移職

26、工管理用戶管理過期處理損毀處理處理職工添加職工銷售單查詢修改價目表銷售藥品創(chuàng)始進貨單查詢進貨供給商創(chuàng)始刪除用戶修改用戶新增用戶查詢用戶圖3.2 藥品管理系統(tǒng)功能模塊圖3.3 系統(tǒng)流程圖依據(jù)軟件工程的根本原理，綜合以上分析給出系統(tǒng)流程圖如圖3.4所示。用戶登陸藥品創(chuàng)始庫存創(chuàng)始進貨登陸銷售退出圖3.2 系統(tǒng)的處理流程圖 說明: 用戶通過登陸界面登陸系統(tǒng)時，第一次使用系統(tǒng)時需要進展藥品的創(chuàng)始,即將各個藥品的詳細信息依次錄入系統(tǒng)，第一次使用系統(tǒng)時同樣要初始化庫存，將現(xiàn)有的藥品情況錄入系統(tǒng)，接下來通過進貨模塊進展進貨，進貨時要為每一個供給商進展供給商創(chuàng)始，當發(fā)生銷售時銷售藥品，并對庫存進展相應的出來，退

27、出時推出系統(tǒng)。第四章 詳細設計4.1 程序流程圖依據(jù)軟件工程的根本原理，詳細設計階段的根本任務是確定應該怎樣具體實現(xiàn)所要求的系統(tǒng)，也就是說，經(jīng)過這個階段的設計工作，應該得出對目標系統(tǒng)的準確描述，從而在系統(tǒng)實現(xiàn)階段可以把這個描述直接翻譯成用*種程序設計語言書寫的程序。具體來說就是把經(jīng)過總體設計得到的各個模塊詳細的加以描述。本系統(tǒng)采用支持面向?qū)ο蟮腅clipse作為開發(fā)工具，運用了J2SE的SWing的技術，更加的方便了程序員的工作。程序?qū)ο到y(tǒng)配置要求較高。在此給出軟件系統(tǒng)的主要模塊，如圖4.1所示。職工管理銷售管理進貨管理壞貨轉(zhuǎn)移用戶管理圖4.1 主程序模塊圖根據(jù)以上主程序的模塊圖，我們可以得出

28、下面的關于各個模塊的程序流程圖，如圖4.2所示。 開場用戶類型管理員系統(tǒng)管理員職工管理壞貨轉(zhuǎn)移進貨管理銷售管理用戶管理退出系統(tǒng)完畢圖4.2 總體流程圖說明：用戶登陸系統(tǒng)時，系統(tǒng)判斷用戶的級別，如果為系統(tǒng)管理員，則可以進展用戶的用戶管理，如果是管理員，則可以進展相應的銷售管理，進貨管理，壞貨轉(zhuǎn)移，職工管理，管理員點擊退出按鈕時，退出系統(tǒng)。用戶登陸 失敗用戶核對操作成功成功用戶管理用戶管理操作圖4.3 用戶登陸流程說明：用戶根據(jù)的用戶名和密碼登錄系統(tǒng)，只有登錄成功才能進展系列的用戶管理、庫存管理、銷售管理，職工管理的操作。用戶登陸藥品添加錄入藥品核對藥品信息失敗藥品表 成功成功圖4.4 藥品創(chuàng)始流

29、程用戶登陸庫存管理輸入庫存庫存創(chuàng)始操作成功操作失敗成功庫存表圖4.5 存貨創(chuàng)始流程用戶 登陸銷售管理操作失敗 銷售單錄入核對信息操作成功成功庫存表圖4.6 銷售流程用戶 登陸壞貨轉(zhuǎn)移核對信息 錄入壞貨信息操作失敗操作成功 成功庫存表圖4.7 壞貨轉(zhuǎn)移流程說明：用戶登陸后進展藥品的相關管理，通過藥品創(chuàng)始，為系統(tǒng)初始化一些藥品及添加新的代售藥品。通過存貨創(chuàng)始將具體進貨的藥品錄入庫存中，銷售成功則對庫存做相應的修改。當藥品損壞或者過期時,應當對庫存做相應的調(diào)整。用戶用戶登陸職員管理核對信息錄入職員信息操作成功成功職員列表失敗圖4.7 職員管理說明：管理員通過職工管理模塊進展職工的管理，添加職工后，錄

30、入到職員列表中。4.2 程序輸入輸出描述4.2.1 用戶登陸模塊1.輸入工程：輸入用戶名及密碼。2.輸出工程：翻開系統(tǒng)。4.2.2 用戶管理模塊1.輸入工程：與用戶相關的所有信息。2.輸出工程：操作結(jié)果的顯示，出錯彈出對話框。4.2.3 銷售管理模塊1.輸入工程：選擇藥品編號，藥品的進銷價格。2.輸出工程：操作結(jié)果的顯示，出錯彈出對話框。4.2.4 進貨管理模塊1.進貨工程：供給商的詳細信息，倉庫的詳細信息，藥品的數(shù)量。2.輸出工程：藥品的有關資料的顯示，進貨單列表4.2.5 壞貨管理模塊1.輸入工程：發(fā)生意外無法使用的藥品編號。2.輸出工程：操作結(jié)果的顯示。4.2.6 職工管理模塊1.輸入工

31、程：職工的詳細信息。2.輸出工程：根據(jù)用戶的輸入顯示相應的結(jié)果。4.3 數(shù)據(jù)庫的設計4.3.1 數(shù)據(jù)庫的概念構造設計和ER圖在需求分析階段已完成該系統(tǒng)所有的數(shù)據(jù)分析。根據(jù)該階段所建立的概念模型，已經(jīng)得出滿足系統(tǒng)設計要求的幾個關系描述，該階段的主要工作就是把前一階段的成果轉(zhuǎn)化為具體的數(shù)據(jù)庫。概念構造設計就是要找出實體和他們之間的聯(lián)系，去除非本質(zhì)的東西。實體是名詞，在ER 圖中設計中就是所說的表。比方藥品，庫存。 行為是動詞，在ER 圖中設計時一般不考慮行為，它是業(yè)務邏輯，在詳細設計才有設計，是方法。比方 銷售，進貨等等。 在設計ER圖時時強調(diào)的是不同實體之間關系，不是行為。比方：藥品 銷售 庫存

32、,轉(zhuǎn)移是一種關系，不是行為。在*種情況下，銷售是一個關系表，將藥品和庫存聯(lián)系起來。在找出實體后，我們要根據(jù)分析來定義實體的屬性，就是表的列。比方藥品有ID，名稱，進價，銷價，簡介等等; 庫存有ID，名稱，數(shù)量等等。庫存可擁有 0-MANY 的藥品，而藥品同樣屬于0-MANY 的庫存。所以是多對多的關系根據(jù)以上的分析給出下面的概念構造設計得E-R圖如圖4.3所示。用戶表權限用戶名用戶名圖4.8 用戶E-R圖有效期零售商別名藥品表零售價ID批發(fā)價藥品名備注進價產(chǎn)地規(guī)格類別圖4.9 藥品E-R圖供給商備注地區(qū)編號供給商名圖4.10 供給商E-R圖庫存表藥品名藥品編號零售價數(shù)量供給商編號圖4.11 庫

33、存E-R圖價格銷售單銷售單編號數(shù)量藥品名藥品ID圖4.12 供給商E-R圖職工表 職工號地址證件號性別職工名圖4.12 職員E-R圖零售商有效期規(guī)格產(chǎn)地別名ID進價類別零售價批發(fā)價藥品表備注藥品名n供貨銷售單編號1備注庫存初始化地區(qū)藥品IDm銷售單供給商藥品名供給商名m銷售進貨編號價格n數(shù)量n庫存表n1藥品編號零售價數(shù)量藥品名供給商編號圖4.13 實體聯(lián)系E-R圖4.3.2 數(shù)據(jù)庫的邏輯設計藥品管理管理系統(tǒng)主要涉及到4個表，即：藥品信息表、藥品入庫表、藥品出庫表和庫存表。藥品信息表：這表是用來存儲藥品信息的。藥品添加以后它的信息就會儲存到這表中，其中包含：藥品編號、藥品名稱、化學名稱、規(guī)格、藥

34、品類別、劑型、批號及廠商。其中藥品編號是主鍵，非空且唯一。其余信息可以為空，并在數(shù)據(jù)表建立的時候給他們相應的規(guī)定好數(shù)據(jù)類型。藥品入庫表：這表是用來存儲入庫表單信息的，所有入庫單信息都包含在這表中。包括：入庫單號、藥品編號、批號、入庫日期、有效日期、進價、預售價、數(shù)量、整量單位、散量單位及驗收人。其中入庫單號是主鍵，非空且唯一。藥品出庫表：這表是用來存儲出庫表單信息的，所有出庫信息都包含在這表單中。它的字段有：出庫單號、藥品編號、批號、數(shù)量、出庫日期及驗收人。其中出庫單號是主鍵，非空且唯一。藥品庫存表：這表是用來存儲庫存信息的，所有初始化的庫存信息和出庫入庫信息改變后的信息都會被記錄下來。它字段

35、有：庫存號、藥品編號、批號、藥品名稱、數(shù)量、整量單位、散量單位、入庫日期、有效日期、進價、預售價、庫存下限及驗收人。4.3.3 數(shù)據(jù)庫的物理設計 數(shù)據(jù)庫設計有幾個式，一般我們要做到的是第三式，即數(shù)據(jù)表中沒有冗余字段以及同一個表中的字段沒有函數(shù)依賴關系，冗余字段即在一個表中已經(jīng)保存過的信息，在另一個表中就不應該存在，如果需要的話，可以通過表間的關聯(lián)來得到，函數(shù)依賴性就是一個表中的字段間不應該有計算關系，如一個表中有單價字段、數(shù)量字段，就不應該有一個總金額字段。如果程序運行過程中需要總金額，可以實時計算。不過在一些較常用的表中，我們可以適當?shù)乇４嫒哂嘧侄?，這樣，在程序運行過程中可以減少由于表間互相

36、關聯(lián)而使用速度降低等問題。這就是所謂的第四式。數(shù)據(jù)表設計時，最好不要使用用戶輸入的信息作為主鍵，每一個數(shù)據(jù)表自己定義一個主鍵，添加信息是由程序自動添加，這樣就可以減少數(shù)據(jù)更新時產(chǎn)生的錯誤。表與表相關聯(lián)的外鍵最好是由程序自動生成的主鍵，這樣數(shù)據(jù)庫就比擬規(guī)了。另外，數(shù)據(jù)表設計時一般都應該有一些標志字段，標志字段可以定義成CHAR(1)或BIT型。建議實際應用中定義成CHAR(1)字段可以存儲多種可能的狀態(tài)，在最初設計時，可能我們沒有考慮到的一些情況，在程序后來的開發(fā)中，可以通過設計標志字段為不同的 值來解決，這樣就防止了修改數(shù)據(jù)庫構造。 數(shù)據(jù)庫初期設計時一定要慎重，把所有可能的情況都考慮進去，即使

37、當時沒有用到，也要將它留在數(shù)據(jù)庫中作為備用字段以便將來擴大。 程序一旦開場編碼，就應該盡量防止再修改數(shù)據(jù)庫。因為如果數(shù)據(jù)庫構造一旦改變，所有與修改的數(shù)據(jù)表相關的業(yè)務都有可能受到影響，而*些影響還很難看到，這樣就容易形成一個惡性循環(huán)。錯誤越改越多，越改越亂，最終導致程序的失敗。PB的數(shù)據(jù)窗口與其他語言的數(shù)據(jù)控件不一樣，它的很多東西是預編譯的。即使你一個模塊已經(jīng)調(diào)試無誤，但只要數(shù)據(jù)庫構造改動。相應的模塊就一定要重新修改，否則一定會出問題。藥品管理系統(tǒng)數(shù)據(jù)庫中各個表的設計結(jié)果如下面幾個表格所示。每個表格表示為數(shù)據(jù)庫中的一個表。表4.14 藥品信息表Medicinemid(PK)Varchar(8)N

38、藥品編號mnameVarchar(40)N藥品名稱mshortnameVarchar(10)Y藥品建成mnorsVarchar(4)N規(guī)格mareaVarchar(40)N藥品產(chǎn)地mlotVarchar(10)N批號minprifloatN0進價mwprifloatN0批發(fā)價mprifloatN0零售價MconVarchar(8)N供給商McateVarchar(20)N類別Musetimedecimal(10,0)N有效期memoVarchar(40)Y備注表4.15 用戶表UserUsername(PK)Varchar(20)N用戶名passwordVarchar(8)N密碼rankint

39、N1權限表4.16 供給商表Supplierspid(PK)Varchar(8)N供給商編號spnameVarchar(8)N供給商名SpareaVarchar(8)N地區(qū)SpmenoVarchar(40)Y備注表4.17 銷售單表SalesOrderSoid(PK)Varchar(8)N銷售單編號midVarchar(8)N藥品編號MnameVarchar(40)N藥品名SnumintN0數(shù)量pricedoubleN0單價表4.18 職工表StaffStaffid(PK)Varchar(8)N職工編號staffnameVarchar(20)N職工名稱Staffse*varchar(2)N性別

40、stafftelvarchar(12)Nstaffaddvarchar(40)Y地址Staffcardvarchar(40)Nstaffzipvarchar(6)Y備注表4.19 貨存表StockMid(PK)Varchar(8)N職工編號mnameVarchar(20)N職工名稱mpricefloatN性別mnumintNspidvarchar(8)Y地址timedatetimeNstatusintN存貨類別 第五章 測試分析報告6.1 什么是軟件測試軟件測試就是在受控制的條件下對系統(tǒng)或應用程序進展操作并評價操作結(jié)果的過程,所謂控 制條件應包括正常條件與非正常條件。軟件測試過程中應該成心地去

41、促使錯誤的發(fā)生，也就是事情在不該出現(xiàn)的時候出現(xiàn)或者在應 該出現(xiàn)的時候沒有出現(xiàn)。從本質(zhì)上說，軟件測試是探測，在探測中發(fā)現(xiàn)軟件的毛病。軟件測試貫穿于軟件定義與開發(fā)的整個周期 ，軟件的需求規(guī)格說明書 ，構造設計及程序編 碼，都屬于軟件測試的對象。軟件測試包含白盒測試與黑盒測試，白盒測試是針對程序代碼進展正確性檢驗的測試工作， 黑盒測試獨立于程序代碼，從用戶的角度，通過一定的測試步驟與測試案例，驗證軟件功能、 性能等指標能否滿足實際應用需求的測試作。6.2軟件測試的目的軟件測試的目的是為了保證軟件產(chǎn)品的最終質(zhì)量，在軟件開發(fā)的過程中，對軟件產(chǎn)品進展質(zhì)量控制。一般來說軟件測試應由獨立的產(chǎn)品評測中心負責，嚴格按照軟件測試流程，制定測試方案、測試方案、測試規(guī)，實施測試，對測試記錄進展分析，并根據(jù)回歸測試情況撰寫測試報告。測試是為了證明程序有錯，而不能保證程序沒有錯誤。6.3 測試方案和要點 軟件測試的本質(zhì)是針對要測試的容確定一組測試用例。在討論之前，我先把要測試各個模塊的方案和要點列出：6.3.1藥品以及藥品管理模塊測試要點用戶的登錄用戶名