基于.NET的藥店進(jìn)銷存管理系統(tǒng)——畢業(yè)論文

《基于.NET的藥店進(jìn)銷存管理系統(tǒng)——畢業(yè)論文》由會員分享，可在線閱讀，更多相關(guān)《基于.NET的藥店進(jìn)銷存管理系統(tǒng)——畢業(yè)論文（39頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、xxx 學(xué) 院畢業(yè)設(shè)計(jì)(論文) 題 目： 藥店進(jìn)銷存管理系統(tǒng) 設(shè)計(jì)與實(shí)現(xiàn) 作 者： 學(xué) 號： 系 (院)： 計(jì)算機(jī)科學(xué)系 專業(yè)班級： 計(jì)算機(jī)科學(xué)與技術(shù) 指導(dǎo)者： 實(shí)驗(yàn)師 (姓 名) (專業(yè)技術(shù)職務(wù))評閱者： (姓 名) (專業(yè)技術(shù)職務(wù)) 年 月 xxx基于.NET的藥店進(jìn)銷存管理系統(tǒng)摘 要目前，大中型城市的多數(shù)藥品店已經(jīng)實(shí)現(xiàn)了商品管理、客戶管理、銷售管理及銷售管理等的信息化和網(wǎng)絡(luò)化，提高了管理效率。但是，在大多數(shù)小藥品店，藥品店管理仍然以傳統(tǒng)人工管理為主，特別是在藥品的采購、銷售、庫存環(huán)節(jié)，傳統(tǒng)的手工管理處理信息混亂，賬目管理困難，效率低下，浪費(fèi)嚴(yán)重，造成了資產(chǎn)的流失。使用本系統(tǒng)，可以使管理人

2、員從大量繁瑣的手工操作中解放出來，方便藥品店管理者對藥品進(jìn)銷存的實(shí)際情況進(jìn)行集中的查詢與管理工作，改進(jìn)藥品店的工作，提高工作效率和服務(wù)質(zhì)量，同時(shí)可以適應(yīng)藥品店與社會醫(yī)保綜合管理的需求，減少資源的浪費(fèi)和流失。經(jīng)過實(shí)際調(diào)查和綜合分析，本系統(tǒng)使用功能強(qiáng)大的Microsoft VS.NET作為開發(fā)環(huán)境，使用編程語言C # 對整個(gè)系統(tǒng)進(jìn)行設(shè)計(jì)與開發(fā)，后臺數(shù)據(jù)庫使用Microsoft SQL Server 2005。本系統(tǒng)可以根據(jù)實(shí)際應(yīng)用的具體情況，適當(dāng)加以修改，以便更好應(yīng)用。本系統(tǒng)操作簡單，靈活性好，系統(tǒng)安全性高，運(yùn)行穩(wěn)定。關(guān)鍵字：管理系統(tǒng)，藥品，.NET ，C#The Management Syste

3、m of Medicine Enters Sells Saves Based on .NETAbstractAt present, the large and middle scale cities most hospitals already realized the outpatient service management, have been hospitalized the management, the drugs sale management and so on becoming an information based society , enhanced the manag

4、ement efficiency. But, in the majority county level hospital and the villages and towns clinic, the hospital management still by the traditional manual management primarily, specially in the medicine purchase, the sale, kept in stock the link, the traditional manual management process information ch

5、aotic, account item management difficulty, efficiency low, the waste was serious, has created state asset draining.The medicine enters sells saves the management system management system but to develop for the solution above question, this system mainly aims at the small hospital and clinics medicin

6、e purchase, the sale, keeps in stock the link, the system may realize the drugs to go into storage function and so on management, drugs leaves storehouse management, adjusts prices management, inventorying management, finance information management, drugs information management, system maintenance,

7、may facilitate completes each item of drugs attribute, the sales condition, the supply and demand condition statistics, causes each work the organization to be standarder.Uses this system, may cause the administrative personnel to liberate from the massive tedious manual operation, the convenient ho

8、spital superintendent enters the actual situation to the medicine which sells saves to carry on the centralism the inquiry and the supervisory work, improves the hospital the work, enhances the working efficiency and the grade of service, at the same time may adapt the hospital and the social medici

9、ne guarantees the synthesis management the demand, reduces the resources the waste and drains.After thorough investigation and generalized analysis, this system use function formidable Microsoft VS.NET took the development environment, use programming language C # carries on the design and the devel

10、opment to the overall system, the backstage database uses Microsoft SQL Server 2,000. This system may act according to the practical application the special details, suitably performs to revise, in order to better application. Thissystem operation simple, flexibility good, system security high, the

11、movement is stable.Key words: management system，medicine，.NET ，C#目 錄1 緒 論51.1 課題研究背景及意義51.2 本系統(tǒng)使用的方法和語言61.2.1 統(tǒng)一建模語言UML61.2.2 .NET和C#71.3系統(tǒng)描述81.4 分析方法82 需求收集92.1 業(yè)務(wù)過程分析92.2 研究領(lǐng)域分析102.2.1 初步用例模型開發(fā)112.2.2 開發(fā)初步類圖122.3 系統(tǒng)需求研究142.3.1 收集系統(tǒng)需求142.3.2開發(fā)系統(tǒng)功能包圖143 系統(tǒng)分析與設(shè)計(jì)163.1 開發(fā)系統(tǒng)用例模型163.2 系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)163.2.1 數(shù)據(jù)流分

12、析162.3 數(shù)據(jù)字典173.2.2 本系統(tǒng)的數(shù)據(jù)項(xiàng)193.2.3 數(shù)據(jù)庫需求分析213.2.4 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計(jì)223.2.3 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)244 開發(fā)系統(tǒng)274.1 編制代碼274.2 系統(tǒng)實(shí)現(xiàn)274.2.1 用戶界面274.2.2 代碼284.3 部分系統(tǒng)界面及功能簡介284.3.1用戶信息管理界面如圖4-2284.3.2主界面 如圖4-3304.3.3客戶信息管理界面 如圖4-4324.3.4采購管理界面 如圖4-5335 部 署34結(jié) 束 語35致謝36參 考 文 獻(xiàn)371 緒 論1.1 課題研究背景及意義隨著生產(chǎn)技術(shù)的進(jìn)步、現(xiàn)代化科學(xué)技術(shù)和社會經(jīng)濟(jì)的迅速發(fā)展，世界正在向信息

13、化社會前進(jìn)，信息正在同物質(zhì)、能源一起構(gòu)成當(dāng)代社會的三大支柱產(chǎn)業(yè)。社會活動的日益復(fù)雜，也使得各種管理工作越來越依賴計(jì)算機(jī)進(jìn)行信息的操作處理。與我們的健康有著密切關(guān)系的藥品衛(wèi)生系統(tǒng)，目前也面臨著信息時(shí)代的巨大挑戰(zhàn)，舊有的企業(yè)管理模式已不能適應(yīng)新型的社會主義市場經(jīng)濟(jì)的要求，再者藥品產(chǎn)品種類繁多、業(yè)務(wù)量大，單憑手工記賬很難適應(yīng)工作的需要。同時(shí)，藥品作為一個(gè)關(guān)系到人民群眾健康的特殊行業(yè)，國家對藥品行業(yè)又有一些不同于其他行業(yè)的管理政策，這些都加大了管理的難度。如何盡快建立和完善藥品行業(yè)的信息化管理體制，已成為影響藥品行業(yè)生存發(fā)展的關(guān)鍵所在。藥店進(jìn)銷存管理系統(tǒng)就是為了解決傳統(tǒng)藥品管理過程中的進(jìn)銷存人工處理混

