藥品倉儲管理信息系統(tǒng)設計報告

1、PAGE PAGE 35目錄 TOC o 1-3 h z u HYPERLINK l _Toc282119037 1. 系統(tǒng)規(guī)劃 PAGEREF _Toc282119037 h 3 HYPERLINK l _Toc282119038 1.1 系統(tǒng)背景 PAGEREF _Toc282119038 h 3 HYPERLINK l _Toc282119039 1.2 項目名稱 PAGEREF _Toc282119039 h 3 HYPERLINK l _Toc282119040 1.3 調查資料 PAGEREF _Toc282119040 h 3 HYPERLINK l _Toc282119041

2、1.3.1 系統(tǒng)初步調查 PAGEREF _Toc282119041 h 3 HYPERLINK l _Toc282119042 1.3.2 系統(tǒng)詳細調查 PAGEREF _Toc282119042 h 3 HYPERLINK l _Toc282119043 1.4 用戶需求分析 PAGEREF _Toc282119043 h 4 HYPERLINK l _Toc282119044 1.4.1 用戶需求基本情況: PAGEREF _Toc282119044 h 4 HYPERLINK l _Toc282119045 1.4.2 分析與綜合 PAGEREF _Toc282119045 h 4 H

3、YPERLINK l _Toc282119046 1.5 可行性分析 PAGEREF _Toc282119046 h 5 HYPERLINK l _Toc282119047 1.6 功能要求： PAGEREF _Toc282119047 h 5 HYPERLINK l _Toc282119048 1.7 性能要求 PAGEREF _Toc282119048 h 6 HYPERLINK l _Toc282119049 2. 系統(tǒng)分析 PAGEREF _Toc282119049 h 6 HYPERLINK l _Toc282119050 2.1 系統(tǒng)分析方法 PAGEREF _Toc2821190

4、50 h 6 HYPERLINK l _Toc282119051 2.2 組織結構 PAGEREF _Toc282119051 h 7 HYPERLINK l _Toc282119052 2.3 功能結構圖 PAGEREF _Toc282119052 h 7 HYPERLINK l _Toc282119053 2.4 業(yè)務流程分析 PAGEREF _Toc282119053 h 8 HYPERLINK l _Toc282119054 2.4.1 入庫業(yè)務流程 PAGEREF _Toc282119054 h 8 HYPERLINK l _Toc282119055 2.4.2 出庫業(yè)務流程 PAG

5、EREF _Toc282119055 h 9 HYPERLINK l _Toc282119056 2.4.3 盤點業(yè)務流程 PAGEREF _Toc282119056 h 10 HYPERLINK l _Toc282119057 2.5 數據流程分析 PAGEREF _Toc282119057 h 11 HYPERLINK l _Toc282119058 2.5.1 入庫數據流程 PAGEREF _Toc282119058 h 11 HYPERLINK l _Toc282119059 2.5.2 出庫數據流程 PAGEREF _Toc282119059 h 12 HYPERLINK l _To

6、c282119060 2.5.3 盤點數據流程 PAGEREF _Toc282119060 h 12 HYPERLINK l _Toc282119061 2.6 數據字典 PAGEREF _Toc282119061 h 13 HYPERLINK l _Toc282119062 2.6.1 數據項定義： PAGEREF _Toc282119062 h 13 HYPERLINK l _Toc282119063 2.6.2 數據流定義： PAGEREF _Toc282119063 h 14 HYPERLINK l _Toc282119064 2.6.3 處理邏輯定義： PAGEREF _Toc282

7、119064 h 15 HYPERLINK l _Toc282119065 2.6.4 數據存儲定義： PAGEREF _Toc282119065 h 16 HYPERLINK l _Toc282119066 2.7 模塊結構分析 PAGEREF _Toc282119066 h 16 HYPERLINK l _Toc282119067 2.7.1 模塊結構說明： PAGEREF _Toc282119067 h 16 HYPERLINK l _Toc282119068 2.7.2 模塊結構圖 PAGEREF _Toc282119068 h 17 HYPERLINK l _Toc282119069

