1、<p><b>　　目 錄</b></p><p>　　1．可行性分析報告1</p><p><b>　　1.1 引言2</b></p><p>　　1.2 系統(tǒng)開發(fā)的必要性和意義2</p><p>　　1.3 現(xiàn)行系統(tǒng)的調查與分析2</p><p>　

2、　1.3.1現(xiàn)行系統(tǒng)調查研究2</p><p>　　1.3.2 需求調查和分析4</p><p>　　1.4 新系統(tǒng)的方案5</p><p>　　1.4.1 新系統(tǒng)的目標5</p><p>　　1.4.2 系統(tǒng)規(guī)劃及初步開發(fā)方案5</p><p>　　1.4.3 系統(tǒng)實施方案5</p><

3、;p>　　1.4.4投資方案5</p><p>　　1.4.5 人員培訓及補充方案5</p><p>　　1.5 方案的可行性分析5</p><p><b>　　1.6 結論5</b></p><p>　　2．系統(tǒng)分析報告7</p><p><b>　　2.1 概述8&

4、lt;/b></p><p>　　2.1.1 系統(tǒng)分析的原則8</p><p>　　2.1.2 系統(tǒng)分析方法8</p><p>　　2.2 現(xiàn)行系統(tǒng)分析8</p><p>　　2.2.1 現(xiàn)行系統(tǒng)現(xiàn)狀調查8</p><p>　　2.2.2現(xiàn)行系統(tǒng)存在的主要問題和薄弱環(huán)節(jié)12</p><

5、;p>　　2.3 新系統(tǒng)邏輯設計15</p><p>　　2.3.1 新系統(tǒng)目標15</p><p>　　2.3.2 新系統(tǒng)邏輯模型15</p><p>　　2.3.3系統(tǒng)數(shù)據(jù)分析15</p><p>　　2.3.4 建立數(shù)據(jù)字典16</p><p>　　2.3.5 處理邏輯描述20</p>

6、;<p>　　2.3.6 遺留問題20</p><p>　　2.4用戶領導審批意見.20</p><p>　　3．系統(tǒng)設計報告21</p><p><b>　　3.1 概述22</b></p><p>　　3.1.1 系統(tǒng)設計目標22</p><p>　　3.1.2 系統(tǒng)設

7、計策略22</p><p>　　3.2 計算機系統(tǒng)配置22</p><p>　　3.2.1 硬件配置22</p><p>　　3.2.2 軟件配置23</p><p>　　3.3 系統(tǒng)結構設計23</p><p>　　3.4 模塊設計23</p><p>　　3.5 數(shù)據(jù)庫設計24

8、</p><p>　　3.5.1 數(shù)據(jù)庫邏輯設計25</p><p>　　3.5.2 數(shù)據(jù)庫物理設計25</p><p>　　3.5.3 數(shù)據(jù)庫保證25</p><p>　　3.6 編碼設計26</p><p>　　3.6.1 代碼設計原則26</p><p>　　3.6.2 代碼設計

9、26</p><p>　　3.6.3 編碼設計的評價與驗收27</p><p>　　3.7 輸出設計27</p><p>　　3.7.1 輸出項目27</p><p>　　3.7.2 輸出接收者27</p><p>　　3.7.3 主要功能27</p><p>　　3.7.4 輸出要

10、求27</p><p>　　3.7.5 輸出界面設計27</p><p>　　3.8 輸入設計（舉一個例子）28</p><p>　　3.8.1 輸入項目28</p><p>　　3.8.2 輸入的承擔者28</p><p>　　3.8.3 主要功能要求28</p><p>　　3.

11、8.4 輸入要求29</p><p>　　3.8.5 輸入校驗29</p><p>　　3.8.6 輸入界面設計29</p><p>　　3.9 網(wǎng)絡設計30</p><p>　　3.10 系統(tǒng)實施方案設計30</p><p>　　3.10.1 實施方案說明30</p><p>　　

12、3.10.2 實施的總計劃30</p><p>　　3.10.3 實施方案的審批31</p><p>　　4．課程設計心得體會32</p><p><b>　　1．可行性分析報告</b></p><p>　　作 者： 楊鶴 學 號： 1005170231 </p><p&

13、gt;　　系 ： 經(jīng)濟管理學院管理系 </p><p>　　專 業(yè)： 信息管理與信息系統(tǒng) </p><p>　　題 目： 藥店進銷存管理信息系統(tǒng) </p><p>　　小組成員： 楊鶴 </p>

14、<p>　　2013 年 1 月 吉 林</p><p><b>　　1.1 引言</b></p><p>　　摘要：系統(tǒng)名稱：醫(yī)藥店管理信息系統(tǒng)</p><p>　　目標和功能：開發(fā)的系統(tǒng)主要包括系統(tǒng)管理、采購管理、銷售管理、財務信息管理等主要功能模塊，而各類業(yè)務都可實現(xiàn)數(shù)據(jù)的添加、刪除、修改、查詢、打印等功能。</p&

15、gt;<p>　　背景：隨著醫(yī)藥行業(yè)的市場化發(fā)展，醫(yī)藥流通的的管理是否規(guī)范與人們的日常生活緊密的聯(lián)系在一起。如今科學技術的進步和大量新藥品的研發(fā)，增加了醫(yī)藥店管理工作的難度，特別是藥品信息管理是一項非常繁重的工作。傳統(tǒng)的藥品信息管理多為手工管理方式，造成了管理效率低、數(shù)據(jù)的更新和維護困難等現(xiàn)實問題。很難適應醫(yī)藥店持續(xù)發(fā)展的要求。因此針對醫(yī)藥管理的現(xiàn)狀，設計和開發(fā)一個專用的藥店管理系統(tǒng)是很有必要的。</p>&

16、lt;p>　　系統(tǒng)開發(fā)的組織單位：YH軟件開發(fā)中心</p><p>　　系統(tǒng)的服務對象:中小型的醫(yī)藥店</p><p>　　參考和引用的資料：王欣編著.管理信息系統(tǒng). 北京：中國水利水電出版社，2004</p><p>　　專門術語和縮寫詞：管理信息系統(tǒng)（MIS）</p><p>　　1.2 系統(tǒng)開發(fā)的必要性和意義</p>

17、<p>　　隨著計算機技術的飛速發(fā)展，計算機在系統(tǒng)管理中的應用越來越普及，利用計算機實現(xiàn)各個系統(tǒng)的管理顯得越來越重要。對于一些大中型管理部門來說，利用計算機支持管理高效率完成管理的日常事務，是適應現(xiàn)代管理制度要求、推動管理走向科學化、規(guī)范化的必要條件；而藥品管理是一項瑣碎、復雜而又十分細致的工作，藥品數(shù)量之龐大、單價的變化、進貨廠商的不同，一般不允許出錯，如果實行手工操作，每天進貨的情況以及進貨時間等等須手工填制大量的表格，

