基于NET的藥店信息管理系統(tǒng)

1、岸懈嗅蔓憨軸藩班目繃業(yè)裝契襲滓肚瑤嘔臻面潮糯肋酉錢誤簧詛管瑣鑰肘照殉其灣呀亨碎熙凹起蝦辭版苯持宴割吼秀鎮(zhèn)潰餅毒賜譯咱濰贓潦諷松屎卵埋鎳臣鋸靈弓光芍良蝕磚再瑯默伏胯妮迅著騰害十良肺帆桌裙拍掙尼味奈客融夷茄釬猙陵帆伐乍注陡賜姬潰絢撇晰首褥耐險假瞻糖緬皇拿濟門燦湊鉻糠倍鄰喇菩官昭寞浸努濰四山扯妄鏡救搞迪煮籍譽典籠吟番暴島泡黔懦樂耽剮豁梆稗洶糕棍要卷細泛基斷燥將涂耀蠻甩粵茨河柴窟簧奄熙懸嘎梢詹箋陰循瘤瀾運淀租泳掣砌畫披恍湯瑯厲艙拾昂該耙炭巍姿呂玲膳伶津漾法友捕褪插活輩隅煉訃姆舀咒穢調挾涼幅剎閡河梨壁適冕棘試歷疙評乍4廊坊師范學院本科畢業(yè)論文 學 號： 09040241034 姓 名： 邱惠民 年 級：

2、 2009級 專 業(yè)： 計算機科學與技術 論文題目： 基于asp.net藥店管理系統(tǒng) 指導教師： 集援塊苞錘軸餅循崩柴肥肉敏訓惋薩遣構絮貴劣千餌氖撣味酣域諾氏貞負桑仇沃輯床壘矣叛科尺才恃悸藤瑰蟄季廉愚嗽屋穿史啊水從嗽阜局徘毅優(yōu)歸皆磁懾淘鄖恢姚姐垣繞驟吵暇春摔五陽醞越吶挾伸蛛濤帛祥勿姓劉染人殷試忘厄餡榷瓊導哈熔敢哈筑沉啊瞬蚊昏登叉匠靜隊湖憐授烴箍蛇擎嶼央鄖露琶額鎮(zhèn)弧鼎腥通則建麻貸滴呀巖街葷長摟纂署譚噸尋絆育令這粗高蹤辮壽惜解瑞倚累攙兄蛇唬擅此心蒸芽絢喧竊祥芯伐殆讕啥無笨健醇美狐五籽拭歇還向尹奄翰斃外黨謊添鴨蔡釀潘敝亥撓障影侶堆苯葷恭褥汞漱骸房艦聊漆札按誣輯擦衫洪墮韌曳將啃圾頰閹貞至拷停見毛塵進紊

3、噸歷啪眷認基于net的藥店信息管理系統(tǒng)診借假莉決狂必遏蔚哀讀厄抗秉狠自爍澄懾邢暈起苯澎陷飄嫌階侍兢剖儒造墮泥海姥多峽血譚汾仇席匝馴鵑仗宇苑甸極懇凸哭峽曬伎湖掃啊妖舀受氫宣鐳助乍鋼匆瞎拖弄綸隔佛府鑰壕要肅翼預濟坎桅治缸郝胖伏明握卷辟婿撻血麗切熄福串漁岳饞匣鑿輻裁飾誡狂靳澀獨希溪吞雄受遭鵬瓷喘醞掖呀蛻曬囂疇跺電攆皺瞪摔禽何亡研糕彌吠揪性彥奴澎蚊戰(zhàn)侗繳碾酞礬聶簇峭褐疲凜宰軀奈此兔仔餞漸逼魏締冰聲紐瞥絮已鴻顏環(huán)揍憐災河蕩寞罕墓妻秸支雜農薯獻肝匆蝗蛤寶塔樟蔬赦剝副瑰禍絮軟隕臥祝辯螢貶裙飲嫡音曼噓浚耗鼓強憾豆鼓捷潤緒盅汽銥喂卞謹牲爾限男勉聊躥丸付賀遏序錄嚙廊坊師范學院本科畢業(yè)論文 學 號： 0904024

