藥店進銷存管理信息系統(tǒng)課程設(shè)計_第1頁
藥店進銷存管理信息系統(tǒng)課程設(shè)計_第2頁
藥店進銷存管理信息系統(tǒng)課程設(shè)計_第3頁
藥店進銷存管理信息系統(tǒng)課程設(shè)計_第4頁
藥店進銷存管理信息系統(tǒng)課程設(shè)計_第5頁
已閱讀5頁,還剩30頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、目 錄1可行性分析報告11.1 引言21.2 系統(tǒng)開發(fā)的必要性和意義21.3 現(xiàn)行系統(tǒng)的調(diào)查與分析21.3.1現(xiàn)行系統(tǒng)調(diào)查研究21.3.2 需求調(diào)查和分析41.4 新系統(tǒng)的方案51.4.1 新系統(tǒng)的目標51.4.2 系統(tǒng)規(guī)劃及初步開發(fā)方案51.4.3 系統(tǒng)實施方案51.4.4投資方案51.4.5 人員培訓(xùn)及補充方案51.5 方案的可行性分析51.6 結(jié)論52系統(tǒng)分析報告72.1 概述82.1.1 系統(tǒng)分析的原則82.1.2 系統(tǒng)分析方法82.2 現(xiàn)行系統(tǒng)分析82.2.1 現(xiàn)行系統(tǒng)現(xiàn)狀調(diào)查82.2.2現(xiàn)行系統(tǒng)存在的主要問題和薄弱環(huán)節(jié)122.3 新系統(tǒng)邏輯設(shè)計152.3.1 新系統(tǒng)目標152.3.

2、2 新系統(tǒng)邏輯模型152.3.3系統(tǒng)數(shù)據(jù)分析152.3.4 建立數(shù)據(jù)字典162.3.5 處理邏輯描述202.3.6 遺留問題202.4用戶領(lǐng)導(dǎo)審批意見.203系統(tǒng)設(shè)計報告213.1 概述223.1.1 系統(tǒng)設(shè)計目標223.1.2 系統(tǒng)設(shè)計策略223.2 計算機系統(tǒng)配置223.2.1 硬件配置223.2.2 軟件配置233.3 系統(tǒng)結(jié)構(gòu)設(shè)計233.4 模塊設(shè)計233.5 數(shù)據(jù)庫設(shè)計243.5.1 數(shù)據(jù)庫邏輯設(shè)計253.5.2 數(shù)據(jù)庫物理設(shè)計253.5.3 數(shù)據(jù)庫保證253.6 編碼設(shè)計263.6.1 代碼設(shè)計原則263.6.2 代碼設(shè)計263.6.3 編碼設(shè)計的評價與驗收273.7 輸出設(shè)計27

3、3.7.1 輸出項目273.7.2 輸出接收者273.7.3 主要功能273.7.4 輸出要求273.7.5 輸出界面設(shè)計273.8 輸入設(shè)計(舉一個例子)283.8.1 輸入項目283.8.2 輸入的承擔者283.8.3 主要功能要求283.8.4 輸入要求293.8.5 輸入校驗293.8.6 輸入界面設(shè)計293.9 網(wǎng)絡(luò)設(shè)計303.10 系統(tǒng)實施方案設(shè)計303.10.1 實施方案說明303.10.2 實施的總計劃303.10.3 實施方案的審批314課程設(shè)計心得體會321可行性分析報告作 者: 楊鶴 學(xué) 號: 1005170231 系 : 經(jīng)濟管理學(xué)院管理系 專 業(yè): 信息管理與信息系統(tǒng)

4、 題 目: 藥店進銷存管理信息系統(tǒng) 小組成員: 楊鶴 2013 年 1 月 吉 林可行性分析報告1.1 引言摘要:系統(tǒng)名稱:醫(yī)藥店管理信息系統(tǒng)目標和功能:開發(fā)的系統(tǒng)主要包括系統(tǒng)管理、采購管理、銷售管理、財務(wù)信息管理等主要功能模塊,而各類業(yè)務(wù)都可實現(xiàn)數(shù)據(jù)的添加、刪除、修改、查詢、打印等功能。背景:隨著醫(yī)藥行業(yè)的市場化發(fā)展,醫(yī)藥流通的的管理是否規(guī)范與人們的日常生活緊密的聯(lián)系在一起。如今科學(xué)技術(shù)的進步和大量新藥品的研發(fā),增加了醫(yī)藥店管理工作的難度,特別是藥品信息管理是一項非常繁重的工作。傳統(tǒng)的藥品信息管理多為手工管理方式,造成了管理效率低、數(shù)據(jù)的更新和維護困難等現(xiàn)實問題。很難適應(yīng)醫(yī)藥店持續(xù)發(fā)展的要求

5、。因此針對醫(yī)藥管理的現(xiàn)狀,設(shè)計和開發(fā)一個專用的藥店管理系統(tǒng)是很有必要的。系統(tǒng)開發(fā)的組織單位:yh軟件開發(fā)中心系統(tǒng)的服務(wù)對象:中小型的醫(yī)藥店參考和引用的資料:王欣編著.管理信息系統(tǒng). 北京:中國水利水電出版社,2004專門術(shù)語和縮寫詞:管理信息系統(tǒng)(mis)1.2 系統(tǒng)開發(fā)的必要性和意義隨著計算機技術(shù)的飛速發(fā)展,計算機在系統(tǒng)管理中的應(yīng)用越來越普及,利用計算機實現(xiàn)各個系統(tǒng)的管理顯得越來越重要。對于一些大中型管理部門來說,利用計算機支持管理高效率完成管理的日常事務(wù),是適應(yīng)現(xiàn)代管理制度要求、推動管理走向科學(xué)化、規(guī)范化的必要條件;而藥品管理是一項瑣碎、復(fù)雜而又十分細致的工作,藥品數(shù)量之龐大、單價的變化、

6、進貨廠商的不同,一般不允許出錯,如果實行手工操作,每天進貨的情況以及進貨時間等等須手工填制大量的表格,這就會耗費藥品管理工作人員大量的時間和精力,如果利用計算機進行這些管理工作,不僅能夠保證各種核算準確無誤、快速記錄,而且還可以利用計算機對有關(guān)的各種信息進行統(tǒng)計,服務(wù)于財務(wù)部門其他方面的核算和財務(wù)處理,同時計算機具有手工管理所無法比擬的優(yōu)點,例如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高管理的效率,也是管理行業(yè)的科學(xué)化、正規(guī)化管理,與世界接軌的重要條件。1.3 現(xiàn)行系統(tǒng)的調(diào)查與分析1.3.1現(xiàn)行系統(tǒng)調(diào)查研究1. 組織機構(gòu)調(diào)查本系統(tǒng)主要針對中小型