18、這就會耗費藥品管理工作人員大量的時間和精力，如果利用計算機進行這些管理工作，不僅能夠保證各種核算準確無誤、快速記錄，而且還可以利用計算機對有關的各種信息進行統(tǒng)計，服務于財務部門其他方面的核算和財務處理，同時計算機具有手工管理所無法比擬的優(yōu)點，例如：檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、成本低等。這些優(yōu)點能夠極大地提高管理的效率,也是管理行業(yè)的科學化、正規(guī)化管理，與世界接軌的重要條件。</p><p

19、>　　1.3 現(xiàn)行系統(tǒng)的調查與分析</p><p>　　1.3.1現(xiàn)行系統(tǒng)調查研究</p><p><b>　　1. 組織機構調查</b></p><p>　　本系統(tǒng)主要針對中小型藥店，一般一個中型的藥店負責專項管理的人員3、4名，銷售人員</p><p>　　5人左右，每天來往藥店的人估計八十人左右。其組織結構圖

20、如圖1-1所示。</p><p><b>　　2. 業(yè)務流程調查</b></p><p>　　醫(yī)藥店的具體業(yè)務流程如下：客戶到醫(yī)藥店選擇藥品，填寫訂貨單，將訂貨單交個銷售人員，銷售人員審核訂貨單，如果存在錯誤重新填寫訂貨單，否則進行下一步的處理。如果是新客戶則先進行登記，然后根據(jù)客戶的訂貨情況對庫存進行檢索，如果滿足供應條件，則開收貨單，客戶付款后，開收據(jù)和發(fā)貨單，會

21、計將應收金額計入明細賬?？蛻舾鶕?jù)發(fā)貨單提貨，由專門的人員發(fā)貨并修改庫存。同時對銷售記錄進行存檔。如果不能滿足供應條件，將現(xiàn)貨部分賣給客戶，并將缺貨信息發(fā)給采購部門，采購部門按照缺貨情況，確定向哪個供應商訂購哪種類型的藥物，采購數(shù)量，然后按供應商匯總，將訂購種類和數(shù)量打印出來，向供應商發(fā)訂貨單，供應商根據(jù)藥品的總價向藥店發(fā)送付款單。醫(yī)藥店進行核對后，付款并修改相應的明細賬，當供應商把貨發(fā)過來的時候，要與訂貨單進行核對，核認無誤后入庫并向銷

22、售部門發(fā)送到貨通知</p><p><b>　　3. 信息流程分析</b></p><p>　　數(shù)據(jù)流成分析就是把數(shù)據(jù)在現(xiàn)行系統(tǒng)內部的流動情況抽象出來，舍去了具體組織機構、信息載 、 處理工作等物理組成，單純從數(shù)據(jù)流動過程來考察實際業(yè)務的數(shù)據(jù)處理模式。根據(jù)業(yè)務流程調查，可以知道數(shù)據(jù)之間的關系如圖1-2所示。</p><p><b>

23、　　圖1-2數(shù)據(jù)流程圖</b></p><p><b>　　4. 費用</b></p><p>　　主要是對工作人員工資的發(fā)放，房子租用及其各項費用每年的維護費用1萬元。差旅費大約為5000元。</p><p>　　5. 計算機應用情況調查</p><p><b>　　（1）現(xiàn)有配置</b&g

24、t;</p><p>　　現(xiàn)有2臺計算機，有1臺基本閑置未用，計算機使用情效率低，維護不及時，不僅浪費了資源而且計算機硬件也有一定的損耗。</p><p>　?。?）計算機專業(yè)人員</p><p>　　目前沒有計算機專業(yè)人員。</p><p>　?。?）已經(jīng)應用的項目及效益</p><p>　　現(xiàn)有一個藥店管理系統(tǒng)，有

25、藥品信息管理、庫存管理等功能只能進行基本的應用，功能不全面，只能進行基本的應用。</p><p>　?。?）使用效率及存在的問題</p><p>　　功能不完善，沒有采購、銷售管理功能。不能進行查詢和統(tǒng)計，只能產(chǎn)生很少的效益。</p><p>　　6.現(xiàn)行系統(tǒng)存在的主要問題和薄弱環(huán)節(jié)</p><p>　　(1）信息輸入工作繁雜，經(jīng)常存在著重復

26、輸入的問題，在現(xiàn)有條件下，工作效率比較低。</p><p>　?。?）查詢比較困難，無法實現(xiàn)多個表之間的綜合查詢。</p><p>　　（3）各部門的業(yè)務活動大多處于手工狀態(tài)，工作量大，輸入不規(guī)范，誤差較多。</p><p>　?。?）損益現(xiàn)象嚴重。</p><p>　　1.3.2 需求調查和分析</p><p>　　

27、面對著大量繁雜的醫(yī)藥信息等的管理工作，需要計算機和系統(tǒng)完成以下工作。</p><p>　?。?）具有數(shù)據(jù)輸入功能</p><p>　　包括藥品信息、客戶信息、職工信息、供應商信息的輸入。是數(shù)據(jù)具有完整性。</p><p>　　（2）具備信息存儲功能</p><p>　　包括藥品信息、客戶信息、職工信息、供應商信息等重要數(shù)據(jù)的存儲。</p

28、><p><b>　?。?）具有瀏覽功能</b></p><p>　　包括藥品信息、客戶信息、職工信息、供應商信息的瀏覽。</p><p><b>　?。?）具有查詢功能</b></p><p><b>　　（5）具有打印功能</b></p><p>　?。?/p>

29、6）對已輸入的各項數(shù)據(jù)可以由專門的操作員增加、刪除和修改。</p><p><b>　　（7）用戶控制功能</b></p><p>　　設置多個用戶權限來控制用戶訪問的內容。</p><p><b>　?。?）系統(tǒng)功能</b></p><p>　　提供系統(tǒng)友好界面、退出系統(tǒng)等基本的系統(tǒng)功能。<

30、/p><p>　　1.4 新系統(tǒng)的方案</p><p>　　1.4.1 新系統(tǒng)的目標</p><p>　　1.便使用者可以安全的查找自己想要的各種藥品信息；</p><p>　　2.通過全面的藥品信息采集和處理，輔助提高系統(tǒng)的管理水平；</p><p>　　3.使用本系統(tǒng)，可以有利的發(fā)展小型的藥品管理系統(tǒng)的效率。</

31、p><p>　　1.4.2 系統(tǒng)規(guī)劃及初步開發(fā)方案</p><p>　　本系統(tǒng)主要是對藥品的進銷存進行管理，對藥品進行采購、銷售、統(tǒng)計和財務管理等。工作人員可以根據(jù)藥品類型來查看某種商品的銷售情況及藥品的剩余情況決定是否要采購。同時銷售信息的變動影響著庫存的變化，倉庫部門可以根據(jù)銷售情況來決定庫存需要，也可以列出當前銷售量最多的前幾項藥品和銷售量最少的前幾項藥品，以便于管理者對顧客需求進行分析

32、。以便采購員改變采購計劃。</p><p>　　藥品管理系統(tǒng)使用單機作業(yè)，有藥店專人輸入有關藥品信息，方便工作人員進行統(tǒng)計和查詢，向財務處報盤進行結算。本系統(tǒng)實現(xiàn)了采購、銷售、庫存、財務等業(yè)務的自動化管理。本系統(tǒng)終端擬采用奔騰處理器，300MB內存，10GB硬盤，一個光驅，一個鼠標，一臺打印機，一個掃描器，可配一臺網(wǎng)絡服務器。</p><p>　　項目投資初略估計：前期投資50000元，中

33、期投資20000，后期維護40000。</p><p>　　1.4.3 系統(tǒng)實施方案</p><p>　　本系統(tǒng)客戶端擬采用WindowsXP操作系統(tǒng)，服務器采用Linux操作系統(tǒng)，前段開發(fā)語言使用Delphi，使用Access數(shù)據(jù)庫管理系統(tǒng)。</p><p>　　本系統(tǒng)由NE軟件開發(fā)中心開發(fā)，大約需要20天時間。系統(tǒng)規(guī)劃表如下表1-1所示。</p>

34、<p><b>　　表1-1系統(tǒng)規(guī)劃表</b></p><p><b>　　1.4.4投資方案</b></p><p>　　此系統(tǒng)一次性投資50000元（不包括硬件設備更新費用），在2013年1月?lián)苋搿?lt;/p><p>　　1.4.5 人員培訓及補充方案</p><p>　　由于是一個比較

