VC+藥品管理信息系統(tǒng)本科畢業(yè)設(shè)計論文

1、藥品管理信息系統(tǒng) 摘 要 藥品管理信息系統(tǒng)用計算機管理藥方藥品管理的一種計算機應用技術(shù)的創(chuàng)新,在計 算機還未普及之前藥房藥品管理都是由工作人員手工書寫的方式來操作的.現(xiàn)在一般的 藥品都采用計算機智能化管理,采用計算機作為工具的實用的計算機藥品庫存管理程序 來幫助管理員進行更有效的藥品管理工作。藥品管理系統(tǒng)是典型的信息管理系統(tǒng)(MIS), 其開發(fā)主要包括后臺數(shù)據(jù)庫的建立和維護以及前端應用程序的開發(fā)兩方面。對于前者要 求建立起數(shù)據(jù)一致性和完整性強，數(shù)據(jù)安全性好的庫。而對于后者則要求應用程序功能 完備,易使用等特點。經(jīng)過分析,我使用 Microsoft 公司的 Visual C+開發(fā)工具,利用其提

2、供的各種面向?qū)ο蟮拈_發(fā)工具,尤其是數(shù)據(jù)窗口這一能方便而簡潔操縱數(shù)據(jù)庫的智能化 對象,首先在短時間內(nèi)建立系統(tǒng)應用原型,然后,對初始原型系統(tǒng)進行需求迭代,不斷修正和 改進,直到形成用戶滿意的可行系統(tǒng)。因為本人能力有限,加上時間緊迫,所以設(shè)計出來的 本系統(tǒng)可能功能比較簡單,另外本系統(tǒng)是單機版,不能實現(xiàn)網(wǎng)絡互聯(lián)操作,這些都有待于我 在以后的工作學習中進一步改進。 關(guān)鍵字：藥品管理；MIS；Visual C+；數(shù)據(jù)庫 Abstract Drug Management Information System computer management prescription drugs with a comp

3、uter application management technology innovation，not on the computer before the popularity of Pharmacy medicines management of drugs by staff members hand-written approach to the operation. Drugs are now generally intelligent use of computer management, computer as a tool for practical computer dru

4、g inventory management procedures to help administrators more effective medicines management. Pharmaceutical management system is a typical management information system (MIS), including the development of its background of the establishment and maintenance of the database as well as front-end appli

5、cation development issues. The former set up the requirements for data integrity and consistency of strong data security a good library. For the latter applications require full- featured and easy to use and so on. After analysis, we use Microsofts Visual C+ development tools, provided by the use of

6、 a variety of object-oriented development tools, in particular, the data window can be simple and easy to manipulate intelligence database objects, first of all in a short period of time to establish systems Application of the prototype, and then, the initial prototype of the system needs iteration,

7、 constantly revised and improved customer satisfaction until the formation of a viable system. Because I have a limited capacity and the tight time frame, so designed the system function may be relatively simple, while the system is a stand-alone version of Internet network can not operate, which ar

8、e to be in my future work to further improve learning. Keywords：Drug Management, MIS, Visual C+, Database 目 錄 藥品管理信息系統(tǒng).I 摘 要.I ABSTRACT.II 1 緒 論.1 1.1 開發(fā)背景.1 1.2 開發(fā)環(huán)境.1 1.2.1 Visual C+簡介.1 1.3 數(shù)據(jù)庫介紹.3 1.3.1 SQL Server 簡述.3 1.4 硬軟件需求.4 1.4.1 硬件要求.4 1.4.2 軟件要求.4 2 需求分析.5 2.1 需求分析的意義.5 2.2 用戶需求分析.5 2.2

9、.1 系統(tǒng)的可行性研究.5 2.2.2 系統(tǒng)的詳細調(diào)查.6 2.2.3 系統(tǒng)的功能需求.6 2.2.4 系統(tǒng)的性能需求.7 2.2.5 系統(tǒng)各模塊的詳細需求.7 3 系統(tǒng)設(shè)計.9 3.1 系統(tǒng)功能簡述.9 3.2 數(shù)據(jù)庫設(shè)計.9 3.2.1 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計.9 3.2.2 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計.11 4 系統(tǒng)的實現(xiàn).16 4.1 登錄界面設(shè)計.16 4.1.1 用戶驗證部分代碼.17 4.1.2 設(shè)計思想.18 4.2 系統(tǒng)主界面設(shè)計.20 4.3 系統(tǒng)菜單設(shè)計.20 4.3.1 藥品信息模塊的設(shè)計.21 4.3.2 庫存信息模塊的設(shè)計.21 4.3.3 銷售信息模塊的設(shè)計.23 4.3.4

10、 顧客信息模塊模塊的設(shè)計.24 4.3.5 員工信息管理模塊的設(shè)計.25 4.3.6 數(shù)據(jù)庫備份與恢復.26 5 系統(tǒng)軟件測試.27 5.1 系統(tǒng)測試.27 5.1.1 系統(tǒng)測試目的.27 5.1.2 系統(tǒng)測試基本原則.27 5.1.3 系統(tǒng)測試方法.28 5.2 基礎(chǔ)模塊功能測試.29 5.2.1 登錄模塊.29 5.2.2 藥品信息管理模塊.30 5.2.3 庫存信息模塊.30 5.2.4 銷售信息模塊.30 5.2.5 顧客信息模塊.31 5.2.6 員工信息模塊.31 5.2.7 數(shù)據(jù)備份與恢復模塊.31 總 結(jié).32 致 謝.34 參考文獻.35 1 緒論 1.1 開發(fā)背景及意義 隨