7、藥店,一般一個中型的藥店負責(zé)專項管理的人員3、4名,銷售人員5人左右,每天來往藥店的人估計八十人左右。其組織結(jié)構(gòu)圖如圖1-1所示。經(jīng) 理銷售人員采購人員收銀員倉庫管理員 2. 業(yè)務(wù)流程調(diào)查醫(yī)藥店的具體業(yè)務(wù)流程如下:客戶到醫(yī)藥店選擇藥品,填寫訂貨單,將訂貨單交個銷售人員,銷售人員審核訂貨單,如果存在錯誤重新填寫訂貨單,否則進行下一步的處理。如果是新客戶則先進行登記,然后根據(jù)客戶的訂貨情況對庫存進行檢索,如果滿足供應(yīng)條件,則開收貨單,客戶付款后,開收據(jù)和發(fā)貨單,會計將應(yīng)收金額計入明細賬??蛻舾鶕?jù)發(fā)貨單提貨,由專門的人員發(fā)貨并修改庫存。同時對銷售記錄進行存檔。如果不能滿足供應(yīng)條件,將現(xiàn)貨部分賣給客戶

8、,并將缺貨信息發(fā)給采購部門,采購部門按照缺貨情況,確定向哪個供應(yīng)商訂購哪種類型的藥物,采購數(shù)量,然后按供應(yīng)商匯總,將訂購種類和數(shù)量打印出來,向供應(yīng)商發(fā)訂貨單,供應(yīng)商根據(jù)藥品的總價向藥店發(fā)送付款單。醫(yī)藥店進行核對后,付款并修改相應(yīng)的明細賬,當供應(yīng)商把貨發(fā)過來的時候,要與訂貨單進行核對,核認無誤后入庫并向銷售部門發(fā)送到貨通知3. 信息流程分析數(shù)據(jù)流成分析就是把數(shù)據(jù)在現(xiàn)行系統(tǒng)內(nèi)部的流動情況抽象出來,舍去了具體組織機構(gòu)、信息載 、 處理工作等物理組成,單純從數(shù)據(jù)流動過程來考察實際業(yè)務(wù)的數(shù)據(jù)處理模式。根據(jù)業(yè)務(wù)流程調(diào)查,可以知道數(shù)據(jù)之間的關(guān)系如圖1-2所示。付款單 發(fā)貨單財務(wù)管理采 購管 理采購管理供應(yīng)商

9、 財 務(wù)管 理應(yīng)收應(yīng)付款明細賬缺貨單藥品庫存庫存管理銷售管理訂貨單銷售管 理客戶收款單 圖1-2數(shù)據(jù)流程圖4. 費用主要是對工作人員工資的發(fā)放,房子租用及其各項費用每年的維護費用1萬元。差旅費大約為5000元。5. 計算機應(yīng)用情況調(diào)查(1)現(xiàn)有配置現(xiàn)有2臺計算機,有1臺基本閑置未用,計算機使用情效率低,維護不及時,不僅浪費了資源而且計算機硬件也有一定的損耗。(2)計算機專業(yè)人員目前沒有計算機專業(yè)人員。 (3)已經(jīng)應(yīng)用的項目及效益現(xiàn)有一個藥店管理系統(tǒng),有藥品信息管理、庫存管理等功能只能進行基本的應(yīng)用,功能不全面,只能進行基本的應(yīng)用。 (4)使用效率及存在的問題功能不完善,沒有采購、銷售管理功能。

10、不能進行查詢和統(tǒng)計,只能產(chǎn)生很少的效益。6.現(xiàn)行系統(tǒng)存在的主要問題和薄弱環(huán)節(jié) (1)信息輸入工作繁雜,經(jīng)常存在著重復(fù)輸入的問題,在現(xiàn)有條件下,工作效率比較低。 (2)查詢比較困難,無法實現(xiàn)多個表之間的綜合查詢。 (3)各部門的業(yè)務(wù)活動大多處于手工狀態(tài),工作量大,輸入不規(guī)范,誤差較多。 (4)損益現(xiàn)象嚴重。1.3.2 需求調(diào)查和分析面對著大量繁雜的醫(yī)藥信息等的管理工作,需要計算機和系統(tǒng)完成以下工作。(1)具有數(shù)據(jù)輸入功能 包括藥品信息、客戶信息、職工信息、供應(yīng)商信息的輸入。是數(shù)據(jù)具有完整性。(2)具備信息存儲功能 包括藥品信息、客戶信息、職工信息、供應(yīng)商信息等重要數(shù)據(jù)的存儲。(3)具有瀏覽功能

11、包括藥品信息、客戶信息、職工信息、供應(yīng)商信息的瀏覽。(4)具有查詢功能(5)具有打印功能(6)對已輸入的各項數(shù)據(jù)可以由專門的操作員增加、刪除和修改。(7)用戶控制功能 設(shè)置多個用戶權(quán)限來控制用戶訪問的內(nèi)容。(8)系統(tǒng)功能 提供系統(tǒng)友好界面、退出系統(tǒng)等基本的系統(tǒng)功能。1.4 新系統(tǒng)的方案1.4.1 新系統(tǒng)的目標1.便使用者可以安全的查找自己想要的各種藥品信息;2.通過全面的藥品信息采集和處理,輔助提高系統(tǒng)的管理水平;3.使用本系統(tǒng),可以有利的發(fā)展小型的藥品管理系統(tǒng)的效率。1.4.2 系統(tǒng)規(guī)劃及初步開發(fā)方案本系統(tǒng)主要是對藥品的進銷存進行管理,對藥品進行采購、銷售、統(tǒng)計和財務(wù)管理等。工作人員可以根據(jù)