35、簡單的系統(tǒng)，人機界面友好，操作簡單，幫助信息詳盡醫(yī)藥店一般人</p><p>　　都可以使用，只需要簡單的指導培訓即可。</p><p>　　1.5 方案的可行性分析</p><p>　?。?）技術上的可行性。</p><p>　　本次開發(fā)采用delphi 7.0作為編程工具,可視化的開發(fā)工具有vc、java，vf、delphi等，在這其中d

36、elphi比較簡單，易用，且功能強大。而SQL server 2000實現(xiàn)簡單，易于開發(fā)。所以說此方案在技術上是可行的。</p><p><b>　?。?）經(jīng)濟可行性</b></p><p>　　在進行投資系統(tǒng)時，該系統(tǒng)是否值得開發(fā)，系統(tǒng)投入運行后獲得經(jīng)濟高效益是否大于開發(fā)運行之前的經(jīng)濟效益，以及系統(tǒng)開發(fā)是的成本和運行后的成本是否是最低。我們在開發(fā)系統(tǒng)時會根據(jù)用戶的需

37、求來開發(fā)以最低的成本來獲得最高的效益。</p><p>　　現(xiàn)在就藥品管理系統(tǒng)的經(jīng)濟可行性進行詳細的分析，從以下幾個方面來分析：</p><p>　?、俪杀?效益分析的本質。</p><p>　　從成本和效益分析主要是使得獲得的效益大于成本。本系統(tǒng)的有形成本是購買的設備如計算機、打印機、掃描儀等還有開發(fā)人員和維護人員的工資。本系統(tǒng)只需狗之間的設備就可以運行而且購置的

38、數(shù)量也少，我們所開發(fā)的系統(tǒng)是一個小型系統(tǒng)所以開發(fā)和維護人要求不是很高而且易于維護。根據(jù)有形成本的分析系統(tǒng)具有很大的有型效益能夠大大減少設備費用和工作人員的工資。</p><p>　　本系統(tǒng)是小型系統(tǒng)容易操作無需對工作人員進行培訓，工作人員很快就能適應本系統(tǒng)，能夠提高工作效率，從而提高了對顧客的服務質量，所以無形效益也是可行的。</p><p><b>　?、诔杀竞唾M用估算<

39、/b></p><p>　　投入本系統(tǒng)之后可以減少工作人員3人，可節(jié)省年工資3萬元左右。</p><p>　　③對于本方案初步投入50000元，方案的生命周期估計為二年，初始投資5萬元，預計等年凈現(xiàn)金流量為20萬元，基準收益率為10%根據(jù)公式</p><p>　　NPV=-5+20(P/A,10%,2)=-5+20*1.7355=39.71萬 </p&g

40、t;<p>　　由此可見對銷售管理系統(tǒng)的改進使企業(yè)的利潤增加。因此，經(jīng)濟可行。</p><p>　?。?）系統(tǒng)運行可行性。</p><p>　　本系統(tǒng)運行后，將把原來由人工來完成的銷售、采購、庫存管理改為由計算機來完成將節(jié)省大量的時間，提高了工作效率和工作的正確性。工作人員可以很輕易的掌握操作流程和方法，安全性高，實用性強，使用方便，開發(fā)簡單，故在系統(tǒng)運行上基本是可行的。&l

41、t;/p><p><b>　　（4）操作可行性</b></p><p>　　用戶僅需具有基本的電腦操作能力即可。 </p><p><b>　　1.6 結論</b></p><p>　　依據(jù)以上因素，本藥品管理系統(tǒng)開發(fā)項目不僅方便快捷、高效，而且社會效益比較好，從而使本系統(tǒng)開發(fā)者相信該系統(tǒng)開發(fā)出來之后將

42、取得的成功。</p><p>　　綜上所述，此項目在技術、經(jīng)濟、操作和運行是完全可行的。</p><p><b>　　2．系統(tǒng)分析報告</b></p><p>　　作 者： 楊鶴 學 號： 1005170231 </p><p>　　系 ： 經(jīng)濟管理學院管理系 &

43、lt;/p><p>　　專 業(yè)： 信息管理與信息系統(tǒng) </p><p>　　題 目： 藥店進銷存管理信息系統(tǒng) </p><p>　　小組成員： 楊鶴 </p><p>　　2013 年 1 月 吉 林</p>

44、<p><b>　　2.1 概述</b></p><p>　　2.1.1 系統(tǒng)分析的原則</p><p>　　在系統(tǒng)分析中有許多的困難，為了克服困難，做好分析工作，在進行系統(tǒng)分析需要遵循如下原則：</p><p>　?。?）邏輯設計與物理設計分開的原則</p><p>　　邏輯設計主要考慮應用的邏輯結構和邏

45、輯流程，不考慮底層的物理實現(xiàn)。</p><p>　　根據(jù)邏輯設計系統(tǒng)可分為采購管理、庫存管理、財務管理等模塊。</p><p>　　根據(jù)物理設計可以把采購管理分為采購訂單管理和查詢管理等模塊；可以把庫存管理分為入庫管理和修改庫存等模塊等等。物理設計是對給定的邏輯數(shù)據(jù)模型配置一個最適合應用環(huán)境的物理結構。物理設計的輸出信息主要是物理數(shù)據(jù)庫結構說明書。其內容包括物理數(shù)據(jù)庫結構、存儲記錄格式、存