8、 2.8 處理流程分析 PAGEREF _Toc282119069 h 17 HYPERLINK l _Toc282119070 2.8.1 入庫處理流程分析 PAGEREF _Toc282119070 h 17 HYPERLINK l _Toc282119071 2.8.2 出庫處理流程分析 PAGEREF _Toc282119071 h 18 HYPERLINK l _Toc282119072 2.8.3 盤點處理流程分析 PAGEREF _Toc282119072 h 18 HYPERLINK l _Toc282119073 2.9 數據分析 PAGEREF _Toc282119073

9、h 19 HYPERLINK l _Toc282119074 2.9.1 實體圖 PAGEREF _Toc282119074 h 19 HYPERLINK l _Toc282119075 2.9.2 實體間E-R圖 PAGEREF _Toc282119075 h 21 HYPERLINK l _Toc282119076 3. 系統(tǒng)設計 PAGEREF _Toc282119076 h 22 HYPERLINK l _Toc282119077 3.1 網絡設計 PAGEREF _Toc282119077 h 22 HYPERLINK l _Toc282119078 3.2 代碼設計 PAGEREF

10、 _Toc282119078 h 23 HYPERLINK l _Toc282119079 3.3 輸入輸出設計 PAGEREF _Toc282119079 h 23 HYPERLINK l _Toc282119080 3.3.1 輸入設計： PAGEREF _Toc282119080 h 23 HYPERLINK l _Toc282119081 3.3.2 輸出設計 PAGEREF _Toc282119081 h 23 HYPERLINK l _Toc282119082 3.4 數據庫設計 PAGEREF _Toc282119082 h 24 HYPERLINK l _Toc28211908

11、3 3.4.1 數據庫需求分析 PAGEREF _Toc282119083 h 24 HYPERLINK l _Toc282119084 3.4.2 數據庫物理設計 PAGEREF _Toc282119084 h 25 HYPERLINK l _Toc282119085 3.5 用戶界面設計 PAGEREF _Toc282119085 h 29 HYPERLINK l _Toc282119086 3.5.1 主界面： PAGEREF _Toc282119086 h 29 HYPERLINK l _Toc282119087 3.5.2 子界面： PAGEREF _Toc282119087 h 3

12、0 HYPERLINK l _Toc282119088 3.7 程序流程設計 PAGEREF _Toc282119088 h 321. 系統(tǒng)規(guī)劃1.1 系統(tǒng)背景XX藥品公司是一家市級連鎖型藥品銷售公司，在本地有五十幾家分店，其中中心店有十二個，其他的是社區(qū)店。該公司面向全國藥廠采購藥品。主要銷售的藥品有藥品分類辭典里的各類藥品，主要有三大類（中藥，化學藥，生物制品），四十幾小類。同時還銷售一些常用醫(yī)藥物品，如紗布、棉簽等。該公司在全市有四個倉庫，主要負責向全市各中心店送貨。一個倉庫負責三個中心店，但可以在其他倉庫沒有貨的時候進行統(tǒng)一調配。中心店再面向下面的社區(qū)店進行配送。為了加強藥品的管理，減

13、少成本，保證藥品不斷貨銷售，該公司計劃將倉庫減少至兩個，一個倉庫管理六個中心店，建設一個藥品倉庫管理信息系統(tǒng)。該系統(tǒng)要求將公司銷售科，采購科，下面各倉庫，中心店和社區(qū)店的電腦進行聯網。由公司集中采購，再分別配送。倉庫的采購周期為一個月。要求系統(tǒng)主要功能有。1）倉庫定期向公司報送采購定單。由公司采購科完成采購。2) 倉庫要對入庫藥品進行登記、檢驗等管理工作，倉庫要保證各類藥品一定的庫存量。3) 倉庫要對各中心店及其社區(qū)店的藥品進行配送，保證它們不斷貨。庫存管理是現代企業(yè)生產管理與經營管理活動中的一個重要環(huán)節(jié)。庫存管理是物資管理的核心和靈魂，庫存在保證企業(yè)生產經營活動順利進行的同時，在協調供應與需