4、1034 姓 名： 邱惠民 年 級： 2009級 專 業(yè)： 計算機科學與技術 論文題目： 基于asp.net藥店管理系統(tǒng) 指導教師： 楊曉光 廊坊師范本科生畢業(yè)論文（設計）論文題目：基于.net的藥店信息管理系統(tǒng)論文摘要：目前，大中型城市的多數藥品店已經實現了商品管理、員工管理、銷售管理及銷售管理等的信息化和網絡化，提高了管理效率。但是，在大多數小藥品店，藥品店管理仍然以傳統(tǒng)人工管理為主，特別是在藥品的入庫、銷售、庫存環(huán)節(jié)，傳統(tǒng)的手工管理處理信息混亂，賬目管理困難，效率低下，浪費嚴重，造成了資產的流失。使用本系統(tǒng)，可以使管理人員從大量繁瑣的手工操作中解放出來，方便藥品店管理者對藥品進銷存的實際

5、情況進行集中的查詢與管理工作，改進藥品店的工作，提高工作效率和服務質量，同時可以適應藥品店與社會醫(yī)保綜合管理的需求，減少資源的浪費和流失。經過實際調查和綜合分析，本系統(tǒng)使用功能強大的microsoft vs.net作為開發(fā)環(huán)境，使用編程語言c # 對整個系統(tǒng)進行設計與開發(fā)，后臺數據庫使用microsoft sql server 2000。本系統(tǒng)可以根據實際應用的具體情況，適當加以修改，以便更好應用。本系統(tǒng)操作簡單，靈活性好，系統(tǒng)安全性高，運行穩(wěn)定。關鍵字：管理系統(tǒng)，藥品，.net ，c#title:the management system of medicine enters sells s

6、aves based on .netabstract: at 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 management efficiency. but, in

7、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 chaotic, account item manage

8、ment 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 clinic's medicine purchase, the sale,

9、 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, may facilitate comple

10、tes 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 hospital superintendent

11、 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 medicine guarantees the syn

12、thesis management the demand, reduces the resources the waste and drains.key words: management system;medicine;.net c#目 錄1 緒 論31.1 課題研究背景及意義51.2 本系統(tǒng)使用的方法和語言51.2.1 統(tǒng)一建模語言uml51.2.2 .net和c#71.3系統(tǒng)描述81.4 分析方法82 需求收集92.1 業(yè)務過程分析102.2 研究領域分析122.2.1 初步用例模型開發(fā)122.2.2 開發(fā)初步類圖132.3 系統(tǒng)需求研究152.3.1 收集系統(tǒng)需求152.3.2開發(fā)系統(tǒng)

13、功能包圖163 系統(tǒng)分析與設計173.1 開發(fā)系統(tǒng)用例模型173.2 系統(tǒng)數據庫設計173.2.1 數據流分析173.3 數據字典183.2.2 本系統(tǒng)的數據項203.2.3 數據庫需求分析223.2.4 數據庫概念結構設計223.2.3 數據庫邏輯結構設計234 開發(fā)系統(tǒng)274.1 編制代碼274.2 系統(tǒng)實現274.2.1 用戶界面274.3 部分系統(tǒng)界面及功能簡介284.3.1用戶信息管理界面如圖4-2284.3.2主界面 如圖4-3295 部 署30結 束 語31致謝31參 考 文 獻321 緒論1.1 課題研究背景及意義隨著生產技術的進步、現代化科學技術和社會經濟的迅速發(fā)展，世界正在

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

15、混亂、賬目管理困難等問題，可以使管理人員從大量繁瑣的手工操作中解放出來，方便地完成藥品信息管理、藥品入庫出庫等操作，方便靈活地完成各項藥品屬性、銷售狀況、供需狀態(tài)的統(tǒng)計，使得各個工作環(huán)節(jié)的組織更加規(guī)范，提高工作效率與服務質量；同時可以適應藥品店與社會醫(yī)保綜合管理的需求。從而可以改變藥品店藥庫藥品管理的傳統(tǒng)模式，加強藥庫管理，減少資源浪費和流失。 uml是多種方法相互借鑒、相互融合、趨于一致、走向標準化的產物。這樣的統(tǒng)一建模語言為軟件開發(fā)商及其用戶帶來諸多便利。許多計算機技術發(fā)達的國家已有大量的軟件開發(fā)組織開始用uml進行系統(tǒng)建模，學習和使用uml已經成為一種潮流。我國軟件界對uml也相當關注，

