【正文】 計 本系統(tǒng)的報表分為日報表和月報表，日報表在添加入庫單和出庫單時就已經自動添加進數(shù)據(jù)庫中的 日報 表了，所以在此只需 再 手動添 加月報表。 在其輸入用戶 編號 與 密碼 之后，單擊“確定”按鈕登錄數(shù) 據(jù)庫（為了方便用戶，本系統(tǒng)允許用戶在輸入 密碼 之后直接按回車鍵登錄數(shù)據(jù)庫，而無須使用鼠標單擊“確定”按鈕）。 2. 系統(tǒng)主界面 由于用戶權限的差異，他們所能進入的系統(tǒng)主界面也相應的不同。 圖 316 未添加信息前的入庫單 圖 317 入庫單未添加前的庫存信息表 圖 318 入庫單未添加前的日報表 學士學位論文 庫存管理系統(tǒng)的設計與開發(fā) 23 填寫完入庫單的圖如下： 圖 319 添加信息后的入庫單 圖 320 入庫單填寫后的庫存信息表 圖 321 入庫單填寫后的日報表 出貨管理 出 庫時如果出庫數(shù)量低于庫存信息表中的最低庫存時 報警，提醒倉庫管理員及時通知采購員采購，如果不清楚此貨品的采購員是誰可以根據(jù) 貨品編號查詢采購員信息，報警 顯示如下圖： 學士學位論文 庫存管理系統(tǒng)的設計與開發(fā) 24 圖 322 填寫出庫單 報表統(tǒng)計 圖 323 月報表統(tǒng)計 信息查詢 學士學位論文 庫存管理系統(tǒng)的設計與開發(fā) 25 圖 324 庫存信息查詢 四、系統(tǒng)開發(fā)總結 本次畢業(yè)設計接近尾聲了，它對我所產生的影響卻是巨大的。 本系統(tǒng)中采用了生命周期法進行系統(tǒng)的開發(fā)，就體現(xiàn)了該模塊化設計思想。它是一種面向對象的、與語言無關的應用編程接口，具有易于使用、高速度、低內存支出和占用磁盤較少，可以使用所有支持 ODBC的數(shù)據(jù)學士學位論文 庫存管理系統(tǒng)的設計與開發(fā) 26 庫等優(yōu)點；使用 ADO可以實現(xiàn)動態(tài)數(shù)據(jù)庫的鏈接，從而避免以往靜態(tài)方式連接數(shù)據(jù)庫的一些缺點。 在這次畢業(yè)設計中，我遇到了很多困難，這主要是由于我開發(fā)軟件的經驗不足，工具的應用也不夠熟練，雖然 Visual C.NET用的語言是 C，但是由于以前基礎不夠扎實，對我來說可以算是一個全新的嘗試，整個開發(fā)過程并不是很順利，卻使我從中充分體會到學習的快樂，系統(tǒng)也在 從 理論到實踐，再從實踐到理論的反復中一步步得到完善。作為 庫存管理 系統(tǒng)，系統(tǒng)設計中還能加上 備品備件管理 和 系統(tǒng)維護 等功能模塊，可是由于時間比較緊迫，該想法未能實施。 王 老師認真負責的工作態(tài)度，嚴謹?shù)闹螌W精神都使我 受 益匪淺。 總之，這次的系統(tǒng)開發(fā)，實現(xiàn)了我 自己動手完成一個系統(tǒng)開發(fā)的目標，也 學習到很多東西，不只是實踐經驗，還有一些做事的道理： 在工作時 ,要盡量把要遇到的問題考慮周全，提前做好準備，那樣就不會在遇到問題時有措手不及的感覺；做事一定要不斷地去嘗試，然后盡自己最大的努力去完成它，人的發(fā)展?jié)摿κ蔷薮蟮模灰婚_始就否定自己，低估自己，雖然不能說只要努力就會取得成功，但是如果不努力，就永遠不會成功?，F(xiàn)有系統(tǒng)還存在 著以下問題 :第一點， 不能實現(xiàn) 界面 動態(tài) 轉換功能 。 開發(fā)期間，我學會了有目的的去學習一些將要用到的東西，仔細 地 考慮工作流程的規(guī)律和步驟，充分利用手中的開發(fā)工具，利用其所具備的功能，盡量使自己的開發(fā)在代碼上實現(xiàn)少而精確、讓用戶能夠盡量簡單 地 進行操作。如開發(fā)過程中我盡可能地設想記錄為空，輸入為空，輸入出錯等邊界條件，然后在這些邊界上，設置出錯檢測，使系統(tǒng)能自動捕獲出錯點，給出提示，允許用戶重新進行操作，使系統(tǒng)能夠安全的運行下去，而不是退出系統(tǒng)。 此次 庫存管理 系統(tǒng)開發(fā)讓我學習到很多知識，現(xiàn)總結如下： ? 系統(tǒng)開發(fā)的過程中，我深刻體會到了以前上課老師經常提起的一個問題，那就是：一個系統(tǒng)開發(fā)的過程中編碼不是最重要的，重要的是對系統(tǒng)進行分析以及建立恰當?shù)南到y(tǒng)模型。 數(shù)量和進貨單價設置只能輸入數(shù)字類型。 圖 31 系統(tǒng)登錄界面 在這個事件響應函數(shù)中，需要首先判斷用戶，因為他們具有不同的權限。 三、系統(tǒng)實現(xiàn) 系統(tǒng)實現(xiàn)包括用戶需求實現(xiàn)，系統(tǒng)界面實現(xiàn)和數(shù)據(jù)庫實現(xiàn)三方面。 圖 26 主界面 （ admin） 設計 請輸入新密碼 請確認新密碼 確認 取消 系統(tǒng)管理 刪除報表 查詢修改信息 退出系統(tǒng) 學士學位論文 庫存管理系統(tǒng)的設計與開發(fā) 12 圖 27 主界面（倉管）設計 圖 28 主界面（經理）設計 3． 進貨管理模塊 的實現(xiàn) 進貨管理模塊包括填寫貨品信息、入庫單、修改最低庫存三個子模塊。 學士學位論文 庫存管理系統(tǒng)的設計與開發(fā) 10 圖 23 用戶登錄模塊界面設計 該模塊的流程圖如圖 24 所示： 圖 24 用戶登錄模塊流程圖 庫存管理系統(tǒng) 用戶編號： 密碼： 退出 登陸 是 否 用 戶 登 錄 是否為合法用戶？ 否 選擇身份 判斷用戶類型 進入系統(tǒng) 開 始 結 束 學士學位論文 庫存管理系統(tǒng)的設計與開發(fā) 11 此外，對一個完整的系統(tǒng)而言，用戶是應該可以修改自己的 密碼 的，因此系統(tǒng)中應該具有修改 密碼的功能，提高數(shù)據(jù)的安全性，用戶可以在進入系統(tǒng)主界面后可以 修 改自己的 密碼 。 （三） 系統(tǒng) 功能模塊的詳細設計 本 庫存管理 系統(tǒng)是本著用戶操作界面友好、清晰、易學易用的原則進行設計的。 例如 本系統(tǒng)用到的數(shù)據(jù)庫中， 入庫單中輸入的貨品編號必須現(xiàn)存在于貨品信息表中 。 登錄表 (UID ,PWD, Limit)。設計數(shù)據(jù)庫時應該首先充分了解用戶各個方面的需求，包括現(xiàn)有的以及將來可能增加的需求。 （ 4） 在 貨品 庫存中加入所允許的最 低 庫存字段，對所有庫存物資實現(xiàn)監(jiān)控和報警。 系統(tǒng)功能分析是在系統(tǒng)開發(fā)總體任務的基礎上完成的。 （五）系統(tǒng)邏輯模型 本系統(tǒng)的邏輯模型以系統(tǒng)的數(shù)據(jù)流圖為主要描述工具。 統(tǒng)計報表 :完整的 日報表、月報表 統(tǒng)計查詢功能，每張單據(jù)每次業(yè)務金額都可以清楚地 反映。 本 庫存管理系統(tǒng)是一套對貨品入庫、出庫、庫存進行全面管理的系統(tǒng)。 綜上所述 ， 本 庫存管理 系統(tǒng) 投資少、收益大，且其運行操作簡單易學，具備了開發(fā)的 可行性 。 可行性 分析 學士學位論文 庫存管理系統(tǒng)的設計與開發(fā) 4 傳統(tǒng)的庫存管理系統(tǒng)，一般有兩種方式：一是手工管理，這種方式應用 最 傳統(tǒng)的“筆紙操作系統(tǒng)”，將庫存的貨物信息、銷售信息、廠商信息管理及單據(jù)管理等均以純手工的形式進行，將信息以表格文件的表現(xiàn)形式記錄在紙上，再進行統(tǒng)一保存。 可行性 分析 技術上的可行性分析要考慮 現(xiàn)有技術條件能否順利完成開發(fā)工作及 將來要采用的硬件和軟件技術能否滿足用戶提出的要求（如計算機的容量、速度等）。因此，可行性研究實質上是要進行一次大大壓縮簡化了的系統(tǒng)分析和設計的過程，也就是在較高層次上以較抽象的方式進行的系統(tǒng)分析和設計的過程。 該版本繼承了 SQL Server 版本的優(yōu)點同時又比它增加了許多更先進的功能，具有使用方便 ,可伸縮性好與相關軟件集成程度高等優(yōu)點，可跨越從運行 Microsoft Windows 98 的膝上學士學位論文 庫存管理系統(tǒng)的設計與開發(fā) 3 型電腦到運行 Microsoft Windows 20xx 的大型多處理器的服務器等多種平臺使用。 Visual Studio 是微軟公司推出的集成開發(fā)環(huán)境，是目前最流行的 Windows 平臺應用程序開發(fā)環(huán)境。為了降低系統(tǒng)成本，應最大程度地利用現(xiàn)有的資源、兼容現(xiàn)有的環(huán)境，可確定使用下面的開發(fā)環(huán)境： ★數(shù)據(jù)庫： Microsoft SQL Server 20xx； ★前端開發(fā)工具： Visual C.NET； ★數(shù)據(jù)訪問對象： ADO。 從用戶應用角度來看，可把應用程序系統(tǒng)的組成部分分成數(shù)據(jù)存儲層、業(yè)務處理層和界面表示層等 3 個層次，而應用程序結構可歸納為：集中式應用程序結構、單 機板 應用程序結構、多層服務器應用程