14、求之間的平衡關系方面也起著只管重要的作用。但是，庫存需要占用資金、花費成本，既不能沒有庫存、也不能庫存過高，怎樣管理好庫存成為多數企業(yè)在實行現代管理技術中的難題。1.2 項目名稱藥品庫存管理信息系統(tǒng)1.3 調查資料1.3.1 系統(tǒng)初步調查藥品公司目前有兩個倉庫，12個中心店，每個中心店下設若干社區(qū)店。倉庫采購周期為一個月，每月5日提交采購訂單，可緊急采購。倉庫發(fā)貨按各中心店的需求，一般每周發(fā)貨一次。倉庫每月25日進行盤點。1.3.2 系統(tǒng)詳細調查環(huán)境及運行狀況,要求倉庫管理系統(tǒng)可以很好地和現代物流結合在一起并能夠適應倉庫進化的條件1) 組織機構及人員分工:倉儲經理：負責調配管理人員工作和重要的

15、單據確認.各主管和專員：負責處理倉庫實施工作業(yè)務流程:通過觀察XX藥品公司倉庫的業(yè)務流程模擬出倉庫信息管理系統(tǒng)的流程,通過業(yè)務流程圖加以說明基礎數據:數據來源采購科的采購訂單和各中心店及社區(qū)店的發(fā)貨通知,單據等資源.管理人員:熟悉倉庫管理系統(tǒng)操作2) 資源硬件：電腦若干臺打印機若干臺軟件：操作系統(tǒng)：中文Windows XP / Windows 2007 /Windows 2000開發(fā)系統(tǒng)：MS SQL Server2000開發(fā)工具：ACCESS2003 DREAMWEAVER8.0 JAVA2.0約束條件:各主管和專員的水平很大程度上影響倉庫管理系統(tǒng)的運行,開發(fā)人員的技術條件,輸出方式只能以表

16、格輸出,資金和時間十分有限.3) 系統(tǒng)詳細調查方法我們組通過對該藥品公司背景了解，基本掌握公司的基本需求.掌握了公司的貨物倉庫的運行情況，了解了藥品的存儲基本狀況，所以我們組利用我們所了解的信息，為該公司倉庫管理信息系統(tǒng)進行規(guī)劃、分析和設計。1.4 用戶需求分析1.4.1 用戶需求基本情況:1) 功能需求:可以在計算機中需要相關字段查找到所要記錄,有著權限的人可以更改記錄.并保存記錄實現貨物的運轉與系統(tǒng)一體化.2) 性能需求:可以清晰放映著每件貨物的狀態(tài)和倉庫所能接受的貨物,用戶能夠從電腦上查詢到自己貨物的基本情況。3) 環(huán)境需求:WINDOWS XP / WINDOWS 2007 / WIN

17、DOWS 20004) 可靠性需求:電腦環(huán)境干凈,沒病毒,漏洞.系統(tǒng)全面加密5) 安全保密需求:客戶所查詢的消息不會在倉庫信息管理系統(tǒng)中公開反映6) 用戶界面需求：清晰簡單能被用戶快速上手操作7) 資源使用需求：PC 機和相關系統(tǒng)軟件8) 軟件開發(fā)成本：在500元10000元1.4.2 分析與綜合功能需求中都可以實現，而性能要求不但要求系統(tǒng)的完善，更加重要的是要求管理員能夠及時更新信息和記錄。這個并不是系統(tǒng)本身能實現的，要根據操作人員的工作態(tài)度來完善。環(huán)境要求和可靠性要求都可以在開發(fā)中實現，但是這只是開發(fā)中的問題，該系統(tǒng)是否能在安全的環(huán)境中運行這個條件需要用戶的配合。系統(tǒng)會設置安全保密的密碼和

18、權限控制可以有效地實現安全保密功能。用戶界面的需求和資源使用的控制還有開發(fā)成本和開發(fā)進度都可以準時有效地實現。1.5 可行性分析開發(fā)本系統(tǒng)之前，我們組從技術可行性和經濟可行性以兩個方面進行可行性分析，得出開發(fā)本系統(tǒng)是可行的。1) 技術可行性：本系統(tǒng)采用Microsoft SQL Server作為數據庫平臺，設計采用了VF這門計算機程序語言VF應用程序由窗口組成，這些窗口包含用戶與之交互的控件。開發(fā)人員可以使用所有標準空間（如按鈕、復選框、下拉列表框或編輯框）以及VF提供的特殊的使應用程序更易于開發(fā)和使用的控件。通常人們把VF看成是一種開發(fā)工具，實際上它比其他工具強得多，是一種強有力的開發(fā)環(huán)境。