11、著信息技術(shù)的進步和信息時代的來臨，管理信息系統(tǒng)即 MIS。在現(xiàn)代社會中變 得越來越普及，它跨越了管理科學、系統(tǒng)科學、運籌學、統(tǒng)計學以及計算科學，從而 形成一個縱橫交錯的系統(tǒng)。 20 世紀，隨著全球經(jīng)濟的蓬勃發(fā)展，眾多的經(jīng)濟學家紛紛提出新的管理理論。20 世紀中葉，西蒙提出管理依賴于信息和決策的思想。同時維納也發(fā)表了控制論。1958 年，比爾.蓋爾在書中寫到：“管理將以較低的成本得到及時準確的信息，做到較好的 控制” 。 1985 年，管理信息系統(tǒng)的創(chuàng)始人，明尼蘇達大學的管理學教授 Gordon B. David 給管理信息系統(tǒng)下了一個比較完整的定義，即“管理信息系統(tǒng)是一個利用計算機軟硬 件資源

12、以及數(shù)據(jù)庫的人機系統(tǒng)。它能提供信息支持企業(yè)或者組織的運行、管理和決 策功能。 ” 它全面說明了管理的目標,功能和組成,同時反映了管理信息系統(tǒng)在當時達到 的水平。 計算機用于管理是現(xiàn)代化管理的需要，是管理現(xiàn)代化的必然，尤其對藥品管理來 說是相當重要的。如果依然采用手工管理方法，其工作效率低，錯誤多，不利于存儲 和管理。本系統(tǒng)改善了傳統(tǒng)的管理方式，從而節(jié)約人力，物力，提高工作的效率，減 輕藥品管理人員的工作負擔，使藥品信息的管理簡潔化、自動化、計算機化1。 1.2 開發(fā)環(huán)境 1.2.1 Visual C+簡介 Visual C+是一個功能強大的可視化軟件開發(fā)工具。自 1993 年 Microsof

13、t 公司推出 Visual C+1.0 后，隨著其新版本的不斷問世，Visual C+已成為專業(yè)程序員進行軟件 開發(fā)的首選工具。 雖然微軟公司推出了 Visual C+.NET(Visual C+7.0)，但它的應用的很大的局限性， 只適用于 Windows 2000,Windows XP 和 Windows NT4.0。所以實際中，更多的是以 Visual C+6.0 為平臺。 Visual C+6.0 不僅是一個 C+編譯器，而且是一個基于 Windows 操作系統(tǒng)的可視 化集成開發(fā)環(huán)境（integrated development environment,IDE） 。Visual C+6

14、.0 由許多組件 組成，包括編輯器、調(diào)試器以及程序向?qū)?AppWizard、類向?qū)?Class Wizard 等開發(fā)工具。 這些組件通過一個名為 Developer Studio 的組件集成為和諧的開發(fā)環(huán)境。 Visual C+它大概可以分成三個主要的部分： 1 Developer Studio，這是一個集成開發(fā)環(huán)境，我們?nèi)粘９ぷ鞯?99%都是在它上 面完成的，再加上它的標題赫然寫著“Microsoft Visual C+” ，所以很多人理所當然的 認為，那就是 Visual C+了。其實不然，雖然 Developer Studio 提供了一個很好的編輯 器和很多 Wizard，但實際上它沒有

15、任何編譯和鏈接程序的功能，真正完成這些工作的 幕后英雄后面會介紹。我們也知 道，Developer Studio 并不是專門用于 VC 的，它也同 樣用于 VB，VJ，VID 等 Visual Studio 家族的其他同胞兄弟。所以不要把 Developer Studio 當成 Visual C+， 它充其量只是 Visual C+的一個殼子而已。這一點請切記！ 2 MFC。從理論上來講，MFC 也不是專用于 Visual C+，Borland C+，C+ Builder 和 Symantec C+同樣可以處理 MFC。同時，用 Visual C+編寫代碼也并不意味 著一定要用 MFC，只要愿

16、意，用 Visual C+來編寫 SDK 程序，或者使用 STL，ATL， 一樣沒有限制。不過，Visual C+本來就是為 MFC 打造的，Visual C+中的許多特征 和語言擴展也是為 MFC 而設(shè)計的，所以用 Visual C+而不用 MFC 就等于拋棄了 Visual C+中很大的一部分功能。但是，Visual C+也不等于 MFC。 3 Platform SDK。這才是 Visual C+和整個 Visual Studio 的精華和靈魂，雖然 我們很少能直接接觸到它。大致說來，Platform SDK 是以 Microsoft C/C+編譯器為核 心（不是 Visual C+，看清

17、楚了） ，配合 MASM，輔以其他一些工具和文檔資料。上面 說到 Developer Studio 沒有編譯程序的功能，那么這項工作是由誰來完成的呢？是 CL，是 NMAKE，和其他許許多多命令行程序，這些我們看不到的程序才是構(gòu)成 Visual Studio 的基石。 1.3 數(shù)據(jù)庫介紹 1.3.1 SQL Server 簡述 SQL 是英文 Structured Query Language 的縮寫，意思為結(jié)構(gòu)化查詢語言。SQL 語言 的主要功能就是同各種數(shù)據(jù)庫建立聯(lián)系，進行溝通。按照 ANSI(美國國家標準協(xié)會)的 規(guī)定，SQL 被作為關(guān)系型數(shù)據(jù)庫管理系統(tǒng)的標準語言。SQL 語句可以用來執(zhí)

18、行各種各 樣的操作，例如更新數(shù)據(jù)庫中的數(shù)據(jù)，從數(shù)據(jù)庫中提取數(shù)據(jù)等。目前，絕大多 數(shù)流行 的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)，如 Oracle, Sybase, Microsoft SQL Server, Access 等都采用了 SQL 語言標準。雖然很多數(shù)據(jù)庫都對 SQL 語句進行了再開發(fā)和擴展，但是包括 Select, Insert, Update, Delete, Create,以及 Drop 在內(nèi)的標準的 SQL 命令仍然可以被用來完成幾 乎所有的數(shù)據(jù)庫操作。 SQL Server SQL Server 是一個關(guān)系數(shù)據(jù)庫管理系統(tǒng)。它最初是由 Microsoft Sybase 和 Ashton- T