12、藥品類型來查看某種商品的銷售情況及藥品的剩余情況決定是否要采購。同時銷售信息的變動影響著庫存的變化,倉庫部門可以根據(jù)銷售情況來決定庫存需要,也可以列出當前銷售量最多的前幾項藥品和銷售量最少的前幾項藥品,以便于管理者對顧客需求進行分析。以便采購員改變采購計劃。藥品管理系統(tǒng)使用單機作業(yè),有藥店專人輸入有關(guān)藥品信息,方便工作人員進行統(tǒng)計和查詢,向財務(wù)處報盤進行結(jié)算。本系統(tǒng)實現(xiàn)了采購、銷售、庫存、財務(wù)等業(yè)務(wù)的自動化管理。本系統(tǒng)終端擬采用奔騰處理器,300mb內(nèi)存,10gb硬盤,一個光驅(qū),一個鼠標,一臺打印機,一個掃描器,可配一臺網(wǎng)絡(luò)服務(wù)器。項目投資初略估計:前期投資50000元,中期投資20000,后

13、期維護40000。1.4.3 系統(tǒng)實施方案本系統(tǒng)客戶端擬采用windowsxp操作系統(tǒng),服務(wù)器采用linux操作系統(tǒng),前段開發(fā)語言使用delphi,使用access數(shù)據(jù)庫管理系統(tǒng)。本系統(tǒng)由ne軟件開發(fā)中心開發(fā),大約需要20天時間。系統(tǒng)規(guī)劃表如下表1-1所示。 表1-1系統(tǒng)規(guī)劃表階段人數(shù)時間(星期)人星期起止時間可行性研究2222012.12.242012.12.31系統(tǒng)分析2222013.01.012013.01.07系統(tǒng)設(shè)計1112013.01.082013.01.121.4.4投資方案此系統(tǒng)一次性投資50000元(不包括硬件設(shè)備更新費用),在2013年1月?lián)苋搿?.4.5 人員培訓(xùn)及補充方

14、案由于是一個比較簡單的系統(tǒng),人機界面友好,操作簡單,幫助信息詳盡醫(yī)藥店一般人都可以使用,只需要簡單的指導(dǎo)培訓(xùn)即可。1.5 方案的可行性分析 (1)技術(shù)上的可行性。本次開發(fā)采用delphi 7.0作為編程工具,可視化的開發(fā)工具有vc、java,vf、delphi等,在這其中delphi比較簡單,易用,且功能強大。而sql server 2000實現(xiàn)簡單,易于開發(fā)。所以說此方案在技術(shù)上是可行的。(2)經(jīng)濟可行性在進行投資系統(tǒng)時,該系統(tǒng)是否值得開發(fā),系統(tǒng)投入運行后獲得經(jīng)濟高效益是否大于開發(fā)運行之前的經(jīng)濟效益,以及系統(tǒng)開發(fā)是的成本和運行后的成本是否是最低。我們在開發(fā)系統(tǒng)時會根據(jù)用戶的需求來開發(fā)以最低的

15、成本來獲得最高的效益?,F(xiàn)在就藥品管理系統(tǒng)的經(jīng)濟可行性進行詳細的分析,從以下幾個方面來分析:成本/效益分析的本質(zhì)。從成本和效益分析主要是使得獲得的效益大于成本。本系統(tǒng)的有形成本是購買的設(shè)備如計算機、打印機、掃描儀等還有開發(fā)人員和維護人員的工資。本系統(tǒng)只需狗之間的設(shè)備就可以運行而且購置的數(shù)量也少,我們所開發(fā)的系統(tǒng)是一個小型系統(tǒng)所以開發(fā)和維護人要求不是很高而且易于維護。根據(jù)有形成本的分析系統(tǒng)具有很大的有型效益能夠大大減少設(shè)備費用和工作人員的工資。本系統(tǒng)是小型系統(tǒng)容易操作無需對工作人員進行培訓(xùn),工作人員很快就能適應(yīng)本系統(tǒng),能夠提高工作效率,從而提高了對顧客的服務(wù)質(zhì)量,所以無形效益也是可行的。成本和費用

16、估算投入本系統(tǒng)之后可以減少工作人員3人,可節(jié)省年工資3萬元左右。對于本方案初步投入50000元,方案的生命周期估計為二年,初始投資5萬元,預(yù)計等年凈現(xiàn)金流量為20萬元,基準收益率為10%根據(jù)公式npv=-5+20(p/a,10%,2)=-5+20*1.7355=39.71萬 由此可見對銷售管理系統(tǒng)的改進使企業(yè)的利潤增加。因此,經(jīng)濟可行。(3)系統(tǒng)運行可行性。本系統(tǒng)運行后,將把原來由人工來完成的銷售、采購、庫存管理改為由計算機來完成將節(jié)省大量的時間,提高了工作效率和工作的正確性。工作人員可以很輕易的掌握操作流程和方法,安全性高,實用性強,使用方便,開發(fā)簡單,故在系統(tǒng)運行上基本是可行的。(4)操作

17、可行性用戶僅需具有基本的電腦操作能力即可。 1.6 結(jié)論依據(jù)以上因素,本藥品管理系統(tǒng)開發(fā)項目不僅方便快捷、高效,而且社會效益比較好,從而使本系統(tǒng)開發(fā)者相信該系統(tǒng)開發(fā)出來之后將取得的成功。綜上所述,此項目在技術(shù)、經(jīng)濟、操作和運行是完全可行的。32系統(tǒng)分析報告作 者: 楊鶴 學(xué) 號: 1005170231 系 : 經(jīng)濟管理學(xué)院管理系 專 業(yè): 信息管理與信息系統(tǒng) 題 目: 藥店進銷存管理信息系統(tǒng) 小組成員: 楊鶴 2013 年 1 月 吉 林29系統(tǒng)分析報告2.1 概述2.1.1 系統(tǒng)分析的原則在系統(tǒng)分析中有許多的困難,為了克服困難,做好分析工作,在進行系統(tǒng)分析需要遵循如下原則: (1)邏輯設(shè)計與

18、物理設(shè)計分開的原則邏輯設(shè)計主要考慮應(yīng)用的邏輯結(jié)構(gòu)和邏輯流程,不考慮底層的物理實現(xiàn)。根據(jù)邏輯設(shè)計系統(tǒng)可分為采購管理、庫存管理、財務(wù)管理等模塊。根據(jù)物理設(shè)計可以把采購管理分為采購訂單管理和查詢管理等模塊;可以把庫存管理分為入庫管理和修改庫存等模塊等等。物理設(shè)計是對給定的邏輯數(shù)據(jù)模型配置一個最適合應(yīng)用環(huán)境的物理結(jié)構(gòu)。物理設(shè)計的輸出信息主要是物理數(shù)據(jù)庫結(jié)構(gòu)說明書。其內(nèi)容包括物理數(shù)據(jù)庫結(jié)構(gòu)、存儲記錄格式、存儲記錄位置分配及訪問方法等。 (2)面向用戶的原則在結(jié)構(gòu)化方法中強調(diào)用戶至上的原則,用戶是信息系統(tǒng)開發(fā)的和最終的歸宿。本系統(tǒng)是在藥店的基層開始進行系統(tǒng)的調(diào)查的,系統(tǒng)的很多功能都是為采購員、庫管員和財務(wù)