19、開發(fā)人員不僅能用它來開發(fā)用戶容易使用的各種應用程序還可以通過VF修改數據庫，利用400多個內部定義函數，可以開發(fā)能和其他應用程序進行的各中應用程序。因此從理論上來說，該系統(tǒng)在技術上是可行的。2) 經濟可行性雖然開發(fā)系統(tǒng),其必須要投入大量的人財物各方面的力量,花大量的時間投入到系統(tǒng)系統(tǒng)的開發(fā)當中.但是對于開發(fā)完成并投入使用后給企業(yè)帶來的效益來看,那些投入是值得的.運用該系統(tǒng)來大大減少了庫存管理人員所使用的時間,提高了效率.對大量的數據等進行管理,又便于操作員查詢各種信息.倉庫管理在企業(yè)看來作用是十分重要的,公司必須改變管理中那種重生產、輕流通,重商流、輕物流的觀念,使倉庫管理在實現倉庫管理總目標

20、的過程中發(fā)揮它的重要性.這就使得公司對倉儲部提出了更高的要求.計算機技術飛速發(fā)展,使得計算機這一信息處理器應用于倉庫的日常管理成為必然的趨勢,而且這也將為倉庫管理帶來前所未有的改變,采用計算機管理信息系統(tǒng)已成為倉庫管理科學化和現代化的重要標志 ，它能極大提高了倉庫工作人員的工作效率，大大減少繁瑣、雜亂出入流程，并且可以減少入庫管理、出庫管理及庫存管理的漏洞，節(jié)約管理開支，從而增加企業(yè)的收入，這也使得倉庫的管理水平有了很大的提高。3) 操作可行性本系統(tǒng)操作簡單，易于理解，只需要通過簡單的培訓，上手較快，公司的倉庫管理員均能進行操作，營運環(huán)境要求低，因此本系統(tǒng)從操作方面是完全可行。1.6 功能要求

21、：1) 密碼設置：每個操作員均有自己的密碼，可以防止非本系統(tǒng)人員進入本系統(tǒng)；又因每個人的權限不一致，故可以防止越權操作。2.) 資料維護：為了存放圖書、讀者檔案的全部數據，本系統(tǒng)將每一本圖書和每位讀者的信息進行管理。系統(tǒng)維護包括對各種表記錄的修改、刪除、添加等操作。3.) 系統(tǒng)查詢：可以按圖書編號、借閱證編號等相關信息進行查詢4.) 系統(tǒng)管理：進行圖書館信息管理、管理員權限設置。5.) 報表統(tǒng)計：包括統(tǒng)計圖書信息、讀者信息、借閱信息和罰款信息等。6.) 其它操作：包括修改密碼、添加用戶、頁面設置等。1.7 性能要求1.) 系統(tǒng)安全、可靠。2.) 功能齊全。3.) 操作方便、界面友好。4.) 易

22、于維護和擴充。5) 數據精確度：查詢時應保證查全率，所有相應域包含查詢關鍵字的記錄都應能查到。6.) 時間特性：一般操作的響應時間在1-2秒內，對軟磁盤和打印機及條形碼刷卡服務響應時間也應在可接受的時間內完成。7) 適應性：要求適應前面提到的運行環(huán)境。2. 系統(tǒng)分析系統(tǒng)分析的任務是在全面調查的基礎上，通過對現行管理業(yè)務的分析，提出系統(tǒng)的目標要求和功能分析的總體邏輯模型。2.1 系統(tǒng)分析方法采用結構化分析的方法，自頂向下的逐層分解、逐步細分、逐步求精，利用分解和抽象這兩個基本手段控制系統(tǒng)的復雜性，把大問題分解成小問題，然后分別解決。分解是把一個復雜問題分割成若干個較小、較易解決的問題，然后分別處