19、ate 三家公司共同開發(fā)的，于 1988 年推出了第一個 OS/2 版本。在 Windows NT 推出 后，Microsoft 與 Sybase 在 SQL Server 的開發(fā)上就分道揚鑣了，Microsoft 將 SQL Server 移植到 Windows NT 系統(tǒng)上，專注于開發(fā)推廣 SQL Server 的 Windows NT 版本。 Sybase 則較專注于 SQL Server 在 UNIX 操作系統(tǒng)上的應用。 SQL Server 2000 是 Microsoft 公司推出的 SQL Server 數(shù)據(jù)庫管理系統(tǒng)，該版本繼 承了 SQL Server 7.0 版本的優(yōu)點，同

20、時又比它增加了許多更先進的功能。具有使用方 便可伸縮性好與相關(guān)軟件集成程度高等優(yōu)點，可跨越從運行 Microsoft Windows 98 的 膝上型電腦到運行 Microsoft Windows 2000 的大型多處理器的服務器等多種平臺使用。 SQL Server 2005 SQL Server 2005 是一個全面的數(shù)據(jù)庫平臺，使用集成的商業(yè)智能 (BI) 工具提供 了企業(yè)級的數(shù)據(jù)管理。SQL Server 2005 數(shù)據(jù)庫引擎為關(guān)系型數(shù)據(jù)和結(jié)構(gòu)化數(shù)據(jù)提供了 更安全可靠的存儲功能，使您可以構(gòu)建和管理用于業(yè)務的高可用和高性能的數(shù)據(jù)應用 程序。 SQL Server 2005 數(shù)據(jù)引擎是本企

21、業(yè)數(shù)據(jù)管理解決方案的核心。此外 SQL Server 2005 結(jié)合了分析、報表、集成和通知功能。這使您的企業(yè)可以構(gòu)建和部署經(jīng)濟有效的 BI 解決方案，幫助您的團隊通過記分卡、Dashboard、Web services 和移動設(shè)備將數(shù)據(jù) 應用推向業(yè)務的各個領(lǐng)域。 與 Microsoft Visual Studio、Microsoft Office System 以及新的開發(fā)工具包（包括 Business Intelligence Development Studio）的緊密集成使 SQL Server 2005 與眾不同。無 論您是開發(fā)人員、數(shù)據(jù)庫管理員、信息工作者還是決策者，SQL Ser

22、ver 2005 都可以為 您提供創(chuàng)新的解決方案，幫助您從數(shù)據(jù)中更多地獲益。 1.4 硬軟件需求 1.4.1 硬件要求 (1)CPU：至少 Pentiums以上（建議使用 Pentiums以上）; (2)顯示器：彩色顯示器; (3)顯卡：顯存 8M 以上的圖形加速卡; (4)硬盤：Visual C+6.0 版完全安裝至少 300MB， 建議使用 10GB 以上容量的硬 盤; (4)內(nèi)存：32MB 以上的 RAM（建議使用 64MB 以上）; 1.4.2 軟件要求 Visual C+ 6.0 版及 SQL Server 2005 版 2 系統(tǒng)分析 2.1 需求分析的意義 軟件工程理論認為，在軟件

23、生命周期中，需求分析（Requirements Analysis）是最 重要的一個階段。軟件需求分析的質(zhì)量對軟件開發(fā)的影響是深遠的、全局性的，高質(zhì) 量需求對軟件開發(fā)往往起到事半功倍的效果，所謂“磨刀不誤砍柴功”。在后續(xù)階段改 正需求分析階段產(chǎn)生的錯誤將付出高昂的代價。 現(xiàn)在人們越來越認識到軟件工程在軟件開發(fā)中的重要作用。目前國內(nèi)軟件在開發(fā) 中還沒有對軟件開發(fā)的過程進行明確規(guī)定，文檔不完整，也不規(guī)范，軟件項目的成功 往往歸功于軟件開發(fā)組的一些杰出個人或小組的努力。這種依賴于個別人員上的成功 并不能為全組織的軟件生產(chǎn)率和質(zhì)量的提高奠定有效的基礎(chǔ)，只有通過建立全過程的 改善，采用嚴格的軟件工程方法和

24、管理，并且堅持不懈地付諸實踐，才能取得全組織 的軟件過程能力的不斷提高，使軟件開發(fā)更規(guī)范合理。 2.2 用戶需求分析 2.2.1 系統(tǒng)的可行性研究 可行性研究的目的就是用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決, 實質(zhì)上是要進行一次大大壓縮簡化了的系統(tǒng)分析和設(shè)計的過程,也就是在較高層次上以 較抽象的方式進行的系統(tǒng)分析和設(shè)計的過程.我們可以從以下三方面研究可行性: 1、技術(shù)可行性：用手工完成數(shù)據(jù)的錄入相當復雜，此系統(tǒng)用一定的技術(shù)可完成自 動操作。 2、經(jīng)濟可行性：使用本系統(tǒng)可以高效的節(jié)省時間，從而為用戶贏利。 3、操作可行性：本系統(tǒng)的操作簡單，適用于任何的用戶。 通過初步調(diào)查分析，了解到

25、現(xiàn)有的管理方式存在的問題，建立了藥品管理信息系 統(tǒng)的初步設(shè)想，進一步對系統(tǒng)的需求進行分析研究得到系統(tǒng)的目標如下3： 按照信息管理系統(tǒng)開發(fā)的原理和方法，采用成熟的信息技術(shù)和手段，支持藥品管 理工作的全過程，減小管理的日常工作量，使信息易于保存、管理和查詢，并且支持 決策功能。根據(jù)現(xiàn)有的形式和不足，得出所要開發(fā)的藥品管理信息系統(tǒng)主要分為六大 模塊： 1. 信息管理模塊 2. 庫存信息模塊 3. 銷售信息模塊 4. 顧客信息模塊 5. 員工 信息模塊 6.數(shù)據(jù)備份與恢復模塊。 通過對擬建系統(tǒng)的初步方案的分析得出：所要開發(fā)的系統(tǒng)主要是利用現(xiàn)有的條件， 在配置相對較低的計算機設(shè)備來完成的。因此，新系統(tǒng)對