46、儲記錄位置分配及訪問方法等。</p><p>　?。?）面向用戶的原則</p><p>　　在結構化方法中強調用戶至上的原則，用戶是信息系統(tǒng)開發(fā)的和最終的歸宿。本系統(tǒng)是在藥店的基層開始進行系統(tǒng)的調查的，系統(tǒng)的很多功能都是為采購員、庫管員和財務員所設計的，因此本系統(tǒng)很大部分是根據(jù)他們的需求進行設計的。因此整個開發(fā)過程要面向用戶；用戶的參與程度和滿意程度是系統(tǒng)成功開發(fā)的關鍵。</p>

47、;<p>　?。?）結構化分析的原則</p><p>　　系統(tǒng)調查工作應嚴格按照自頂向下的系統(tǒng)化觀點全面開展，一層一層的深入研究。本系統(tǒng)按照結構化系統(tǒng)的原則，將藥店管理系統(tǒng)劃分為采購管理模塊、庫存管理模塊和財務管理模塊。</p><p>　　2.1.2 系統(tǒng)分析方法</p><p>　　采用結構化的方法自頂向下的逐層分解、逐步細分、逐步求精，利用抽象和

48、分解為手段控制系統(tǒng)的復雜性，把大問題分解成小問題，然后分別解決。分解是把一個較為復雜的問題分解成較小，比較容易解決的問題，然后分別解決。例如把系統(tǒng)分成四個模塊考慮，正是基于這樣的方法。抽象是考慮問題的本質屬性，暫不考慮具體細節(jié)，以后再添加詳細的細節(jié)，直到最詳細為止。即把復雜的處理內容隱蔽起來，抓住問題的主體，有利于問題的理解。例如我考慮頂層的業(yè)務流程時，就暫時拋開各個模塊的細節(jié)，先進行總體上的分析，然后才考慮各個模塊的細節(jié)。</p

49、><p>　　2.2 現(xiàn)行系統(tǒng)分析</p><p>　　2.2.1 現(xiàn)行系統(tǒng)現(xiàn)狀調查</p><p>　　1.現(xiàn)行系統(tǒng)目標、規(guī)模、界限、主要功能</p><p>　　現(xiàn)行系統(tǒng)的目標是建立一個實用性、先進性、易用性和易維護性的管理系統(tǒng)，它能實現(xiàn)簡單的信息錄入、庫存、采購等功能。</p><p>　　現(xiàn)行系統(tǒng)的規(guī)模很小，只是藥

50、房獨立工作的單機軟件，沒有與其他系統(tǒng)進行連接，出了藥店就不能再使用現(xiàn)行系統(tǒng)。</p><p><b>　　2.組織機構調查</b></p><p>　　本系統(tǒng)主要針對中小型藥店，一般一個中型的藥店負責專項管理的人員3、4名，銷售人員</p><p>　　3.業(yè)務流程調查與分析</p><p>　　醫(yī)藥店的具體業(yè)務流程如下

51、：客戶到醫(yī)藥店選擇藥品，填寫訂貨單，將訂貨單交個銷售人員，銷售人員審核訂貨單，如果存在錯誤重新填寫訂貨單，否則進行下一步的處理。如果是新客戶則先進行登記，然后根據(jù)客戶的訂貨情況對庫存進行檢索，如果滿足供應條件，則開收貨單，客戶付款后，開收據(jù)和發(fā)貨單，會計將應收金額計入明細賬?？蛻舾鶕?jù)發(fā)貨單提貨，由專門的人員發(fā)貨并修改庫存。同時對銷售記錄進行存檔。如果不能滿足供應條件，將現(xiàn)貨部分賣給客戶，并將缺貨信息發(fā)給采購部門，采購部門按照缺貨情況，確

52、定向哪個供應商訂購哪種類型的藥物，采購數(shù)量，然后按供應商匯總，將訂購種類和數(shù)量打印出來，向供應商發(fā)訂貨單，供應商根據(jù)藥品的總價向藥店發(fā)送付款單。醫(yī)藥店進行核對后，付款并修改相應的明細賬，當供應商把貨發(fā)過來的時候，要與訂貨單進行核對，核認無誤后入庫并向銷售部門發(fā)送到貨通知。業(yè)務流程圖如圖2-1所示。</p><p>　　采購管理主要完成如下業(yè)務：</p><p>　　按藥品匯總客戶訂單。&l

53、t;/p><p>　　確定要向供應商訂購的各種藥品的數(shù)量。</p><p>　　按供應商匯總，打印向供應商的訂貨單。</p><p>　　（4）當供應商把貨發(fā)來時，要核對訂貨單。打印到貨通知單，通知銷售部門可將客戶預定的配件賣給客戶 。醫(yī)藥店采購管理的流程圖如圖2-2所示。</p><p>　　采購管理主要完成如下業(yè)務：</p>&

54、lt;p>　　編輯訂貨單。審核客戶填寫的訂貨單如果有錯誤返給客戶。</p><p>　　確定客戶訂貨。根據(jù)庫存情況確定是否有現(xiàn)貨賣給客戶。</p><p>　　編制銷售和庫存報表。定期編制各種營業(yè)報表。</p><p>　　庫存檢索。允許經(jīng)理查詢有關銷售和庫存等信息</p><p>　　其業(yè)務流程圖如圖2-3所示</p>

55、<p><b>　　數(shù)據(jù)流程分析</b></p><p>　　根據(jù)業(yè)務流程調查，可以知道數(shù)據(jù)之間的關系如圖2-4所示。</p><p>　　根據(jù)對藥店的詳細調查，分析人員認為藥店的處理業(yè)務可分解為采購管理、銷售管理、庫存管理、財務管理。</p><p>　　系統(tǒng)的主要外部實體有兩個：</p><p><b

56、>　?。?）客戶。</b></p><p><b>　　（2）供應商。</b></p><p>　　系統(tǒng)主要的輸入/輸出數(shù)據(jù)流如表2-1所示。</p><p>　　表2-1輸入/輸出數(shù)據(jù)流</p><p>　　與系統(tǒng)有關的數(shù)據(jù)存儲如下：</p><p><b>　?。?

57、）藥品庫存。</b></p><p>　?。?）應收應付款明細賬。 </p><p>　　對采購管理有關業(yè)務流程分析可知外部項有</p><p><b>　　（1）供應商</b></p><p><b>　?。?）銷售管理 </b></p><p>　　輸入輸出