23、理。例如我將系統(tǒng)的功能分成四個模塊考慮，正是基于這樣的方法。抽象是考慮問題的本質屬性，暫時不考慮具體的細節(jié)，以后再逐層添加細節(jié)，直到最詳細的內容，即把復雜的處理內容隱蔽起來，便于抓住主體，有利于對問題的理解。例如我考慮頂層的業(yè)務流程時我就暫時拋開各個模塊細節(jié)，先進行總體上的分析，然后再考慮各個模塊里的細節(jié)。1) 業(yè)務流程圖根據公司的庫存管理的情況，對相應的庫存管理功能模塊的業(yè)務流程進行分析2) 數據流程圖根據系統(tǒng)調查階段的數據資料，并依據用戶的要求，確定該公司信息系統(tǒng)的基本功能和工作過程。首先庫房管理員根據庫存情況，決定是否需購貨，根據相應的功能要求，我們繪制系統(tǒng)的數據流程圖。3) 數據字典數

24、據字典是對描述數據流程圖中的數據項、數據流、數據存儲、加工處理邏輯等組成部分的嚴格定義，2.2 組織結構該公司藥品庫存管理的組織機構如圖l所示。圖l 組織機構設置圖2.3 功能結構圖通過對該公司了基本情況做出了解后，則我們祖就其情況作出了基本的功能結構，如下：倉儲經理全面負責倉庫的行政與業(yè)務管理出入庫主管和專員負責出庫管理和入庫管理質檢主管和專員負責出入庫藥品的質量檢驗倉儲保管主管和專員負責庫存盤點、查詢，缺貨、補貨和退貨管理藥品配送專員和主管負責藥品信息管理，中心店及社區(qū)管理，供應商管理具體功能如圖2：圖2 功能結構圖2.4 業(yè)務流程分析現行藥品的庫存管理系統(tǒng)的業(yè)務流程，我們組在這次課程設計

25、中主要是對出庫、入庫和庫存盤點的業(yè)務流程和數據流程進行分析，如下圖：2.4.1 入庫業(yè)務流程圖3 入庫業(yè)務流程圖2.4.2 出庫業(yè)務流程圖4 出庫業(yè)務流程圖2.4.3 盤點業(yè)務流程圖5 盤點業(yè)務流程圖2.5 數據流程分析通過對系統(tǒng)業(yè)務的詳細調查，了解到它的業(yè)務過程。我們主要對三個模塊即、入庫管理、庫存盤點管理、出庫管理進行分析。下面是系統(tǒng)的主要業(yè)務流程的數據流程，如下：2.5.1 入庫數據流程圖6 入庫數據流程分析2.5.2 出庫數據流程圖7 出庫數據流程圖2.5.3 盤點數據流程圖8 盤點數據流程圖2.6 數據字典2.6.1 數據項定義：數據項編號：1-01數據項名稱：藥品編號別名：無簡 述

26、：某種藥品的編號類型：字符型長度：8字節(jié)取值范圍：數字 + 英文字母數據項編號：1-02數據項名稱：單價別名：購入單價簡 述：某種藥品的購入單價類型：數值型長度：10位，小數位2位取值范圍：0.009999999.99數據項編號：1-03數據項名稱：庫存數量別名：實際庫存數量簡 述：某種藥品的庫存數量類型：數值型長度：5位整數取值范圍：0999992.6.2 數據流定義：數據流名稱：存貨單編號：F1簡述：倉管人員填寫的藥品在庫憑單數據流來源：倉儲保管專員數據流去向：進行實數盤點數據流組成：日期 + 存貨單編號 + 藥品編號 + 在庫數量數據流名稱：出庫單編 號：F2簡述：出入庫主管填寫的出庫憑