26、機器設(shè)備的要求不高，在設(shè) 備較高的機器中，新系統(tǒng)運行的會更穩(wěn)定，更迅速，具有技術(shù)可行性。新系統(tǒng)開發(fā)完 畢后，對操作人員來說，只要有過操作 Windows xp 的經(jīng)歷，都能夠較順利的操作。從 總體的結(jié)構(gòu)來說操作簡潔，易于錄入和查詢信息，從而方便了用戶。在經(jīng)濟可行性方 面，藥品管理也不必為新系統(tǒng)的開發(fā)使用購進任何特別設(shè)備。新系統(tǒng)運行后，會極大 地提高整個藥品管理過程的效率，大大節(jié)省了人力，物力，精力。 2.2.2 系統(tǒng)的詳細調(diào)查 為了對現(xiàn)行的藥品管理的過程有一個更充分的了解，使所開發(fā)出來的新系統(tǒng)具有 一定的實用性，有必要對現(xiàn)行的藥品管理過程進行詳細調(diào)查，通過對藥品管理的實地 考察，現(xiàn)行的藥品管理

27、過程致如下： 藥店購入本軟件后，應該將藥品信息添加到初始化數(shù)據(jù)模塊。然后有新藥品購進 后，首先要輸入藥品信息，藥品信息變動后要更新信息，藥品的信息通過查詢的條件， 可以查詢出當前藥品信息。對于藥品的銷售、藥品的購進及顧客的退藥信息，也要有 記錄。而且藥店中的員工，也要統(tǒng)一的管理，利用員工信息管理模塊，來添加銷售人 員信息，對于銷售人員信息發(fā)生變化的，要及時更新信息。系統(tǒng)根據(jù)各項記錄。 通過以上的調(diào)查分析，鑒于該系統(tǒng)比較龐大，在較短的時間內(nèi)開發(fā)出來是不現(xiàn)實 的。目前，只能依靠軟件開發(fā)的原型法來首先開發(fā)一個簡單的雛形，在以后的使用過 程中逐步的完善其功能。 2.2.3 系統(tǒng)的功能需求 1管理的及時

28、性、方便性 本系統(tǒng)可以方便的，更好的管理藥品信息，可以對藥店店的藥品、顧客、銷售人 員進行及時的管理，對其信息的修改及時的更新。 2查詢靈活性 藥品管理信息系統(tǒng)可以由管理員管理，其他用戶可以實現(xiàn)查詢功能，實現(xiàn)系統(tǒng)的 靈活性。 3. 功能拓展性 本系統(tǒng)還增加了對記數(shù)據(jù)庫的備份與恢復的模塊，能夠有效的避免藥品信息在的 丟失，方便管理人員對藥品有效的管理，是損失達到最小。 2.2.4 系統(tǒng)的性能需求 1. 實用性 考慮到要盡量滿足各角色功能需求的前提下，又要適應各角色的工作特點，該系 統(tǒng)做到簡單、實用、人性化，實現(xiàn)了方便管理，輕松減負。 2. 可靠性 系統(tǒng)內(nèi)輸入的信息要求符合實際情況，以達到信息的可

29、靠性，這是人為操作。軟 件本身的可靠性體現(xiàn)在對數(shù)據(jù)的操作，數(shù)據(jù)的操作基本以數(shù)據(jù)庫后臺操作來實現(xiàn)的， 具有一定的封裝。數(shù)據(jù)庫有權(quán)限，可以有效的保護好數(shù)據(jù)庫中的數(shù)據(jù)，具有一定的可 靠性。 3. 簡潔自動性 本系統(tǒng)改變原有手動管理藥品信息的方式，變得自動化，使用起來輕松方便。 2.2.5 系統(tǒng)各模塊的詳細需求 鑒于以上需求分析，初步總結(jié)出該系統(tǒng)中各模塊的詳細功能需求，如下圖 2.2 系統(tǒng) 功能模塊說明所示 藥品管理信息系統(tǒng) 藥 品 信 息 管 理 庫 存 信 息 管 理 顧 客 信 息 管 理 員 工 信 息 管 理 銷 售 信 息 管 理 數(shù) 據(jù) 備 份 與 恢 復 圖 2.2 系統(tǒng)功能模塊說明

30、3 系統(tǒng)設(shè)計 3.1 系統(tǒng)功能簡述 基于以上的需求分析，總結(jié)出系統(tǒng)主要模塊的功能如表 3.1 系統(tǒng)功能簡述所示： 表 3.1 系統(tǒng)功能簡述 編號功能模塊功能描述 1藥品信息管理藥品的基本信息記錄，包括生產(chǎn)廠家、供應商等信息 2庫存信息管理對藥品的庫存進行記錄 3銷售信息管理對銷售信息、報損、利潤等信息進行記錄和管理 4顧客信息管理對顧客的信息進行管理 5員工信息管理對員工信息的錄入修改及查詢 6數(shù)據(jù)備份與恢復對數(shù)據(jù)進行備份和恢復 3.2 數(shù)據(jù)庫設(shè)計 3.2.1 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計 根據(jù)以上的總體分析，得出系統(tǒng)的實體有：學生實體，課程實體，成績實體，獎 勵實體，懲罰實體以及學籍變動實體各個實體具