14、亂、賬目管理困難等問題，可以使管理人員從大量繁瑣的手工操作中解放出來，方便地完成藥品信息管理、藥品入庫出庫等操作，方便靈活地完成各項(xiàng)藥品屬性、銷售狀況、供需狀態(tài)的統(tǒng)計(jì)，使得各個(gè)工作環(huán)節(jié)的組織更加規(guī)范，提高工作效率與服務(wù)質(zhì)量；同時(shí)可以適應(yīng)藥品店與社會醫(yī)保綜合管理的需求。從而可以改變藥品店藥庫藥品管理的傳統(tǒng)模式，加強(qiáng)藥庫管理，減少資源浪費(fèi)和流失。軟件開發(fā)可以采用多種開發(fā)方法，如生命周期法和面向?qū)ο蠓椒ǖ?。面向?qū)ο蠹夹g(shù)是軟件工程領(lǐng)域中的重要技術(shù)，它不僅是一種程序設(shè)計(jì)方法，更重要的是，它是一種對真實(shí)世界的抽象思維方式。UML(Unified Modeling Language)就是一種特別適合采用面向

15、對象思維方式的軟件建模語言。UML伙伴組織于1996年由Rational公司創(chuàng)立。對象管理組織（OMG）于1997年11月將UML的1.1版接納為標(biāo)準(zhǔn)。 UML是多種方法相互借鑒、相互融合、趨于一致、走向標(biāo)準(zhǔn)化的產(chǎn)物。這樣的統(tǒng)一建模語言為軟件開發(fā)商及其用戶帶來諸多便利。許多計(jì)算機(jī)技術(shù)發(fā)達(dá)的國家已有大量的軟件開發(fā)組織開始用UML進(jìn)行系統(tǒng)建模，學(xué)習(xí)和使用UML已經(jīng)成為一種潮流。我國軟件界對UML也相當(dāng)關(guān)注，越來越多的人投入到了對UML的學(xué)習(xí)和研究中。UML只是一種建模語言，在系統(tǒng)的具體編制過程中，我使用了Microsoft專門為使用NET平臺而創(chuàng)建的語言C#。1.2 本系統(tǒng)使用的方法和語言1.2.

16、1 統(tǒng)一建模語言UML 統(tǒng)一建模語言（Unified Modeling Language ,UML）是一種可視化的建模語言，它能讓系統(tǒng)構(gòu)造者用標(biāo)準(zhǔn)的、易于理解的方式建立起能夠表達(dá)出他們想象力的系統(tǒng)藍(lán)圖，并且提供了便于不同人之間有效的共享和交流涉及結(jié)果的機(jī)制。 UML包括了一些可以相互組合圖表的圖形元素。由于UML是一種語言，所以UML具有組合這些元素的法規(guī)。UML提供了系統(tǒng)設(shè)計(jì)所需要的多種圖，這些圖是在用多個(gè)視圖來展示一個(gè)系統(tǒng)，這組視圖被稱為一個(gè)模型（Model）。一個(gè)UML模型描述了一個(gè)系統(tǒng)需要做什么。同時(shí)，UML提供了組織和擴(kuò)展這些圖的方法。關(guān)于標(biāo)準(zhǔn)建模語言UML的內(nèi)容，首先，UML融合了

17、Booch、OMT和OOSE方法中的基本概念,而且這些基本概念與其他面向?qū)ο蠹夹g(shù)中的基本概念大多相同,因而,UML必然成為這些方法以及其他方法的使用者樂于采用的一種簡單一致的建模語言;其次,UML不僅僅是上述方法的簡單匯合,而是在這些方法的基礎(chǔ)上廣泛征求意見,集眾家之長,幾經(jīng)修改而完成的,UML擴(kuò)展了現(xiàn)有方法的應(yīng)用范圍;第三,UML是標(biāo)準(zhǔn)的建模語言,而不是標(biāo)準(zhǔn)的開發(fā)過程。盡管UML的應(yīng)用必然以系統(tǒng)的開發(fā)過程為背景,但由于不同的組織和不同的應(yīng)用領(lǐng)域,需要采取不同的開發(fā)過程。作為一種建模語言,UML的定義包括UML語義和UML表示法兩個(gè)部分。(1) UML語義描述基于UML的精確元模型定義。(2)

18、 UML表示法定義UML符號的表示法,為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法為系統(tǒng)建模提供了標(biāo)準(zhǔn)。這些圖形符號和文字所表達(dá)的是應(yīng)用級的模型,在語義上它是UML元模型的實(shí)例。 標(biāo)準(zhǔn)建模語言UML的重要內(nèi)容可以由下列五類圖(共9種圖形)來定義:第一類是用例圖，第二類是靜態(tài)圖(Static diagram),包括類圖、對象圖和包圖。第三類是行為圖(Behavior diagram),描述系統(tǒng)的動態(tài)模型和組成對象間的交互關(guān)系。其中狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時(shí)狀態(tài)的轉(zhuǎn)移條件。通常, 狀態(tài)圖是對類圖的補(bǔ)充。在實(shí)用上并不需要為所有的類畫狀態(tài)圖,僅為那些有多個(gè)狀態(tài)其行為受外界環(huán)境的影響

19、并且發(fā)生改變的類畫狀態(tài)圖。而活動圖描述滿足用例要求所要進(jìn)行的活動以及活動間的約束關(guān)系,有利于識別并行活動。第四類是交互圖(Interactive diagram),描述對象間的交互關(guān)系。其中順序圖顯示對象之間的動態(tài)合作關(guān)系,它強(qiáng)調(diào)對象之間消息發(fā)送的順序,同時(shí)顯示對象之間的交互;協(xié)作圖描述對象間的協(xié)作關(guān)系, 協(xié)作圖跟順序圖相似,顯示對象間的動態(tài)合作關(guān)系。除顯示信息交換外,協(xié)作圖還顯示對象以及它們之間的關(guān)系。如果強(qiáng)調(diào)時(shí)間和順序,則使用順序圖;如果強(qiáng)調(diào)上下級關(guān)系,則選擇協(xié)作圖。這兩種圖合稱為交互圖。第五類是實(shí)現(xiàn)圖( Implementation diagram )，包括構(gòu)件圖和配置圖。1.2.2 .

20、NET和C#微軟的.NET是為了解決因特網(wǎng)應(yīng)用中存在的普遍問題而預(yù)先建立的基礎(chǔ)設(shè)施。.NET的服務(wù)器版可運(yùn)行在Windows NTWindows 2005以及Windows XP Professional操作系統(tǒng)下其客戶版可運(yùn)行在Windows 98、Windows Me、Windows XP Home下。目前它只是一個(gè)附加的服務(wù)補(bǔ)丁，以后的NET版本極有可能成為操作系統(tǒng)的一部分，今后的版本也有可能會允許.NET的部分運(yùn)行在其他版本的Windows操作系統(tǒng)下，微軟的.NET提供了下述服務(wù)，具體如下 .NET提供了一種新的運(yùn)行環(huán)境即.NET框架，它使得程序員能夠更容易、迅速地寫出優(yōu)良、健壯的程序

