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

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

2、供的各種面向對象的開發(fā)工具,尤其是數據窗口這一能方便而簡潔操縱數據庫的智能化 對象,首先在短時間內建立系統應用原型,然后,對初始原型系統進行需求迭代,不斷修正和 改進,直到形成用戶滿意的可行系統。因為本人能力有限,加上時間緊迫,所以設計出來的 本系統可能功能比較簡單,另外本系統是單機版,不能實現網絡互聯操作,這些都有待于我 在以后的工作學習中進一步改進。 關鍵字：藥品管理；MIS；Visual C+；數據庫 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 目 錄 藥品管理信息系統.I 摘 要.I ABSTRACT.II 1 緒 論.1 1.1 開發(fā)背景.1 1.2 開發(fā)環(huán)境.1 1.2.1 Visual C+簡介.1 1.3 數據庫介紹.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 系統的可行性研究.5 2.2.2 系統的詳細調查.6 2.2.3 系統的功能需求.6 2.2.4 系統的性能需求.7 2.2.5 系統各模塊的詳細需求.7 3 系統設計.9 3.1 系統功能簡述.9 3.2 數據庫設計.9 3.2.1 數據庫概念結構設計.9 3.2.2 數據庫邏輯結構設計.11 4 系統的實現.16 4.1 登錄界面設計.16 4.1.1 用戶驗證部分代碼.17 4.1.2 設計思想.18 4.2 系統主界面設計.20 4.3 系統菜單設計.20 4.3.1 藥品信息模塊的設計.21 4.3.2 庫存信息模塊的設計.21 4.3.3 銷售信息模塊的設計.23 4.3.4

10、 顧客信息模塊模塊的設計.24 4.3.5 員工信息管理模塊的設計.25 4.3.6 數據庫備份與恢復.26 5 系統軟件測試.27 5.1 系統測試.27 5.1.1 系統測試目的.27 5.1.2 系統測試基本原則.27 5.1.3 系統測試方法.28 5.2 基礎模塊功能測試.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 數據備份與恢復模塊.31 總 結.32 致 謝.34 參考文獻.35 1 緒論 1.1 開發(fā)背景及意義 隨

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

12、以及數據庫的人機系統。它能提供信息支持企業(yè)或者組織的運行、管理和決 策功能。 ” 它全面說明了管理的目標,功能和組成,同時反映了管理信息系統在當時達到 的水平。 計算機用于管理是現代化管理的需要，是管理現代化的必然，尤其對藥品管理來 說是相當重要的。如果依然采用手工管理方法，其工作效率低，錯誤多，不利于存儲 和管理。本系統改善了傳統的管理方式，從而節(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 操作系統的可視 化集成開發(fā)環(huán)境（integrated development environment,IDE） 。Visual C+6

14、.0 由許多組件 組成，包括編輯器、調試器以及程序向導 AppWizard、類向導 Class Wizard 等開發(fā)工具。 這些組件通過一個名為 Developer Studio 的組件集成為和諧的開發(fā)環(huán)境。 Visual C+它大概可以分成三個主要的部分： 1 Developer Studio，這是一個集成開發(fā)環(huán)境，我們日常工作的 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 而設計的，所以用 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，和其他許許多多命令行程序，這些我們看不到的程序才是構成 Visual Studio 的基石。 1.3 數據庫介紹 1.3.1 SQL Server 簡述 SQL 是英文 Structured Query Language 的縮寫，意思為結構化查詢語言。SQL 語言 的主要功能就是同各種數據庫建立聯系，進行溝通。按照 ANSI(美國國家標準協會)的 規(guī)定，SQL 被作為關系型數據庫管理系統的標準語言。SQL 語句可以用來執(zhí)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

34、 customerRemarks varchar numeric varchar 20 10 120 表 3.7 SalesManInfo（員工信息）表 字段號字段名數據類型數據長度 1salesCodevarchar7 2salesNamevarchar20 3 salesAddressvarchar70 4 salesPhonenumeric15 5 salesRemarksvarchar120 表 3.8 Medicine（藥品信息）表 字段號字段名數據類型數據長度 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、段名數據類型數據長度 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（庫存信息）表 字段號字段名數據類型數據長度 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（報損信息）表 字段號字段名數據類型數據長度 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（藥品銷售型）表 字段號字段名數據類型數據長度 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（退藥信息）表 字段號字段名數據類型數據長度 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（系統用戶）表 字段號字段名數據類型數據長度 1userIDvarchar8 2userPasswordvarchar6 4 系統的實現 友好的系統

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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