58、表如表2-2所示。</p><p>　　表2-2采購管理輸入輸出數(shù)據(jù)流</p><p>　　與采購有關的數(shù)據(jù)存儲如下：</p><p>　　D1，藥品庫存。D2，暫存訂貨單。D3，待訂貨的配件。D4，供應商。D5，向供應商的訂貨單。</p><p>　　D6，應付款明細賬。采購管理數(shù)據(jù)流程如圖2-5所示</p><p>

59、;　　輸入輸出流如表2-3所示。</p><p>　　表2-3銷售管理輸入輸出流</p><p>　　銷售數(shù)據(jù)流程如下圖2-6所示</p><p>　　2.2.2現(xiàn)行系統(tǒng)存在的主要問題和薄弱環(huán)節(jié)</p><p>　　1．現(xiàn)行系統(tǒng)基本上是依賴office軟件進行操作，管理手段落后，工作效率低。</p><p>　　2．由

60、于信息的繁瑣，在進行信息的錄入和處理時容易出現(xiàn)錯誤</p><p>　　3．查詢比較困難，只能做單個表的查詢。</p><p>　　4．現(xiàn)行系統(tǒng)的安全性比較差，由于用戶管理機制不明確，用戶權限也沒有明確的定義，用戶使用比較混亂?，F(xiàn)行系統(tǒng)也不能根據(jù)藥品銷售進行必要的統(tǒng)計。藥品在不斷的更新，不斷發(fā)展的，因此有些藥品可能不會有人使用了，有些藥品可能已經(jīng)過期，如果沒有統(tǒng)計功能，要知道這些是需要很大

61、的工作量的。</p><p>　　2.3 新系統(tǒng)邏輯設計</p><p>　　2.3.1 新系統(tǒng)目標</p><p>　　新系統(tǒng)的目標是建立一個能夠長期、安全、穩(wěn)定、可靠、高效的運行，能夠減少工作量的藥店管理系統(tǒng)，它能實現(xiàn)基本的采購、銷售、庫存、財務等的管理。</p><p>　　經(jīng)過對現(xiàn)行系統(tǒng)的分析，以及對薄弱環(huán)節(jié)的了解，可以確定新系統(tǒng)的目

62、標。新系統(tǒng)必須具有如下功能：</p><p>　　藥品信息管理：藥品信息是進行藥品進銷存均需要的一些信息。藥品信息管理主要用于對藥品的代碼、名稱和產(chǎn)地等基本信息的管理。</p><p>　　藥品采購管理：當藥店需要增加新的銷售藥品時，利用此模塊可以添加新的藥品信息，刪除舊的藥品信息，修改已存在的藥品信息，提供所有與藥品相關的各類信息，初始化庫存，初始化供應商相關信息。</p>

63、<p>　　庫存管理：庫存管理是對每一種藥品的進貨數(shù)量、進貨金額以及全部藥品的進貨數(shù)量、進貨金額進行管理，對每一種藥品的銷售數(shù)量、銷售金額以及全部藥品的銷售數(shù)量、銷售金額進行清理，并計藥品剩余情況等內容。</p><p>　　查詢管理：實際生活中容易發(fā)生藥品過期和損毀，此時利用此模塊對過期的藥品和損毀的藥品進行清理。還要查詢庫存剩余量，決定是否要進貨。</p><p>　　財務

64、管理：對采購時所需的錢進行管理，修改總賬，編制會計報表。</p><p>　　2.3.2 新系統(tǒng)邏輯模型</p><p>　　根據(jù)現(xiàn)行系統(tǒng)高層數(shù)據(jù)流程圖的分析和比較，對采購管理功能進行擴展，其外部實體有：</p><p><b>　?。?） 供應商。</b></p><p><b>　?。?）銷售管理。<

65、/b></p><p><b>　?。?）藥品管理員。</b></p><p>　　采購管理的輸入/輸出數(shù)據(jù)流如表2-4所示。</p><p>　　表2-4采購管理輸入/輸出數(shù)據(jù)流</p><p>　　與采購有關的數(shù)據(jù)存儲如下：</p><p>　?。?）D1，藥品庫存。（2）D2，暫存訂貨

66、單。（3）D3，待訂貨的配件。（4）D4，供應商。</p><p>　?。?）D5，向供應商的訂貨單。（6）D6，應付款明細賬。（7） D7，總賬。</p><p>　　采購管理新系統(tǒng)數(shù)據(jù)流程如圖2-7所示。</p><p>　　2.3.3系統(tǒng)數(shù)據(jù)分析</p><p>　　在設計ER圖時時強調的是不同實體之間關系。根據(jù)以上的分析得出下面的E-

67、R圖如圖2-8所示。</p><p>　　圖2-8 實體E-R圖 </p><p><b>　　屬性如下所示：</b></p><p>　　1.藥品：藥品名、類別、有效期、地址、規(guī)格、進價、備注</p><p>　　2.供應商：編號、地區(qū)、供應商名、備注</p><p>

68、　　3.倉庫：藥品名、供應商編號、數(shù)量、零售價、藥品編號</p><p>　　4.客戶：用戶編號、聯(lián)系電話、地址、備注</p><p>　　2.3.4 建立數(shù)據(jù)字典</p><p>　　數(shù)據(jù)字典就是將數(shù)據(jù)元素、數(shù)據(jù)結構、數(shù)據(jù)流、數(shù)據(jù)存儲、處理功能和外部實體等詳細情況加以記錄，并按照一定的方式進行排列所形成的一部關于數(shù)據(jù)的字典。</p><p>

69、;<b>　　1、數(shù)據(jù)元素</b></p><p>　　數(shù)據(jù)元素是最小的數(shù)據(jù)組成單位，也就是不可再分的數(shù)據(jù)單位。藥品編號，藥品名稱，供應商編號等如本系統(tǒng)中的數(shù)據(jù)元素的定義如表2-5所示。 </p><p>　　表2-5數(shù)據(jù)元素的定義</p><p>　　當所有的數(shù)據(jù)元素都定義完了時，就可以建立一張數(shù)據(jù)元素一覽表，如表2-6所示。</p&

70、gt;<p>　　表2- 6數(shù)據(jù)元素一覽表</p><p><b>　　2、數(shù)據(jù)流</b></p><p>　　數(shù)據(jù)流表示數(shù)據(jù)的流向。在數(shù)據(jù)字典中所定義的數(shù)據(jù)流有兩類：一是從外部實體輸入到系統(tǒng)中的數(shù)據(jù)流，二是從系統(tǒng)輸出到外部實體的數(shù)據(jù)流。以藥品訂貨單為例來介紹數(shù)據(jù)流的定義。如表2-7</p><p>　　表2- 7介紹數(shù)據(jù)流的定義

71、</p><p>　　由于數(shù)據(jù)流定義的很多，在這里就不一一贅述了。</p><p><b>　　3、數(shù)據(jù)存儲</b></p><p>　　數(shù)據(jù)存儲是數(shù)據(jù)結構停留或保存的地方，也是數(shù)據(jù)流的來源與去向之一，以顧客來介紹數(shù)據(jù)存 儲的定義。如表2-8所示。</p><p>　　表2-8據(jù)存儲的定義</p><