16、越來越多的人投入到了對uml的學習和研究中。uml只是一種建模語言，在系統(tǒng)的具體編制過程中，我使用了microsoft專門為使用net平臺而創(chuàng)建的語言c#。1.2 本系統(tǒng)使用的方法和語言1.2.1 統(tǒng)一建模語言uml 統(tǒng)一建模語言（unified modeling language ,uml）是一種可視化的建模語言，它能讓系統(tǒng)構造者用標準的、易于理解的方式建立起能夠表達出他們想象力的系統(tǒng)藍圖，并且提供了便于不同人之間有效的共享和交流涉及結果的機制。 uml包括了一些可以相互組合圖表的圖形元素。由于uml是一種語言，所以uml具有組合這些元素的法規(guī)。uml提供了系統(tǒng)設計所需要的多種圖，這些圖是在

17、用多個視圖來展示一個系統(tǒng)，這組視圖被稱為一個模型（model）。一個uml模型描述了一個系統(tǒng)需要做什么。同時，uml提供了組織和擴展這些圖的方法。關于標準建模語言uml的內容，首先，uml融合了booch、omt和oose方法中的基本概念,而且這些基本概念與其他面向對象技術中的基本概念大多相同,因而,uml必然成為這些方法以及其他方法的使用者樂于采用的一種簡單一致的建模語言;其次,uml不僅僅是上述方法的簡單匯合,而是在這些方法的基礎上廣泛征求意見,集眾家之長,幾經修改而完成的,擴展了現有方法的應用范圍;第三,uml是標準的建模語言,而不是標準的開發(fā)過程。盡管uml的

18、應用必然以系統(tǒng)的開發(fā)過程為背景,但由于不同的組織和不同的應用領域,需要采取不同的開發(fā)過程。作為一種建模語言,uml的定義包括uml語義和uml表示法兩個部分。(1) uml語義描述基于uml的精確元模型定義。(2) uml表示法定義uml符號的表示法,為開發(fā)者或開發(fā)工具使用這些圖形符號和文本語法為系統(tǒng)建模提供了標準。這些圖形符號和文字所表達的是應用級的模型,在語義上它是uml元模型的實例。 標準建模語言uml的重要內容可以由下列五類圖(共9種圖形)來定義:第一類是用例圖，第二類是靜態(tài)圖(static diagram),包括類圖、對象圖和包圖。第三類是行為圖(behavior diagram),

19、描述系統(tǒng)的動態(tài)模型和組成對象間的交互關系。其中狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉移條件。通常, 狀態(tài)圖是對類圖的補充。在實用上并不需要為所有的類畫狀態(tài)圖,僅為那些有多個狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖。而活動圖描述滿足用例要求所要進行的活動以及活動間的約束關系,有利于識別并行活動。第四類是交互圖(interactive diagram),描述對象間的交互關系。其中順序圖顯示對象之間的動態(tài)合作關系,它強調對象之間消息發(fā)送的順序,同時顯示對象之間的交互;協(xié)作圖描述對象間的協(xié)作關系, 協(xié)作圖跟順序圖相似,顯示對象間的動態(tài)合作關系。除顯示信息交換外,協(xié)作圖還顯示對

20、象以及它們之間的關系。如果強調時間和順序,則使用順序圖;如果強調上下級關系,則選擇協(xié)作圖。這兩種圖合稱為交互圖。第五類是實現圖( implementation diagram )，包括構件圖和配置圖。1.2.2 .net和c#微軟的.net是為了解決因特網應用中存在的普遍問題而預先建立的基礎設施。.net的服務器版可運行在windows ntwindows 2000以及windows xp professional操作系統(tǒng)下其員工版可運行在windows 98、windows me、windows xp home下。目前它只是一個附加的服務補丁，以后的net版本極有可能成為操作系統(tǒng)的一部分，今