21、代碼，并且能夠方便地管理、部署和修改代碼，所編寫的程序和組件都在該環(huán)境中執(zhí)行。它為程序員提供了一些新功能，例如自動內(nèi)存管理(垃圾收集)以及更方便地訪問所有系統(tǒng)服務(wù)。它添加了許多實(shí)用功能、例如易于訪問因特網(wǎng)和數(shù)據(jù)庫。它還為代碼復(fù)用提供了一種新的機(jī)制一一更易于使用并且比COM更加有效和靈活。.NET框架更易于部署因?yàn)樗恍枰M(jìn)行注冊設(shè)置。它還為版本的制定提供了標(biāo)準(zhǔn)化、系統(tǒng)級別的支持。程序員可以在任一種與.NET兼容的編程語言中使用上述全部功能.NET為創(chuàng)建HTML頁面提供了一種新的編程模型，稱為ASP.NET盡管智能的單機(jī)程序仍在不斷涌現(xiàn)，但是在不久的將來，大多數(shù)因特網(wǎng)通信都會以通用瀏覽器作為前端

22、，這就要求服務(wù)器能夠使用HTML語言來構(gòu)造頁面，以便瀏覽器識別并顯示給用戶。ASP.NET是一種運(yùn)行在因特網(wǎng)信息服務(wù)(IIS)下的新環(huán)境，它使得程序員能夠更容易地編寫代碼來構(gòu)造基于HTML語言的web頁面，供瀏覽器查看。 ASP.NET提供了一種新的與語言無關(guān)的代碼編寫方式，并將其與web頁面請求相關(guān)聯(lián)。它提供了.NET的Web窗體，它是一種與控件交互的事件驅(qū)動編程模型、這使得編寫web頁面變得就像編寫普通的VB窗體一樣。ASP.NET包含了良好的會話狀態(tài)管理和安全功能，它比原來的ASP更加健壯，性能也得以提高。.NET提供了windows窗體，它是一種使用.NET框架編寫各種客戶程序的新方法

23、。 一個(gè)使用XML Web服務(wù)的專用客戶端應(yīng)用程序必須提供良好的用戶界面。高質(zhì)量的界面能夠提供更佳的用戶感受，NET提供了一種新的軟件包，它被稱為.NET windows窗體這使得程序員能夠使用.NET框架輕易地編寫出專用的windows客戶應(yīng)用程序。C#是可用于創(chuàng)建要運(yùn)行在.NET上的應(yīng)用程序的語言之一，它從C和C+語言演化而來，是Microsoft專門為使用.NET平臺而創(chuàng)建的。因?yàn)镃#是近期發(fā)展起來的，所以吸取了以前的教訓(xùn)，考慮了其他語言的許多優(yōu)點(diǎn)，并解決了它們的問題。使用C#開發(fā)應(yīng)用程序比使用C+簡單，因?yàn)槠湔Z法比較簡單。但是，C#是一種強(qiáng)大的語言，在C+中能完成的任務(wù)在C#中也能完成

24、，C#中與C+比較高級的功能等價(jià)的功能(例如直接訪問和處理系統(tǒng)內(nèi)存)，只能在標(biāo)記為“不安全”的代碼中使用。這個(gè)高級編程技術(shù)是非常危險(xiǎn)的(正如它的名稱)，因?yàn)樗赡芨采w系統(tǒng)中重要的內(nèi)存塊，導(dǎo)致嚴(yán)重的后果。C#代碼常常比C+略長一些。這是因?yàn)镃#是一種類型安全的語言(與C+不同)，一旦為某些數(shù)據(jù)指定了類型，就不能轉(zhuǎn)換為另一個(gè)不相關(guān)的類型。所以，在類型之間轉(zhuǎn)換時(shí)，必須遵守嚴(yán)格的規(guī)則。執(zhí)行相向的任務(wù)時(shí)，用C#編寫的代碼通常比C+長。但C#代碼更健壯，調(diào)試也比較簡單，.NET總是可以隨時(shí)跟蹤數(shù)據(jù)的類型。在C#中，不能完成如“把4字節(jié)的內(nèi)存放在數(shù)據(jù)中，并把它解釋為x”等的任務(wù)。C#只是.NET開發(fā)的一種語

25、言，是目前最好的一種語言。C#的優(yōu)點(diǎn)是，它是唯一為.NET Framework而設(shè)計(jì)的語言，是移植到其他操作系統(tǒng)上的.NET版本中使用的主要語言。C#能使用.NET Framework代碼庫提供的每種功能1.3系統(tǒng)描述本系統(tǒng)運(yùn)用面向?qū)ο蟮乃枷?，基于UML進(jìn)行藥品管理系統(tǒng)的分析與設(shè)計(jì)。本文運(yùn)用UML來分析和描述藥品店藥品管理所涉及的藥品基本信息管理、藥品入庫、出庫、調(diào)價(jià)、查詢、統(tǒng)計(jì)、盤點(diǎn)等一系列功能。系統(tǒng)維護(hù)包括：新建操作用戶、修改用戶信息、刪除用戶等。商品管理包括：商品信息的添加、修改和刪除和查詢等。客戶管理包括：供應(yīng)客戶信息的添加修改和刪除等。采購管理包括：登記公司向供應(yīng)客戶采購商品的入庫單

26、等。盤點(diǎn)管理包括：盤點(diǎn)庫存藥品、生成入庫出庫清單等。1.4 分析方法 為了適應(yīng)開發(fā)過程多方面的挑戰(zhàn)，不同的組織和不同的應(yīng)用領(lǐng)域需要采取不同的開發(fā)過程才能提高開發(fā)效率。我在系統(tǒng)的設(shè)計(jì)開發(fā)中，使用了“快速應(yīng)用工程指導(dǎo)原則”（Guidelines for Rapid APPLication Engineering），簡稱GRAPPLE。GRAPPLE的思想并沒有脫離以往的UML分析方法RUP(Rational Unified Process, 統(tǒng)一開發(fā)過程)。它是一組可以自適應(yīng)的，靈活的開發(fā)思想，可以適應(yīng)與許多不同組織的軟件開發(fā)過程，讓開發(fā)者發(fā)揮自己的創(chuàng)造力和好的思想來構(gòu)建自己的組織。 GRAPPL

27、E由5個(gè)段組成，即需求收集，分析，設(shè)計(jì)，開發(fā)，部署。本次的論文，便是以GRAPPLE方法的基本結(jié)構(gòu)、步驟來構(gòu)架的，由于在軟件的構(gòu)建階段，設(shè)計(jì)和分析都可以往返進(jìn)行直到設(shè)計(jì)完成，所以在論文中，我將分析與設(shè)計(jì)合并為一個(gè)章節(jié)來敘述。之后在設(shè)計(jì)的基礎(chǔ)上使用微軟的Visual C#完成系統(tǒng)的實(shí)現(xiàn)。2 需求收集2.1 業(yè)務(wù)過程分析開發(fā)一個(gè)系統(tǒng)的起點(diǎn)就是獲得對客戶業(yè)務(wù)過程的理解，特別是獲得使用目標(biāo)系統(tǒng)的客戶的理解。這就需要系統(tǒng)分析員與客戶進(jìn)行充分的交流。首先要在調(diào)研的過程中了解到一套業(yè)務(wù)領(lǐng)域的詞匯?！八幍赀M(jìn)銷存管理系統(tǒng)”需要實(shí)現(xiàn)的功能有主要有：“系統(tǒng)維護(hù)” ，“入庫管理 ”，“調(diào)價(jià)管理”，“出庫管理”， “財(cái)