72、p>　　由于數(shù)據(jù)存儲定義的很多，在這里就不一一贅述了。</p><p>　　4、外部項也叫外部實體，指的是數(shù)據(jù)的來源與去向，它不受系統(tǒng)控制，是系統(tǒng)以外的人或者事物。以客戶為例介紹外部實體的定義。如圖2-9所示</p><p>　　表2- 9外部實體的定義</p><p>　　由于數(shù)據(jù)存儲定義的很多，在這里就不一一贅述了</p><p>

73、<b>　　5、處理功能</b></p><p>　　處理功能是指最低一層數(shù)據(jù)流程圖中的處理功能的定義。實際上每一個處理功能就是一個 ， </p><p>　　可以使用判斷樹、判斷表和結構是語言等進行描述。處理功能的定義如表2-10所示。</p><p>　　表2-10處理功能的定義</p><p>　　由于數(shù)據(jù)存儲定義

74、的很多，在這里就不一一贅述了。</p><p>　　2.3.5 處理邏輯描述</p><p>　　對底層的處理邏輯進行說明，例如對客戶提交的訂購單的處理。</p><p><b>　　if 訂購單合格</b></p><p><b>　　確定客戶訂單</b></p><p>

75、　　else 將訂購單返還給客戶</p><p>　　2.3.6 遺留問題</p><p>　　由于資金和技術水平有限，只能實現(xiàn)了醫(yī)藥店管理的一些最為基本的功能，可能還存在著很多的不足和缺陷，在以后的過程中還會不斷更改，改進。</p><p>　　2.4用戶領導審批意見.</p><p>　　支持醫(yī)藥店管理系統(tǒng)的改進，認為有利于醫(yī)藥店的管理。

76、</p><p><b>　　3．系統(tǒng)設計報告</b></p><p>　　作 者： 楊鶴 學 號： 1005170231 </p><p>　　系 ： 經(jīng)濟管理學院管理系 </p><p>　　專 業(yè)： 信息管理與信息系統(tǒng) <

77、;/p><p>　　題 目： 藥店進銷存管理信息系統(tǒng) </p><p>　　小組成員： 楊鶴 </p><p>　　2013 年 1 月 吉 林</p><p><b>　　3.1 概述</b></p><p&

78、gt;　　3.1.1 系統(tǒng)設計目標</p><p>　　本系統(tǒng)設計既要滿足用戶的要求又要滿足設計人員的設計目標。從用戶的觀點看，要求系統(tǒng)能夠達到以下目標：</p><p>　　（1）減少人工信息錄入的錯誤，減少不必要的經(jīng)濟損失。</p><p>　?。?）藥品采購、銷售信息用計算機來完成，節(jié)省人力和物力。</p><p>　?。?）建立查詢功

79、能?？梢圆樵兯幤返膹S商、生產(chǎn)日期、剩余量等。以使工作人員知道哪些藥品不再需要，哪些藥品需要加大進貨量，實現(xiàn)藥品的最佳利用。</p><p>　?。?）建立財務模塊。能夠對藥品的采購、銷售的應收款和應付款進行匯總編制報表。</p><p>　　3.1.2 系統(tǒng)設計策略</p><p>　　本系統(tǒng)采用事物分析和變換分析兩種策略的結合。通過事務分析，將藥店管理系統(tǒng)分為有關

80、藥品的采購、銷售、庫存、等模塊，對底層模塊采用變換分析法將有關藥品采購的模塊分為：訂單管理、退貨管理、查詢等處理功能。以系統(tǒng)設計為原則，提高模塊的內聚性，降低模塊間間的耦合程度，建立數(shù)據(jù)庫，實現(xiàn)數(shù)據(jù)共享，并且提高模塊的獨立性，使系統(tǒng)具有很好的可修改性和較高的靈活性。</p><p>　　3.2 計算機系統(tǒng)配置</p><p>　　3.2.1 硬件配置</p><p>

81、;<b>　　主機</b></p><p>　　主機 cpu：酷睿I5；內存4GB</p><p><b>　　外存儲器</b></p><p>　　主存512MB，外存至少100G磁盤。</p><p><b>　　終端與外部設備配置</b></p><p

82、>　　顯示器及顯示卡：彩色VGA，分辨率不低于1024x768，64位PCI接口，緩存1MB以上；通訊口：至少一個RS232串行通訊口和一個并行接口；網(wǎng)絡接口板：16或32位接口,有RJ45接口(雙絞線網(wǎng))；CD-ROM光盤驅動器: 40倍速以上。</p><p><b>　　4. 其它輔助設備</b></p><p>　　配有2臺電腦、普通打印機、掃描儀等。硬

83、件配置圖如圖3-1所示</p><p>　　3.2.2 軟件配置</p><p><b>　　操作系統(tǒng)（OS）</b></p><p>　　采用Windows XP及現(xiàn)在市場上常用版本均可。</p><p>　　數(shù)據(jù)庫管理系統(tǒng)（DBMS）</p><p>　　數(shù)據(jù)庫管理系統(tǒng)（DBMS）： 使用Ac

84、cess數(shù)據(jù)庫管理系統(tǒng)。</p><p>　　3. 使用的編程語言</p><p>　　使用的編程語言：Delphi7.0開發(fā)語言。</p><p><b>　　軟件工具</b></p><p>　　軟件工具：Microsoft word</p><p>　　3.3 系統(tǒng)結構設計</p>

85、;<p>　　根據(jù)系統(tǒng)分析得出的新系統(tǒng)邏輯結構進行系統(tǒng)得設計，由此可建立新的高層結構圖,如圖3-2所示。</p><p>　　對采購管理模塊的分解如圖3-3所示。</p><p>　　對向供應商訂貨模塊分解成如圖3-4所示。</p><p><b>　　3.4 模塊設計</b></p><p>　　通過對用

86、戶需求的分析，我們可以分析出藥品采購管理大致可以分為以下幾個模塊：藥品信息錄入模塊、供應商信息查詢模塊、商品入庫模塊等。對每個模塊的模塊名稱、輸入、輸出、處理等方面進行詳細的說明。對藥品信息錄入模塊的模塊說明書如表3-2所示。</p><p>　　表3-2藥品信息錄入模塊說明書</p><p><b>　　3.5 數(shù)據(jù)庫設計</b></p><p&

87、gt;　　3.5.1 數(shù)據(jù)庫邏輯設計</p><p>　　邏輯設計就是把概念結構設計階段設計好的基本E-R圖轉換為與選定的DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結構。</p><p>　　藥品信息表：這張表是用來存儲藥品信息的。藥品添加以后它的信息就會儲存到這張表中，其中包含：藥品編號、藥品名稱、化學名稱、規(guī)格、藥品類別、劑型、批號及廠商等。其中藥品編號是主鍵，非空且唯一。其余信息可以為