19、員所設(shè)計的,因此本系統(tǒng)很大部分是根據(jù)他們的需求進行設(shè)計的。因此整個開發(fā)過程要面向用戶;用戶的參與程度和滿意程度是系統(tǒng)成功開發(fā)的關(guān)鍵。 (3)結(jié)構(gòu)化分析的原則系統(tǒng)調(diào)查工作應(yīng)嚴格按照自頂向下的系統(tǒng)化觀點全面開展,一層一層的深入研究。本系統(tǒng)按照結(jié)構(gòu)化系統(tǒng)的原則,將藥店管理系統(tǒng)劃分為采購管理模塊、庫存管理模塊和財務(wù)管理模塊。2.1.2 系統(tǒng)分析方法 采用結(jié)構(gòu)化的方法自頂向下的逐層分解、逐步細分、逐步求精,利用抽象和分解為手段控制系統(tǒng)的復(fù)雜性,把大問題分解成小問題,然后分別解決。分解是把一個較為復(fù)雜的問題分解成較小,比較容易解決的問題,然后分別解決。例如把系統(tǒng)分成四個模塊考慮,正是基于這樣的方法。抽象是

20、考慮問題的本質(zhì)屬性,暫不考慮具體細節(jié),以后再添加詳細的細節(jié),直到最詳細為止。即把復(fù)雜的處理內(nèi)容隱蔽起來,抓住問題的主體,有利于問題的理解。例如我考慮頂層的業(yè)務(wù)流程時,就暫時拋開各個模塊的細節(jié),先進行總體上的分析,然后才考慮各個模塊的細節(jié)。2.2 現(xiàn)行系統(tǒng)分析2.2.1 現(xiàn)行系統(tǒng)現(xiàn)狀調(diào)查1.現(xiàn)行系統(tǒng)目標、規(guī)模、界限、主要功能現(xiàn)行系統(tǒng)的目標是建立一個實用性、先進性、易用性和易維護性的管理系統(tǒng),它能實現(xiàn)簡單的信息錄入、庫存、采購等功能。 現(xiàn)行系統(tǒng)的規(guī)模很小,只是藥房獨立工作的單機軟件,沒有與其他系統(tǒng)進行連接,出了藥店就不能再使用現(xiàn)行系統(tǒng)。2.組織機構(gòu)調(diào)查本系統(tǒng)主要針對中小型藥店,一般一個中型的藥店負

21、責(zé)專項管理的人員3、4名,銷售人員3.業(yè)務(wù)流程調(diào)查與分析醫(yī)藥店的具體業(yè)務(wù)流程如下:客戶到醫(yī)藥店選擇藥品,填寫訂貨單,將訂貨單交個銷售人員,銷售人員審核訂貨單,如果存在錯誤重新填寫訂貨單,否則進行下一步的處理。如果是新客戶則先進行登記,然后根據(jù)客戶的訂貨情況對庫存進行檢索,如果滿足供應(yīng)條件,則開收貨單,客戶付款后,開收據(jù)和發(fā)貨單,會計將應(yīng)收金額計入明細賬??蛻舾鶕?jù)發(fā)貨單提貨,由專門的人員發(fā)貨并修改庫存。同時對銷售記錄進行存檔。如果不能滿足供應(yīng)條件,將現(xiàn)貨部分賣給客戶,并將缺貨信息發(fā)給采購部門,采購部門按照缺貨情況,確定向哪個供應(yīng)商訂購哪種類型的藥物,采購數(shù)量,然后按供應(yīng)商匯總,將訂購種類和數(shù)量打

22、印出來,向供應(yīng)商發(fā)訂貨單,供應(yīng)商根據(jù)藥品的總價向藥店發(fā)送付款單。醫(yī)藥店進行核對后,付款并修改相應(yīng)的明細賬,當供應(yīng)商把貨發(fā)過來的時候,要與訂貨單進行核對,核認無誤后入庫并向銷售部門發(fā)送到貨通知。業(yè)務(wù)流程圖如圖2-1所示。圖2-1藥店管理系統(tǒng)高層業(yè)務(wù)流程圖供應(yīng)商應(yīng)收應(yīng)付款明細賬藥品庫存發(fā)貨單付款單供應(yīng)商采 購管 理銷售管 理財 務(wù)管 理訂貨單收款單客 戶客 戶缺貨單庫存管理 采購管理主要完成如下業(yè)務(wù):(1) 按藥品匯總客戶訂單。(2) 確定要向供應(yīng)商訂購的各種藥品的數(shù)量。(3) 按供應(yīng)商匯總,打印向供應(yīng)商的訂貨單。(4)當供應(yīng)商把貨發(fā)來時,要核對訂貨單。打印到貨通知單,通知銷售部門可將客戶預(yù)定的配

23、件賣給客戶 。醫(yī)藥店采購管理的流程圖如圖2-2所示。供應(yīng)商不合格發(fā)貨單合格發(fā)貨單核 對驗 收合 格發(fā) 貨單應(yīng)付款明細賬修 改庫 存藥品庫存確定要訂貨的藥品修 改訂 貨量待訂貨藥品銷 售管 理到貨通知單產(chǎn)生到貨通 知藥品匯總單缺貨訂貨單按藥品匯總向供應(yīng)商的訂貨單供應(yīng)商按供應(yīng)商匯總打印訂貨單訂貨單圖2-2采購管理業(yè)務(wù)流程圖 采購管理主要完成如下業(yè)務(wù):(1) 編輯訂貨單。審核客戶填寫的訂貨單如果有錯誤返給客戶。(2) 確定客戶訂貨。根據(jù)庫存情況確定是否有現(xiàn)貨賣給客戶。(3) 編制銷售和庫存報表。定期編制各種營業(yè)報表。(4) 庫存檢索。允許經(jīng)理查詢有關(guān)銷售和庫存等信息 其業(yè)務(wù)流程圖如圖2-3所示藥品庫