31、體的描述 E-R 圖，如圖 3.7 酒店信息 E-R 圖所示： 圖 3.1 藥品管理信息 E-R 圖 庫存 藥品 顧客 銷售員 退藥售藥 購藥 編號 藥品名 供應商 生產(chǎn)廠家 類型 劑型 單位 規(guī)格 編號 姓名 電話 備注 住址 庫存號 藥品 批號 入庫日期 有效期 庫存量 編號 姓名 地址 電話工作單位 傳真 備注 郵編 3.2.2 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計 在系統(tǒng)的數(shù)據(jù)庫設(shè)計中，首先對系統(tǒng)的分析得到的數(shù)據(jù)庫字典中的數(shù)據(jù)存儲進行 分析 表 3.2 MedicClass（藥品類型）表 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1classCodevarchar20 2classNamevarchar30 表 3

32、.3 MedicForm（藥品劑型）表 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1formCodevarchar20 2formNamevarchar20 表 3.4 ManuInfo（生產(chǎn)廠家信息）表 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1manuCodevarchar20 2manuNamevarchar40 3 manuAddressvarchar70 4manuPhonenumeric15 5 manuContactvarchar10 6 manuRemarksvarchar120 表 3.5 SupplierInfo（供應商信息）表 表 3.6 CustomerInfo（顧客信息）表 字段號字段名數(shù)

33、據(jù)類型數(shù)據(jù)長度 1supplierCodevarchar20 2supplierNamevarchar40 3supplierAddressvarchar70 4supplierPhonenumeric15 5 supplierRemarksvarchar120 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1customerCodevarchar7 2customerNamevarchar20 3customerUnitsvarchar70 4 customerAddressvarchar70 5customerPhonenumeric15 6 7 8 customerFax customerZipCode

34、 customerRemarks varchar numeric varchar 20 10 120 表 3.7 SalesManInfo（員工信息）表 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1salesCodevarchar7 2salesNamevarchar20 3 salesAddressvarchar70 4 salesPhonenumeric15 5 salesRemarksvarchar120 表 3.8 Medicine（藥品信息）表 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1medicCode varchar10 2medicName varchar20 3medicChemicalName

35、varchar30 4 medicBarCode numeric15 5medicSpeci varchar10 6 7 8 medicUnit medicLot classCode varchar varchar varchar 10 20 20 9 10 11 12 12 14 formCode manuCode supplierCode maxRetailPrice minRetailPrice medicRemarks money varchar varchar money money varchar 20 20 20 120 表 3.9 DrugRecords（購藥記錄）表 字段號字

36、段名數(shù)據(jù)類型數(shù)據(jù)長度 1documentCodevarchar 2medicCodevarchar10 3medicNamevarchar20 4 supplierCodevarchar20 5dateStoragedatetime 6 7 8 9 10 11 ValidDate quantity medicLot purchasePrice retailPrice SlottingNomber Datetime int varchar money money numeric 20 10 表 3.10 Stock（庫存信息）表 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1documentCodeint 2

37、medicCodevarchar10 3medicNamevarchar20 4 supplierCodevarchar20 5dateStoragedatetime 6 7 ValidDate quantity datetime numeric10 8 9 10 11 medicLot purchasePrice retailPrice SlottingNomber varchar money money numeric 20 10 表 3.11 ReportedLoss（報損信息）表 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1documentsCodeint 2medicCodevarchar10

38、3medicNamevarchar20 4 medicLotvarchar20 5purchasePricemoney 6 7 8 9 10 11 12 retailPrice quantity sumPrice lossDate reason stockCode manuCode money int money datetime varchar int varchar 120 20 表 3.12 SaleDrug（藥品銷售型）表 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1documentCodeint 2 3 4 5 6 medicCode customerCode salesCode purchas

39、ePrice retailPrice varchar varchar varchar money money 10 7 7 7 8 9 10 11 12 actualPrice quantity sumPrice retailDate stockCode lot money int money datetime int varchar20 表 3.13 ReturnInfo（退藥信息）表 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1documentCodeint 2 3 4 5 6 7 8 9 10 11 12 13 14 15 medicCode customerCode salesCode purch

40、asePrice retailPrice actualPrice quantity sumPrice retailDate stockCode lot returnDate reason saleDocu varchar varchar varchar money money money int money datetime int varchar datetime varchar int 10 7 7 20 120 表 3.14 UserInfo（系統(tǒng)用戶）表 字段號字段名數(shù)據(jù)類型數(shù)據(jù)長度 1userIDvarchar8 2userPasswordvarchar6 4 系統(tǒng)的實現(xiàn) 友好的系統(tǒng)

41、用戶界面是系統(tǒng)成敗的關(guān)鍵，用戶操作的方便是很關(guān)鍵的，對于用戶， 界面就是系統(tǒng)本身。用戶關(guān)心的主要問題是：能否有效的,方便的,更好的使用軟件， 而不是系統(tǒng)內(nèi)部的算法或數(shù)據(jù)結(jié)構(gòu)。從這個角度出發(fā)，本系統(tǒng)主要設(shè)計了友好的、易 于操作的用戶界面。下面簡單的介紹一下本系統(tǒng)中設(shè)計的人機界面： 4.1 登錄界面設(shè)計 數(shù)據(jù)庫系統(tǒng)的用戶的權(quán)限是數(shù)據(jù)庫的安全措施之一，它保證了非授權(quán)用戶的非法 進入，而破壞數(shù)據(jù)庫的信息，使那些權(quán)限較低的用戶不能來修改數(shù)據(jù)庫的信息。使操 作人員各盡其責，責權(quán)分明。該窗口是在后臺有一用戶管理的用戶表，登陸時訪問該 數(shù)據(jù)表的內(nèi)容，驗證用戶名是否正確，正確后并驗證用戶的權(quán)限而登陸。在此設(shè)計的