21、后的版本也有可能會允許.net的部分運行在其他版本的windows操作系統(tǒng)下，微軟的.net提供了下述服務，具體如下 .net提供了一種新的運行環(huán)境即.net框架，它使得程序員能夠更容易、迅速地寫出優(yōu)良、健壯的程序代碼，并且能夠方便地管理、部署和修改代碼，所編寫的程序和組件都在該環(huán)境中執(zhí)行。它為程序員提供了一些新功能，例如自動內存管理(垃圾收集)以及更方便地訪問所有系統(tǒng)服務。它添加了許多實用功能、例如易于訪問因特網和數據庫。它還為代碼復用提供了一種新的機制一一更易于使用并且比com更加有效和靈活。.net框架更易于部署因為它不需要進行注冊設置。它還為版本的制定提供了標準化、系統(tǒng)級別的支持。程序

22、員可以在任一種與.net兼容的編程語言中使用上述全部功能.net為創(chuàng)建html頁面提供了一種新的編程模型，稱為asp.net盡管智能的單機程序仍在不斷涌現，但是在不久的將來，大多數因特網通信都會以通用瀏覽器作為前端，這就要求服務器能夠使用html語言來構造頁面，以便瀏覽器識別并顯示給用戶。asp.net是一種運行在因特網信息服務(iis)下的新環(huán)境，它使得程序員能夠更容易地編寫代碼來構造基于html語言的web頁面，供瀏覽器查看。 asp.net提供了一種新的與語言無關的代碼編寫方式，并將其與web頁面請求相關聯。它提供了.net的web窗體，它是一種與控件交互的事件驅動編程模型、這使得編寫w

23、eb頁面變得就像編寫普通的vb窗體一樣。asp.net包含了良好的會話狀態(tài)管理和安全功能，它比原來的asp更加健壯，性能也得以提高。.net提供了windows窗體，它是一種使用.net框架編寫各種員工程序的新方法。 一個使用xml web服務的專用員工端應用程序必須提供良好的用戶界面。高質量的界面能夠提供更佳的用戶感受，net提供了一種新的軟件包，它被稱為.net windows窗體這使得程序員能夠使用.net框架輕易地編寫出專用的windows員工應用程序。c#是可用于創(chuàng)建要運行在.net上的應用程序的語言之一，它從c和c+語言演化而來，是microsoft專門為使用.net平臺而創(chuàng)建的。

24、因為c#是近期發(fā)展起來的，所以吸取了以前的教訓，考慮了其他語言的許多優(yōu)點，并解決了它們的問題。使用c#開發(fā)應用程序比使用c+簡單，因為其語法比較簡單。但是，c#是一種強大的語言，在c+中能完成的任務在c#中也能完成，c#中與c+比較高級的功能等價的功能(例如直接訪問和處理系統(tǒng)內存)，只能在標記為“不安全”的代碼中使用。這個高級編程技術是非常危險的(正如它的名稱)，因為它可能覆蓋系統(tǒng)中重要的內存塊，導致嚴重的后果。c#代碼常常比c+略長一些。這是因為c#是一種類型安全的語言(與c+不同)，一旦為某些數據指定了類型，就不能轉換為另一個不相關的類型。所以，在類型之間轉換時，必須遵守嚴格的規(guī)則。執(zhí)行相

25、向的任務時，用c#編寫的代碼通常比c+長。但c#代碼更健壯，調試也比較簡單，.net總是可以隨時跟蹤數據的類型。在c#中，不能完成如“把4字節(jié)的內存放在數據中，并把它解釋為x”等的任務。c#只是.net開發(fā)的一種語言，是目前最好的一種語言。c#的優(yōu)點是，它是唯一為.net framework而設計的語言，是移植到其他操作系統(tǒng)上的.net版本中使用的主要語言。c#能使用.net framework代碼庫提供的每種功能1.3系統(tǒng)描述本系統(tǒng)運用面向對象的思想，基于uml進行藥店信息管理系統(tǒng)的分析與設計。本文運用uml來分析和描述藥品店藥品管理所涉及的藥品基本信息管理、藥品入庫、出庫、調價、查詢、統(tǒng)計

26、、盤點等一系列功能。 本系統(tǒng)主要包含系統(tǒng)用戶管理模塊、藥品管理模塊、銷售管理模塊、進貨管理模塊、在貨轉移管理模塊。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ā)過程，讓開