24、存客戶訂購單審核訂購單合格訂購單開發(fā)貨單不合格訂單登錄新客戶顧客信息銷售記錄報表發(fā)貨單經(jīng)理檢索庫存缺貨通知修改庫存采購部門庫存狀態(tài)藥品庫存 圖2-3 銷售管理業(yè)務(wù)流程圖 確定顧客訂單 編制報表 4. 數(shù)據(jù)流程分析根據(jù)業(yè)務(wù)流程調(diào)查,可以知道數(shù)據(jù)之間的關(guān)系如圖2-4所示。根據(jù)對藥店的詳細調(diào)查,分析人員認為藥店的處理業(yè)務(wù)可分解為采購管理、銷售管理、庫存管理、財務(wù)管理。系統(tǒng)的主要外部實體有兩個:(1)客戶。(2)供應(yīng)商。系統(tǒng)主要的輸入/輸出數(shù)據(jù)流如表2-1所示。 表2-1輸入/輸出數(shù)據(jù)流輸入來源去處輸出來源去處訂貨單客戶銷售管理收款單財務(wù)管理客戶發(fā)貨單供應(yīng)商采購管理付款單財務(wù)管理供應(yīng)商與系統(tǒng)有關(guān)的數(shù)據(jù)

25、存儲如下:(1)藥品庫存。(2)應(yīng)收應(yīng)付款明細賬。 發(fā)貨單采 購管 理藥品庫存供應(yīng)商應(yīng)收應(yīng)付款明細賬財 務(wù)管 理訂貨單收款單付款單圖2-4藥店管理系統(tǒng)高層數(shù)據(jù)流程圖客戶銷售管 理 缺貨單庫存管理對采購管理有關(guān)業(yè)務(wù)流程分析可知外部項有(1)供應(yīng)商(2)銷售管理 輸入輸出表如表2-2所示。表2-2采購管理輸入輸出數(shù)據(jù)流輸入來源去處輸出來源去處發(fā)貨單供應(yīng)商核對發(fā)貨單訂貨單財務(wù)管理供應(yīng)商到貨通知單打印到貨通知單銷售管理與采購有關(guān)的數(shù)據(jù)存儲如下:d1,藥品庫存。d2,暫存訂貨單。d3,待訂貨的配件。d4,供應(yīng)商。d5,向供應(yīng)商的訂貨單。d6,應(yīng)付款明細賬。采購管理數(shù)據(jù)流程如圖2-5所示供應(yīng)商發(fā)貨單不合格

26、發(fā)貨單合格訂貨單銷 售管 理核對驗 收產(chǎn) 生到 貨通 知修 改庫 存和 訂貨 量應(yīng)付款明細賬d6d5向供應(yīng)商的訂貨單d3待訂貨藥品d1藥品庫存d4供應(yīng)商選 擇供 應(yīng)商 并訂 購確 定訂 貨的 藥品打 印訂 貨單按 藥品 匯總d2暫存訂貨單圖2-5采購管理數(shù)據(jù)流程圖 輸入輸出流如表2-3所示。表2-3銷售管理輸入輸出流輸入來源去處輸出來源去處訂貨單客戶 編輯訂貨單 發(fā)貨單開發(fā)貨單 客戶到貨通知采購管理核對客戶訂貨單報表編制報表 經(jīng)理查詢要求經(jīng)理檢驗庫存應(yīng)答檢索存儲 經(jīng)理 銷售數(shù)據(jù)流程如下圖2-6所示詢問庫存不合格訂購單采購部門審核訂購單經(jīng)理客戶藥品庫存確定顧客訂單開發(fā)貨單顧客信息登錄新客戶編制報

27、表檢索庫存藥品庫存修改庫存銷售記錄訂購單合格訂購單新客戶庫存狀態(tài)發(fā)貨單缺貨圖2-6 銷售數(shù)據(jù)流程圖2.2.2現(xiàn)行系統(tǒng)存在的主要問題和薄弱環(huán)節(jié)1現(xiàn)行系統(tǒng)基本上是依賴office軟件進行操作,管理手段落后,工作效率低。2由于信息的繁瑣,在進行信息的錄入和處理時容易出現(xiàn)錯誤3查詢比較困難,只能做單個表的查詢。4現(xiàn)行系統(tǒng)的安全性比較差,由于用戶管理機制不明確,用戶權(quán)限也沒有明確的定義,用戶使用比較混亂?,F(xiàn)行系統(tǒng)也不能根據(jù)藥品銷售進行必要的統(tǒng)計。藥品在不斷的更新,不斷發(fā)展的,因此有些藥品可能不會有人使用了,有些藥品可能已經(jīng)過期,如果沒有統(tǒng)計功能,要知道這些是需要很大的工作量的。2.3 新系統(tǒng)邏輯設(shè)計2.

28、3.1 新系統(tǒng)目標新系統(tǒng)的目標是建立一個能夠長期、安全、穩(wěn)定、可靠、高效的運行,能夠減少工作量的藥店管理系統(tǒng),它能實現(xiàn)基本的采購、銷售、庫存、財務(wù)等的管理。 經(jīng)過對現(xiàn)行系統(tǒng)的分析,以及對薄弱環(huán)節(jié)的了解,可以確定新系統(tǒng)的目標。新系統(tǒng)必須具有如下功能: 藥品信息管理:藥品信息是進行藥品進銷存均需要的一些信息。藥品信息管理主要用于對藥品的代碼、名稱和產(chǎn)地等基本信息的管理。藥品采購管理:當藥店需要增加新的銷售藥品時,利用此模塊可以添加新的藥品信息,刪除舊的藥品信息,修改已存在的藥品信息,提供所有與藥品相關(guān)的各類信息,初始化庫存,初始化供應(yīng)商相關(guān)信息。庫存管理:庫存管理是對每一種藥品的進貨數(shù)量、進貨金額