28、務(wù)信息管理”，“藥品信息管理”等，可以用下面的業(yè)務(wù)流程圖來表示它們之間的關(guān)系：圖2-1 系統(tǒng)業(yè)務(wù)流程此次設(shè)計(jì)的“藥品進(jìn)銷存藥品管理系統(tǒng)”需要完成的主要功能有：“系統(tǒng)維護(hù)”，“入庫管理”，“調(diào)價(jià)管理”，“出庫管理”，“財(cái)務(wù)信息管理”，“藥品信息管理”等一系列與業(yè)務(wù)流程相配套的完整功能。在系統(tǒng)中，主要的業(yè)務(wù)流通領(lǐng)域詞匯有以下幾大類：采購計(jì)劃,入庫,財(cái)務(wù)驗(yàn)收,付款處理,出庫,調(diào)價(jià)處理,庫存盤點(diǎn),查詢。藥品信息管理的總體活動可以由以下的圖來描述：圖2-2 藥品信息管理的活動圖2.2 研究領(lǐng)域分析現(xiàn)在仍然處在需求收集階段的概念性分析。這個(gè)階段需要開發(fā)出初步的類圖、建立和標(biāo)記類之間的關(guān)聯(lián)，同時(shí)填充類的信息

29、。2.2.1 初步用例模型開發(fā)用例是由參與者發(fā)起的，參與者能夠從用例的執(zhí)行中獲得有價(jià)值的事物。用例模型的圖形表示法很直觀。用例用一個(gè)橢圓形表示，直立人形圖表表示參與者。用例的發(fā)起參與者在用例圖的左側(cè)，接受參與者在用例圖的右側(cè)。參與者的名字放在參與者圖表的下方，用例的名字可以放在橢圓形里面也可以放在橢圓形下方。關(guān)聯(lián)線連接參與者和用例，并且表示參與者與用例之間有通信關(guān)系。關(guān)聯(lián)線是實(shí)現(xiàn)，和類之間的關(guān)聯(lián)線類似。 用例分析的一個(gè)好處是它能展現(xiàn)出系統(tǒng)和外部世界之間的邊界。參與者是典型的系統(tǒng)外部實(shí)體，而用例屬于系統(tǒng)內(nèi)部。系統(tǒng)的邊界用一個(gè)矩形（里面寫著系統(tǒng)的名字）來代表。系統(tǒng)的用例裝入矩形之內(nèi)。參與者、用例和

30、互連線共同組成了用例模型（use case model）.下圖說明了這些符號：圖2-4 用例模型示例2.2.1.1 開發(fā)系統(tǒng)業(yè)務(wù)角色 首先，需要確定整個(gè)系統(tǒng)的業(yè)務(wù)角色。業(yè)務(wù)角色，顧名思義，就是與業(yè)務(wù)交流的人或物，都可以被稱為業(yè)務(wù)角色。在本管理系統(tǒng)中，大體上可以分為生產(chǎn)廠家、供應(yīng)商、采購員、銷售員、基本操作員、系統(tǒng)管理員這六類業(yè)務(wù)角色。2.2.1.2 開發(fā)初步用例圖接下來，需要對每個(gè)業(yè)務(wù)角色標(biāo)識業(yè)務(wù)用例，這些業(yè)務(wù)用例包括：生產(chǎn)藥品、購入藥品、批發(fā)銷售藥品、輸入藥品相關(guān)信息、售出藥品、管理整個(gè)系統(tǒng)流程等等。 這個(gè)階段的任務(wù)，就是描述系統(tǒng)用例與系統(tǒng)業(yè)務(wù)角色之間的關(guān)系，如圖2-6中所示。圖2-6 業(yè)務(wù)

31、角色與系統(tǒng)用例2.2.2 開發(fā)初步類圖2.2.2.1 系統(tǒng)中的類類圖(Class Diagram)描述類和類之間的靜態(tài)關(guān)系。與數(shù)據(jù)模型不同,它不僅顯示了信息的結(jié)構(gòu),同時(shí)還描述了系統(tǒng)的行為。類圖是定義其它圖的基礎(chǔ)。在類圖的基礎(chǔ)上,狀態(tài)圖、合作圖等進(jìn)一步描述了系統(tǒng)其他方面的特性。對象(Object)與對客觀世界的理解相關(guān)。通常用對象描述客觀世界中某個(gè)具體的實(shí)體。所謂類(Class)是對一類具有相同特征的對象的描述。而對象是類的實(shí)例(Instance)。建立類模型時(shí),應(yīng)盡量與應(yīng)用領(lǐng)域的概念保持一致,以使模型更符合客觀事實(shí),易修改，易理解和易交流。類描述一類對象的屬性(Attribute)和行為(Be

32、havior)。在UML中,類的可視化表示為一個(gè)劃分成三個(gè)格子的長方形(下面兩個(gè)格子可省略)。圖1中,客戶就是一個(gè)典型的類。類的獲取和命名：最頂部的格子包含類的名字。類的命名應(yīng)盡量用應(yīng)用領(lǐng)域中的術(shù)語,應(yīng)明確、無歧義,以利于開發(fā)人員與用戶之間的相互理解和交流。類的獲取是一個(gè)依賴于人的創(chuàng)造力的過程,必須與領(lǐng)域?qū)＜液献?對研究領(lǐng)域仔細(xì)地分析,抽象出領(lǐng)域中的概念,定義其含義及相互關(guān)系,分析出系統(tǒng)類,并用領(lǐng)域中的術(shù)語為類命名。一般而言,類的名字是名詞。下面分析領(lǐng)域一下類中的動詞和名詞，其中的一些名詞將可能成為模型中的類，另一些名詞成為類的屬性。而動詞或者動詞短語則成為類的操作或類之間的關(guān)聯(lián)標(biāo)記。系統(tǒng)中涉

33、及到的名詞有：藥品（drug），用戶（user）, 管理員（administrator）, 普通用戶(common user),信息錄入員(information recorder)，盤點(diǎn)員，調(diào)價(jià)員，采購員（buyer），倉庫保管員（depository keeper），銷售員(seller)，賬目(account), 發(fā)票(invoice), 賬單(bill), 入庫單(enter depository bill), 出庫單(out depository bill), 調(diào)價(jià)單(change price bill), 客戶（client）,供應(yīng)商（merchant），等等。系統(tǒng)中涉及到的動詞有

34、：入庫(enter depository ),出庫(out depository ),盤點(diǎn)(check)、調(diào)價(jià)(change price)、付賬(pay)、信息錄入(information enter)，等等。2.2.2.2 類之間的關(guān)系在這個(gè)階段，對開發(fā)出來的初步類圖中的類，根據(jù)其意義來分成一些組。人組成的一組: 用戶（user）, 管理員（administrator）, 過期日期（Due date）,普通用戶（common user),客戶（client）,生產(chǎn)廠家（manufacturer）,供應(yīng)商（merchant）,銷售員（seller）,采購員（Buyer）物品組成的一組：藥品（d

