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

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

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

2、員從大量繁瑣的手工操作中解放出來，方便藥品店管理者對藥品進銷存的實際情況進行集中的查詢與管理工作，改進藥品店的工作，提高工作效率和服務質量，同時可以適應藥品店與社會醫(yī)保綜合管理的需求，減少資源的浪費和流失。經過實際調查和綜合分析，本系統(tǒng)使用功能強大的Microsoft VS.NET作為開發(fā)環(huán)境，使用編程語言C # 對整個系統(tǒng)進行設計與開發(fā)，后臺數(shù)據庫使用Microsoft SQL Server 2005。本系統(tǒng)可以根據實際應用的具體情況，適當加以修改，以便更好應用。本系統(tǒng)操作簡單，靈活性好，系統(tǒng)安全性高，運行穩(wě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è)務過程分析92.2 研究領域分析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)分析與設計163.1 開發(fā)系統(tǒng)用例模型163.2 系統(tǒng)數(shù)據庫設計163.2.1 數(shù)據流分

12、析162.3 數(shù)據字典173.2.2 本系統(tǒng)的數(shù)據項193.2.3 數(shù)據庫需求分析213.2.4 數(shù)據庫概念結構設計223.2.3 數(shù)據庫邏輯結構設計244 開發(fā)系統(tǒng)274.1 編制代碼274.2 系統(tǒng)實現(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結 束 語35致謝36參 考 文 獻371 緒 論1.1 課題研究背景及意義隨著生產技術的進步、現(xiàn)代化科學技術和社會經濟的迅速發(fā)展，世界正在向信息

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

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

15、對象思維方式的軟件建模語言。UML伙伴組織于1996年由Rational公司創(chuàng)立。對象管理組織（OMG）于1997年11月將UML的1.1版接納為標準。 UML是多種方法相互借鑒、相互融合、趨于一致、走向標準化的產物。這樣的統(tǒng)一建模語言為軟件開發(fā)商及其用戶帶來諸多便利。許多計算機技術發(fā)達的國家已有大量的軟件開發(fā)組織開始用UML進行系統(tǒng)建模，學習和使用UML已經成為一種潮流。我國軟件界對UML也相當關注，越來越多的人投入到了對UML的學習和研究中。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)構造者用標準的、易于理解的方式建立起能夠表達出他們想象力的系統(tǒng)藍圖，并且提供了便于不同人之間有效的共享和交流涉及結果的機制。 UML包括了一些可以相互組合圖表的圖形元素。由于UML是一種語言，所以UML具有組合這些元素的法規(guī)。UML提供了系統(tǒng)設計所需要的多種圖，這些圖是在用多個視圖來展示一個系統(tǒng)，這組視圖被稱為一個模型（Model）。一個UML模型描述了一個系統(tǒng)需要做什么。同時，UML提供了組織和擴展這些圖的方法。關于標準建模語言UML的內容，首先，UML融合了

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

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

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

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

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

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

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

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

25、言，是目前最好的一種語言。C#的優(yōu)點是，它是唯一為.NET Framework而設計的語言，是移植到其他操作系統(tǒng)上的.NET版本中使用的主要語言。C#能使用.NET Framework代碼庫提供的每種功能1.3系統(tǒng)描述本系統(tǒng)運用面向對象的思想，基于UML進行藥品管理系統(tǒng)的分析與設計。本文運用UML來分析和描述藥品店藥品管理所涉及的藥品基本信息管理、藥品入庫、出庫、調價、查詢、統(tǒng)計、盤點等一系列功能。系統(tǒng)維護包括：新建操作用戶、修改用戶信息、刪除用戶等。商品管理包括：商品信息的添加、修改和刪除和查詢等?？蛻艄芾戆ǎ汗蛻粜畔⒌奶砑有薷暮蛣h除等。采購管理包括：登記公司向供應客戶采購商品的入庫單

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

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

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

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

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

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

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

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

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

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

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

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

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

39、望溪鄉(xiāng)包山村5組QQ: 287307421 手機: 13558690869Email: 淘寶店：http:/拍怕店：http:/網站: http:/需要更多的系統(tǒng)到我店或網站查詢 包運行！3 系統(tǒng)分析與設計3.1 開發(fā)系統(tǒng)用例模型用例能夠幫助系統(tǒng)開發(fā)者理解系統(tǒng)的預期行為，因而是一個強有力的工具，它能夠幫助開發(fā)者從用戶的觀點收集需求。用例是一個強有力的工具，當使用UML可視化的表達出這些概念后，用例甚至會變得更加強大?？梢暬梢韵蛴脩麸@示用例，他們可以提供更多的信息。實際生活中用戶常常知道的比他們清楚表達出來的要多：用例能夠幫助用戶解決這個問題。另外，可視化的表達形式允許將用例圖和其他種類的圖結

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

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

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

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

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

45、員的帳號信息數(shù)據類型：文本字段大?。?0名稱：管理員密碼 簡述：每個管理員所對應的密碼數(shù)據類型：文本字段大?。?0管理員數(shù)據項：名稱：注冊時間 簡述：管理員的注冊時間數(shù)據類型：日期時間字段大?。?名稱：管理員權限 簡述：管理員的權限數(shù)據類型：文本字段大小：30貨物數(shù)據項：名稱：貨物編號 簡述：貨物對應的編號數(shù)據類型：文本字段大?。?0名稱：貨物名稱 簡述：貨物的名稱數(shù)據類型：文本字段大?。?0名稱：顏色簡述：貨物的顏色數(shù)據類型：文本字段大?。?0名稱：貨物單位簡述：貨物的計量單位數(shù)據類型：文本字段大?。?0名稱：售價簡述：貨物的售價數(shù)據類型：數(shù)字型字段大?。?名稱：單價簡述：貨物的單價數(shù)據類型

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

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

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

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

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

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

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

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

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

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

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

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

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

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