27、證數據流來源：出入庫主管數據流去向：登記庫存臺賬數據流組成：日期+出庫單編號+藥品編碼+發(fā)貨數量數據流名稱：入庫單編號：F3簡述：采購人員填寫的藥品入庫憑單數據流來源：采購人員數據流去向：登記庫存臺賬數據流組成：日期 + 入庫單編號 + 藥品編號 + 購入數量數據流名稱：發(fā)貨單編號：F4簡述：供應商填寫的藥品發(fā)貨憑單數據流來源：供應商數據流去向：登記合同臺賬數據流組成：日期 + 發(fā)貨單編號 + 供應商編號 + 藥品編號 + 發(fā)貨數量數據流名稱：取貨單編號：F5簡述：庫管員填寫的要求車間取貨憑單數據流來源：庫管員數據流去向：中心店及社區(qū)店數據流組成：日期 + 倉庫編號 + 藥品編號 + 數量數據

28、流名稱：盤點表編號：F6簡述：倉儲保管專員填寫的藥品盤點數據數據流來源：倉儲保管專員數據流去向：盤點數與實際庫存數進行核算數據流組成：日期 + 盤點表編號 + 藥品編號 + 盤點數量數據流名稱：盤點審核表編號：F7簡述：倉儲保管主管審核的藥品盤點表數據流來源：倉儲保管主管把盤點表1與庫存臺賬進行核算數據流去向：倉儲保管主管數據流組成：日期 + 盤點表編號 + 藥品編號 + 盤點數量2.6.3 處理邏輯定義：處理名：盤點審核編號：D1輸入：數據流輸出：數據流描述：將倉庫保管專員制作的盤點表與在庫實際數量進行審核，看是否一致 處理名：驗貨處理編號：D2輸入：數據流，數據流輸出：數據流，數據流描述：

29、采購員要檢驗貨物的質量。處理名：出入庫檢查編號：D3輸入：數據流輸出：數據流描述：當驗貨處理后，庫管員將貨物入庫，并發(fā)取貨單到訂貨單位2.6.4 數據存儲定義：數據存儲的名稱：庫存臺賬數據存儲編號：C1簡述：記錄藥品的編號、名稱、單價與庫存數量等信息數據存儲組成：藥品編號 + 購入單價 + 庫存數量關鍵字： 藥品編號數據存儲的名稱：藥品信息數據存儲編號：C2簡述：記錄庫存藥品的編號，類別，名稱，規(guī)格，單價，單位，存放位置，用途數據存儲組成：藥品編號 + 名稱 + 類別 + 規(guī)格 + 單價 + 單位 + 存放位置 + 用途關鍵字： 藥品編號2.7 模塊結構分析2.7.1 模塊結構說明：基礎信息管

30、理模塊，主要是對中心店及社區(qū)店基本信息的錄入，修改和刪除等功能。還有對藥品信息的處理，庫存數量的確定，倉位的信息的管理控制。庫存管理模塊，主要是下達采購訂單給采購科，下達入庫通知，對于入庫的貨物進行收獲、質檢等處理。在庫數量的查詢，庫存盤點、查詢、轉移、凍結和調整的處理。對貨物缺貨的進行補貨或緊急采購，對藥品進行檢獲、發(fā)貨等處理財務結算管理模塊，對在倉庫所有活動的費用進行管理2.7.2 模塊結構圖圖9 模塊結構圖2.8 處理流程分析2.8.1 入庫處理流程分析圖10 入庫處理流程分析2.8.2 出庫處理流程分析圖11 出庫處理流程分析2.8.3 盤點處理流程分析圖12 盤點處理流程分析2.9

31、數據分析在需求分析階段已完成后，對該系統(tǒng)進行數據分析。根據該階段所建立的概念模型，已經得出滿足系統(tǒng)設計要求的幾個關系描述，該階段的主要工作就是把前一階段的成果轉化為具體的數據庫。2.9.1 實體圖圖13 入庫單實體圖圖14 出庫單實體圖圖15 出入庫主管實體圖圖16 倉庫保管主管實體圖圖17 存貨單實體圖圖18 盤點表實體圖圖19 盤點審核表實體圖2.9.2 實體間E-R圖圖20 E-R圖3. 系統(tǒng)設計3.1 網絡設計系統(tǒng)的網絡結構采用以太局域網，可以和醫(yī)藥店內部的Intranet相連。用RJ45接口，雙絞線5類網線，交換機、路由器等設備進行連接，傳輸速率為100MB/S。計算機系統(tǒng)為C/S結