88、空，并在數(shù)據(jù)表建立的時候給他們相應的規(guī)定好數(shù)據(jù)類型。</p><p>　　藥品采購表：這張表是用來存儲采購藥品表單信息的，所有入庫單信息都包含在這張表中。包括：采購單號、藥品編號、批號、采購日期、有效日期、進價、預售價、數(shù)量、整量單位、散量單位及驗收人。其中采購單號是主鍵，非空且唯一。</p><p>　　藥品庫存表：這張表是用來存儲庫存信息的，所有初始化的庫存信息和出庫入庫信息改變后的信

89、息都會被記錄下來。它字段有：庫存號、藥品編號、批號、藥品名稱、數(shù)量、整量單位、散量單位、采購日期、有效日期、進價、預售價、庫存下限及驗收人等。</p><p>　　3.5.2 數(shù)據(jù)庫物理設計</p><p>　　本系統(tǒng)內所使用的數(shù)據(jù)結構中有關數(shù)據(jù)項的存儲要求、訪問方法、存取單位、存取的物理關系。為了簡化，這里把表的結構列出來。這里以藥品采購表為例，如3-3所示</p><

90、;p>　　表3-3藥品采購信息表</p><p>　　3.5.3 數(shù)據(jù)庫保證</p><p>　　數(shù)據(jù)庫的安全性是指保護數(shù)據(jù)庫以防止不合法的使用所造成的數(shù)據(jù)泄露、更改或破壞。數(shù)據(jù)安全性控制中采用的方法有：</p><p>　　1、用戶標識與鑒別 。用一個用戶名來標明用戶的身份。系統(tǒng)內部記錄著所有合法用戶的標識，系統(tǒng)鑒別用戶是否是合法用戶，若是，則可以進入下一步

91、的核實；若不是，則不能使用系統(tǒng)。為了進一步核實用戶，系統(tǒng)要求輸入密碼。為保密起見，用戶在終端上輸入的密碼不顯示在屏幕上。</p><p>　　2、定義用戶的權限。不同權限的人對數(shù)據(jù)庫具有不同的操作級別。</p><p><b>　　3.6 編碼設計</b></p><p>　　3.6.1 代碼設計原則</p><p>&

92、lt;b>　　1.唯一性</b></p><p>　　藥品的編碼要符合唯一性，現(xiàn)在一個名稱的藥品有很多，廠家卻不同，療效也不一樣，所以藥品的編號要唯一。</p><p><b>　　2.合理性</b></p><p>　　編碼設計必須與編碼對象的分類體系相適應，以使代碼對編碼對象的分類具有標識作用。</p>&l

93、t;p>　　藥品也有很多的分類，有的是激素類了，有的是保健類的，等等，在進行分類的時候符合了合理性原則就不會那么難以理解。</p><p>　　3.6.2 代碼設計</p><p>　　代碼具有識別、處理功能及提高系統(tǒng)可靠性等功能。根據(jù)系統(tǒng)分析階段對系統(tǒng)的詳細調查結果，來確定的代碼對象如表3-4所示。</p><p><b>　　表3-4編碼對象表&

94、lt;/b></p><p><b>　　1.藥品編號 </b></p><p>　　藥品編號為8位，即：</p><p>　　藥品序號（5位）+ 藥品順序號（3位）</p><p>　　例如：ASDNG001</p><p><b>　　2.訂單編號：</b><

95、/p><p>　　訂單編號為12位，即：</p><p>　　訂單序號（1位）+ 日期（8位）+序號（3位）</p><p>　　例如：S20130102001</p><p><b>　　3.發(fā)貨單編號</b></p><p>　　發(fā)貨單編號為12位，即：</p><p>　

96、　發(fā)貨單序號（1位）+ 日期（8位）+序號（3位）</p><p>　　例如：J20130109001</p><p><b>　　4.藥品類別</b></p><p>　　庫存號用2位數(shù)字表示，按順序排列。</p><p>　　3.6.3 編碼設計的評價與驗收</p><p>　　系統(tǒng)編碼設計主

97、要是為了直觀，便于記憶，使用編碼之后可以用字母或數(shù)字等簡單的符號來查詢可以提高查詢速度。運用代碼以后可使信息存儲簡潔清晰，而且節(jié)省存儲空間，提高查詢速度，也能節(jié)省計算機的處理費用。</p><p><b>　　3.7 輸出設計</b></p><p>　　3.7.1 輸出項目</p><p>　　為了適應日常及時的對各種數(shù)據(jù)信息進行整理和分析，

98、需要對數(shù)據(jù)庫的中的數(shù)據(jù)進行輸出。藥品管理系統(tǒng)中采購管理部分的進貨記錄查詢時輸入以下內容：進貨時期、藥品名稱、進貨數(shù)量等。以查詢?yōu)槔?lt;/p><p>　　3.7.2 輸出接收者</p><p>　　進貨記錄查詢的接受者是店長或采購員。</p><p>　　3.7.3 主要功能</p><p>　　輸出設計的目的是使系統(tǒng)輸出的信息滿足用的需求，

99、輸出的的讓用戶易于理解和閱讀，可以根據(jù)輸出的表單進行統(tǒng)計分析。為用戶提供及時、準確和全面的信息服務，為管理人員提供銷售信息，以便經(jīng)營決策。</p><p>　　3.7.4 輸出要求</p><p>　　1.輸出設計設備和介質如表3-5所示。</p><p>　　表3-5輸出設備和介質</p><p><b>　　2、輸出格式<

100、/b></p><p>　　輸出設計的出發(fā)點是必須保證系統(tǒng)輸出的信息能夠方便地為用戶使用，能夠為用戶的管理活動提供有效的信息服務。在進行輸出設計時，輸出設計格式要滿足以下三點：</p><p>　?。?）合理性。輸出格式設計不合理會造成用戶的理解困難，影響用戶的使用積極性，給信息的使用帶來麻煩。</p><p>　?。?）適用性。輸出格式的設計應該與用戶密切配

101、合，在了解現(xiàn)有報告、圖表的基礎上，根據(jù)用戶的進一步要求加以改進和確定。</p><p>　?。?）清晰性。輸出格式在滿足用戶要求的前提下，做到清晰、美觀，并且易于理解和閱讀，不能產(chǎn)生誤解。</p><p>　　3.7.5 輸出界面設計</p><p>　　輸入界面如圖3-5所示</p><p>　　圖3- 5 輸出界面 <

102、/p><p><b>　　3.8 輸入設計</b></p><p>　　3.8.1 輸入項目</p><p>　　在進行輸入設計時對藥品信息表的輸出內容有：藥品名稱、制造商、藥品分類、藥品編碼、生產(chǎn)時間、有限期等。以藥品輸出為例。</p><p>　　3.8.2 輸入的承擔者</p><p>　　藥品