35、rug），藥庫（Depository）生成的單據(jù)組成的一組：賬目（account）, 發(fā)票(invoice）,Check（支票）,賬單（bill）, 入庫單（enter depository bill）, 出庫單（out depository bill）, 調(diào)價(jià)單（change price bill）2.2.2.3 構(gòu)建系統(tǒng)類圖在完成了初步類圖的構(gòu)建之后，需要建立和標(biāo)記出類之間的關(guān)聯(lián)。具體的表述關(guān)聯(lián)的方法策略是：先從幾個(gè)類開始，找出與這個(gè)類存在關(guān)聯(lián)的其他類，然后再尋找另外一組類與其他類的關(guān)聯(lián)，直到窮盡了所有的類為止。下面先介紹一下類之間常用的幾種關(guān)系以及他們的概念：關(guān)聯(lián)關(guān)系：關(guān)聯(lián)(Associ

36、ation)表示兩個(gè)類之間存在某種語義上的聯(lián)系。角色：關(guān)聯(lián)兩頭的類以某種角色參與關(guān)聯(lián)。關(guān)聯(lián)類：一個(gè)關(guān)聯(lián)可能要記錄一些信息,可以引入一個(gè)關(guān)聯(lián)類來記錄。聚集和組成：聚集(Aggregation)是一種特殊形式的關(guān)聯(lián)。聚集表示類之間的關(guān)系是整體與部分的關(guān)系。聚集可以進(jìn)一步劃分成共享聚集(Shared Aggregation)和組成。繼承關(guān)系：人們將具有共同特性的元素抽象成類別,并通過增加其內(nèi)涵而進(jìn)一步分類。繼承(Generalization)定義了一般元素和特殊元素之間的分類關(guān)系。在UML中,繼承表示為一頭為空心三角形的連線。如圖2-8中,將User進(jìn)一步分為common user, adminis

37、trator和business user,使用的就是繼承關(guān)系。依賴關(guān)系： 有兩個(gè)元素X、Y,如果修改元素X的定義可能會引起對另一個(gè)元素Y的定義的修改,則稱元素Y依賴(Dependency)于元素X。2.3 系統(tǒng)需求研究2.3.1 收集系統(tǒng)需求在對一個(gè)系統(tǒng)的開發(fā)中，必須集中考慮用戶的需求，這個(gè)步驟需要開發(fā)出系統(tǒng)的功能包圖，每個(gè)包應(yīng)代表系統(tǒng)的一個(gè)功能模塊。包：將許多類集合成一個(gè)更高層次的單位,形成一個(gè)高內(nèi)聚、低耦合的類的集合。UML中這種分組機(jī)制叫包(Package)。任何模型元素都運(yùn)用包的機(jī)制。如果沒有任何啟發(fā)性原則來指導(dǎo)類的分組,分組方法就是任意的。在UML中,最有用的和強(qiáng)調(diào)最多的啟發(fā)性原則就

38、是依賴。包圖主要顯示類的包以及這些包之間的依賴關(guān)系。有時(shí)還顯示包和包之間的繼承關(guān)系和組成關(guān)系。2.3.2開發(fā)系統(tǒng)功能包圖現(xiàn)在可以開發(fā)出系統(tǒng)功能包圖如圖2-11。在圖2-11中,“系統(tǒng)”包由“界面”包和“單據(jù)”包和“使用者”包組成。這里稱它們?yōu)橄到y(tǒng)包的內(nèi)容。當(dāng)不需要顯示包的內(nèi)容時(shí),包的名字放入主方框內(nèi),否則包的名字放入左上角的小方框中,而將內(nèi)容放入主方框內(nèi)。包的內(nèi)容可以是類的列表,也可以是另一個(gè)包圖,還可以是一個(gè)類圖。圖2-11系統(tǒng)功能包圖調(diào)試通過by： 雙魚林真實(shí)姓名：汪建林生日: 1985年2月26日 星座: 雙魚座 血型: O畢業(yè)學(xué)校：成都理工大學(xué)計(jì)算機(jī)專業(yè)(2007年)家鄉(xiāng)：四川達(dá)州渠縣

39、望溪鄉(xiāng)包山村5組QQ: 287307421 手機(jī): 13558690869Email: 淘寶店：http:/拍怕店：http:/網(wǎng)站: http:/需要更多的系統(tǒng)到我店或網(wǎng)站查詢 包運(yùn)行！3 系統(tǒng)分析與設(shè)計(jì)3.1 開發(fā)系統(tǒng)用例模型用例能夠幫助系統(tǒng)開發(fā)者理解系統(tǒng)的預(yù)期行為，因而是一個(gè)強(qiáng)有力的工具，它能夠幫助開發(fā)者從用戶的觀點(diǎn)收集需求。用例是一個(gè)強(qiáng)有力的工具，當(dāng)使用UML可視化的表達(dá)出這些概念后，用例甚至?xí)兊酶訌?qiáng)大。可視化可以向用戶顯示用例，他們可以提供更多的信息。實(shí)際生活中用戶常常知道的比他們清楚表達(dá)出來的要多：用例能夠幫助用戶解決這個(gè)問題。另外，可視化的表達(dá)形式允許將用例圖和其他種類的圖結(jié)

40、合起來。系統(tǒng)分析過程中的一個(gè)目標(biāo)是產(chǎn)生一組用例。此想法是要對用例進(jìn)行分類整理，以便于引用。這些用例代表著用戶對系統(tǒng)的觀點(diǎn)。當(dāng)要對系統(tǒng)升級時(shí)，用例目錄可以作為進(jìn)一步收集升級需求的基礎(chǔ)。3.2 系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)3.2.1 數(shù)據(jù)流分析數(shù)據(jù)流程分析主要包括對信息的流動、傳遞、處理、存儲等的分析。數(shù)據(jù)流程分析的目的就是要發(fā)現(xiàn)和解決數(shù)據(jù)流通中的問題?，F(xiàn)有的數(shù)據(jù)流程分析多是通過分層的數(shù)據(jù)流程圖（data flow diagram，簡稱DFD）來實(shí)現(xiàn)的。其具體的做法是：按業(yè)務(wù)流程圖理出的務(wù)流程順序，將相應(yīng)調(diào)查過程中所掌握的數(shù)據(jù)處理過程，繪制成一套完整的數(shù)據(jù)流程圖。商品進(jìn)銷存管理系統(tǒng)的數(shù)據(jù)流程：對本系統(tǒng)操作的數(shù)據(jù)

41、源的用戶為管理員用戶。管理員用戶可以進(jìn)行信息查詢、添加、修改、刪除等相關(guān)操作。通過對本系統(tǒng)的需求分析，系統(tǒng)的基本功能已經(jīng)確定。整個(gè)系統(tǒng)的數(shù)據(jù)流程圖如2-2：進(jìn)入系統(tǒng)登錄界面管理員登錄系統(tǒng)維護(hù)操作頁面基本信息維護(hù)商品信息維護(hù)數(shù)據(jù)庫采購信息管理銷售信息維護(hù)財(cái)務(wù)信息維護(hù)退出系統(tǒng)供應(yīng)商管理數(shù)據(jù)庫維護(hù)圖2-2 系統(tǒng)數(shù)據(jù)流程圖2.3 數(shù)據(jù)字典數(shù)據(jù)字典是關(guān)于數(shù)據(jù)的信息的集合，也就是對數(shù)據(jù)流圖中包含的所有元素的定義的集合。數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。2.3.1 商品進(jìn)銷存管理系統(tǒng)的數(shù)據(jù)字典1.數(shù)據(jù)字典列表數(shù)據(jù)流數(shù)據(jù)存儲名稱：管理員信息數(shù)據(jù)來源：管理員信息表數(shù)據(jù)去向：管理員登陸模塊數(shù)據(jù)組成：管理員