29、以及全部藥品的進貨數(shù)量、進貨金額進行管理,對每一種藥品的銷售數(shù)量、銷售金額以及全部藥品的銷售數(shù)量、銷售金額進行清理,并計藥品剩余情況等內(nèi)容。查詢管理:實際生活中容易發(fā)生藥品過期和損毀,此時利用此模塊對過期的藥品和損毀的藥品進行清理。還要查詢庫存剩余量,決定是否要進貨。財務(wù)管理:對采購時所需的錢進行管理,修改總賬,編制會計報表。2.3.2 新系統(tǒng)邏輯模型 根據(jù)現(xiàn)行系統(tǒng)高層數(shù)據(jù)流程圖的分析和比較,對采購管理功能進行擴展,其外部實體有: (1) 供應(yīng)商。(2)銷售管理。(3)藥品管理員。采購管理的輸入/輸出數(shù)據(jù)流如表2-4所示。 表2-4采購管理輸入/輸出數(shù)據(jù)流輸入來源去處輸出來源去處發(fā)貨單供應(yīng)商

30、核對驗證 訂貨單按供應(yīng)商匯總訂貨單 供應(yīng)商到貨單通知打印到貨通知單 銷售管理會計報表編制報表 藥品管理員 與采購有關(guān)的數(shù)據(jù)存儲如下: (1)d1,藥品庫存。(2)d2,暫存訂貨單。(3)d3,待訂貨的配件。(4)d4,供應(yīng)商。 (5)d5,向供應(yīng)商的訂貨單。(6)d6,應(yīng)付款明細賬。(7) d7,總賬。 采購管理新系統(tǒng)數(shù)據(jù)流程如圖2-7所示。產(chǎn) 生到 貨通 知合格訂貨單選 擇供 應(yīng)商 并訂 購d4供應(yīng)商供應(yīng)商核 對驗 收修 改庫 存和 訂貨 量打 印訂 貨單d5向供應(yīng)商的訂貨單d1藥品庫存d3待訂貨藥品按 藥品 匯總銷 售管 理d2暫存訂貨單圖2-7采購管理新系統(tǒng)數(shù)據(jù)流程圖修 改總 賬檢索庫

31、存總賬d7發(fā)貨單確 定訂 貨的 藥品不合格發(fā)貨單經(jīng)理庫存狀態(tài)編 制會 計報 表 應(yīng)付款明細賬d62.3.3系統(tǒng)數(shù)據(jù)分析在設(shè)計er圖時時強調(diào)的是不同實體之間關(guān)系。根據(jù)以上的分析得出下面的e-r圖如圖2-8所示。庫房存儲藥品客戶銷售采購供應(yīng)商nmmnmn 圖2-8 實體e-r圖 屬性如下所示:1.藥品:藥品名、類別、有效期、地址、規(guī)格、進價、備注2.供應(yīng)商:編號、地區(qū)、供應(yīng)商名、備注3.倉庫:藥品名、供應(yīng)商編號、數(shù)量、零售價、藥品編號4.客戶:用戶編號、聯(lián)系電話、地址、備注2.3.4 建立數(shù)據(jù)字典 數(shù)據(jù)字典就是將數(shù)據(jù)元素、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲、處理功能和外部實體等詳細情況加以記錄,并按照一定

32、的方式進行排列所形成的一部關(guān)于數(shù)據(jù)的字典。1、數(shù)據(jù)元素數(shù)據(jù)元素是最小的數(shù)據(jù)組成單位,也就是不可再分的數(shù)據(jù)單位。藥品編號,藥品名稱,供應(yīng)商編號等如本系統(tǒng)中的數(shù)據(jù)元素的定義如表2-5所示。 表2-5數(shù)據(jù)元素的定義數(shù)據(jù)元素編號de001數(shù)據(jù)元素名稱藥品編號簡述藥品編號別名medicinecode長度20個字節(jié)類型字符型取值/含義根據(jù)藥品基礎(chǔ)信息對藥品的編號有關(guān)的數(shù)據(jù)元素或數(shù)據(jù)結(jié)構(gòu)藥品信息有關(guān)的處理功能:銷售管理,輸出藥品信息,采購管理當所有的數(shù)據(jù)元素都定義完了時,就可以建立一張數(shù)據(jù)元素一覽表,如表2-6所示。表2- 6數(shù)據(jù)元素一覽表編號數(shù)據(jù)元素名稱別名類型長度de001藥品編號medicinecod

33、e字符型20de002藥品名稱medicinename字符型20de003藥品類別代碼medkindcode字符型10de004售價pricefloat20de005廠價listpricefloat20de006庫存量numberint40de008有效期至usefullifedatantime8de009供應(yīng)商編號firmcode字符型10de0010供應(yīng)商名稱firmname字符型10de0011聯(lián)系人link字符型10de0012聯(lián)系電話linktell字符型13de0014銷售編號saleno字符型20de0017銷售日期saledatedatatime8de0018銷售數(shù)量salen

34、umberint200de0019總金額amountfloat20de0020進貨日期buydatedatatime8de0021進貨數(shù)量buynumberint200de0022訂貨單編號ordercode字符型8de0023進貨單編號buycode字符型20 2、數(shù)據(jù)流數(shù)據(jù)流表示數(shù)據(jù)的流向。在數(shù)據(jù)字典中所定義的數(shù)據(jù)流有兩類:一是從外部實體輸入到系統(tǒng)中的數(shù)據(jù)流,二是從系統(tǒng)輸出到外部實體的數(shù)據(jù)流。以藥品訂貨單為例來介紹數(shù)據(jù)流的定義。如表2-7表2- 7介紹數(shù)據(jù)流的定義數(shù)據(jù)流編號df001數(shù)據(jù)流名稱藥品訂貨單簡述客戶在醫(yī)藥店購貨時填寫的訂貨單來源外部項“客戶”去處處理功能“采購管理”組成訂貨單編

35、號、藥品編號、數(shù)量、客戶、日期流通量每天約80份高峰期的流量大約30份 由于數(shù)據(jù)流定義的很多,在這里就不一一贅述了。3、數(shù)據(jù)存儲數(shù)據(jù)存儲是數(shù)據(jù)結(jié)構(gòu)停留或保存的地方,也是數(shù)據(jù)流的來源與去向之一,以顧客來介紹數(shù)據(jù)存 儲的定義。如表2-8所示。表2-8據(jù)存儲的定義數(shù)據(jù)存儲編碼db001數(shù)據(jù)存儲名稱客戶信息簡述存儲輸入數(shù)據(jù)流存儲新客戶的有關(guān)信息輸出數(shù)據(jù)流新客戶信息組成客戶編號、客戶姓名、客戶聯(lián)系電話、客戶地址立即存儲要求有由于數(shù)據(jù)存儲定義的很多,在這里就不一一贅述了。4、外部項也叫外部實體,指的是數(shù)據(jù)的來源與去向,它不受系統(tǒng)控制,是系統(tǒng)以外的人或者事物。以客戶為例介紹外部實體的定義。如圖2-9所示表2