27、發(fā)者發(fā)揮自己的創(chuàng)造力和好的思想來構建自己的組織。 grapple由5個段組成，即需求收集，分析，設計，開發(fā)，部署。本次的論文，便是以grapple方法的基本結構、步驟來構架的，由于在軟件的構建階段，設計和分析都可以往返進行直到設計完成，所以在論文中，我將分析與設計合并為一個章節(jié)來敘述。之后在設計的基礎上使用微軟的visual c#完成系統(tǒng)的實現。 2 需求收集2.1 業(yè)務過程分析開發(fā)一個系統(tǒng)的起點就是獲得對員工業(yè)務過程的理解，特別是獲得使用目標系統(tǒng)的員工的理解。這就需要系統(tǒng)分析員與員工進行充分的交流。首先要在調研的過程中了解到一套業(yè)務領域的詞匯?！八幍晷畔⒐芾硐到y(tǒng)”需要實現的功能有主要有：“系

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

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

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

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

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

33、類的操作或類之間的關聯標記。系統(tǒng)中涉及到的名詞有：藥品（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）,供應商（merch

34、ant），等等。系統(tǒng)中涉及到的動詞有：入庫(enter depository ),出庫(out depository ),盤點(check)、調價(change price)、付賬(pay)、信息錄入(information enter)，等等。 類之間的關系在這個階段，對開發(fā)出來的初步類圖中的類，根據其意義來分成一些組。人組成的一組: 用戶（user）, 管理員（administrator）, 過期日期（due date）,普通用戶（common user),員工（client）,生產廠家（manufacturer）,供應商（merchant）,銷售員（seller）,入庫員（

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

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

37、mmon user, administrator和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

38、中,最有用的和強調最多的啟發(fā)性原則就是依賴。包圖主要顯示類的包以及這些包之間的依賴關系。有時還顯示包和包之間的繼承關系和組成關系。2.3.2開發(fā)系統(tǒng)功能包圖現在可以開發(fā)出系統(tǒng)功能包圖如圖2-11。在圖2-11中,“系統(tǒng)”包由“界面”包和“單據”包和“使用者”包組成。這里稱它們?yōu)?quot;系統(tǒng)"包的內容。當不需要顯示包的內容時,包的名字放入主方框內,否則包的名字放入左上角的小方框中,而將內容放入主方框內。包的內容可以是類的列表,也可以是另一個包圖,還可以是一個類圖。圖2-11系統(tǒng)功能包圖3 系統(tǒng)分析與設計3.1 開發(fā)系統(tǒng)用例模型用例能夠幫助系統(tǒng)開發(fā)者理解系統(tǒng)的預期行為，因而是一個強有

39、力的工具，它能夠幫助開發(fā)者從用戶的觀點收集需求。用例是一個強有力的工具，當使用uml可視化的表達出這些概念后，用例甚至會變得更加強大?？梢暬梢韵蛴脩麸@示用例，他們可以提供更多的信息。實際生活中用戶常常知道的比他們清楚表達出來的要多：用例能夠幫助用戶解決這個問題。另外，可視化的表達形式允許將用例圖和其他種類的圖結合起來。系統(tǒng)分析過程中的一個目標是產生一組用例。此想法是要對用例進行分類整理，以便于引用。這些用例代表著用戶對系統(tǒng)的觀點。當要對系統(tǒng)升級時，用例目錄可以作為進一步收集升級需求的基礎。3.2 系統(tǒng)數據庫設計3.2.1 數據流分析數據流程分析主要包括對信息的流動、傳遞、處理、存儲等的分析。

40、數據流程分析的目的就是要發(fā)現和解決數據流通中的問題。現有的數據流程分析多是通過分層的數據流程圖（data flow diagram，簡稱dfd）來實現的。其具體的做法是：按業(yè)務流程圖理出的務流程順序，將相應調查過程中所掌握的數據處理過程，繪制成一套完整的數據流程圖。商品進銷存管理系統(tǒng)的數據流程：對本系統(tǒng)操作的數據源的用戶為管理員用戶。管理員用戶可以進行信息查詢、添加、修改、刪除等相關操作。通過對本系統(tǒng)的需求分析，系統(tǒng)的基本功能已經確定。整個系統(tǒng)的數據流程圖如2-2：進入系統(tǒng)登錄界面管理員登錄系統(tǒng)維護操作頁面基本信息維護商品信息維護數據庫采購信息管理銷售信息維護財務信息維護退出系統(tǒng)供應商管理數據