42、 過程中是通過一個密碼框來實現(xiàn)數(shù)據(jù)的錄入的，以免其他用戶看見操作員的密碼，保 證系統(tǒng)的安全性，如圖 4.1 系統(tǒng)登陸驗證窗口所示： 圖 4.1 系統(tǒng)登陸驗證窗口 如果密碼輸入不正確，則提示錯誤，如圖 4.2 所示： 圖 4.2 密碼錯誤提示窗口 圖 4.3 連續(xù) 3 次輸入出錯 在上面的用戶一欄中需要輸入用戶的用戶名，下面的文本框是輸入密碼的文本框， 以星號顯示，輸入后按 Enter 鍵或點擊登陸按鈕即可進入系統(tǒng)，點擊取消退出系統(tǒng)的登 陸。 4.1.1 用戶驗證部分代碼 CLoginDlg dlg; CString strSQL; CUserInfo rd; while(countN 圖 4.

43、4 窗口主界面 4.3 系統(tǒng)菜單設(shè)計 在本系統(tǒng)中主要包括 4 個主菜單:初始化數(shù)據(jù)、管理、查詢、數(shù)據(jù)庫備份恢復等。 為了方便用戶的使用在主窗口中是按照模塊的劃分來設(shè)計菜單的,這樣清晰明了，操 作便捷5。設(shè)計的菜單如圖 4.5 菜單設(shè)計所示： 圖 4.5 菜單設(shè)計 下面就 4 個不同的菜單中應用的不同技術(shù)個別予以介紹： 4.3.1 藥品信息模塊的設(shè)計 藥品信息管理模塊主要實現(xiàn)對藥品信息的管理方便及時的讓管理人員了解藥品的 信息，包括添加、修改、刪除以及退出四個部分，用戶可以根據(jù)自己的需要進行選擇。 本模塊主要是幫組管理人員初始藥品基本信息，可以及時的對所有藥品的信息進行操 作，以便得知藥品的全部

44、信息，滿足操作者的需求。 首先介紹添加基本資料窗體： 通過該窗體用戶可以添加藥品的基本信息, 用戶也可以點擊添加后保存，取消將 不保存。這里主要實現(xiàn)了對表的信息錄入，實現(xiàn)了對表的信息刪除。在輸入藥品信息 之前要對藥品的類型、劑型、生產(chǎn)廠家和供應商信息進行初始化。本界面應用到了 List Control、Button、EditBox 控件。 窗口界面如圖 4.6 藥品基本情況錄入窗口所示： 圖 4.6 藥品基本情況錄入窗口 4.3.2 庫存信息模塊的設(shè)計 庫存信息模塊主要實現(xiàn)對藥品的管理，包括兩種方式進去庫存和修改庫存，當藥 品入庫時，可以選擇 A、B 兩種方式進入庫存，修改時點擊修改庫存可進入

45、到修改庫 存界面，用戶可以根據(jù)實際的需要進行選擇。 其中應用到了 Button 件的使用。 窗口界面如圖 4.7 入住基本情況錄入窗口所示： 圖 4.7 選擇進入庫存方式窗口 點擊方式 A 進入庫存按鈕出現(xiàn)如圖 4.8 所示 圖 4.8A 方式進入庫存窗口 方式 A 進入庫存主要實現(xiàn)當添加的藥品批號等不同的藥品時進行入庫，點擊入單 將要入庫的藥品將顯示到下面的 ListControl 控件中，同時激活登記入庫刪除入單和新 單按鈕。刪除入單可以去除入 ListControl 中的條目，當空間中的條目為零時，登記入 庫、刪除入單和新單按鈕將處于未被激活狀態(tài)。登記入庫把數(shù)據(jù)保存到數(shù)據(jù)庫中，同 時入單

46、、刪除入單和登記入庫按鈕處于未被激活狀態(tài)。新單可以新建一個入庫單，同 時激活入單按鈕并使登記入庫、刪除入單和新單按鈕處于未被激活狀態(tài)。本界面用到 了 ListControl、Button、EditBox、DateTimePicker 等控件。 處理按鈕激活與未被激活關(guān)鍵代碼如下： m_StockButton.EnableWindow(FALSE); m_NewDocuButton.EnableWindow(TRUE); m_DocuButtong.EnableWindow(FALSE); m_DeleteDocuButton.EnableWindow(FALSE); 方式 B 進入庫存與方式

47、A 進入庫存類似，不過要求進入庫存的藥品是庫存中已經(jīng) 存在的，批號及藥品編碼必須相同否則就用方式 A 進入庫存。 藥品報損功能，對藥品因意外或過期等原因引起藥品失效而進行的處理，同時修 改庫存中相應藥品的數(shù)量。因為是報損，所以相較銷售開單只需要輸入報損藥品的編 號、批號和數(shù)量、報損原因。 報損查詢，對已經(jīng)報損的藥品進行不同條件的查詢。方便管理人員對報損情況的 掌握。 庫存盤點，是管理人員能夠掌握藥品的庫存量。同時可以對庫存進行不同條件的 查詢，對零庫存和過期藥品進行處理。 4.3.3 銷售信息模塊的設(shè)計 銷售信息管理模塊主要實現(xiàn)藥品銷售信息管理，包括藥品銷售開單、顧客退藥、 銷售查詢、退藥查詢

48、、進銷售情況統(tǒng)計、銷售利潤查詢等子功能，此功能能夠使藥品 管理人員方便快捷的了藥品的銷售信息，也為藥品的定期結(jié)算提供了可靠的依據(jù)。用 戶可以根據(jù)自己的需要進行選擇。 首先介紹銷售開單窗體 通過該窗體用戶可以添加藥品的銷售基本信息，用戶可以點擊入單后將售藥信息 添加到 ListControl 控件中，取出入單將刪除 ListControl 控件中的條目，登記入庫將售 藥信息保存到數(shù)據(jù)庫，退出將不保存。這里主要實現(xiàn)了對表的信息錄入，實現(xiàn)了對表 的信息刪除。在本界面中，入單、去除入單和登記入庫按鈕也能夠處于激活和未激活 狀態(tài)。其中應用到了 ListControl、EditBox、Button 等控件

49、。 銷售基本情況錄入設(shè)計 窗口界面如圖 4.9 銷售基本情況錄入窗口所示： 圖 4.9 銷售基本情況錄入窗口 銷售查詢，通過此功能，工作人員能夠準確的掌握藥品的銷售情況。 進銷售情況統(tǒng)計，對一定時間段、一定藥品等的銷售情況進行統(tǒng)計。能夠?qū)M銷售 藥品的總數(shù)量和總金額有一個完全的掌握。 4.3.4 顧客信息模塊模塊的設(shè)計 顧客信息管理模塊主要實現(xiàn)顧客信息管理，用戶可以根據(jù)系統(tǒng)給定的一個或者幾 個條件來完成查詢，查詢結(jié)果可以清晰的顯示出來，方便管理人員對顧客管理，為顧 客提供方便快捷的服務。 通過該窗體用戶可以查看、添加、修改、刪除顧客基本信息，如圖 4.11。點擊添 加進行顧客信息錄入，修改進行