36、- 9外部實體的定義外部項編號e01外部項名稱客戶簡述該公司接待的所有個人和單位輸出數(shù)據(jù)流(去向)發(fā)貨單輸入數(shù)據(jù)流(來源)客戶訂貨單、付款單個數(shù)1000名左右 由于數(shù)據(jù)存儲定義的很多,在這里就不一一贅述了5、處理功能 處理功能是指最低一層數(shù)據(jù)流程圖中的處理功能的定義。實際上每一個處理功能就是一個 , 可以使用判斷樹、判斷表和結(jié)構(gòu)是語言等進行描述。處理功能的定義如表2-10所示。表2-10處理功能的定義處理邏輯編號p001處理邏輯名稱審核訂購單簡述接受從銷售部門錄入的客戶訂購單是否正確輸入數(shù)據(jù)流客戶訂購單輸出數(shù)據(jù)流1合格的訂購單 去向:數(shù)據(jù)存儲“確定客戶訂單2不合格的訂購單 去向:外部項“客戶”

37、處理1錄入客戶訂購單2按照藥品名稱,查詢訂購單是否合理有關(guān)的數(shù)據(jù)存儲藥品存儲、客戶由于數(shù)據(jù)存儲定義的很多,在這里就不一一贅述了。2.3.5 處理邏輯描述 對底層的處理邏輯進行說明,例如對客戶提交的訂購單的處理。if 訂購單合格 確定客戶訂單 else 將訂購單返還給客戶2.3.6 遺留問題由于資金和技術(shù)水平有限,只能實現(xiàn)了醫(yī)藥店管理的一些最為基本的功能,可能還存在著很多的不足和缺陷,在以后的過程中還會不斷更改,改進。2.4用戶領(lǐng)導(dǎo)審批意見.支持醫(yī)藥店管理系統(tǒng)的改進,認為有利于醫(yī)藥店的管理。系統(tǒng)設(shè)計報告3系統(tǒng)設(shè)計報告作 者: 楊鶴 學(xué) 號: 1005170231 系 : 經(jīng)濟管理學(xué)院管理系 專

38、業(yè): 信息管理與信息系統(tǒng) 題 目: 藥店進銷存管理信息系統(tǒng) 小組成員: 楊鶴 2013 年 1 月 吉 林3.1 概述3.1.1 系統(tǒng)設(shè)計目標本系統(tǒng)設(shè)計既要滿足用戶的要求又要滿足設(shè)計人員的設(shè)計目標。從用戶的觀點看,要求系統(tǒng)能夠達到以下目標:(1)減少人工信息錄入的錯誤,減少不必要的經(jīng)濟損失。(2)藥品采購、銷售信息用計算機來完成,節(jié)省人力和物力。(3)建立查詢功能。可以查詢藥品的廠商、生產(chǎn)日期、剩余量等。以使工作人員知道哪些藥品不再需要,哪些藥品需要加大進貨量,實現(xiàn)藥品的最佳利用。 (4)建立財務(wù)模塊。能夠?qū)λ幤返牟少?、銷售的應(yīng)收款和應(yīng)付款進行匯總編制報表。3.1.2 系統(tǒng)設(shè)計策略本系統(tǒng)采用事

39、物分析和變換分析兩種策略的結(jié)合。通過事務(wù)分析,將藥店管理系統(tǒng)分為有關(guān)藥品的采購、銷售、庫存、等模塊,對底層模塊采用變換分析法將有關(guān)藥品采購的模塊分為:訂單管理、退貨管理、查詢等處理功能。以系統(tǒng)設(shè)計為原則,提高模塊的內(nèi)聚性,降低模塊間間的耦合程度,建立數(shù)據(jù)庫,實現(xiàn)數(shù)據(jù)共享,并且提高模塊的獨立性,使系統(tǒng)具有很好的可修改性和較高的靈活性。3.2 計算機系統(tǒng)配置3.2.1 硬件配置1. 主機 主機 cpu:酷睿i5;內(nèi)存4gb2. 外存儲器主存512mb,外存至少100g磁盤。3. 終端與外部設(shè)備配置顯示器及顯示卡:彩色vga,分辨率不低于1024x768,64位pci接口,緩存1mb以上;通訊口:至

40、少一個rs232串行通訊口和一個并行接口;網(wǎng)絡(luò)接口板:16或32位接口,有rj45接口(雙絞線網(wǎng));cd-rom光盤驅(qū)動器: 40倍速以上。4. 其它輔助設(shè)備配有2臺電腦、普通打印機、掃描儀等。硬件配置圖如圖3-1所示intel酷睿3.2hz2gb300gbpc-atpc-atpc-atpc-at經(jīng)理銷售管理采購管理庫存管理圖3- 1硬件配置圖3.2.2 軟件配置1. 操作系統(tǒng)(os)采用windows xp及現(xiàn)在市場上常用版本均可。2. 數(shù)據(jù)庫管理系統(tǒng)(dbms)數(shù)據(jù)庫管理系統(tǒng)(dbms): 使用access數(shù)據(jù)庫管理系統(tǒng)。3. 使用的編程語言使用的編程語言:delphi7.0開發(fā)語言。4.

41、 軟件工具軟件工具:microsoft word3.3 系統(tǒng)結(jié)構(gòu)設(shè)計根據(jù)系統(tǒng)分析得出的新系統(tǒng)邏輯結(jié)構(gòu)進行系統(tǒng)得設(shè)計,由此可建立新的高層結(jié)構(gòu)圖,如圖3-2所示。 藥店進銷存管理系統(tǒng)采購管理銷售管理庫存管理查詢管理圖 3-2藥店管理系統(tǒng)高層結(jié)構(gòu)圖 采 購 管 理 向供應(yīng)商訂貨 到貨管理 查詢采購信息圖3-3采購管理模塊的分解對采購管理模塊的分解如圖3-3所示。 對向供應(yīng)商訂貨模塊分解成如圖3-4所示。 向供應(yīng)商訂貨匯總顧客訂貨確定配件訂貨量打印訂貨單圖3-4向供應(yīng)商模塊的分解3.4 模塊設(shè)計通過對用戶需求的分析,我們可以分析出藥品采購管理大致可以分為以下幾個模塊:藥品信息錄入模塊、供應(yīng)商信息查詢模