103、信息表輸入的承擔者是庫管員。</p><p>　　3.8.3 主要功能要求</p><p>　　該系統(tǒng)的輸入主要都是通過用戶界面的輸入來完成的，可以通過界面程序的程序來控制輸入的正確性，對于輸入的正確性進行檢查，不正確的不能夠輸入到數(shù)據(jù)庫中，并給用戶以提示，要求用戶修改。在加上友好的用戶界面，節(jié)省人力物力等資源。</p><p>　　3.8.4 輸入要求</p

104、><p>　　主要輸入數(shù)據(jù)類型、來源、所用設備、介質、格式、數(shù)值范圍、精度等如表3-6所示。</p><p><b>　　表3-6輸入需求表</b></p><p>　　3.8.5 輸入校驗</p><p>　　本系統(tǒng)采用了重復輸入檢驗和輸入核對檢驗兩種方法，以確保數(shù)據(jù)的正確性。</p><p>　　

105、數(shù)據(jù)輸入的過程容易出現(xiàn)錯誤，可能是由于原始單據(jù)有錯或錄入時產(chǎn)生錯誤。所以要采取相應的檢錯措施，來確保輸入數(shù)據(jù)的準確性。檢驗錯誤的方法很多如重復檢驗、輸入核對檢驗、控制總數(shù)檢驗、記錄技術檢驗等等</p><p>　　3.8.6 輸入界面設計</p><p>　　對藥品信息表的輸入界面設計如圖3-6所示。</p><p><b>　　3.9 網(wǎng)絡設計</

106、b></p><p>　　系統(tǒng)采用總線型的局域網(wǎng)，總線型局域網(wǎng)具有介質耗材少、結構簡單、可靠性高、擴充容易。通過TCP/IP協(xié)議將計算機進行連接從而形成局域網(wǎng)方便內部通信，信息共享。可以添加路由器，增加終端的數(shù)量。為確保數(shù)據(jù)的安全性,系統(tǒng)能建立基本數(shù)據(jù)文件、文件密碼、起始作業(yè)模塊、設定各模塊可執(zhí)行的功能。系統(tǒng)可以按工作人員的賬號，設定其起始作業(yè)模塊及各模塊的可執(zhí)行的功能，非授權的使用者無法進入作業(yè)模塊。網(wǎng)絡

107、的設計如圖3-7所示。</p><p><b>　　圖3-7網(wǎng)絡的設計</b></p><p>　　3.10 系統(tǒng)實施方案設計</p><p>　　3.10.1 實施方案說明</p><p><b>　　1. 項目的說明</b></p><p>　　系統(tǒng)名稱：藥店管理信息系統(tǒng)

108、</p><p>　　子系統(tǒng)名稱：采購管理</p><p>　　程序名稱：LIAMIS</p><p>　　程序語言：delphi </p><p>　　使用設備：硬件、軟件、打印機等</p><p>　　3.10.2 實施的總計劃</p><p><b>　　1．工作任務的分解<

109、;/b></p><p>　　系統(tǒng)實施工做任務的分解先進行審批打印文件。</p><p>　　購置硬件、軟件、附屬設備，購置設備主要有計算機、打印機、掃描儀等并對這些設備進行安裝。</p><p>　　對程序進行測試，在程序測試的時候程序應該運行成功才可以進行下一步工作。</p><p>　　在進行人員的培訓，因為本系統(tǒng)功能結構簡單可以

110、不需要專業(yè)的培訓。</p><p>　　最后進行系統(tǒng)的測試、調試與轉換，在系統(tǒng)測試時可以使用白盒測試和黑盒測試兩種測試方法。系統(tǒng)測試是系統(tǒng)開發(fā)的重要環(huán)節(jié)，應認真完成以免出現(xiàn)錯誤。</p><p><b>　　2. 進度</b></p><p>　　系統(tǒng)實施階段主要是實現(xiàn)系統(tǒng)設計階段完成的新系統(tǒng)實施方案。因此，根據(jù)新系統(tǒng)實施方案來對系統(tǒng)實施的進度

111、進行分析。進行設備的購置與安裝接著是程序的編制與測試，然后是對所需要的人員進行培訓，最后進行系統(tǒng)的測試、調試與轉換工作。</p><p>　　系統(tǒng)實施的進程如表3-7所示。</p><p>　　表3-7系統(tǒng)實施的進度表</p><p><b>　　3. 預算</b></p><p>　　進行現(xiàn)行系統(tǒng)的調查，業(yè)務流程分析的

112、差旅費500，與藥房工作人員溝通的通訊費用100，通訊設備和專用設備的租金2000，辦公費1000，差旅費1000，機時費4000，資料費2000元等。 </p><p>　　3.10.3 實施方案的審批</p><p>　　1.經(jīng)審批，系統(tǒng)的實施方案可行。</p><p><b>　　2.審批人：×××</b>&

113、lt;/p><p>　　4．課程設計心得體會</p><p>　　由于時間倉促，能力有限，該系統(tǒng)仍存在一些問題需要在以后的開發(fā)、維護工作中繼續(xù)完善。根據(jù)方案，大部分問題均已解決，也已基本實現(xiàn)了預期的目標和功能，但由于方案不成熟,時間緊迫，人力，物力方面的原因，此系統(tǒng)還是有許多地方需要進一步的完善和提高，因而，我們的系統(tǒng)不可避免的有一些不足之處。</p><p>　　（1

114、）系統(tǒng)功能不夠完善。</p><p>　?。?）界面不夠美觀。</p><p>　　（3）數(shù)據(jù)平臺遷移能力差。后臺存儲過程中，包含了大部分的業(yè)務邏輯和數(shù)據(jù)處理流程。</p><p>　　隨著本系統(tǒng)應用的推廣，必將根據(jù)不同用戶的需求，對系統(tǒng)進行二次開發(fā)，使本系統(tǒng)的功能更加全面，改善界面外觀，遷移后臺存儲過程的業(yè)務邏輯，單列到業(yè)務邏輯層中去，以提高系統(tǒng)的數(shù)據(jù)平臺遷移能力

115、。</p><p>　　我也進一步的加深對基礎理論知識的理解，擴大專業(yè)知識面；另一方面對收集資料、查閱文獻、方案制定等實踐能力也得到了很好的鍛煉，促進了我對所學知識的應用能力；同時，發(fā)現(xiàn)問題、分析歸納、綜合比較的邏輯分析能力、處理問題等能力也得到了很好的提高。但在這次課程設計過程中，還是發(fā)現(xiàn)了自己很多的不足之處，也遇到了許多棘手的困難，這些困難很多都是大學這幾年不注重自己系統(tǒng)學習實踐造成的，平時也更不注意學有所用