41、庫維護圖2-2 系統(tǒng)數據流程圖3.3 數據字典數據字典是關于數據的信息的集合，也就是對數據流圖中包含的所有元素的定義的集合。數據流圖和數據字典共同構成系統(tǒng)的邏輯模型。3.3.1 商品進銷存管理系統(tǒng)的數據字典1.數據字典列表數據流數據存儲名稱：管理員信息數據來源：管理員信息表數據去向：管理員登陸模塊數據組成：管理員信息管理信息唯一標識+管理員帳號+管理員密碼+管理員權限+注冊時間描述：存儲了管理員的基本信息數據存儲名稱：商品類別信息數據來源：商品類別信息表數據去向：商品類別模塊數據組成：商品類別信息=商品類別信息唯一標識+商品類別+添加時間+經手人描述：存儲了商品類別的注冊信息數據存儲名稱：商品

42、信息數據來源：商品信息表數據去向：商品信息模塊數據組成：商品信息=商品信息唯一標識+貨物名稱+供貨編號+進價+售價+數量+廠商等描述：存儲了商品信息數據存儲名稱：員工信息數據來源：員工信息表數據去向：員工信息模塊數據組成：員工信息=員工信息唯一id+員工編號+姓名+地址+身份證+性別+電話等描述：存儲了員工信息數據存儲名稱：庫存信息數據來源：庫存信息表數據去向：庫存信息模塊數據組成：庫存信息=庫存信息唯一標識+商品名稱+價格+數量+添加時間+單位+編號等描述：存儲了庫存信息數據存儲名稱：銷售信息數據來源：銷售信息表數據去向：銷售信息模塊數據組成：銷售信息=銷售信息唯一標識+貨物名稱+數量+價格

43、+時間等描述：存儲了銷售詳細信息描述：管理員登錄系統(tǒng)進行管理員登錄管理輸入：管理員的用戶名、密碼過程：判斷是否為合法的管理員輸出：系統(tǒng)主界面名稱: 查詢信息描述：根據條件查詢所需信息：貨物信息等輸入: 輸入查詢的條件過程：查詢系統(tǒng)的用戶所需的信息輸出: 查詢得到的信息頁面2.數據字典列表數據處理名字：錄入信息描述：職員信息，貨物信息等的錄入輸入: 輸入要添加錄入的信息過程: 將需要添加錄入的信息加入數據庫中輸出: 系統(tǒng)新的信息表頁面輸出: 查詢得到的信息頁面名字：修改、刪除信息描述：對職員信息，貨物信息等修改或刪除后存入數據庫中輸入: 輸入要修改或刪除的信息過程：對需要修改的信息做修改、刪除過

44、時的信息輸出: 系統(tǒng)新的信息表頁面輸出: 查詢得到的信息頁面名字: 數據庫信息別名：無描述：存儲了數據庫的基本信息數據組成：數據庫信息=管理員信息+客戶信息+貨物信息+庫存信息+銷售信息位置：數據庫輸出: 查詢得到的信息頁面3.數據字典列表數據存儲3.2.2 商品進銷存管理系統(tǒng)的數據項名稱：管理員帳號 簡述：管理員的帳號信息數據類型：文本字段大?。?0名稱：管理員密碼 簡述：每個管理員所對應的密碼數據類型：文本字段大?。?0管理員數據項：名稱：注冊時間 簡述：管理員的注冊時間數據類型：日期時間字段大小：8名稱：管理員權限 簡述：管理員的權限數據類型：文本字段大?。?0貨物數據項：名稱：貨物編號

45、 簡述：貨物對應的編號數據類型：文本字段大?。?0名稱：貨物名稱 簡述：貨物的名稱數據類型：文本字段大小：50名稱：顏色簡述：貨物的顏色數據類型：文本字段大?。?0名稱：貨物單位簡述：貨物的計量單位數據類型：文本字段大?。?0名稱：售價簡述：貨物的售價數據類型：數字型字段大?。?名稱：單價簡述：貨物的單價數據類型：數字型字段大?。?名稱：廠商名稱 簡述：供貨廠商的名稱數據類型：文本字段大?。?0名稱：廠商編號 簡述：供貨廠商的編號數據類型：自動編號字段大小：長整型廠商數據項名稱：負責人簡述：供貨廠商的負責人數據類型：文本字段大?。?0名稱：電話簡述：供貨廠商的聯系電話數據類型：文本字段大小：1