42、信息管理信息唯一標(biāo)識+管理員帳號+管理員密碼+管理員權(quán)限+注冊時(shí)間描述：存儲了管理員的基本信息數(shù)據(jù)存儲名稱：商品類別信息數(shù)據(jù)來源：商品類別信息表數(shù)據(jù)去向：商品類別模塊數(shù)據(jù)組成：商品類別信息=商品類別信息唯一標(biāo)識+商品類別+添加時(shí)間+經(jīng)手人描述：存儲了商品類別的注冊信息數(shù)據(jù)存儲名稱：商品信息數(shù)據(jù)來源：商品信息表數(shù)據(jù)去向：商品信息模塊數(shù)據(jù)組成：商品信息=商品信息唯一標(biāo)識+貨物名稱+供貨編號+進(jìn)價(jià)+售價(jià)+數(shù)量+廠商等描述：存儲了商品信息數(shù)據(jù)存儲名稱：客戶信息數(shù)據(jù)來源：客戶信息表數(shù)據(jù)去向：客戶信息模塊數(shù)據(jù)組成：客戶信息=客戶信息唯一ID+客戶編號+姓名+地址+身份證+性別+電話等描述：存儲了客戶信息數(shù)

43、據(jù)存儲名稱：庫存信息數(shù)據(jù)來源：庫存信息表數(shù)據(jù)去向：庫存信息模塊數(shù)據(jù)組成：庫存信息=庫存信息唯一標(biāo)識+商品名稱+價(jià)格+數(shù)量+添加時(shí)間+單位+編號等描述：存儲了庫存信息數(shù)據(jù)存儲名稱：銷售信息數(shù)據(jù)來源：銷售信息表數(shù)據(jù)去向：銷售信息模塊數(shù)據(jù)組成：銷售信息=銷售信息唯一標(biāo)識+貨物名稱+數(shù)量+價(jià)格+時(shí)間等描述：存儲了銷售詳細(xì)信息描述：管理員登錄系統(tǒng)進(jìn)行管理員登錄管理輸入：管理員的用戶名、密碼過程：判斷是否為合法的管理員輸出：系統(tǒng)主界面名稱: 查詢信息描述：根據(jù)條件查詢所需信息：貨物信息等輸入: 輸入查詢的條件過程：查詢系統(tǒng)的用戶所需的信息輸出: 查詢得到的信息頁面2.數(shù)據(jù)字典列表數(shù)據(jù)處理名字：錄入信息描述

44、：職員信息，貨物信息等的錄入輸入: 輸入要添加錄入的信息過程: 將需要添加錄入的信息加入數(shù)據(jù)庫中輸出: 系統(tǒng)新的信息表頁面輸出: 查詢得到的信息頁面名字：修改、刪除信息描述：對職員信息，貨物信息等修改或刪除后存入數(shù)據(jù)庫中輸入: 輸入要修改或刪除的信息過程：對需要修改的信息做修改、刪除過時(shí)的信息輸出: 系統(tǒng)新的信息表頁面輸出: 查詢得到的信息頁面名字: 數(shù)據(jù)庫信息別名：無描述：存儲了數(shù)據(jù)庫的基本信息數(shù)據(jù)組成：數(shù)據(jù)庫信息=管理員信息+客戶信息+貨物信息+庫存信息+銷售信息位置：數(shù)據(jù)庫輸出: 查詢得到的信息頁面3.數(shù)據(jù)字典列表數(shù)據(jù)存儲3.2.2 商品進(jìn)銷存管理系統(tǒng)的數(shù)據(jù)項(xiàng)名稱：管理員帳號 簡述：管理

45、員的帳號信息數(shù)據(jù)類型：文本字段大?。?0名稱：管理員密碼 簡述：每個(gè)管理員所對應(yīng)的密碼數(shù)據(jù)類型：文本字段大?。?0管理員數(shù)據(jù)項(xiàng)：名稱：注冊時(shí)間 簡述：管理員的注冊時(shí)間數(shù)據(jù)類型：日期時(shí)間字段大小：8名稱：管理員權(quán)限 簡述：管理員的權(quán)限數(shù)據(jù)類型：文本字段大?。?0貨物數(shù)據(jù)項(xiàng)：名稱：貨物編號 簡述：貨物對應(yīng)的編號數(shù)據(jù)類型：文本字段大小：50名稱：貨物名稱 簡述：貨物的名稱數(shù)據(jù)類型：文本字段大?。?0名稱：顏色簡述：貨物的顏色數(shù)據(jù)類型：文本字段大?。?0名稱：貨物單位簡述：貨物的計(jì)量單位數(shù)據(jù)類型：文本字段大?。?0名稱：售價(jià)簡述：貨物的售價(jià)數(shù)據(jù)類型：數(shù)字型字段大小：8名稱：單價(jià)簡述：貨物的單價(jià)數(shù)據(jù)類型

46、：數(shù)字型字段大小：8名稱：廠商名稱 簡述：供貨廠商的名稱數(shù)據(jù)類型：文本字段大?。?0名稱：廠商編號 簡述：供貨廠商的編號數(shù)據(jù)類型：自動編號字段大?。洪L整型廠商數(shù)據(jù)項(xiàng)名稱：負(fù)責(zé)人簡述：供貨廠商的負(fù)責(zé)人數(shù)據(jù)類型：文本字段大?。?0名稱：電話簡述：供貨廠商的聯(lián)系電話數(shù)據(jù)類型：文本字段大小：12名稱：時(shí)間 簡述：供貨廠商信息的添加時(shí)間數(shù)據(jù)類型：時(shí)間字段大?。?名稱：經(jīng)手人 簡述：廠商信息的管理經(jīng)手人數(shù)據(jù)類型：文本字段大小：10名稱：ID 簡述：貨物入庫信息唯一標(biāo)識數(shù)據(jù)類型：自動編號字段大?。洪L整型名稱：貨物名稱簡述：入庫貨物的名稱數(shù)據(jù)類型：字符串字段大?。?0名稱：數(shù)量 簡述：貨物的數(shù)量數(shù)據(jù)類型：數(shù)字

47、型字段大?。?名稱：進(jìn)價(jià) 簡述：入庫貨物的進(jìn)價(jià)數(shù)據(jù)類型：數(shù)字型字段大小：8庫存數(shù)據(jù)項(xiàng)名稱：ID 簡述：貨物出庫信息唯一標(biāo)識數(shù)據(jù)類型：自動編號字段大?。洪L整型名稱：貨物名稱簡述：出庫貨物的名稱數(shù)據(jù)類型：字符串字段大?。?0名稱：數(shù)量 簡述：貨物的數(shù)量數(shù)據(jù)類型：數(shù)字型字段大?。?名稱：銷售價(jià)格 簡述：入庫貨物的銷售價(jià)格數(shù)據(jù)類型：數(shù)字型字段大?。?銷售數(shù)據(jù)項(xiàng)3.2.3 數(shù)據(jù)庫需求分析用戶的需求具體體現(xiàn)在各種學(xué)習(xí)成績的提供、保存、更新和查詢方面，這就要求數(shù)據(jù)庫結(jié)構(gòu)能充分滿足各種信息的輸入和輸出。收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)字典，為后面的具體設(shè)計(jì)打下基礎(chǔ)。1）用戶為管理員用