50、修改顧客信息，查詢進行顧客信息查詢，刪除列表中 的信息。其中應用到了 ListControl、EditBox、Button 等控件。 窗口界面如圖 4.10 所示 圖 4.10 客戶信息窗口 4.3.5 員工信息管理模塊的設(shè)計 員工信息管理模塊主要實現(xiàn)對員工信息管理包括添加、查詢、修改、刪除、退出 一級顯示全部六個按鈕用戶可以根據(jù)自己的需要進行選擇。 首先介紹錄入基本資料窗體 通過該窗體用戶可以添加員工的基本信息，用戶可以點擊添加后保存，退出將不 保存，清空文本框中的數(shù)據(jù)。這里主要實現(xiàn)了對表的信息錄入，實現(xiàn)了對表的信息刪 除。其中應用到了 ListControl、Button、EditBox

51、等控件的使用。 員工信息情況錄入設(shè)計 窗口界面如圖 4.11 員工信息情況錄入窗口所示： 圖 4.11 員工信息情況錄入窗口 4.3.6 數(shù)據(jù)庫備份與恢復 數(shù)據(jù)庫備份與恢復功能是為了增強此系統(tǒng)的安全性。為了避免數(shù)據(jù)在出現(xiàn)了大的 錯誤后，能夠盡快的回復丟失數(shù)據(jù)和減小損失而加入的功能。在添加、修改、刪除了 數(shù)據(jù)或是有業(yè)務發(fā)生時及時備份數(shù)據(jù)，能夠避免不必要的損失。 數(shù)據(jù)庫備份窗口界面如圖 4.12 所示： 圖 4.12 數(shù)據(jù)庫備份窗口 通過該窗體用戶可對現(xiàn)有數(shù)據(jù)進行備份，用戶可以點擊開始備份進行數(shù)據(jù)備份， 退出將不備份。其中應用到了 TreeView、Button、EditBox 控件。 備份數(shù)據(jù)庫

52、關(guān)鍵代碼如下： CDatabase db; CString strSQL; db.Open(MedicStore); strSQL.Format(backup database MedicStore to disk=%s,m_Path); db.ExecuteSQL(strSQL); db.Close(); 數(shù)據(jù)庫恢復窗體與備份窗體類似，在此窗體上用戶可以進行數(shù)據(jù)庫的恢復，用戶可 以點擊開始恢復，此時彈出確認對話框，確定是否真的要進行恢復，退出將不恢復數(shù) 據(jù)庫。其中用到了 TreeView、Button、EditBox 控件。 5 系統(tǒng)軟件測試 5.1 系統(tǒng)測試 5.1.1 系統(tǒng)測試目的 測試

53、的目的就是希望能以最少的人力和時間發(fā)現(xiàn)潛在的各種錯誤和缺陷。應根據(jù) 開發(fā)各階段的需求、設(shè)計等文檔或程序的內(nèi)部結(jié)構(gòu)精心設(shè)計測試用例，并利用這些實 例來運行程序，以便發(fā)現(xiàn)錯誤。信息系統(tǒng)測試應包括軟件測試、硬件測試和網(wǎng)絡測試。 硬件測試、網(wǎng)絡測試可以根據(jù)具體的性能指標來進行，此處所說的測試更多的是指軟 件測試。 5.1.2 系統(tǒng)測試基本原則 在設(shè)計有效測試試用版軟件之前，軟件測試工程師必須了解軟件測試的基本原則： 1、所有的測試都應追溯到用戶需求。正如我們所知：軟件測試的目標在于揭示錯 誤。而最嚴重的錯誤（從用戶角度來看）是那些導致程序無法滿足需求的錯誤。 2、應該在測試工作真正開始前的較長時間內(nèi)就

54、進行測試計劃。測試計劃可以在需 求模型一完成就開始，詳細的測試用例定義可以在設(shè)計模型被確定后立即開始。因此， 所有測試應該在任何代碼產(chǎn)生前就進行計劃和設(shè)計。 3、Pareto 原則應用于軟件測試。簡單地講，Pareto 原則暗示著測試發(fā)現(xiàn)的錯誤中 的 80很可能起源于程序模塊中的 20。當然，問題在于如何孤立這些有疑點的模塊 并進行徹底的測試。 4、測試應從“小規(guī)?！遍_始，逐步轉(zhuǎn)向“大規(guī)?！?。最初的測試通常把焦點放在 單個程序模塊上，進一步測試的焦點則轉(zhuǎn)向在集成的模塊簇中尋找錯誤，最后在整個 系統(tǒng)中尋找錯誤。 5、窮舉測試是不可能的。甚至一個大小適度的程序，其路徑排列的數(shù)量也非常大。 因此，