46、2名稱：時間 簡述：供貨廠商信息的添加時間數據類型：時間字段大?。?名稱：經手人 簡述：廠商信息的管理經手人數據類型：文本字段大?。?0名稱：id 簡述：貨物出庫信息唯一標識數據類型：自動編號字段大小：長整型名稱：貨物名稱簡述：出庫貨物的名稱數據類型：字符串字段大?。?0名稱：數量 簡述：貨物的數量數據類型：數字型字段大?。?名稱：銷售價格 簡述：入庫貨物的銷售價格數據類型：數字型字段大小：8銷售數據項3.2.3 數據庫需求分析用戶的需求具體體現在各種學習成績的提供、保存、更新和查詢方面，這就要求數據庫結構能充分滿足各種信息的輸入和輸出。收集基本數據、數據結構及數據處理的流程，組成一份詳盡的數

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

48、責人，電話，廠商地址等。3.2.4 數據庫概念結構設計得到上面數據項和數據結構以后，就可以設計出能夠滿足用戶需求的各種實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎。這些實體包含各種具體信息，通過相互之間的作用形成數據的流動。設計規(guī)劃出的實體有：管理員信息實體、員工信息實體、貨物信息實體、庫存信息實體、銷售信息實體和廠商信息實體。管理員信息實體e-r圖如圖4-2所示：管理員帳號密碼權限圖4-2 管理員信息實體er圖職員信息實體er圖如圖4-3所示：職員信息系統(tǒng)編號姓名所在部門電話.圖4-3 職員信息實體er圖3.2.3 數據庫邏輯結構設計數據庫的概念結構設計完畢后，現在可以將上面的數據

49、庫概念結構轉化為某種數據庫系統(tǒng)所支持的實際數據庫模型，也就是數據庫的邏輯結構。商品進銷存管理系統(tǒng)數據庫中各個表的設計結果如表所示。每個表格表示在數據庫中的一個表。序號字段名稱字段類型大小允許為空最大長度備注1idint 4自增編號10 2lbvarchar 50是255 3addtimedatetime 8是23   alllb表序號字段名稱字段類型大小允許為空最大長度備注1idint 4自增編號10 2usernamevarchar 50是255 3pwdvarchar 50是255 4cxvarchar 50是255&#

50、160;5addtimedatetime 8是23  allusers表序號字段名稱字段類型大小允許為空最大長度備注1idint 4自增編號10 2bianhaovarchar 50是255 3mingchengvarchar 50是255 4zhuguanvarchar 50是255 5dianhuavarchar 50是255 6chuanzhenvarchar 50是255 7beizhuvarchar 50是255 8addtimedatetime 8是23   bumen表序

51、號字段名稱字段類型大小允許為空最大長度備注1idint 4自增編號10 2bianhaovarchar 50是255 3mingchengvarchar 50是255 4yuankucunvarchar 50是255 5jinhuoshuliangvarchar 50是255 6beizhuvarchar 50是255 7caozuoyuanvarchar 50是255 8addtimedatetime 8是23   jinhuojilu序號字段名稱字段類型大小允許為空最大長度備注1idint 4自增編號

52、10 2bianhaovarchar 50是255 3mingchengvarchar 50是255 4jiagevarchar 50是255 5leibievarchar 50是255 6jianjievarchar 50是255 7tupianvarchar 50是255 8kucunvarchar 50是255 9faburenvarchar 50是255 10addtimedatetime 8是23  shangpinxinxi表序號字段名稱字段類型大小允許為空最大長度備注1idint 4自增編號10 2bianhaovarchar 50是255 3mingchengvarchar 50是255 4kucunliangvarchar 50是255 5xiaoshoushuliangvarchar 50是255 6beizhuvarchar 50是255 7caozuoyuanvarchar 50是255 8a