本文根據(jù)國內外物流信息系統(tǒng)的發(fā)展現(xiàn)狀和倉儲業(yè)的管理現(xiàn)狀，設計開發(fā)了物流信息管理系統(tǒng)。本系統(tǒng)是根據(jù)物流公司倉儲業(yè)務的特點，經(jīng)過一定的需求分析，采用操作簡單的ASP語言和ACCESS的后臺數(shù)據(jù)庫開發(fā)基于B/S結構的具有貨位管理的倉儲物流管理系統(tǒng)。

        整個系統(tǒng)符合操作簡單、界面友好、靈活、實用的要求出發(fā)，完成倉儲物流信息系統(tǒng)的過程。包括用戶登錄模塊、用戶管理模塊、物品入庫模塊、信息查詢模塊、物品移庫模塊、信息悠模塊?？梢詽M足一般物流公司的要求。

        論文主要介紹了本課題開發(fā)的背景、意義、和相關的理論以及需求分析，并對開發(fā)的工具也進行了介紹，還講解所要完成的功能和開發(fā)的過程。重點介紹了系統(tǒng)的開發(fā)過程。  

        1.1 課題研究背景

        當今世界先進工業(yè)國家正處于由“工業(yè)經(jīng)濟”模式向“信息經(jīng)濟”模式轉變的時期，其中技術進步因素起著極為重要的作用，它在經(jīng)濟增長中占有很大的比重。從我國經(jīng)濟發(fā)展史來看，工業(yè)經(jīng)濟增長主要是依靠投入大量資金和勞動力來實現(xiàn)的，尚未充分發(fā)揮技術進步在工業(yè)經(jīng)濟增長中的“二次效益倍增器”的作用。“如何加快發(fā)展電子信息技術、調整產業(yè)結構、適應世界經(jīng)濟發(fā)展需求”是當前我國企業(yè)自動化界研究的重要課題之一。

        物流技術是在第二次世界大戰(zhàn)期間隨著軍事后勤的發(fā)展逐漸演變而來。物流的基本任務是完成物資的儲存和運輸。美國是世界上物流發(fā)展得比較早的國家，十分重視物流的研究與發(fā)展。早在1980年的全美物資討論會上，研究者們就指出，“物流”作為一個尚未完全開發(fā)的領域，如何合理地利用，創(chuàng)造最大的效益，將是廣大企業(yè)急需研究的一項課題。

        1.2 現(xiàn)代倉儲物流的概念

        倉儲物流是微觀物流的一種，指的是物資從進入倉庫到被重新發(fā)出這一階段的運動過程。作為一種特殊形式的內部物流，倉儲物流的高效運作機制近年來越來越受到物流界的重視。它的主要組成要素有:

        1. 物流設施

        構成庫區(qū)的基本設施主要有庫房、道路、作業(yè)站臺和場地、專用線、專用碼頭、機場以及橋梁、涵洞、護坡等，是完成倉庫內部物流的基礎條件。

        2. 物流設備

        內部物流設備包括裝卸搬運設備、儲存設備、計量檢測設備、安全減災設備，維修加工設備和輔助設備六大類。

        3. 物流業(yè)務人員

        物流業(yè)務人員指直接從事收發(fā)儲運等倉儲業(yè)務工作的工作者。

        4. 倉儲物流信息

        倉儲活動貫穿著物流和信息流兩種運動方式。物流是實物的流動，也就是物資實體的收、發(fā)、調、運、存的過程。伴隨著這些物資實體流動，又產生了成本、價格、購銷合同、進出庫單據(jù)等有關物資流動和管理方面的信息。

        5. 倉儲物流環(huán)境

        倉儲物流環(huán)境指倉儲系統(tǒng)之外并對其產生影響的一切事物的綜合。 1.3 國內外的研究狀況

        近年來，隨著電子計算機技術和物流軟件的飛速發(fā)展更加推動了現(xiàn)代物流的研究的發(fā)展。這其中的代表是電子數(shù)據(jù)交換系統(tǒng)的運用和專家系統(tǒng)的使用。電子

        數(shù)據(jù)交換系統(tǒng)是計算機之間不需要任何書面的媒介或人力的介入，是一種標準化、結構化的信息傳遞方式。專家系統(tǒng)的推廣也為物流管理提高了整體效果?，F(xiàn)代物流為了保障效率和效果，一方面通過銷售住處系統(tǒng)、條形碼、電子數(shù)據(jù)交換系統(tǒng)等收集、傳遞信息，另一方面利用專家系統(tǒng)使物流戰(zhàn)略決策實現(xiàn)最優(yōu)化。

        國內外關于數(shù)據(jù)庫的研究日益深化，先后出現(xiàn)了面向對象的數(shù)據(jù)庫、多媒體數(shù)據(jù)庫、模糊數(shù)據(jù)庫、演繹數(shù)據(jù)庫、數(shù)據(jù)倉庫和數(shù)據(jù)挖掘等技術。并且數(shù)據(jù)庫的開發(fā)技術也不斷升級，從傳統(tǒng)的DOS環(huán)境下的FOXBASE等面向過程的開發(fā)到WINDOWS環(huán)境下的給予B/S結構的網(wǎng)絡技術支持的面向對象技術為基礎的數(shù)據(jù)庫系統(tǒng)。

        2 系統(tǒng)開發(fā)環(huán)境介紹

        2.1 B/S模式

        B/S(Browser/Server，瀏覽器/服務器)模式又稱B/S結構。它是隨著Internet技術的興起，對C/S模式應用的擴展。。主要利用了不斷成熟的WWW瀏覽器技術，結合多種Script語言(VBScript、JavaScript等)和ActiveX技術，是一種全新的軟件系統(tǒng)構造技術。

        在B/S體系結構系統(tǒng)中，用戶通過瀏覽器向分布在網(wǎng)絡上的許多服務器發(fā)出請求，服務器對瀏覽器的請求進行處理，將用戶所需信息返回到瀏覽器。而其余如數(shù)據(jù)請求、加工、結果返回以及動態(tài)網(wǎng)頁生成、對數(shù)據(jù)庫的訪問和應用程序的執(zhí)行等工作全部由Web Server完成。隨著Windows將瀏覽器技術植入操作系統(tǒng)內部，這種結構已成為當今應用軟件的首選體系結構。顯然B/S結構應用程序相對于傳統(tǒng)的C/S結構應用程序是一個非常大的進步。

        B/S結構的主要特點是分布性強、維護方便、開發(fā)簡單且共享性強、總體擁有成本低，但數(shù)據(jù)安全性問題、對服務器要求過高、數(shù)據(jù)傳輸速度慢、軟件的個性化特點明顯降低，這些缺點是有目共睹的，難以實現(xiàn)傳統(tǒng)模式下的特殊功能要求。例如通過瀏覽器進行大量的數(shù)據(jù)輸入或進行報表的應答、專用性打印輸出都比較困難和不便。此外，實現(xiàn)復雜的應用構造有較大的困難。雖然可以用ActiveX、Java等技術開發(fā)較為復雜的應用，但是相對于發(fā)展已非常成熟C/S的一系列應用工具來說，這些技術的開發(fā)復雜，并沒有完全成熟的技術工具供使用。 2.2 ASP技術

        2.2.1 ASP的含義

        1. Active:ASP使用了微軟的ActiveX技術。ActiveX(COM)技術是現(xiàn)在Microsoft軟件的重要基礎。它采用封裝對象，程序調用對象的技術，簡化編程，加強程序間合作。ASP本身封裝了一些基本組件和常用組件，有很多公司也開發(fā)了很多實用組件。只要你可以在服務器上安裝這些組件，通過訪問組件，你就可

        以快速、簡易地建立自己的WEB應用。

        2. Server:ASP運行在服務器端。這樣就不必擔心瀏覽器是否支持ASP所使用的編程語言。ASP的編程語言可以是VBSCRIPT和JSCRIPT。VBSCRIPT是VB的一個簡集，會VB的人可以很方便的快速上手。然而Netscape瀏覽器不支持客戶端的VBSCRIPT，所以時，看到的是ASP生成的HTML代碼，而不是ASP程序代碼。這樣就可以防止別人抄襲程序。

        2.2.2 ASP技術的特點

        1. 使用Jscript等簡單易懂的腳本語言，結合HTML代碼，即可快速地完成網(wǎng)站的應用程序。

        2. 無須編譯，容易編寫，可在服務器端直接執(zhí)行。

        3. 與瀏覽器無關,客戶端只要使用可執(zhí)行HTML碼的瀏覽器，即可瀏覽ASP所設計的網(wǎng)頁內容。ASP所使用的腳本語言(VBScript 、Jscript)均在WEB服務器端執(zhí)行，客戶端的瀏覽器不需要能夠執(zhí)行這些腳本語言。

        4. ASP能與任何ActiveX scripting語言相容。除了可使用VBScript或JScript語言來設計外，還通過plug-in的方式，使用由第三方所提供的其他腳本語言，譬如REXX、Perl、Tcl等。腳本引擎是處理腳本程序的COM(Component Object Model)物件。

        5. ASP的源程序，不會被傳到客戶瀏覽器，因而可以避免所寫的源程序被他人剽竊，也提高了程序的安全性。

        2.3結構化查詢語言SQL

        SQL全稱是“結構化查詢語言(Structured Query Language)”，最早的是IBM的圣約瑟研究實驗室為其關系數(shù)據(jù)庫管理系統(tǒng)SYSTEM R開發(fā)的一種查詢語言，它的前身是SQUARE語言。SQL語言結構簡潔，功能強大，簡單易學，所以自從IBM公司1981年推出以來，SQL語言，得到了廣泛的應用。 2.4 數(shù)據(jù)庫連接方式

        ADO(ActiveX Data Object)是Microsoft在OLE DB標準的基礎上定義的一種面向對象、與語言無關的數(shù)據(jù)庫應用編程接口。如果選用ADO作為訪問Web數(shù)據(jù)庫接口，則最好方法是結合ASP來寫應用程序。ASP是微軟公司基于ActiveX技術的一個Web服務器端的開發(fā)和運行環(huán)境，只能運行在微軟提供的平臺如Windows NT和IIS等。ASP屬于服務器端技術，直接建立在服務器中，并且作為Web服務器的一個服務運行，支持多用戶、多線程;與其它常見的Client端實現(xiàn)動態(tài)性的技術如Java Applet， JavaScript等不同，一個ASP頁面即可包含客戶端腳本，更主要的是也可包含服務器端腳本，引擎解釋執(zhí)行，執(zhí)行結果以HTML的形式返回給用戶。

        采用ADO結合ASP訪問數(shù)據(jù)庫系統(tǒng)有如下優(yōu)點:(1)與HTML完全結合，可以使用任何腳本語言，易于開發(fā)，易于維護;(2)所有服務器端腳本代碼均在服務端執(zhí)行，有效地保護了開發(fā)者的知識產權，且支持任何一種瀏覽器;(3)面向對象，可充分利用現(xiàn)存的ActiveX組件，易于擴展Server端功能;(4)可以訪問非關系數(shù)據(jù)庫，這是其它方式無法實現(xiàn)的。

        ADO方式的缺點是:僅適用于微軟提供的一些平臺，程序運行速度較慢。 3 系統(tǒng)的需求分析

        3.1 需求分析

        物流需求是指一定時期內社會經(jīng)濟活動對生產、流通、消費領域的原材料、成品和半成品、商品以及廢舊物品、廢舊材料等的配置作用而產生的對物在空間、時間和費用方面的要求，涉及運輸、庫存、包裝、裝卸搬運、流通加工以及與之相關的信息需求等物流活動的諸方面。

        從現(xiàn)代物流的特點分析，物流需求具有涉及面廣、內涵豐富和無法進行單一計量的特點，因此，許多物流企業(yè)(包括希望介入物流服務領域的企業(yè))較難把握市場需求和進行市場定位。從當前全國“物流熱”已形成的大環(huán)境下，如缺乏正確的物流需求分析，對物流企業(yè)的發(fā)展無疑將產生不利的影響。

        從物流的發(fā)展規(guī)律來看，現(xiàn)代物流服務的需求包括量和質兩個方面，即從物流規(guī)模和物流服務質量中綜合反映出物流的總體需求。物流規(guī)模是物流活動中運輸、儲存、包裝、裝卸搬運和流通加工等物流作業(yè)量的總和。當前在沒有系統(tǒng)的社會物流量統(tǒng)計的情況下，由于貨物運輸是物流過程中實現(xiàn)位移的中心環(huán)節(jié)，用貨物運輸量的變化趨勢來衡量社會物流規(guī)模的變化趨勢是最接近實際的。物流服務質量是物流服務效果的集中反映，可以用物流時間、物流費用、物流效率來衡量，其變化突出表現(xiàn)在減少物流時間、降低物流成本、提高物流效率等方面。為了清晰地反映社會經(jīng)濟活動對物流活動的需求，在物流需求分析中還應考慮物流需求的地域范圍、渠道特性、時間的準確性、物流供應鏈的穩(wěn)定性以及顧客服務的可得性和可靠性等方面。

        物流需求分析的目的在于為社會物流活動提供物流能力供給不斷滿足物流需求的依據(jù)，以保證物流服務的供給與需求之間的相對平衡，使社會物流活動保持較高的效率與效益。在一定時期內，當物流能力供給不能滿足這種需求時，將對需求產生抑制作用;當物流能力供給超過這種需求時，不可避免地造成供給的浪費。因此，物流需求是物流能力供給的基礎，物流需求分析的社會經(jīng)濟意義亦

        在于此。借助于定性和定量的分析手段，了解社會經(jīng)濟活動對于物流能力供給的需求強度，進行有效的需求管理，引導社會投資有目的地進入物流服務領域，將有利于合理規(guī)劃、建設物流基礎設施、改進物流供給系統(tǒng)。

        從宏觀上看，物流中倉儲是一項必要的功能，它是原材料、工業(yè)貨物和成品生產的時間效用，使一個企業(yè)能夠在較短的時間內為客戶服務，更重要的是倉儲可以在客戶要求的時間和地點將貨物交到客戶手上，隨之將客戶服務當作一個動態(tài)的，有附加價值的競爭工具，因而倉儲功能變得越來越重要。

        倉庫是物流系統(tǒng)中企業(yè)儲存原料、半成品及成品的場所。將貨物儲存在倉庫中意味著中止或中斷貨物的流動，必然增加產品的成本。由于認識到增加倉儲的附加值能抵消倉儲成本的增加的觀點正在發(fā)生變化。為此，一些企業(yè)，特別是一些配送商和批發(fā)商，他們盡可能地儲存多種多樣的貨物，走向這一極端是錯誤的。

        隨著國際貿易、運輸?shù)陌l(fā)展，傳統(tǒng)的貨代行業(yè)已不能適應物流業(yè)務的發(fā)展需要，公司力求更高層次的發(fā)展，決定在經(jīng)營貨代行業(yè)的基礎上，建立適應物流業(yè)務發(fā)展的物流倉庫，使公司發(fā)展有更廣泛的空間，真正為客戶提供從貨物接收、交貨、零星加工、配送、存儲等系統(tǒng)化、信息化、完善化的服務。

        3.2可行性分析

        1)技術可行性:

        隨著經(jīng)濟的迅速發(fā)展，物流業(yè)在最近幾年迅速發(fā)展開來。從城市到鄉(xiāng)村，已經(jīng)形成了一個不可忽視的行業(yè)。傳統(tǒng)的工作流程需要耗費大量的人力、物力。但現(xiàn)代大都市對信息的更新速度，這種方式必然造成發(fā)展的“瓶頸效應”。

        隨著網(wǎng)絡作為一種信息的重要來源，加之電腦和網(wǎng)絡在各個家庭種的普及。我們設想通過網(wǎng)絡來提高物品流通的效率和增加其競爭力。這必然也會成為未來發(fā)展的一種趨勢。

        2)經(jīng)濟可行性:

        隨著網(wǎng)絡的普及，我們的生活已經(jīng)和網(wǎng)絡聯(lián)系越來越緊密，而該系統(tǒng)是一個基于B/S機構的倉儲物流管理系統(tǒng)，用戶可以直接通過瀏覽器查詢到想要的信息，無須購買或者安裝其他設備，僅僅利用已有的網(wǎng)絡作為基礎，經(jīng)濟上是可行的。

        3)管理可行性

        管理員對系統(tǒng)的直接操作極其管理，十分方便，而且快速，出錯幾率小，可以大大節(jié)約時間，符合現(xiàn)代快節(jié)奏生活的要求。

        4系統(tǒng)的設計

        4.1系統(tǒng)的總體設計

        4.1.1系統(tǒng)的設計目標

        系統(tǒng)的總體目標是作為物流管理系統(tǒng)整體規(guī)劃的重要組成部分進行分析和設計，充分利用計算機網(wǎng)絡技術、傳輸技術、數(shù)據(jù)庫技術等，實現(xiàn)具有遠程維護、貨位管理及進行貨物庫存各類動態(tài)查詢功能的系統(tǒng)，確保信息通暢，減少中間環(huán)節(jié)，優(yōu)化管理流程。通過集中式管理和分級授權安全體系，保證系統(tǒng)的正常運行，隨時提供準確、可靠的統(tǒng)計信息，同時力求兼顧系統(tǒng)的通用性、應用的廣泛性、穩(wěn)定性和可移植性。具體的分析和設計過程應遵循以下基本原則:

        1. 可靠性:注重采用成熟而實用的技術，使系統(tǒng)建設的投入產出比最高，保證系統(tǒng)長期安全地運行。

        2. 安全性:系統(tǒng)應具有必要的安全保護和保密措施。

        3. 容錯性:系統(tǒng)應具有一定的容錯能力。對用戶的誤操作應有提示或自動消除的能力。

        4. 適應性:系統(tǒng)應不斷發(fā)展和完善，對各算法、體系應具有廣泛的適應性。

        5. 易操作性:貫徹面向最終用戶的原則，建立友好的用戶界面，使用戶操作簡單直接，易于學習掌握。

        4.1.2倉庫布局及貨位管理

        1. 倉庫布局

        倉庫可分為預備儲區(qū)，保管儲區(qū)，動管儲區(qū)和移動儲區(qū)等四個儲區(qū)。物流中心作業(yè)和儲區(qū)的關系是出庫作業(yè)在預備儲區(qū)、入庫作業(yè)在保管儲區(qū)、揀貨作業(yè)在動管儲區(qū)、配送和移庫作業(yè)在移動儲區(qū)。為了使存取工作順利進行，必須對儲區(qū)的貨位進行編碼。貨位編碼好比貨物的地址，貨物編號好比姓名一樣。每一種物品都有一個對應的地址和姓名，當存取時才能迅速而準確地進行工作。本系統(tǒng)用地址式的編碼方法。即利用儲區(qū)中的現(xiàn)成參考單位，如建筑物第幾棟、區(qū)段、排、行、層、格等。按相關順序編碼。這是物流中心使用較普遍的編碼方法。 2. 貨位管理

        1) 貨位分配原則

        對貨位進行管理，是要合理的分配和使用貨位。即考慮如何提高貨位的利用律，又保證出庫效率。

        貨位分配原則是:

        第一點加快周轉，先入先出。同種物料出庫時，先入庫者，先提取出庫。以加快物料周轉。避免因長期積壓產生變形、變質及其他損壞造成的損失。

        第二點提高可靠性，分巷道存放。倉庫有多個巷道時，同種物品分散在不同的巷道進行存放。以防止因某巷道堵塞影響某種物料的出庫，造成生產中斷。

        第三點提高效率，就近入庫。為保證快速響應出庫請求，一般將物料就近放

        置在出庫臺附近。

        4.1.3系統(tǒng)結構介紹

        本文論述的物流管理系統(tǒng)是基于B/S結構的數(shù)據(jù)庫應用系統(tǒng)，具體反映為ASP+SQL技術的一種具體實現(xiàn)，根據(jù)B/S結構和用戶實際應用特點，本系統(tǒng)主要劃分為三個層面，根據(jù)需求，該系統(tǒng)的功能模塊可以劃分為用戶登陸模塊，通用管理模塊(包括用戶管理模塊，入庫管理模塊，庫存信息查詢管理模塊，倉庫轉移模塊，信息修改模塊)。

        4.1.4具體功能模塊劃分

        根據(jù)系統(tǒng)功能需求分析，系統(tǒng)主要劃分為以下六個模塊:

        1. 用戶登錄模塊:

        功能說明:用于用戶登錄，通過用戶輸入的用戶名、密碼判斷用戶份的

        有效性，有效用戶根據(jù)用戶的角色定向到相應的功能界面，無效用戶定向到

        登錄失敗頁面。用退出系統(tǒng)時，退出登錄語句會清除程序會話(session)

        中所有與該用戶有關的數(shù)據(jù)，并返回到初始登錄頁。

        2. 用戶管理模塊:

        功能說明: 管理員在此可以增加、修改、刪除各用戶。

        3. 入庫管理模塊:

        功能說明:將物品分類儲存入倉庫中。

        4. 庫存信息查詢模塊:

        此模塊完成庫存貨物的動態(tài)數(shù)據(jù)查詢及庫存信息的修改和刪除。它讓管

        理人員很方便、快捷、準確的了解庫存情況、貨物狀態(tài)等信息，幫助領導做出及時正確的決定。其實現(xiàn)方法是設置不同的SQL條件查詢語句，在對應的數(shù)據(jù)表中實現(xiàn)查詢記錄，然后按照循環(huán)語句將記錄逐條返回頁面.

        5. 移庫模塊:

        功能說明:該模塊完成庫存貨物的轉移。系統(tǒng)提供移庫管理功能，可實現(xiàn)倉庫間的相互移動，以達到各倉庫間商品的準確性，為保管員發(fā)貨提供方便。其實現(xiàn)方法是進行SQL查詢，在對應的數(shù)據(jù)表中查詢記錄，若所移倉庫不能容納此批貨物，則跳出“該倉庫無法容納此批貨物，請換倉～”并顯示其他倉庫的剩余容量，使管理員可根據(jù)剩余容量再次選擇倉庫。

        6. 信息修改模塊:

        信息修改用來修改入庫貨物的信息(包括食品編碼、規(guī)格、產地等)

        2) 貨位分配方法

        本系統(tǒng)貨位分配采用聯(lián)合貨位編號法，即所有貨位一起進行編號。貨位的編

        號應該能夠反映出貨位與出庫臺的距離。

        采用聯(lián)合貨位編號法，貨位編號的順序與其出庫臺的距離相關，在取物品時，

        優(yōu)先考慮離出庫臺最近的物品，就可以按貨位編號的大小來實現(xiàn)。

        4.2 數(shù)據(jù)庫的設計

        該系統(tǒng)數(shù)據(jù)庫中主要的E-R

        根據(jù)需求分析，本系統(tǒng)后臺數(shù)據(jù)庫共分為9個表，以下分別給出各個數(shù)據(jù)庫

        表的簡單描述.

        1. 用戶信息表 (56770_admin)

        該表存儲用戶基本信息。以供登錄密碼驗證，顯示用戶身份用。如表1

        表1 用戶基本信息

        字段名 字段類型 是否主鍵 說明

        a_id 自動編號 是 管理員編號 a_name 文本 否 管理員賬號 a_pass 文本 否 管理員密碼

        2. 倉庫信息表 (56770_cangku)

        倉庫的基本信息，以供物品存儲使用。如表2

        表2 倉庫信息表

        字段名 字段類型 是否主鍵 說明

        k_id 自動編號 否 倉庫編號 k_name 文本 否 倉庫名 k_rongliang 數(shù)字 否 倉庫容量 k_paixu 數(shù)字 否 按編號排序

        3. 貨柜信息表(56770_huigui)

        物品儲存貨柜信息。如表3

        表3 貨柜信息表

        字段名 字段類型 是否主鍵 說明 h_xuhao 數(shù)字 否 貨柜序號 k_name 文本 否 貨柜名 k_rongliang 數(shù)字 否 貨柜容量 p_huogui 數(shù)字 否 物品所在貨柜 h_zhuangtai 日期/時間 否 貨柜狀態(tài)

        4. 產地信息表 (56770_chandi)

        錄入產地信息，標識物品的產地。如表4

        表4 產地信息表

        字段名 字段類型 是否主鍵 說明 c_id 自動編號 否 產地編號 c_name 文本 否 產地名 c_paixu 數(shù)字 否 按編號排序

        5. 工廠信息表(56770_gongchang)

        存儲物品工廠的信息，如表5

        表5 工廠信息表

        字段名 字段類型 是否主鍵 說明 y_id 自動編號 否 工廠編號 y_name 文本 否 工廠名 y_paixu 數(shù)字 否 按編號排序

        6. 規(guī)格信息表(56770_guige)

        存放物品規(guī)格信息。如表6

        表6 規(guī)格信息表

        字段名 字段類型 是否主鍵 說明 g_id 自動編號 否 規(guī)格編號 g_name 文本 否 規(guī)格名 g_paixu 數(shù)字 否 按編號排序

        7. 物品分類信息表(56770_sort)

        對存入庫房中的物品進行分類管理。如表7

        表7 物品分類信息表

        字段名 字段類型 是否主鍵 說明 s_id 自動編號 否 物品編號 s_name 文本 否 物品名 s_paixu 數(shù)字 否 按編號排序

        8. 進貨商表(56770_jinhuoshang)

        此表用來保存各個進貨商的信息。如表8

        表8 進貨商表

        字段名 字段類型 是否主鍵 說明

        j_id 自動編號 否 進貨商編號 j_name 文本 否 進貨商名 j_paixu 數(shù)字 否 按編號排序

        9. 物品信息表(56770_product)

        此表現(xiàn)在為備用表，以方便倉庫存入物品時使用。為以后系統(tǒng)擴展功能時作為物品庫存管理的拓展提供接口。如表9

        表9 物品信息表

        字段名 字段類型 是否主鍵 說明

        p_id 自動編號 是 物品編號 p_name 文本 否 物品名 p_bianma 文本 否 物品編碼 p_date 文本 否 日期 p_baozhiqi 文本 否 保質期 p_sort 文本 否 物品分類 p_chandi 文本 否 物品產地 p_guige 文本 否 物品規(guī)格 p_danwei 文本 否 物品單位 p_cangku 文本 否 物品倉庫 p_price 數(shù)字 否 物品價格 p_kucun 數(shù)字 否 物品庫存 p_gongchang 文本 否 物品工廠 p_jinhuoshang 文本 否 進貨商

        5.系統(tǒng)模塊的實現(xiàn)

        5.1用戶登陸

        其中用戶登陸界面功能的實現(xiàn)過程流程圖如圖。

        開始取數(shù)據(jù)庫中用戶名和密碼放入變量用conn打開數(shù)據(jù)庫設置SQL語句對數(shù)據(jù)庫進行查詢 執(zhí)行SQL語句記錄對象是 進入主界面 顯示:密碼錯誤 否為0 0 結束

        圖5-2 用戶登陸界面 5.2用戶管理

        管理員在此可以增加、修改、刪除各用戶。 增加用戶時輸入新的用戶名、密碼后選擇“添加”按鈕，提交后，執(zhí)行

        56770_admin.asp中的add完成增加用戶的操作。

        用conn打開數(shù)據(jù)庫 設置SQL語句執(zhí)行SQL語句 和連接參數(shù)輸入用戶名和密碼將數(shù)據(jù)庫存入數(shù)據(jù)表中  

        模塊實現(xiàn)了物品入庫的功能。庫房操作員在操作主頁面中選擇“物品添加”后，進入添加頁面。首先選擇物品類別，填入物品名、物品編碼、生產日期、保質期、物品數(shù)量及存儲費用，然后選擇物品的規(guī)格、產地、存放倉庫等信息，最后單擊“添加”按鈕，將數(shù)據(jù)寫入數(shù)據(jù)庫的56770_product表中。功能實現(xiàn)如圖5-6。

        圖5-6 入庫界面圖

        5.4庫存信息查詢

        此模塊完成庫存貨物的動態(tài)數(shù)據(jù)查詢及庫存信息的修改和刪除。它讓管理人員很方便、快捷、準確的了解庫存情況、貨物狀態(tài)等信息，幫助領導做出及時正確的決定。其實現(xiàn)方法是設置不同的SQL條件查詢語句，在對應的數(shù)據(jù)表 中實現(xiàn)查詢記錄，然后利用循環(huán)語句將記錄逐條寫回頁面。實現(xiàn)流程如圖5-7

        conn.execute "delete from 56770_product where p_id="&s_id

        if request("page")<>"" then

        response.Redirect

        "56770_product.asp?gjc="&gjc&"&s_name="&s_name&"&page="&request("page")&""

        else

        response.Redirect "56770_product.asp?gjc="&gjc&"&s_name="&s_name&""

        end if

        response.end

        end select

        %>

        刪除函數(shù)‘del’，對庫存物品進行刪除。庫存信息模塊實現(xiàn)功能如下:

        按物品類別查詢貨物所屬類別，查出屬于所選貨屬類別的信息。

        按倉庫查詢倉庫號，即可查出該庫房貨物的信息。

        按所屬公司查詢選擇公司，即可查出該進貨商的貨物信息。

        按關鍵詞查詢在檢索關鍵詞后輸入要查詢的關鍵詞，即可查出有該關鍵詞的所有貨物信息。   

        模塊功能實現(xiàn)如圖5-8。

        圖5-8 物品查詢界面圖

        5.5物品移庫

        移庫解決的問題一是數(shù)據(jù)維護的準確性和高效性，二是移庫行為的合理性和有效性。利用網(wǎng)絡，使各倉庫行為一致，而且通過對數(shù)據(jù)和市場信息的分析，還可以對各倉庫進行有效的調整和利用。信息技術的不斷提高，網(wǎng)絡化程度的逐步完善，倉儲管理性能的優(yōu)劣直接制約著整個物流企業(yè)供應鏈性能的高低。高性能的倉儲管理系統(tǒng)是實現(xiàn)整個運作管理的核心，而企業(yè)各倉庫之間的協(xié)調與管理是提高企業(yè)效率的一個關鍵環(huán)節(jié)，因此移庫成為倉儲管理系統(tǒng)不可忽視的一個模塊。

        在移庫任務中，要注意信息的正確性、有效性、可修改性和完備性以及數(shù)據(jù)庫信息的一致性。出于對系統(tǒng)安全性和完整性及客戶負責的考慮，要對信息的有效性進行驗證，如貨物的數(shù)量和庫存數(shù)量等。

        移庫的流程大體可設計為:

        1. 用戶向A倉庫發(fā)出移出通知，向B倉庫發(fā)出移入通知;

        2. B倉庫接到通知后做出容量判斷，把信息反饋給A倉庫;

        3. A倉庫接受反饋信息，若B倉庫可以容納則出庫，反之則跳出提示;

        4. 若B倉庫可以容納，則B倉庫入庫，貨物狀態(tài)為在B庫;

        在以下情況實現(xiàn)移庫操作:

        1. 管理員或客戶要求移庫。

        2. 當貨物出庫后，系統(tǒng)自動將倉庫其余貨物移動，填補移出貨物的貨位。

        3. 貨物接近保質期，需要替換。

        該模塊完成庫存貨物的轉移。系統(tǒng)提供移庫管理功能，可實現(xiàn)倉庫間的相互移動，以達到各倉庫間商品的準確性，為保管員發(fā)貨提供方便。其實現(xiàn)方法是進行SQL查詢，在對應的數(shù)據(jù)表中查詢記錄，若所移倉庫不能容納此批貨物，則跳出“該倉庫無法容納此批貨物，請移庫～”并顯示其他倉庫的剩余容量，使管理

        員可根據(jù)剩余容量再次選擇倉庫。流程如圖5-9

        圖5-9 移庫流程圖

        模塊實現(xiàn)了倉庫中物品間的轉移，如圖5-101。

        圖5-10 移庫界面圖

        5.6信息修改

        信息修改用來修改物品入庫貨物的信息(包括物品編碼、規(guī)格、產地等)流程圖如5-12所示   

        圖5-11信息修改流程圖 該模塊實現(xiàn)對倉庫中物品信息的修改，如圖5-12。

        圖5-12 物品信息修改界面 6.系統(tǒng)測試

        6.1測試環(huán)境

        本系統(tǒng)采用Dream weaver MX 2004開發(fā)，代碼采用ASP語言編寫。后臺采

        用ACCESS的數(shù)據(jù)庫系統(tǒng)。連接后臺用ADO來連接。

        服務器端:服務器操作系統(tǒng)為Windows XP。

        Web服務器:安裝微軟支持IIS5.0作為Web服務器軟件，提供基于 WWW信息出版和應用程序發(fā)行的功能，通過ADO開放式數(shù)據(jù)庫連接與數(shù)據(jù) 庫服務器相連，通過SQL語言實現(xiàn)查詢和修改數(shù)據(jù)庫。

        客戶端:采用Windows系列或Unix等支持Web瀏覽器的操作系統(tǒng)均可。 6.2測試結果

        在系統(tǒng)的各個模塊設計完成之后，系統(tǒng)在上述軟硬件環(huán)境下對此系統(tǒng)各個子模塊功能做出測試，實現(xiàn)了用戶注冊，管理員對物品的添加，刪除，修改，查詢，以及物品移庫等功能。基本達到預期的功能。

        結 論

        本系統(tǒng)在經(jīng)過多次運行，其所有的功能都能得到實現(xiàn)。系統(tǒng)在上述軟硬件環(huán)境下對此系統(tǒng)各個子模塊功能做出測試，實現(xiàn)了用戶登陸模塊，用戶管理模塊，入庫管理模塊，庫存信息查詢管理模塊，倉庫轉移模塊，信息修改模塊，基本達到預期的功能。其流程符合物流倉儲系統(tǒng)的要求。

        但由于時間的原因，本系統(tǒng)網(wǎng)絡功能欠缺。還需要改進。由于采用了B/S的結構模式,雖然提高了用戶操作上的簡單性.系統(tǒng)數(shù)據(jù)的安全性能有所折扣.系統(tǒng)還需要考慮有效的規(guī)避防護措施.系統(tǒng)用戶登錄方面,還需要添加圖形數(shù)字驗證碼驗證功能,以提高登錄安全性。

        通過這次設計，并在此設計過程中切身體會到一個項目的設計開發(fā)人員,在系統(tǒng)立項前期所應該做到哪些前瞻性的信息收集和基礎設計工作, 才能夠始終把握系統(tǒng)進展的方向,和總體設計上的主動性;在系統(tǒng)代碼編寫過程中應該具體哪些良好的編程習慣這樣才能在代碼編寫中減少出錯數(shù)量，提高項目設計開發(fā)的效率。