55、在測試中不可能運行路徑的每一種組合。然而，充分覆蓋程序邏輯，并確保程 序設(shè)計中使用的所有條件是有可能的。 6、為了達到最佳效果，應該由獨立的第三方來構(gòu)造測試。 “最佳效果”指最有可 能發(fā)現(xiàn)錯誤的測試（測試的主要目標） ，所以創(chuàng)建系統(tǒng)的軟件工程師并不是構(gòu)造軟件測 試的最佳人選。 5.1.3 系統(tǒng)測試方法 1、人工測試 人工測試指的是采用人工方式進行測試，目的是通過對程序靜態(tài)結(jié)構(gòu)的檢查，找 出編譯時不能發(fā)現(xiàn)的錯誤。經(jīng)驗證明，組織良好的人工測試可以發(fā)現(xiàn)程序中的編碼和 邏輯設(shè)計錯誤。 人工測試又稱為代碼審查，其內(nèi)容包括檢查代碼和設(shè)計是否一致，檢查代碼邏輯 表達是否正確和完整，檢查代碼結(jié)構(gòu)是否合理等。主

56、要有 3 種方法。 (1)個人復查：指程序員本人對程序進行檢查。由于心理上的原因和思維慣性的影 響，對自己的錯誤一般不容易發(fā)現(xiàn)，對功能理解的錯誤更不可能糾正。因此，這種方 法主要針對小規(guī)模程序，效率不高。 (2)抽查：通常 35 人組成測試小組，測試人員應是有參加該項目開發(fā)的有經(jīng)驗算 機的角色，將一批帶有代表性的測試數(shù)據(jù)沿程序的邏輯走一遍，監(jiān)視程序的執(zhí)行人工 檢測程序很慢，只能選擇少量簡單的例子。 (3)會審：測試人員的構(gòu)成與抽查類似。在會審之前，測試人員應該充分閱讀資料， 比如系統(tǒng)分析說明書、系統(tǒng)設(shè)計說明書、源程序等。有經(jīng)驗的測試人員列出盡多的典 型錯誤。在會審時，由編程人員逐句講解程序，測

57、試人員逐個審查、提問。通種這種 方式，往往可能使編程人員發(fā)現(xiàn)自己以前沒有意識到的錯誤，使問題暴露。會審結(jié)束， 將發(fā)現(xiàn)的問題登記、分析、歸類。 代碼復審應該在被測軟件編譯成功之后，編譯都沒通過的軟件當然談不上復審。 復審期間，應保證有足夠的時間，讓測試小組對問題進行充分的討論，這樣才能有效 提高效率，避免出錯。 2、機器測試 機器測試是把設(shè)計好的測試用例作用于被測程序，比較測試結(jié)果和預期結(jié)果是一 致，如果不一致，就說明可能存在錯誤。機器測試只能發(fā)現(xiàn)錯誤的癥狀，但無法對問 題進行定位。 機器測試分為黑盒測試和白盒測試兩種。 1)黑盒測試 黑盒測試也稱為功能測試。將軟件看成黑盒子在完全不考慮軟件的內(nèi)

58、部結(jié)構(gòu)性的 情況下，測試軟件的外部特性。進行黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤： (1)是否有錯誤的功能或遺漏的功能； (2)界面是否有誤，輸入是否被正確接收，輸出是否正確； (3)是否有數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤； (4)性能是否能夠接受； (5)是否有初始化或終止性錯誤。 2)白盒測試 自盒測試也稱為結(jié)構(gòu)測試。將軟件看成透明的白盒，根據(jù)程序的內(nèi)部結(jié)構(gòu)和邏輯 設(shè)計測試用例，對程序的路徑和過程進行測試，檢查是否滿足設(shè)計的需要。其原則是： (1)程序模塊中的所有獨立路徑至少執(zhí)行一次； (2)在所有的邏輯判斷中，取“真”和取“假”的兩種情況至少都能執(zhí)行一次； (3)每個循環(huán)都應在邊界條件和一般條

59、件下各執(zhí)行一次； (4)測試程序內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性等。 5.2 基礎(chǔ)模塊功能測試 5.2.1 登錄模塊 1.測試目的 是否正確判斷用戶登陸信息，并跳轉(zhuǎn)到相應頁面。 2.測試用例 表 5.1 登錄模塊測試用例 操作操作描述數(shù)據(jù)期望結(jié)果實際結(jié)果 1 輸入正確 的密碼 密碼：ww顯示登陸窗口顯示登陸窗口 2 輸入不正 確的密碼 密碼：wwa 不顯示登陸窗口并 提示：用戶名或密碼 不顯示登陸窗口并 提示：用戶名或密碼 不對不對 3.測試結(jié)論 能正確識別用戶身份，并跳轉(zhuǎn)到相應頁面。 5.2.2 藥品信息管理模塊 1.測試目的 能否準確的錄入藥品基本情況并對其查詢，修改和刪除 2.測試用例 輸入要操作的

60、信息并選擇類別，期望結(jié)果是能搜索出相關(guān)的內(nèi)容及并對進行 一些操作，實際結(jié)果是完成相關(guān)的操作內(nèi)容。 3.測試結(jié)論 實現(xiàn)了各個部分的操作功能 5.2.3 庫存信息模塊 1.測試目的 能否正確的錄入藥品庫存信息情況及查詢、修改和刪除 2.測試用例 輸入要錄入的，期望結(jié)果是能很好的錄入，實際結(jié)果是各個操作都達到 預期效果 3.測試結(jié)論 實現(xiàn)了各個部分的操作功能 5.2.4 銷售信息模塊 1.測試目的 能否正確的對顧客購藥信息進行錄入 2.測試用例 表 5.2 課程管理模塊測試用例 操作操作描述期望結(jié)果實際結(jié)果 1輸入顧客的購藥信息 成功錄入顧客的 購藥記錄 錄入信息成功 3.測試結(jié)論 該模塊基本能正常