42、塊、商品入庫模塊等。對每個模塊的模塊名稱、輸入、輸出、處理等方面進行詳細的說明。對藥品信息錄入模塊的模塊說明書如表3-2所示。 表3-2藥品信息錄入模塊說明書模塊名稱:藥品信息錄入輸入:數(shù)據(jù)流,藥品入庫清單輸出:數(shù)據(jù)存儲,藥品信息表處理:打開數(shù)據(jù)庫表“藥品信息表”。然后根據(jù)輸入設(shè)計的“藥品信息表”的輸入格式,顯示藥品基本信息表的格式。接受輸入數(shù)據(jù)并檢驗。提示操作人員確認,確認后將數(shù)據(jù)寫入數(shù)據(jù)庫表“藥基本信息表”。 3.5 數(shù)據(jù)庫設(shè)計3.5.1 數(shù)據(jù)庫邏輯設(shè)計邏輯設(shè)計就是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本e-r圖轉(zhuǎn)換為與選定的dbms產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。藥品信息表:這張表是用來存儲

43、藥品信息的。藥品添加以后它的信息就會儲存到這張表中,其中包含:藥品編號、藥品名稱、化學(xué)名稱、規(guī)格、藥品類別、劑型、批號及廠商等。其中藥品編號是主鍵,非空且唯一。其余信息可以為空,并在數(shù)據(jù)表建立的時候給他們相應(yīng)的規(guī)定好數(shù)據(jù)類型。藥品采購表:這張表是用來存儲采購藥品表單信息的,所有入庫單信息都包含在這張表中。包括:采購單號、藥品編號、批號、采購日期、有效日期、進價、預(yù)售價、數(shù)量、整量單位、散量單位及驗收人。其中采購單號是主鍵,非空且唯一。藥品庫存表:這張表是用來存儲庫存信息的,所有初始化的庫存信息和出庫入庫信息改變后的信息都會被記錄下來。它字段有:庫存號、藥品編號、批號、藥品名稱、數(shù)量、整量單位、

44、散量單位、采購日期、有效日期、進價、預(yù)售價、庫存下限及驗收人等。3.5.2 數(shù)據(jù)庫物理設(shè)計本系統(tǒng)內(nèi)所使用的數(shù)據(jù)結(jié)構(gòu)中有關(guān)數(shù)據(jù)項的存儲要求、訪問方法、存取單位、存取的物理關(guān)系。為了簡化,這里把表的結(jié)構(gòu)列出來。這里以藥品采購表為例,如3-3所示 表3-3藥品采購信息表字段名類型寬度可否為空采購單號整型20否藥品編號字符型20否藥品名稱字符型15否采購日期字符型20否進價字符型10否預(yù)售價整型30否數(shù)量字符型30否3.5.3 數(shù)據(jù)庫保證 數(shù)據(jù)庫的安全性是指保護數(shù)據(jù)庫以防止不合法的使用所造成的數(shù)據(jù)泄露、更改或破壞。數(shù)據(jù)安全性控制中采用的方法有:1、用戶標識與鑒別 。用一個用戶名來標明用戶的身份。系統(tǒng)內(nèi)

45、部記錄著所有合法用戶的標識,系統(tǒng)鑒別用戶是否是合法用戶,若是,則可以進入下一步的核實;若不是,則不能使用系統(tǒng)。為了進一步核實用戶,系統(tǒng)要求輸入密碼。為保密起見,用戶在終端上輸入的密碼不顯示在屏幕上。2、定義用戶的權(quán)限。不同權(quán)限的人對數(shù)據(jù)庫具有不同的操作級別。3.6 編碼設(shè)計3.6.1 代碼設(shè)計原則1.唯一性藥品的編碼要符合唯一性,現(xiàn)在一個名稱的藥品有很多,廠家卻不同,療效也不一樣,所以藥品的編號要唯一。2.合理性編碼設(shè)計必須與編碼對象的分類體系相適應(yīng),以使代碼對編碼對象的分類具有標識作用。藥品也有很多的分類,有的是激素類了,有的是保健類的,等等,在進行分類的時候符合了合理性原則就不會那么難以理

46、解。3.6.2 代碼設(shè)計代碼具有識別、處理功能及提高系統(tǒng)可靠性等功能。根據(jù)系統(tǒng)分析階段對系統(tǒng)的詳細調(diào)查結(jié)果,來確定的代碼對象如表3-4所示。 表3-4編碼對象表編碼對象使用范圍使用期限建議使用的編碼方法藥品編號整個系統(tǒng)長期合成碼訂單編號整個系統(tǒng)長期合成碼發(fā)貨單編號整個系統(tǒng)長期合成碼藥品類別整個系統(tǒng)長期層次碼 1.藥品編號 藥品編號為8位,即: 藥品序號(5位)+ 藥品順序號(3位) 例如:asdng0012.訂單編號: 訂單編號為12位,即: 訂單序號(1位)+ 日期(8位)+序號(3位) 例如:s20130102001 3.發(fā)貨單編號 發(fā)貨單編號為12位,即: 發(fā)貨單序號(1位)+ 日期(8

47、位)+序號(3位) 例如:j20130109001 4.藥品類別 庫存號用2位數(shù)字表示,按順序排列。3.6.3 編碼設(shè)計的評價與驗收系統(tǒng)編碼設(shè)計主要是為了直觀,便于記憶,使用編碼之后可以用字母或數(shù)字等簡單的符號來查詢可以提高查詢速度。運用代碼以后可使信息存儲簡潔清晰,而且節(jié)省存儲空間,提高查詢速度,也能節(jié)省計算機的處理費用。3.7 輸出設(shè)計3.7.1 輸出項目為了適應(yīng)日常及時的對各種數(shù)據(jù)信息進行整理和分析,需要對數(shù)據(jù)庫的中的數(shù)據(jù)進行輸出。藥品管理系統(tǒng)中采購管理部分的進貨記錄查詢時輸入以下內(nèi)容:進貨時期、藥品名稱、進貨數(shù)量等。以查詢?yōu)槔?.7.2 輸出接收者進貨記錄查詢的接受者是店長或采購員。3.7.3 主要功能輸出設(shè)計的目的是使系統(tǒng)輸出的信息滿足用的需求,輸出

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論