48、戶；2）管理員用戶登陸后可進(jìn)行管理員信息、貨物信息及廠商信息等的維護(hù)，以且貨物入庫、貨物出庫及統(tǒng)計(jì)信息的維護(hù)；經(jīng)過系統(tǒng)功能分析和需求總結(jié)，考慮到將來功能上的擴(kuò)展，設(shè)計(jì)如下的數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)：1）管理員信息，包括數(shù)據(jù)項(xiàng)：帳號，密碼，權(quán)限等。2）職員信息，包括數(shù)據(jù)項(xiàng)：職員ID，職員姓名，性別，電話，所在部門等。3）貨物信息，包括數(shù)據(jù)項(xiàng)：俄編號，貨物名稱，計(jì)量單位，供貨廠商等。5）銷售信息，包括數(shù)據(jù)項(xiàng)：系統(tǒng)編號，貨物名稱，貨物數(shù)量，銷售價(jià)格等。6）庫存信息，包括數(shù)據(jù)項(xiàng)：系統(tǒng)編號，貨物名稱，統(tǒng)計(jì)數(shù)據(jù)等。7）廠商信息，包括數(shù)據(jù)項(xiàng)：系統(tǒng)編號，廠商名稱，負(fù)責(zé)人，電話，廠商地址等。3.2.4 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)

49、計(jì)得到上面數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu)以后，就可以設(shè)計(jì)出能夠滿足用戶需求的各種實(shí)體，以及它們之間的關(guān)系，為后面的邏輯結(jié)構(gòu)設(shè)計(jì)打下基礎(chǔ)。這些實(shí)體包含各種具體信息，通過相互之間的作用形成數(shù)據(jù)的流動。設(shè)計(jì)規(guī)劃出的實(shí)體有：管理員信息實(shí)體、客戶信息實(shí)體、貨物信息實(shí)體、庫存信息實(shí)體、銷售信息實(shí)體和廠商信息實(shí)體。管理員信息實(shí)體E-R圖如圖4-2所示：管理員帳號密碼權(quán)限圖4-2 管理員信息實(shí)體ER圖職員信息實(shí)體ER圖如圖4-3所示：職員信息系統(tǒng)編號姓名所在部門電話.圖4-3 職員信息實(shí)體ER圖藥品實(shí)體ER圖如圖4-4所示：藥品信息單位廠商名稱館藏編號.圖4-4 圖書實(shí)體ER圖貨物入庫信息貨物入庫信息實(shí)體ER圖如圖4-5所

50、示：貨物名稱 編號圖4-5 圖書借閱信息實(shí)體ER圖進(jìn)貨價(jià)格數(shù)量貨物出庫信息實(shí)體ER圖如圖4-6所示：貨物出庫信息.銷售價(jià)格數(shù)量貨物名稱編號圖4-6圖書續(xù)借實(shí)體ER圖貨物信息實(shí)體ER圖如圖4-7所示：貨物信息編號名稱供貨廠商數(shù)量.圖4-7 貨物信息實(shí)體ER圖3.2.3 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)數(shù)據(jù)庫的概念結(jié)構(gòu)設(shè)計(jì)完畢后，現(xiàn)在可以將上面的數(shù)據(jù)庫概念結(jié)構(gòu)轉(zhuǎn)化為某種數(shù)據(jù)庫系統(tǒng)所支持的實(shí)際數(shù)據(jù)庫模型，也就是數(shù)據(jù)庫的邏輯結(jié)構(gòu)。商品進(jìn)銷存管理系統(tǒng)數(shù)據(jù)庫中各個(gè)表的設(shè)計(jì)結(jié)果如表所示。每個(gè)表格表示在數(shù)據(jù)庫中的一個(gè)表。表1為管理員信息表，存儲系統(tǒng)中的管理員信息。表1 管理員信息表（allusers）表2為客戶信息表，記錄

51、系統(tǒng)中客戶的詳細(xì)信息。表2 客戶信息表（kh）表3為貨物信息表，記錄系統(tǒng)中已有貨物的信息。表3 貨物信息表（allpro） 表4為庫存信息表，記錄貨物庫存的信息。表4 貨物入庫信息表（kc）表5為銷售統(tǒng)計(jì)信息表，記錄在銷售統(tǒng)計(jì)的信息。表5 銷售統(tǒng)計(jì)信息表（xiaoshou）4 開發(fā)系統(tǒng) 這是真正開始實(shí)施編程的階段，有了充分的分析和設(shè)計(jì)結(jié)果，這個(gè)階段的工作就能快速平穩(wěn)的進(jìn)行。4.1 編制代碼根據(jù)前階段開發(fā)出來的類圖、對象圖、活動圖，下一步的工作就是編制實(shí)現(xiàn)系統(tǒng)的代碼。本設(shè)計(jì)我使用的編程語言是Visual C#。4.2 系統(tǒng)實(shí)現(xiàn)VS.NET編程環(huán)境提供了一個(gè)統(tǒng)一的集成開發(fā)環(huán)境，其中集成了許多可視化

52、輔助工具，因此對于用戶界面的建立和代碼的生成來說是比較簡單的。4.2.1 用戶界面用戶界面決定了系統(tǒng)可使用性的好壞。用戶界面的設(shè)計(jì)同樣需要講究藝術(shù)性和科學(xué)性，在利用藝術(shù)角度的見解和人性因素的研究之外，還要考慮到系統(tǒng)用戶的直觀感覺。下面以藥品銷售出庫模塊為例，來介紹程序的界面。如圖4-1圖4-1藥店進(jìn)銷存管理系統(tǒng)登錄界面系統(tǒng)界面設(shè)計(jì)十分簡單，只有“用戶名”、“密碼”兩個(gè)輸入框及“登陸”一個(gè)按鈕組成。此頁面肩負(fù)著系統(tǒng)的安全，所以其安全性能要求很高。4.3 部分系統(tǒng)界面及功能簡介4.3.1用戶信息管理界面如圖4-2圖4-2用戶信息管理界面此界面所完成的功能，為管理的系統(tǒng)用戶信息，內(nèi)容包括用戶名、密碼

53、及再次確認(rèn)密碼。4.3.2主界面 如圖4-3圖4-3 商品信息管理界面此系列頁面所實(shí)現(xiàn)的功能為管理商品（藥品）信息，包括分類管理、添加、管理及查詢等。4.3.3客戶信息管理界面 如圖4-4圖4-4客戶信息管理界面此系列頁面所實(shí)現(xiàn)的功能為管理客戶信息，包括添加、管理及查詢等。4.3.4采購管理界面 如圖4-5圖4-5采購管理界面此系列頁面所實(shí)現(xiàn)的功能為管理采購信息，包括支付、退貨等。5 部 署在以上的設(shè)計(jì)過程中，只是屬于軟件的設(shè)計(jì)階段，當(dāng)開發(fā)完成后，系統(tǒng)就要被部署到適當(dāng)?shù)挠布线\(yùn)行并要與協(xié)同系統(tǒng)集成起來。在多數(shù)系統(tǒng)中，硬件是一個(gè)重要方面，一個(gè)系統(tǒng)可能要包括多種操作平臺，并且要跨越很長的物理距離。