32、構，有兩個機器作為服務器，其中的一個作為備份服務器，其它的機器為客戶端。服務器為客戶端的請求提供服務。3.2 代碼設計藥品編碼采用區(qū)間碼，主要包括貨物所屬種類代碼、供應商代碼、存放倉庫代碼，由11位數組成 倉庫編碼采用區(qū)間碼，主要包括兩個倉庫代碼，由7位數組成藥品種類編碼采用區(qū)間碼，主要包括藥品代碼，公司代碼，供應商代碼，由11為數組成員工編碼采用區(qū)間碼，主要包括公司代碼、部門代碼、職位代碼，由7位數組成用戶編碼采用區(qū)間碼，主要包括中心店及社區(qū)店代碼、員工代碼，由7位數組成例如：藥品代碼設計藥品編碼由三位整數組成。如下圖：3.3 輸入輸出設計3.3.1 輸入設計：本系統(tǒng)的輸入格式設計成表如下所

33、示：資料代碼02輸入名稱需求分析表項目號項目名稱位數及編輯備注1倉庫內部缺藥種類X(8)2倉庫內部缺藥數量N(8)3倉庫外部缺藥種類X(2)4倉庫外部缺藥數量N(8)3.3.2 輸出設計輸出設計：輸出信息的內容：輸出項目、位數、數據形式等。輸出格式：有表格。輸出設備：主要為打印機、顯示器。輸出介質：有磁盤、紙張等。編寫輸出設計報告如下：資料代碼01輸出名稱發(fā)貨表處理周期一天形式表格種類excel份數2報送配送中心項目號項目名稱位數及編輯備注1當前缺貨種類X(8)2當前缺貨數量N(8)3庫存種類X(2)4庫存數量N(8)5需求增加種類X(8)6需求增加數量N(8)7可發(fā)貨種類X(8)8可發(fā)貨數量

34、N(10)用戶界面設計（主界面，包括菜單設計）3.4 數據庫設計3.4.1 數據庫需求分析圖20 數據流圖通過對企業(yè)倉庫管理內容和數據流程分析，設計的數據項合數據結構如下：藥品代碼信息。包括的數據項有藥品編號、藥品名稱、藥品數量。在庫藥品信息。包括的數據項有現有藥品、現有數目、最大庫存、最小庫存等。藥品調撥信息。包括的數據項有調撥的藥品數量、種類、名稱、去向等。藥品采購信息。包括的數據項有采購的藥品、采購專員、供應商、采購數目、采購時間等。藥品退還信息。包括的數據項有退還藥品、退還數目、歸還時間、經手人等。藥品需求信息。包括的數據項有需求數目、需求時間、需求種類、需求名稱等。有了上面的數據結構

35、、數據項和數據流程，就可以進行下面的數據庫設計。3.4.2 數據庫物理設計1） 藥品信息表2） 供應商信息表3） 倉庫信息表 4） 藥品目錄表 5） 員工信息表6） 中心店及社區(qū)店信息表 7） 入庫操作表8） 出庫操作表 9） 采購信息表10） 盤點操作信息表3.5 用戶界面設計3.5.1 主界面：為了頁面導航的清晰，本網站采用了框架式頁面設計。頁面頭放在上框架，課程介紹模塊放中框架，下框架是放接口技術相關圖片。3.5.2 子界面：良好的用戶界面一般都符合下列的用戶界面規(guī)范:1）易用性原則2）范性原則3）幫助設施原則4）合理性原則5）美觀與協調性原則6）菜單位置原則7）獨特性原則8）快捷方式的組合原則9）排錯性考慮原則10）多窗口的應用與系統(tǒng)資源原則第一、一致性 如果你可以在一個列表的項目上雙擊后能夠彈出對話框，那么應該在任何列表中雙擊都能彈出對話框。要有統(tǒng)一的字體寫號、統(tǒng)一的色調、統(tǒng)一的提示用詞、窗口在統(tǒng)一的位置、按鈕也在窗口的相同的位置。 第二、設置標準并遵循它 可以參數一些工業(yè)標準，如IBM的界面設計規(guī)范或MS的設計規(guī)則，它提供了90你所需要的規(guī)范