54、一個(gè)堅(jiān)實(shí)的系統(tǒng)硬件部署圖對系統(tǒng)設(shè)計(jì)來說是必需的。UML提供了一組圖符，用戶創(chuàng)建一幅圖來描述最終系統(tǒng)的硬件設(shè)置。 主要的硬件術(shù)語有：節(jié)點(diǎn)（node）：各種計(jì)算資源的通用名稱。節(jié)點(diǎn)有兩種類型。處理器（processor）是能夠處理軟件構(gòu)件的節(jié)點(diǎn)，設(shè)備（device）是不能執(zhí)行軟件構(gòu)件的節(jié)點(diǎn)。設(shè)備，如打印機(jī)或顯示器通常都具有某種形式的與外部世界的接口。本系統(tǒng)的硬件部署圖如圖5-1所示：圖5-1 硬件部署圖結(jié) 束 語經(jīng)過這幾個(gè)月的設(shè)計(jì)和開發(fā)，“基于.NET的藥店進(jìn)銷存管理系統(tǒng)”已經(jīng)完成了，其功能符合設(shè)計(jì)需求，能夠完成入庫、出庫、調(diào)價(jià)、盤點(diǎn)、藥品信息維護(hù)、查詢等功能。經(jīng)過最后的使用，證明系統(tǒng)完全具有可行

55、性與可擴(kuò)充性。此次設(shè)計(jì)中，我用SQL Server2005建立后臺數(shù)據(jù)庫，用VS.NET 的C#作為主要的應(yīng)用程序開發(fā)工具，應(yīng)用所學(xué)的UML知識進(jìn)行了系統(tǒng)設(shè)計(jì)。運(yùn)行環(huán)境是Windows xp/2005/2005Server.在設(shè)計(jì)開始階段，我用了一個(gè)半月的時(shí)間進(jìn)行相關(guān)知識的學(xué)習(xí)、資料的搜集、熟悉開發(fā)工具及環(huán)境等工作，并到藥品店進(jìn)行了實(shí)地的調(diào)研與學(xué)習(xí)。隨后，在UML的快速應(yīng)用工程指導(dǎo)原則（GRAPPLE）的指導(dǎo)下展開了業(yè)務(wù)過程建模，系統(tǒng)用例建模，分析模型建立，設(shè)計(jì)模型建立，硬件部署，編碼以及系統(tǒng)的維護(hù)與調(diào)試，最后完成畢業(yè)設(shè)計(jì)論文的編寫和答辯準(zhǔn)備工作。在開發(fā)過程中，我也遇到了各種各樣的困難，在指導(dǎo)

56、老師王會青老師和周圍同學(xué)的指導(dǎo)、幫助下，得到解決，最終順利完成了本系統(tǒng)的開發(fā)工作。 本系統(tǒng)的成功運(yùn)行證明了統(tǒng)一建模語言可以滿足藥品進(jìn)銷存、系統(tǒng)管理的復(fù)雜要求。在系統(tǒng)的分析階段，主要是分析系統(tǒng)的需求，理解系統(tǒng)要完成的基本功能,找出系統(tǒng)的用例（Use Case）和角色（Actor）,畫出系統(tǒng)的用例模型圖，用例模型是此后系統(tǒng)建模的基礎(chǔ)。通過分析每個(gè)用例的順序圖和協(xié)作圖，找到系統(tǒng)中的各個(gè)對象，建立系統(tǒng)的對象模型。抽象出系統(tǒng)的類，并將系統(tǒng)中聯(lián)系緊密的類劃分為若干個(gè)包，畫出包圖。在系統(tǒng)的設(shè)計(jì)階段，需要做出高層的系統(tǒng)決策、確定基本的軟件結(jié)構(gòu)并且對應(yīng)用系統(tǒng)進(jìn)行結(jié)構(gòu)劃分。 統(tǒng)一建模語言（UML）出現(xiàn)以及在建模中

57、的應(yīng)用是軟件工程發(fā)展過程中的巨大革命，標(biāo)志著軟件工程的新的發(fā)展階段。在設(shè)計(jì)的過程中，我對UML理論知識與建模過程有了更深入的理解，獨(dú)立解決實(shí)際問題的能力進(jìn)一步增強(qiáng)，綜合運(yùn)用所學(xué)知識解決實(shí)際問題的能力得到很大提高，為我今后的學(xué)習(xí)和工作積累了經(jīng)驗(yàn)，為以后完成更復(fù)雜的工作奠定了一定的基礎(chǔ)。但是由于畢業(yè)設(shè)計(jì)時(shí)間較短，該系統(tǒng)還有待于進(jìn)一步改進(jìn)，因此，仍有大量的工作需要開展，以使其更趨于完善！致謝在本次畢業(yè)設(shè)計(jì)中，我得到了許多老師和同學(xué)的關(guān)懷和幫助，在此我要向他們表達(dá)我真摯的謝意。首先，我要感謝我的指導(dǎo)老師老師。老師在從我接觸這個(gè)課題開始，就指導(dǎo)我廣泛接觸先進(jìn)的技術(shù)。在系統(tǒng)設(shè)計(jì)與論文的寫作過程中，王老師也

58、不斷的督促檢查，并提出了許多寶貴的有建設(shè)性的意見。王老師的精心指導(dǎo)和深切關(guān)懷，以及認(rèn)真負(fù)責(zé)的工作態(tài)度，嚴(yán)謹(jǐn)?shù)闹螌W(xué)精神都使我獲益匪淺。在此謹(jǐn)向王會青老師表示崇高的敬意和衷心的感謝！在程序的編碼階段，我也得到了許多同學(xué)的幫助，從他們身上我學(xué)到了許多的東西。最后，我還要感謝所有評閱老師對我的論文的悉心評閱，答辯委員會老師對我的系統(tǒng)的關(guān)注與批評，院領(lǐng)導(dǎo)小組對我的綜合評定。再次感謝廣大老師和同學(xué)們對我的幫助！參 考 文 獻(xiàn)1.（美） Wendy Boggs,Michael BoggsUML與Rational Rose2002從入門到精通北京： 電子工業(yè)出版社，20022.（美）Joseph Schmul

59、lerUML基礎(chǔ)、案例與應(yīng)用北京：人民郵電出版社，20013. 李滿潮 .Visual C#.NET編程基礎(chǔ).北京：清華大學(xué)出版社，20024. Meilir Page.JonesUML面向?qū)ο笤O(shè)計(jì)基礎(chǔ)北京：科學(xué)出版社，20035. 劉潤東UML對象設(shè)計(jì)與編程北京：希望電子出版社20026. Martin Flower,Kendall SottUML精粹標(biāo)準(zhǔn)對象建模語言簡明指南北京： 清華大學(xué)出版社 ，19997. Karli Watson Marco Bellinaso康博譯C#入門經(jīng)典北京：清華大學(xué)出版社， 20028. 孫三才 張智凱 許薰尹C#與.NET技術(shù)平臺實(shí)戰(zhàn)演練北京：中國青年出版社， 20029. (美)普拉持(Platt，D.s.) 黃惠萍等譯Microsoft.NET精髓著北京：機(jī)械工業(yè)出版社 ，200310. http:/11. http:/12. http:/ 13. http:/ http:/ 15. http:/www.sql-server-