倉庫管理系統(tǒng)設(shè)計的意義精選(九篇)
前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的倉庫管理系統(tǒng)設(shè)計的意義主題范文，僅供參考，歡迎閱讀并收藏。
第1篇：倉庫管理系統(tǒng)設(shè)計的意義范文
關(guān)鍵詞：RFID技術(shù)；礦山機(jī)械；倉儲管理；智能化
中圖分類號：F253 文獻(xiàn)標(biāo)識碼：A
Abstract： Based on the current situation of China's mining equipment spare parts management， RFID technology， which replaces the bar code technology， is applied in the mining machine spare parts warehouse management and to complete the intelligent of the warehouse management. The intelligent management of warehouse is implemented by using RFID in the in-out warehouse and inventory operation， and the safety of warehouse is also protected by using RFID technology through the system identification and security alarm module. Using this system can realize tracking key spare parts， and the requirement of safety stock is satisfied by using the intelligent prediction replenishment. Finally it makes the management of spare parts intelligentization， transparency， and information.
Key words： RFID technology； mining machinery； warehouse management； intelligentization
目前我國的礦山設(shè)備備件種類繁多，價格昂貴，而且有些備件是由國外引進(jìn)，采購手續(xù)復(fù)雜，訂購周期長，這就給備件庫的管理與安全庫存帶來了挑戰(zhàn)[1]。有些企業(yè)缺乏備件精細(xì)化管理意識，企業(yè)的備件使用部門、計劃采購部門、設(shè)備管理部門和技術(shù)部門之間缺乏協(xié)同合作和信息溝通，最終造成備件超儲、積壓、甚至報廢，導(dǎo)致大量資金的浪費，或是供應(yīng)不及時，增加停機(jī)時間，使客戶企業(yè)生產(chǎn)活動和經(jīng)濟(jì)效益受到損失[2]。隨著我國經(jīng)濟(jì)的不斷發(fā)展和轉(zhuǎn)型，“中國制造”必然向“中國智造”轉(zhuǎn)型。備件管理是礦山設(shè)備管理的關(guān)鍵與核心，因此針對備件庫的智能管理應(yīng)運(yùn)而生。
為有效地管理備件倉庫，目前大多數(shù)企業(yè)采用條形碼技術(shù)，雖然條形碼技術(shù)價格低廉，應(yīng)用廣泛，但是條形碼印刷后不能更改，無法循環(huán)利用，使用效率低，并且掃描貨物信息時需要近距離逐個對準(zhǔn)貨物條形碼，工作效率慢，不能實現(xiàn)智能化管理。相比之下，RFID（無線射頻識別， Radio Frequency Identification）技術(shù)因其非接觸性以及可對多目標(biāo)同時快速識別的特性正逐漸應(yīng)用在倉庫管理系統(tǒng)[3]。
1 RFID技術(shù)及應(yīng)用
RFID技術(shù)是一種非接觸式的自動識別技術(shù)，可通過無線電訊號識別特定目標(biāo)并讀寫相關(guān)數(shù)據(jù)，識別工作無須人工干預(yù)[4]。基本的RFID應(yīng)用系統(tǒng)由以下部分組成：
（1）標(biāo)簽：俗稱電子標(biāo)簽或智能標(biāo)簽，由耦合元件及芯片組成，每個標(biāo)簽具有唯一的電子編碼，附著在物體上標(biāo)識目標(biāo)對象。由于礦機(jī)備件多是金屬，所以在倉庫管理中多采用抗金屬標(biāo)簽；
（2）讀寫器：讀取或?qū)懭霕?biāo)簽信息的設(shè)備，有手持式和固定式；
（3）應(yīng)用接口或中間件軟件：是應(yīng)用系統(tǒng)和讀寫器間數(shù)據(jù)流入和數(shù)據(jù)流出的軟件；
（4）傳輸網(wǎng)絡(luò)：網(wǎng)口、232接口或USB接口（如發(fā)卡器），wifi（固定式讀寫器）或藍(lán)牙（手持式讀寫器）；
（5）業(yè)務(wù)應(yīng)用與管理系統(tǒng)：規(guī)范倉庫作業(yè)流程，改善倉庫的管理，如WMS（Warehouse Management System的縮寫）倉庫管理系統(tǒng)。
在礦機(jī)備件倉庫管理過程中使用RFID技術(shù)，可以有效地減輕或代替現(xiàn)有的人工操作，實現(xiàn)倉庫管理的智能化。RFID技術(shù)在倉庫管理中的主要作用如圖1所示。
2 智能作業(yè)流程
2.1 智能倉庫管理
一般的倉庫作業(yè)包括出入庫管理和在庫管理。
入庫時，備件與寫入信息的電子標(biāo)簽關(guān)聯(lián)，經(jīng)過叉車組盤后通過入庫通道，使用倉庫入口處的固定式讀寫器采集備件信息。在通過入口的RFID讀寫器時，備件的信息都會被自動記錄。入口處的RFID固定讀寫器將備件的詳細(xì)信息自動傳遞給智能倉庫管理系統(tǒng)（EWMS），該系統(tǒng)將所接收到的信息與產(chǎn)品入庫單進(jìn)行身份驗證。如果電子標(biāo)簽信息合法就進(jìn)行后續(xù)工作的處理，否則將會反饋報警信息，庫存管理人員接收到報警信息后拒絕產(chǎn)品入庫。在接收到的信息合法情況下系統(tǒng)分配庫位，根據(jù)系統(tǒng)分配對備件執(zhí)行上架，利用手持RFID讀寫器將貨架標(biāo)簽與備件標(biāo)簽關(guān)聯(lián)，更新數(shù)據(jù)庫，完成入庫操作。流程圖如圖2所示。
出庫時，銷售部門接到客戶訂單后向EWMS發(fā)送出庫通知，系統(tǒng)接收到出庫指令后通過數(shù)據(jù)庫中所記錄的備件貨位信息提示庫存管理人員掃描備件的電子標(biāo)簽，庫存管理人員進(jìn)行產(chǎn)品分揀和出庫作業(yè)，當(dāng)備件通過出庫口通道的RFID讀寫器時，出庫口RFID讀寫器獲取經(jīng)過出庫通道的備件電子標(biāo)簽內(nèi)所包含的詳細(xì)信息，自動上傳到EWMS，系統(tǒng)對接收到的電子標(biāo)簽信息與出庫單核對，如果電子標(biāo)簽信息合法就進(jìn)行后續(xù)工作的處理，否則將會反饋報警信息。在電子標(biāo)簽信息合法情況下生成出庫清單，取消電子標(biāo)簽與備件及貨位的關(guān)聯(lián)并更新庫存管理系統(tǒng)中的信息，實現(xiàn)電子標(biāo)簽的循環(huán)使用。出庫流程圖如圖3所示。
在庫管理主要是對在庫產(chǎn)品進(jìn)行盤點管理、備件查詢、貨位查詢、備件信息的修改。利用RFID閱讀器對在庫備件的標(biāo)簽進(jìn)行掃描，并與系統(tǒng)數(shù)據(jù)庫中所記錄信息進(jìn)行比對核實，方便庫存管理人員實時、準(zhǔn)確地掌握在庫產(chǎn)品的詳細(xì)信息。
2.2 智能身份識別
為工作人員發(fā)放RFID標(biāo)簽，在RFID標(biāo)簽內(nèi)寫入基本信息，并設(shè)置權(quán)限，即庫管是高級用戶，其他工作人員是普通用戶。利用在庫區(qū)門邊的讀寫器，和工作人員佩戴的RFID標(biāo)簽，可以識別進(jìn)入庫區(qū)的人員是否符合規(guī)定，執(zhí)行報警操作。其次，在進(jìn)出倉庫時只有高級用戶，經(jīng)過接受器掃描驗證，方可授予作業(yè)權(quán)限進(jìn)行出入庫操作，普通用戶能進(jìn)入倉庫，但是不能進(jìn)行出入庫操作，未佩戴標(biāo)簽的非法用戶進(jìn)入倉庫，執(zhí)行門禁或報警操作。流程圖如圖4所示。
2.3 智能防盜報警
當(dāng)倉庫發(fā)生被盜情況時，倉庫的物理報警系統(tǒng)（如聲光報警系統(tǒng)）被破壞，被盜取備件離開帶有RFID電子標(biāo)簽讀寫器的倉庫出庫口時，標(biāo)簽讀寫器接收到被盜產(chǎn)品上RFID電子標(biāo)簽發(fā)射的信號，并將被盜備件的詳細(xì)信息發(fā)送到EWMS，系統(tǒng)將接收到被盜備件的詳細(xì)信息與系統(tǒng)內(nèi)所記錄信息進(jìn)行核實比對，由于系統(tǒng)沒有得到正常的出庫指令，所以RFID標(biāo)簽讀取到的備件狀態(tài)信息與系統(tǒng)記錄的備件狀態(tài)信息不一致，說明該備件是未經(jīng)授權(quán)移動而異常出庫，執(zhí)行門禁或報警操作，并通過產(chǎn)生智能報警報表將產(chǎn)品的詳細(xì)信息（例如貨位信息）通過PC端或手機(jī)終端發(fā)送給庫存管理人員，在最短時間內(nèi)起到智能報警作用，而庫存管理人員通過得到的被盜備件詳細(xì)信息例如被盜備件貨位號能夠盡快對被盜備件定位，減少了純?nèi)斯けP查操作環(huán)節(jié)，為后期的破案工作和追回被盜備件爭取了更多有效時間，減少了倉庫和企業(yè)的損失。流程圖如圖5所示。
2.4 智能備件預(yù)測
利用RFID無線識別技術(shù)對礦機(jī)零部件中關(guān)鍵件進(jìn)行全程跟蹤標(biāo)識，達(dá)到全程智能化的管理[5]。設(shè)備廠商提前準(zhǔn)確地預(yù)測到維修廠備件的未來需求是至關(guān)重要的，從而決定何時給維修廠補(bǔ)貨以及補(bǔ)貨數(shù)量的多少。
在關(guān)鍵件裝入設(shè)備時，主要是建立關(guān)鍵件號與設(shè)備號的對應(yīng)聯(lián)系。關(guān)鍵備件上貼RFID 標(biāo)簽，標(biāo)簽里寫入關(guān)鍵件的各種需要跟蹤的信息，包括該關(guān)鍵備件的自身詳細(xì)信息，銷售信息，使用維修記錄信息，庫存信息，各種收集到的信息都上傳到系統(tǒng)整合平臺上。設(shè)備廠商將這些信息匯集起來對其進(jìn)行相應(yīng)的分析處理，利用數(shù)據(jù)挖掘技術(shù)對關(guān)鍵件的需求進(jìn)行預(yù)測模型訓(xùn)練，建立未來相關(guān)的預(yù)測模型，對關(guān)鍵件的需求進(jìn)行及時的預(yù)測補(bǔ)貨，自動生成生產(chǎn)訂單，然后經(jīng)過系統(tǒng)審核和修改確認(rèn)最后的訂單。預(yù)測模型圖如圖6所示。
3 基于RFID技術(shù)的智能備件庫管理系統(tǒng)設(shè)計
3.1 系統(tǒng)構(gòu)架設(shè)計
礦機(jī)備件庫管理系統(tǒng)構(gòu)架共分為三層：
信息采集層：利用發(fā)卡器將備件信息寫入標(biāo)簽，通過讀寫器采集備件信息和儲位信息。主要設(shè)備有發(fā)卡器、手持式讀寫器、固定式讀寫器以及電子標(biāo)簽。
信息傳輸層：通過無線通訊技術(shù)或計算機(jī)網(wǎng)絡(luò)技術(shù)將采集到的信息傳輸?shù)綌?shù)據(jù)庫。主要設(shè)備有前端控制器、無線接入設(shè)備和相關(guān)的網(wǎng)絡(luò)、數(shù)據(jù)庫設(shè)備。
信息管理層：對采集數(shù)據(jù)信息進(jìn)行分析、處理與管理，包括數(shù)據(jù)庫服務(wù)器、相關(guān)的網(wǎng)絡(luò)服務(wù)器和信息管理軟件。
系統(tǒng)利用DELPHI平臺+ SQL Server 2000構(gòu)建客戶端、應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器三層結(jié)構(gòu)。
3.2 系統(tǒng)模塊設(shè)計
系統(tǒng)主要有五大功能模塊：基本信息模塊、倉庫管理模塊、身份識別模塊、智能報警模塊和智能預(yù)測模塊。如圖7所示。
基本信息管理模塊包含綜合信息和標(biāo)簽管理（寫卡、讀卡）。綜合信息包括登錄系統(tǒng)、客戶服務(wù)、儲位及備件設(shè)置等。寫卡是庫存管理人員在專門寫標(biāo)簽區(qū)域向RFID電子標(biāo)簽中寫入產(chǎn)品的入庫信息，讀卡是在整個庫存管理中都會出現(xiàn)的操作。
倉庫管理模塊主要包括出入庫管理和在庫管理。入庫管理包括入庫信息、入庫報表以及入庫作業(yè)。在庫管理主要包括盤點管理、貨物查詢以及貨位查詢。出庫管理包括出庫信息、出庫報表以及出庫作業(yè)。
身份識別模塊通過設(shè)置權(quán)限區(qū)分不同工作人員，利用標(biāo)簽管理將該信息寫入標(biāo)簽達(dá)到對使用人員權(quán)限的管理。當(dāng)有非法身份進(jìn)入倉庫時，啟用報警及門禁管理。
智能報警模塊當(dāng)有異常出庫時，產(chǎn)生報警并產(chǎn)生智能報警報表將產(chǎn)品的詳細(xì)信息（例如貨位信息）通過PC端或手機(jī)終端發(fā)送給庫存管理人員，同時啟用門禁系統(tǒng)。
智能預(yù)測模塊利用RFID技術(shù)采集關(guān)鍵備件的庫存信息、維修信息以及銷售信息，根據(jù)相關(guān)算法預(yù)測補(bǔ)貨，生成訂單，完成智能預(yù)測過程。
3.3 軟件開發(fā)
3.3.1 軟件開發(fā)方式。該智能倉庫管理系統(tǒng)（EWMS）的開發(fā)方式有兩種：（1）自己動手編寫程序，完成底層讀寫器對電子標(biāo)簽的讀寫以及讀寫器與上位機(jī)的通信等。對于開發(fā)者，這種方式具有很大的靈活性，但同時要求開發(fā)者具有較高的軟、硬件水平，不是開發(fā)者都能完成的。（2）利用廠商提供的Windows標(biāo)準(zhǔn)動態(tài)鏈接庫（DLL）文件。采用該方式不僅靈活，而且開發(fā)過程比較容易。
下面主要介紹Delphi環(huán)境下采用第二種方法。
3.3.2 動態(tài)鏈接庫（DLL）?！皠討B(tài)鏈接庫”（DLL）是一個可執(zhí)行的并可以被多個Windows應(yīng)用程序共享的程序模塊，包含了一些可以被多個Windows應(yīng)用程序或DLL共享的代碼、數(shù)據(jù)和資源。DLL不是代碼的復(fù)制，不用重復(fù)編譯或鏈接，而是在應(yīng)用程序運(yùn)行時刻載入，從而提高了運(yùn)行效率。程序利用RFID 讀寫器廠家提供的DLL（EPCSDK.dll）實現(xiàn)函數(shù)的調(diào)用。下面對所用到的函數(shù)說明如下：
（1）OpenComm
函數(shù)原型：HANDLE OpenComm（int portNo）；
功能說明：打開串口。
（2）CloseComm
函數(shù)原型：void CloseComm（HANDLE hCom）；
功能說明：關(guān)閉串口。
（3）IdentifySingleTag
函數(shù)原型：BOOL IdentifySingleTag（HANDLE hCom， BYTE* tagID， BYTE* antennaNo，BYTEReaderAddr）；
功能說明：識別單個標(biāo)簽。
（4）StopReading
函數(shù)原型：BOOL StopReading（HANDLE hCom， BYTE ReaderAddr）；
功能說明：使讀卡器停止讀取標(biāo)簽。通常是在定時模式下，要臨時停止讀標(biāo)簽，使用該函數(shù)，如果要恢復(fù)到定時模式，此時要發(fā)送 ResumeReading，即復(fù)位讀取命令。
（5）ResumeReading
函數(shù)原型：BOOL ResumeReading（HANDLE hCom，BYTE ReaderAddr）；
功能說明：復(fù)位讀寫器，相當(dāng)于對讀寫器重新上電，用于定時模式下，臨時停讀標(biāo)簽之后，恢復(fù)到定時讀取標(biāo)簽。
（6）FastWriteTagID
函數(shù)原型：BOOL FastWriteTagID（HANDLE hCom， int bytesNum， const BYTE* bytes， BYTEReaderAddr）；
功能說明：快寫標(biāo)簽ID，只寫標(biāo)簽的EPC區(qū)，即通常所說的標(biāo)簽號碼。
（7）FastWriteTag
函數(shù)原型：BOOL FastWriteTag（HANDLE hCom， BYTE memBank， BYTE address， BYTE WordCount，constBYTE* bytes，BYTE ReaderAddr）；
功能說明：快寫標(biāo)簽，包括EPC區(qū)，數(shù)據(jù)區(qū)和保留區(qū)。
在Delphi靜態(tài)調(diào)用DLL時，一般要用extern子句聲明要調(diào)用的過程或函數(shù)及其所在的DLL文件名。例如實現(xiàn)打開串口，需要先聲明調(diào)用的打開串口函數(shù)，F(xiàn)unction OpenComm（PortNo：Integer）：THandle；Stdcall External ‘EPCSDK.dll’；然后，在程序中直接調(diào)用OpenComm函數(shù)即可打開相應(yīng)串口。
4 結(jié)束語
該備件庫智能管理系統(tǒng)的應(yīng)用可以實現(xiàn)有關(guān)倉庫管理的智能化，通過系統(tǒng)的身份識別與防盜報警模塊為倉庫安全提供保障，利用該系統(tǒng)可以實現(xiàn)關(guān)鍵備件的跟蹤，通過智能預(yù)測進(jìn)行補(bǔ)貨，滿足了安全庫存要求。將RFID技術(shù)引入礦山機(jī)械備件倉庫的管理有如下重要意義：
（1）礦山機(jī)械備件價格昂貴，且由于其大小不一，形狀不規(guī)則等原因?qū)е缕浔仨毞胖迷诩b箱內(nèi)運(yùn)輸，所以每次驗貨都需要開箱掃描檢驗，不便于管理。而RFID技術(shù)可以透過外包裝進(jìn)行無光源讀取數(shù)據(jù)，則免去了開箱檢驗的環(huán)節(jié)，提高了工作效率。
（2）RFID標(biāo)簽是靠電磁波工作的，而金屬環(huán)境會阻礙電磁波的傳播，而礦山機(jī)械都屬于金屬器械，所以在應(yīng)用RFID技術(shù)時需要選用抗金屬標(biāo)簽，相對于其他場合的RFID標(biāo)簽，其技術(shù)要求也會相對提高。所以如果RFID技術(shù)在礦機(jī)備件倉庫中能夠很好的應(yīng)用，在其他方面，這套倉庫管理系統(tǒng)會得到普遍的推廣。
參考文獻(xiàn)：
[1] 楊好強(qiáng)，于海東，孫文生. 礦山設(shè)備備件管理淺談[J]. 礦山設(shè)備，2011（5）：96-97.
[2] 姚春江，陳小虎，周永濤，等. RFID技術(shù)在維修備件倉儲管理中的研究[J]. 微計算機(jī)信息，2009，25（10-2）：176-177.
[3] 劉新亮，姜同強(qiáng)，王雯. RFID在倉儲物流中的應(yīng)用[J]. 商場現(xiàn)代化，2008，11（55）：120-122.
第2篇：倉庫管理系統(tǒng)設(shè)計的意義范文
關(guān)鍵詞:倉庫管理 零庫存 周期盤點 系統(tǒng)設(shè)計
當(dāng)今社會,物流業(yè)發(fā)展如雨后春筍,各類產(chǎn)品流通分外頻繁,隨著產(chǎn)品流通增多,對倉庫的數(shù)量要求也增多,因此涌現(xiàn)出一大批大型倉庫。這些經(jīng)營性倉庫的誕生,在很大程度上為物品運(yùn)輸中所需的臨時中轉(zhuǎn)提供了方便,促進(jìn)了經(jīng)濟(jì)以及社會發(fā)展。但是這些倉庫自身的性質(zhì)導(dǎo)致在日?；顒又?物品出庫以及入庫非常頻繁,出庫往往不能按時完成,入庫所占空間不固定,使倉庫管理變得復(fù)雜。盡量使庫存量保持最佳,力爭向理想化的“零庫存”靠近,在減少財力、物力、人力的前提下管理好庫存,保障最大的供給,是眾多企業(yè)競相追逐的目標(biāo)。因此,研究如何提高倉庫管理水平,盡量降低消耗,提高效益,更好的服務(wù)于物資供應(yīng),具有深刻的意義。
■一、傳統(tǒng)倉庫管理中存在的不足
傳統(tǒng)的倉庫管理模式較為簡單,只是一種靜態(tài)管理,很難使企業(yè)資源得以充分利用,并且傳統(tǒng)倉儲業(yè)主要是依照貨主委托對其相關(guān)物品進(jìn)行養(yǎng)護(hù)以及保管,功能較為單一。而倉庫管理僅僅是包裝、上架、收貨、揀貨等倉庫內(nèi)部的一些活動,而對倉庫規(guī)劃、布局、選址等往往不夠重視,在經(jīng)營傳統(tǒng)業(yè)務(wù)時,并未引進(jìn)倉儲新技術(shù)。而現(xiàn)代化的倉庫不再是以往的靜態(tài)儲存場所,更呼吁掌握倉庫的實時、動態(tài)數(shù)據(jù)從而更及時、準(zhǔn)確的提供物資供應(yīng),以“零庫存”的思想,盡量減少不必要的庫存,加快內(nèi)部庫存流動速度,提高其透明度,使資源合理利用。具體說來,有以下幾點有待改進(jìn)。
1、倉庫系統(tǒng)設(shè)計未盡合理
物流系統(tǒng)的設(shè)計過程中,倉庫具體數(shù)目以及其地理位置取決于產(chǎn)品要求、制造點、客戶三個因素。倉庫往往是企業(yè)通過努力贏得效益以及時間的體現(xiàn),而傳統(tǒng)的倉庫設(shè)計已經(jīng)無法適應(yīng)市場多元化對應(yīng)的高要求,也不能夠滿足消費者對其所需求的高水平、高質(zhì)量的服務(wù)。
2、盤點方式落后
傳統(tǒng)的對物品的盤點是由手工方式進(jìn)行的,負(fù)責(zé)盤點的人員隨身攜帶筆和紙親臨現(xiàn)場,逐條的記錄信息,而且尤其對于大件物品,翻動盤點極其不便。此外,盤點物品從而完成數(shù)據(jù)采集并不意味著盤點整個過程的終結(jié),采集好數(shù)據(jù)之后,人工將其輸入計算機(jī),對相關(guān)數(shù)據(jù)進(jìn)行匯總、比較。這樣的操作流程不僅耗用大量的時間,而且對人力也是一種浪費,同時,準(zhǔn)確性不夠高,人為錯誤時有發(fā)生。
3、文字記錄式影響準(zhǔn)確性
傳統(tǒng)模式中的物品入庫以及出庫時,往往依靠紙張文件、非自動化的系統(tǒng)對進(jìn)出物品進(jìn)行追蹤、記錄,主要是根據(jù)人為記憶來管理倉庫。而對于大范圍的存儲區(qū)而言,人為因素往往具有的不確定性導(dǎo)致采集物品存放點等信息變得格外繁瑣,傳遞滯后時有發(fā)生,庫存量因此上升,這與現(xiàn)代化“零庫存”理念相悖,難以保證確切的發(fā)貨日期,導(dǎo)致決策不夠準(zhǔn)確。這種主要依靠人力收集數(shù)據(jù)的方式很難實現(xiàn)系統(tǒng)化,造成人力浪費,增加了儲存量,降低了倉庫有限空間利用率,減緩了資金周轉(zhuǎn)速度,不利于企業(yè)效益的提高。
4、管理軟件無法及時反應(yīng)市場變化
隨著庫存數(shù)量以及種類增多,出入庫不斷提升頻率,倉庫傳統(tǒng)的作業(yè)機(jī)制中很大程度上阻礙了工作效率。伴隨著不斷加劇的商品物流,原有的以計算機(jī)為基礎(chǔ)的倉庫管理系統(tǒng)已經(jīng)很難適應(yīng)倉庫管理及時、快速、準(zhǔn)確、高效的要求。一個現(xiàn)代化的配送以及履行中心必不可少,傳統(tǒng)的軟件無法輕松實現(xiàn)改變的業(yè)務(wù)流程。
■二、增強(qiáng)倉庫管理效率的方法
1、制定合理的倉庫決策
合理的倉庫決策是提升倉庫物資流動運(yùn)行質(zhì)量的基本前提。倉庫決策包括倉庫設(shè)計、選址、布局等方面相關(guān)的決策。首先應(yīng)當(dāng)展開關(guān)于倉庫設(shè)計中所涉及的材料搬運(yùn)、空間要求、布局等主要計劃,同時選擇倉庫的確切地點。這些決策都在很大程度上決定了倉庫自身的特點,通過這些才能夠得出可能具備的搬運(yùn)效率。下面分別就以上幾個方面加以說明。
首先,倉庫選址方面。利用地點分析技術(shù)來選址倉庫地址。完成選址后,就應(yīng)當(dāng)確定確切的建設(shè)地點。選擇分析時考慮的首要因素是服務(wù)成本以及服務(wù)可得性。其中,采購所對應(yīng)的獲取成本對選址影響最大。此外,還必須對作業(yè)費以及設(shè)備安裝費(如稅金、公路通道、鐵路鐵軌、保險費率等)進(jìn)行評估,上述費用具有地區(qū)差異性,因此,可以適當(dāng)調(diào)整倉庫位置,變成客戶對應(yīng)的供應(yīng)商。如為了運(yùn)輸效率的提高冷藏食品相關(guān)的分銷商適當(dāng)調(diào)整倉庫位置。
其次,倉庫布局方面。倉庫的總平面是否合理,對倉庫儲運(yùn)質(zhì)量、盈利水平、儲運(yùn)成本、作業(yè)效率等都有很大影響。在新倉庫建設(shè)中應(yīng)當(dāng)對倉庫總體布置予以重視,同時,適當(dāng)調(diào)整老倉庫。倉庫在布局上應(yīng)當(dāng)與倉庫作業(yè)流程相互配合,這由材料搬運(yùn)以及預(yù)算的地面計劃共同決定,從而更好的服務(wù)于產(chǎn)品流程。根據(jù)需要對倉庫布局進(jìn)行適當(dāng)優(yōu)化。
再次,倉庫物理設(shè)計方面。倉庫中,移動所儲存的產(chǎn)品為主要功能,倉庫通常被視為某種結(jié)構(gòu)設(shè)計,最大限度的服務(wù)于產(chǎn)品流動。因此,必須精確對需要配送的產(chǎn)品進(jìn)行研究,確定物資在倉庫進(jìn)出時對于的平均重量、總?cè)莘e、總規(guī)模等。
2、實行訂貨周期盤點
依照帕累托定律,采取A-B-C模式的庫存分類,對周期盤點計劃進(jìn)行改進(jìn),減少企業(yè)庫存,掌握物品分布情況,準(zhǔn)確掌握哪些物品已經(jīng)過期、哪些周轉(zhuǎn)緩慢等情況。實踐證明,采用周期盤點能夠獲取準(zhǔn)確的庫存記錄,提高了庫存管理質(zhì)量。
3、實行儲存作業(yè)自動化
首先,引進(jìn)條碼技術(shù)。倉庫管理中使用條碼技術(shù),自動化的采集倉庫調(diào)撥、人庫、移庫移位、到貨檢驗、庫存盤點、出庫等相關(guān)數(shù)據(jù),保證所有環(huán)節(jié)能夠高效、準(zhǔn)確的輸入數(shù)據(jù),力求保住企業(yè)能夠準(zhǔn)確、及時的對庫存中實際數(shù)據(jù)進(jìn)行掌握,適當(dāng)?shù)目刂苹蛘弑３制髽I(yè)庫存。因為條碼識別易于操作、準(zhǔn)確、快速,因此,在供應(yīng)物資的配送中心或者倉儲配送、出入庫中使用條碼,可能大大節(jié)省人力。同時,可以有效避免人為差錯,保證工作效率,使商品運(yùn)轉(zhuǎn)得以順暢進(jìn)行。
其次,自動化庫房有待加強(qiáng)建設(shè)。目前,自動化庫房朝著智能自動化趨勢發(fā)展得益于迅速發(fā)展的人工智能技術(shù)。數(shù)據(jù)采集技術(shù)、掃描技術(shù)、條碼技術(shù)等應(yīng)用于自動引導(dǎo)車、傳送帶、倉庫堆垛車等設(shè)備上。
4、安裝WMS系統(tǒng)
WMS能夠提高作業(yè)速度、生產(chǎn)效率、庫存精確性。在與自動識別設(shè)備相連接時,可以采用WMS或者與之相似的方案。目前,眾多分銷商都在努力尋求此解決方案,而倉庫不容置疑的變成適用此技術(shù)的相對前端機(jī)構(gòu),此技術(shù)也為其使用企業(yè)帶來了很多效益。同時,WMS能夠使倉庫的資產(chǎn)以及設(shè)備、空間得到充分利用。在很大程度上節(jié)約人力的同時實現(xiàn)倉庫的優(yōu)化、標(biāo)準(zhǔn)化以及其功效。此外,WMS能夠緊密滿足顧客要求。通過跟蹤庫位對應(yīng)的庫存,對庫存控制嚴(yán)格執(zhí)行,使顧客對庫存中能夠用來銷售的產(chǎn)品對應(yīng)的具體數(shù)量十分有信心,從而減少庫存,盡量向“零庫存”的目標(biāo)邁進(jìn),使倉庫空間得以充分利用,減少顧客在其外部倉庫方面的需求。
此外,還可以建立網(wǎng)絡(luò)倉庫從而盡量降低經(jīng)營成本,使倉庫效益得以提高。
參考文獻(xiàn):
[1] 羅劍宏,彭秀清. 淺談新形勢下中國中小型生產(chǎn)企業(yè)的倉庫管理[J]. 科技情報開發(fā)與經(jīng)濟(jì), 2008,(02)
[2] 賈桂珠,張麗萍. 倉庫管理在物資管理中的重要性[J]. 遼寧經(jīng)濟(jì), 2008,(04)
第3篇：倉庫管理系統(tǒng)設(shè)計的意義范文
1.1廢舊家電逆向物流概念
廢舊家電是指因為淘汰、損壞或報廢的家電,為了減少環(huán)境污染和資源浪費,就必須對廢舊家電開展逆向物流。所謂的廢舊家電逆向物流是指廢舊家電產(chǎn)品的資源循環(huán)利用和無害化處理為目的,對消費者使用后的廢舊家電產(chǎn)品組織進(jìn)行的回收、運(yùn)輸、儲存、加工處理等活動。
廢舊家電逆向物流是淘汰或報廢的廢舊家電產(chǎn)品,從消費者手中沿著回收渠道逐步流動到廢舊家電處理企業(yè)的過程,廢舊家電逆向物流是為了對廢舊家電產(chǎn)品進(jìn)行資源循環(huán)再利用和有害物質(zhì)的無害化處理。為實現(xiàn)逆向物流的目的,需要對廢舊家電產(chǎn)品進(jìn)行回收、分類、檢驗、拆卸、再生產(chǎn)及報廢處理等活動。
1.2廢舊家電逆向物流渠道
目前,我國廢舊家電產(chǎn)品逆向物流渠道有三種。
一是走街串巷的以廢品收購為主的個體商販。他們用低價回收的方式從消費者手中獲得廢舊家電,對于還能繼續(xù)使用的舊家電則適當(dāng)加價轉(zhuǎn)賣給二手家電經(jīng)營商,而那些無法正常使用的報廢家電則送往地下拆卸點。二手店對這些廢舊家電進(jìn)行清洗、檢修和重裝,再重新銷售給外來務(wù)工人員或邊遠(yuǎn)農(nóng)村,實在無法修好的廢舊家電則在地下拆卸點,通過簡單拆卸提取有用的零部件,剩余部分則成為對環(huán)境危害極大地電子垃圾。
二是家電賣場的“以舊換新”活動,但其回收后的產(chǎn)品大多也是轉(zhuǎn)賣給二手市場,以獲利為主,并非公益性的行為,并沒有形成長效的回收機(jī)制和固定的回收渠道。
三是廢品回收公司,這類企業(yè)一般都來源于早期就已存在的物流系統(tǒng)且經(jīng)營的時間都較長,擁有自己固定的業(yè)務(wù)范圍和獨特的物資經(jīng)營渠道。他們針對于廢舊電子產(chǎn)品的處理主要是對此類產(chǎn)品的拆解,再處理業(yè)務(wù)。對于有用的零部件等進(jìn)行回收和再利用,而對于其他沒有利用價值的板材等則轉(zhuǎn)賣給專業(yè)的廠家進(jìn)行進(jìn)一步的材料回收。這種模式通常有很廣泛的人力基礎(chǔ)(城市垃圾收集人員),活動易于開展,業(yè)務(wù)容易進(jìn)行。
上述三種渠道的共同點是各方都從自身經(jīng)濟(jì)利益出發(fā),不能兼顧社會的公共利益,還給公共安全帶來不少隱患。
1.3廢舊家電逆向物流存在的問題
目前我國廢舊家電處理處于無序回收狀態(tài),主要流向收廢品的小販和非法拆解的地下作坊。其將仍能繼續(xù)使用的舊家電改頭換面后,以新產(chǎn)品的身份進(jìn)入市場銷售給低收入消費者或邊遠(yuǎn)地區(qū)。這種做法會嚴(yán)重?fù)p害該品牌家電的信譽(yù)與社會地位。或者利用不正確的方法對廢舊家電進(jìn)行拆解、處理,以獲得有用的零部件或貴重金屬,這樣不僅造成資源浪費,還會嚴(yán)重地污染環(huán)境。
國家建立了廢舊家電回收處理試點,同時一些外資企業(yè)也在我國建立電子廢棄物處理廠,但是在實際運(yùn)行過程中,由于采用高價的拆解設(shè)備,同時因不擅長回收社會廢舊家電,無法回收到足夠多的廢舊家電,而導(dǎo)致其規(guī)模上不去、不能盈利。
2廢舊家電逆向物流存在問題的成因分析
作為家電行業(yè)供應(yīng)鏈?zhǔn)獾囊画h(huán),與新家電銷售正向物流相比,廢舊家電逆向物流有著很大的差異性和復(fù)雜性。廢舊家電逆向物流具有以下幾個特點:
首先,由于家電正向物流具有明確的產(chǎn)品需求方,正向物流的流向、數(shù)量都能夠明確確定,而廢舊家電產(chǎn)生的地點、時間、數(shù)量和質(zhì)量相關(guān)信息都是不可預(yù)知的,因此無法有效做出相應(yīng)的回收策略。
其次,由于廢舊家電的淘汰信息分散且與回收企業(yè)資源不對稱,導(dǎo)致廢舊家電逆向物流的地點較為分散、無序,且不可能集中一次承接到大批量淘汰家電形成規(guī)模效應(yīng),有些種類的產(chǎn)品需要積累很長的時間才能有一次較大規(guī)模的物流。這一切都使得逆向物流的過程運(yùn)作的非常緩慢。
再次,由于不同種類的廢舊家電所使用的處理方式不同,必然會引起逆向物流的流程和手段差異性,產(chǎn)品種類的多樣性信息造成了回收企業(yè)開展逆向物流的決策困難,無產(chǎn)品種類信息分析使很多回收企業(yè)不知開展廢舊家電逆向物流。
最后,廢舊家電回收企業(yè)沒有根據(jù)實際情況有效開發(fā)設(shè)計符合自身需求的信息系統(tǒng),逆向物流過程中物流信息技術(shù)使用不全面、不恰當(dāng),回收企業(yè)開展逆向物流過程中缺少有效監(jiān)控,導(dǎo)致回收企業(yè)逆向物流成本過高。
以上四個特點決定了廢舊家電逆向物流的實施必然是高難度并且是高成本的,事實也確實如此。面對我國日益加快的家電淘汰大潮,如何有效地降低廢舊家電逆向物流存在的缺陷,改變廢舊家電逆向物流的落后現(xiàn)狀,切實做好環(huán)境保護(hù),徹底提升廢舊家電回收利用效率的意義是重大的。廢舊家電逆向物流產(chǎn)生的諸多問題,關(guān)鍵因素就在于沒有有效對廢舊家電各類信息進(jìn)行有效監(jiān)控、采集分析,并形成有用的決策依據(jù),因此信息技術(shù)應(yīng)當(dāng)是解決廢舊家電逆向物流諸多問題的一劑良方。
3基于物聯(lián)網(wǎng)技術(shù)下的廢舊家電逆向物流革新
3.1信息技術(shù)在廢舊家電逆向物流中的運(yùn)用
廢舊家電逆向物流信息技術(shù)是對廢舊家電相關(guān)信息進(jìn)行采集、輸入、數(shù)據(jù)分析、輸出等有關(guān)的信息技術(shù),包含硬件和軟件兩部分。它充分使用了網(wǎng)絡(luò)技術(shù)、通信技術(shù)、計算機(jī)技術(shù)等方面?，F(xiàn)代信息技術(shù)可以在廢舊家電逆向物流的管理過程中發(fā)揮以下幾個方面的作用。
3.1.1對廢舊家電逆向物流訂單進(jìn)行系統(tǒng)化管理
制定廢舊家電逆向物流訂單管理系統(tǒng),居民個體消費者可以通過電子郵件、傳真、電話或者是互聯(lián)網(wǎng)下廢舊家電回收訂單,退貨訂單管理系統(tǒng)將通過各種方式將回收訂單進(jìn)行統(tǒng)一化、標(biāo)準(zhǔn)化處理,這將有利于回收訂單的分析和管理。以實現(xiàn)廢舊家電從消費者手中轉(zhuǎn)移的過程。
3.1.2對廢舊家電回收信息進(jìn)行及時、準(zhǔn)確采集
在廢舊家電逆向物流過程中由于回收物種類繁多,為了及時采集回收信息,有效管理回收物商品信息,對于低附加價值的回收物可以采用條碼技術(shù),而對于高附加價值的回收物則采用射頻識別(Radio Frequency Identification,RFID)技術(shù)。將條形碼和射頻技術(shù)結(jié)合在一起,可以更有效的解決與倉庫及逆流物流動有關(guān)的信息管理,其優(yōu)勢在于可以增加處理逆流物的件數(shù),除此之外還可以查看逆流物的流動信息。
3.1.3使用GPS、GIS對廢舊家電回收過程有效監(jiān)控
利用GPS全球定位系統(tǒng)和GIS電子地圖系統(tǒng)可以應(yīng)用到對裝載逆流貨物的運(yùn)輸車輛的跟蹤,同時為廢舊家電回收的運(yùn)輸制定出最佳的運(yùn)輸路線和運(yùn)輸方式。通過GPS和GIS信息系統(tǒng)有效結(jié)合,便于回收企業(yè)對廢舊家電逆向物流進(jìn)行有效跟蹤和線路優(yōu)化以保證廢舊家電逆向物流的透明度和運(yùn)作效率。
3.1.4以倉庫管理系統(tǒng)(WMS)為手段進(jìn)行逆流物倉儲控制
對傳統(tǒng)的回收企業(yè)庫房進(jìn)行有效改造,運(yùn)用倉庫管理系統(tǒng)對回收企業(yè)的逆流物倉儲水平有效控制,針對不同類型的廢舊家電庫存水平制定準(zhǔn)確的倉儲策略,WMS系統(tǒng)可以按照廢舊家電逆流物運(yùn)作的業(yè)務(wù)規(guī)則和運(yùn)算法則對逆流物的信息、運(yùn)輸資源進(jìn)行很好的管理,最大化保證廢舊家電綠色環(huán)保運(yùn)作。
3.1.5將物流信息技術(shù)與網(wǎng)絡(luò)技術(shù)有效融合
不論是運(yùn)輸管理信息技術(shù)(GPS和GIS),還是倉儲管理系統(tǒng)(WMS)或者快速準(zhǔn)確的信息采集條碼、RFID技術(shù),如果不能與現(xiàn)代網(wǎng)絡(luò)信息技術(shù)有效集合,就不能發(fā)揮現(xiàn)代物流技術(shù)的最大化優(yōu)勢,不能系統(tǒng)而完整的對各個逆流物進(jìn)行實時查詢,不能輔助提高逆向物流效率。
3.1.6數(shù)據(jù)庫技術(shù)
廢舊家電逆向物流各種數(shù)據(jù)信息經(jīng)過信息系統(tǒng)或管理軟件分析處理后,需要存儲在大容量的服務(wù)器硬件中以備今后的各種查詢使用,這時就需要建立逆流物的信息數(shù)據(jù)庫,需要運(yùn)用數(shù)據(jù)庫技術(shù)完善對逆流物的信息監(jiān)管。
3.2基于物聯(lián)網(wǎng)的廢舊家電逆向物流信息系統(tǒng)構(gòu)建
3.2.1基于物聯(lián)網(wǎng)信息技術(shù)的逆向物流管理信息系統(tǒng)功能結(jié)構(gòu)
廢舊家電逆向物流發(fā)展必須依靠物流信息技術(shù),實現(xiàn)物流的信息化管理,以信息化手段最大限度促進(jìn)逆向物流運(yùn)行的高效率和綠色環(huán)保。物聯(lián)網(wǎng)技術(shù)是以利用現(xiàn)代互聯(lián)網(wǎng)技術(shù)為依托建立新的物流信息化處理平臺為基礎(chǔ)的信息處理手段,物聯(lián)網(wǎng)技術(shù)打破傳統(tǒng)物流的局限,整合公司現(xiàn)有資源,重新設(shè)計逆向物流流程與功能。一般而言,基于物聯(lián)網(wǎng)的廢舊家電逆向物流信息系統(tǒng)應(yīng)具備以下基本功能:
(1)采集功能。逆流物信息采集是逆向物流信息系統(tǒng)的信息輸入功能。廢舊家電逆向物流運(yùn)行過程中會產(chǎn)生大量關(guān)于逆流物的信息,逆向物流信息系統(tǒng)需要設(shè)置高效的采集功能,將逆流物信息及時準(zhǔn)確采集后傳輸給逆向物流信息系統(tǒng)。
(2)存儲功能。逆向物流信息系統(tǒng)需要在服務(wù)器硬件的支撐下,運(yùn)用數(shù)據(jù)庫系統(tǒng)將各種逆向物流過程中采集到的逆流物信息加以存儲,以備管理者隨時查詢。
(3)分析處理功能。逆向物流信息系統(tǒng)可以根據(jù)系統(tǒng)內(nèi)預(yù)設(shè)的數(shù)據(jù)處理邏輯結(jié)構(gòu)和函數(shù)設(shè)置對存儲在系統(tǒng)內(nèi)的信息進(jìn)行分類整理,然后進(jìn)行統(tǒng)計分析和分類加工,轉(zhuǎn)換成具有參考價值的信息。
(4)信息跟蹤功能。如果不能夠?qū)U舊家電逆向物流運(yùn)作過程進(jìn)行有效跟蹤監(jiān)管,則有可能造成廢舊家電對環(huán)境的污染,同時降低廢舊家電處理效率,因此需要給信息系統(tǒng)設(shè)計對逆流物的跟蹤功能,監(jiān)管逆流物的回收全過程。
(5)廢舊家電處理決策功能。由于廢舊家電產(chǎn)生具有很大的不確定性,且廢舊家電產(chǎn)生地點分布較廣,因此給廢舊家電回收企業(yè)處理決策帶來了很大的困難,因此信息系統(tǒng)需要預(yù)留回收企業(yè)處理決策支持功能,幫助企業(yè)作出各種回收處理決策。
(6)回收資源再利用信息跟蹤功能。各種廢舊家電逆向物流根本目的在于資源的回收再利用,為保證資源再利用的高效性,需要給信息管理系統(tǒng)中設(shè)置一個資源再利用的跟蹤功能,隨時了解回收資源再利用情況。
3.2.2基于物聯(lián)網(wǎng)信息技術(shù)的逆向物流管理信息系統(tǒng)開發(fā)過程
第4篇：倉庫管理系統(tǒng)設(shè)計的意義范文
本系統(tǒng)主要完成對圖書倉庫的庫存管理，包括圖書入庫、出庫、庫存，員工信息，供應(yīng)商信息以及密碼管理等六個方面。系統(tǒng)可以完成對各類信息的瀏覽、查詢、添加、刪除、修改、報表等功能。
系統(tǒng)的核心是入庫、庫存和出庫三者之間的聯(lián)系，每一個表的修改都將聯(lián)動的影響其它的表，當(dāng)完成入庫或出庫操作時系統(tǒng)會自動地完成庫存的修改。查詢功能也是系統(tǒng)的核心之一，在系統(tǒng)中即有單條件查詢和多條件查詢，也有精確查詢和模糊查詢，系統(tǒng)不僅有靜態(tài)的條件查詢，也有動態(tài)生成的條件查詢，其目的都是為了方便用戶使用。系統(tǒng)有完整的用戶添加、刪除和密碼修改功能，并具備報表打印功能。
系統(tǒng)采用Microsoft Office中的Access 2000來設(shè)計數(shù)據(jù)庫，并使用當(dāng)前優(yōu)秀的開發(fā)工具—Delphi 6.0 ，它有著最為靈活的數(shù)據(jù)庫結(jié)構(gòu)，對數(shù)據(jù)庫應(yīng)用有著良好的支持。
論文主要介紹了本課題的開發(fā)背景，所要完成的功能和開發(fā)的過程。重點的說明了系統(tǒng)設(shè)計的重點、設(shè)計思想、難點技術(shù)和解決方案。
關(guān)鍵字：數(shù)據(jù)庫，SQL語言，Delph 6，數(shù)據(jù)庫組件，倉庫管理
目 錄
第一章 引言 ……………………………………………………………………………1
1.1 課題來源 ……………………………………………………………………1
1.2 開發(fā)工具的選擇 ……………………………………………………………2
1.3 所做的主要工作 ……………………………………………………………3
第二章 數(shù)據(jù)庫概論 ……………………………………………………………………4
2.1 數(shù)據(jù)庫的發(fā)展 ………………………………………………………………4
2.1.1 數(shù)據(jù)庫的發(fā)展 …………………………………………………………4
2.1.2 數(shù)據(jù)庫階段的特點 ……………………………………………………5
2.1.3 數(shù)據(jù)庫技術(shù) ……………………………………………………………6
2.2 數(shù)據(jù)庫理論基礎(chǔ) ……………………………………………………………7
2.2.1 數(shù)據(jù)庫模型 ……………………………………………………………7
2.2.2 數(shù)據(jù)庫體系結(jié)構(gòu)
……………………………………………………10
2.2.3 數(shù)據(jù)的獨立性 ………………………………………………………11
2.2.4 范式 …………………………………………………………………11
2.3 SQL語言基礎(chǔ) ……………………………………………………………13
2.3.1 SQL簡介 ……………………………………………………………13
2.3.2 SQL查詢
……………………………………………………………13
2.3.3 SQL數(shù)據(jù)更新
………………………………………………………14
第三章數(shù)據(jù)庫開發(fā)工具 ……………………………………………………………16
3.1 Delphi 6.0 簡介 ……………………………………………………………16
3.2 Delphi 6.0 控件 ……………………………………………………………17
3.2.1 ADO數(shù)據(jù)訪問組件 …………………………………………………17
3.2.2 數(shù)據(jù)控制類DataControl
……………………………………………18
3.2.3 數(shù)據(jù)訪問類DataAccess
……………………………………………18
3.2.4 SQL語言在Delphi中的應(yīng)用
………………………………………19
3.3 Access 簡介
………………………………………………………………21
第四章 系統(tǒng)總體設(shè)計 ………………………………………………………………23
4.1 系統(tǒng)需求分析
……………………………………………………………23
4.2 系統(tǒng)概要設(shè)計
……………………………………………………………25
4.2.1 系統(tǒng)結(jié)構(gòu)設(shè)計
………………………………………………………25
4.2.2 數(shù)據(jù)庫設(shè)計
…………………………………………………………27
4.2.2.1 ER圖設(shè)計 ……………………………………………………27
4.2.2.2 數(shù)據(jù)庫表格設(shè)計………………………………………………29
4.3系統(tǒng)詳細(xì)設(shè)計………………………………………………………………34
第五章 系統(tǒng)應(yīng)用程序設(shè)計 …………………………………………………………37
5.1 系統(tǒng)窗體模塊組成…………………………………………………………37
5.2 數(shù)據(jù)模塊窗體設(shè)置…………………………………………………………38
5.3 主窗體功能模塊的實現(xiàn)……………………………………………………39
5.4 入庫、出庫窗體模塊的實現(xiàn)………………………………………………43
5.5 查詢功能的實現(xiàn)……………………………………………………………51
5.6 系統(tǒng)登陸窗體模塊的實現(xiàn)…………………………………………………52
5.7 用戶管理功能的實現(xiàn)………………………………………………………54
5.7.1 用戶管理主窗體 ……………………………………………………54
5.7.2 密碼修改窗體模塊的實現(xiàn)
…………………………………………54
5.7.3 用戶注冊窗體模塊的實現(xiàn)
…………………………………………55
5.7.4 用戶注銷窗體模塊的實現(xiàn)
…………………………………………57
結(jié)束語 …………………………………………………………………………………59
致謝 ……………………………………………………………………………………60
參考文獻(xiàn) ………………………………………………………………………………61
第一章
引 言
§1.1 課題來源
隨著社會經(jīng)濟(jì)的迅速發(fā)展和科學(xué)技術(shù)的全面進(jìn)步，計算機(jī)事業(yè)的飛速發(fā)展，以計算機(jī)與通信技術(shù)為基礎(chǔ)的信息系統(tǒng)正處于蓬勃發(fā)展的時期。隨著經(jīng)濟(jì)文化水平的顯著提高，人們對生活質(zhì)量及工作環(huán)境的要求也越來越高。書籍做為人類的精神食糧，在現(xiàn)代社會中越來越受到重視，大量的書籍出現(xiàn)在市場上，人們有了各種各樣不同的選擇。與此同時，為了管理大量的圖書，圖書倉庫也大量的出現(xiàn)，倉庫的管理問題也就提上了日程。隨著圖書的大量增加，其管理難度也越來越大，如何優(yōu)化倉庫的日常管理也就成為了一個大眾化的課題。
在計算機(jī)飛速發(fā)展的今天，將計算機(jī)這一信息處理利器應(yīng)用于倉庫的日常管理已是勢必所然，而且這也將為倉庫管理帶來前所未有的改變，它可以帶來意想不到的效益，同時也會為企業(yè)的飛速發(fā)展提供無限潛力。采用計算機(jī)管理信息系統(tǒng)已成為倉庫管理科學(xué)化和現(xiàn)代化的重要標(biāo)志，它給企業(yè)管理來了明顯的經(jīng)濟(jì)效益和社會效益。主要體現(xiàn)在：
極大提高了倉庫工作人員的工作效率，大大減少了以往入出存流程繁瑣，雜亂，周期長的弊端。
基于倉庫管理的全面自動化，可以減少入庫管理、出庫管理及庫存管理中的漏洞，可以節(jié)約不少管理開支，增加企業(yè)收入。
倉庫的管理的操作自動化和信息的電子化，全面提高了倉庫的管理水平。
隨著我國改革開放的不斷深入，經(jīng)濟(jì)飛速的發(fā)展，企業(yè)要想生存、發(fā)展，要想在激烈的市場競爭中立于不敗之地，沒有現(xiàn)代化的管理是萬萬不行的，倉庫管理的全面自動化、信息化則是其中極其重要的部分。為了加快倉庫管理自動化的步伐，提高倉庫的管理業(yè)務(wù)處理效率，建立倉庫管理系統(tǒng)已變得十分心要。
入庫、庫存、出庫還是現(xiàn)在企業(yè)圖書倉庫管理的常規(guī)基本模式，雖然，最近又出現(xiàn)了很多新的管理模式，如：基于零庫存思想的沃爾瑪特管理方式，但這些新的思想在中國大部分企業(yè)的管理中還是難以實現(xiàn)的。所以如何設(shè)計好倉庫管理系統(tǒng)，盡可能地減少倉庫管理的重復(fù)性和低效性就成為當(dāng)前最為重要的問題。圖書倉庫管理的核心是入庫、庫存和出庫之間的聯(lián)系，如何處理好三者之間的關(guān)系是系統(tǒng)最為關(guān)鍵的部分。另外，員工信息和供應(yīng)商信息管理也是倉庫管理中一個必不可少的部分，它提供著與入庫和出庫相關(guān)的地一些信息，使得整個系統(tǒng)更加完整，更加實用。
通過對倉庫管理日常工作的詳細(xì)調(diào)查，搜集了大量的資料，從系統(tǒng)結(jié)構(gòu)的組織，功能的實現(xiàn)，技術(shù)的要求以及可行性等多方面進(jìn)行考慮，認(rèn)為本課題是一個適應(yīng)現(xiàn)今圖書倉庫管理需求的計算機(jī)信息管理系統(tǒng)，具有一定的實際開發(fā)價值和使用價值。
§1.2 開發(fā)工具的選擇
自Java誕生以來，隨著Internet技術(shù)的普及和應(yīng)用需求的變化，以第四代語言為主的應(yīng)用開發(fā)產(chǎn)品發(fā)生了較大的變化，它們不僅已成為人們開發(fā)應(yīng)用的開發(fā)工具，而且很多產(chǎn)品已發(fā)展成為一種強(qiáng)有力的應(yīng)用開發(fā)環(huán)境。這些新型的開發(fā)工具通常以一種集成軟件包的形式提供給開發(fā)人員，被稱為Studio（工作室）或Suite（程序組）。例如，微軟的Visual Studio 6.0，Borland公司的Delphi 6.0等數(shù)據(jù)庫輔助開發(fā)工具。
現(xiàn)在，市場上可以選購的應(yīng)用開發(fā)產(chǎn)品很多，流行的也有數(shù)十種。目前在我國市場上最為流行、使用最多、最為先進(jìn)的可用作企業(yè)級開發(fā)工具的產(chǎn)品有：
Microsoft公司的Visual Basic 6.0版
Microsoft公司的Visual C++6.0版
Borland公司的Delphi 6.0版
在目前市場上這些眾多的程序開發(fā)工具中，有些強(qiáng)調(diào)程語言的彈性與執(zhí)行效率；有些則偏重于可視化程序開發(fā)工具所帶來的便利性與效率的得高，各有各的優(yōu)點和特色，也滿足了不同用戶的需求。然而，語言的彈性和工具的便利性是密不可分的，只有便利的工具，卻沒有彈性的語言作支持，許多特殊化的處理動作必需要耗費數(shù)倍的工夫來處理，使得原來所標(biāo)榜的效率提高的優(yōu)點失去了作用；相反，如果只強(qiáng)調(diào)程語言的彈性，卻沒有便利的工具作配合，會使一些即使非常簡單的界面處理動作，也會嚴(yán)重地浪費程序設(shè)計師的寶貴時間。
而Delphi是一個非常理想選擇。Delphi 6 是操作系統(tǒng)中快速應(yīng)用開發(fā)環(huán)境的最新版本。它也是當(dāng)前Windows平臺上第一個全面支持最新Web服務(wù)的快速開發(fā)工具。無論是企業(yè)級用戶，還是個人開發(fā)者，都能夠利用Delphi 6 輕松、快捷地構(gòu)建新一代電子商務(wù)應(yīng)用。Delphi 6 是惟一支持所有新出現(xiàn)的工業(yè)標(biāo)準(zhǔn)的RAD環(huán)境，包括XML（擴(kuò)展標(biāo)記語言）/XSL（可擴(kuò)展樣式語言），SOAP（簡單對象存取協(xié)議）和WSDL（Web服務(wù)器描述語言）等。
Delphi 6 是可視化的快速應(yīng)用程序開發(fā)語言，它提供了可視化的集成開發(fā)環(huán)境，這一環(huán)境為應(yīng)用程序設(shè)計人員提供了一系列靈活而先進(jìn)的工具，可以廣泛地用于種類應(yīng)用程序設(shè)計。在Delphi 6 的集成開發(fā)環(huán)境中，用戶可以設(shè)計程序代碼、運(yùn)行程序、進(jìn)行程序錯誤的調(diào)試等，可視化的開發(fā)方法降低了應(yīng)用程序開發(fā)的難度。Delphi的基礎(chǔ)編程語言是具有面向?qū)ο筇匦缘腜ascal語言，即Object Pascal 。Object Pascal具有代碼穩(wěn)定、可讀性好、編譯速度快等優(yōu)點，并將面向?qū)ο蟮母拍钜浦驳搅薖ascal語言中，使這種基礎(chǔ)語言有了新的發(fā)展空間。
使用Delphi 6.0 ，我們幾乎可以作任何事情，還可以撰寫種各種類型的應(yīng)用程序，動態(tài)鏈接庫（DLL）、CON、或CORBA對象，CGI/ISAPI程序，Microsoft Back Office應(yīng)用程序。程序的規(guī)模小到簡單的個人數(shù)據(jù)庫應(yīng)用，大到復(fù)雜的企業(yè)的多層次分布式系統(tǒng)，都可以使用Delphi進(jìn)行開發(fā)，其友好的集成開發(fā)界面，可視化的雙向開發(fā)模式，良好的數(shù)據(jù)庫應(yīng)用支持高效的程序開發(fā)和程序運(yùn)行，備受廣大程序開發(fā)人員的好評。尤其是Delphi對數(shù)據(jù)庫應(yīng)用的強(qiáng)大支持，大大提高了數(shù)據(jù)庫應(yīng)用軟件開發(fā)的效率，縮短了開發(fā)周期，深受廣大數(shù)據(jù)庫應(yīng)用程序設(shè)計人員的喜愛。Delphi為數(shù)據(jù)庫應(yīng)用開發(fā)人員提供了豐富的數(shù)據(jù)庫開發(fā)組件，使數(shù)據(jù)庫應(yīng)用開發(fā)功能更強(qiáng)大，控制更靈活，編譯后的程序運(yùn)行速度更快。
§1.3 本文所做工作
引言部分介紹了本系統(tǒng)的課題來源以及對數(shù)據(jù)庫開發(fā)工具的選擇。
第二章介紹了數(shù)據(jù)庫的發(fā)展，關(guān)系數(shù)據(jù)庫，數(shù)據(jù)庫體系結(jié)構(gòu)，并系統(tǒng)介紹了SQL語言，為設(shè)計和理解應(yīng)用程序做了鋪墊。
第三章系統(tǒng)介紹了Delphi 6.0及其部分控件，SQL語言在Delphi 6.0中的應(yīng)用，以及Access等。
第四章是本文的主體，按照軟件工程的要求，從需求分析開始，經(jīng)過概要設(shè)計最后到詳細(xì)設(shè)計，完成對整個系統(tǒng)的設(shè)計。
第五章根據(jù)第四章的設(shè)計結(jié)果利用Access 2000和Delphi 6.0進(jìn)行了具體的窗體和應(yīng)用程序設(shè)計。
總結(jié)部分介紹了設(shè)計體會和編程體會，并指出了系統(tǒng)設(shè)計中的不足和改進(jìn)的方向
轉(zhuǎn)貼于 第二章
數(shù)據(jù)庫概論
§2.1
數(shù)據(jù)庫的發(fā)展
數(shù)據(jù)庫處理在信息系統(tǒng)的研究中一直是非常重要的主題，然而，近年來，隨著World Wide Web(WWW)的猛增及Internet技術(shù)的迅速發(fā)展，使得數(shù)據(jù)庫技術(shù)之時成為最熱門技術(shù)之一。數(shù)據(jù)庫技術(shù)能使Internet應(yīng)用超越具有早期應(yīng)用特點的簡單的。同時，Internet技術(shù)提供了一種向用戶數(shù)據(jù)庫內(nèi)容的標(biāo)準(zhǔn)化的訪問方法。這些技術(shù)沒有脫離經(jīng)典數(shù)據(jù)庫技術(shù)的要求。它們只是加重了數(shù)據(jù)庫技術(shù)的重要性。
數(shù)據(jù)庫的設(shè)計和開發(fā)及包括藝術(shù)有包括工程。理解用戶的需求，然后，把它們轉(zhuǎn)變?yōu)橛行У臄?shù)據(jù)庫設(shè)計是一個藝術(shù)過程。把設(shè)計轉(zhuǎn)變?yōu)閷嶋H的數(shù)據(jù)庫，并且這些數(shù)據(jù)庫帶有功能完備、高效能的應(yīng)用，是一個工程過程。
數(shù)據(jù)庫的目的是幫助人們跟蹤事務(wù)。經(jīng)典的數(shù)據(jù)庫應(yīng)用涉及諸如訂單、顧客、工作、員工、學(xué)生、電話之類的項，或其它數(shù)據(jù)量較大、需要密起關(guān)注的事務(wù)。最近，由于數(shù)據(jù)庫的普及，數(shù)據(jù)庫技術(shù)已經(jīng)被應(yīng)用到了新的領(lǐng)域，諸如用于Internet的數(shù)據(jù)庫或用于公司內(nèi)聯(lián)網(wǎng)的數(shù)據(jù)庫。數(shù)據(jù)庫也被越來越多地應(yīng)用于生成和維護(hù)多媒體應(yīng)用程序上。
計算機(jī)的數(shù)據(jù)處理應(yīng)用，首先要把大量的信息以數(shù)據(jù)形式存放在存儲器中。存儲器的容量、存儲速率直接影響到數(shù)據(jù)管理技術(shù)的發(fā)展。從1956年生產(chǎn)出第一臺計算機(jī)到現(xiàn)在，存儲器的發(fā)展，為數(shù)據(jù)庫技術(shù)提供了良好的物質(zhì)基礎(chǔ)。
使用計算機(jī)以后，數(shù)據(jù)處理的速度和規(guī)模，無論是相對于手工方式，還是機(jī)械方式，都有無可比擬的優(yōu)勢。通常在數(shù)據(jù)處理中，計算是比較簡單的而數(shù)據(jù)的管理卻比較復(fù)雜。數(shù)據(jù)管理是指數(shù)據(jù)的收集、整理、組織、存儲、維護(hù)、檢索、傳送等操作，這部分操作是數(shù)據(jù)處理業(yè)務(wù)的基本環(huán)節(jié)，而且是任何數(shù)據(jù)處理業(yè)務(wù)中必不可少的共有部分。數(shù)據(jù)管理技術(shù)的優(yōu)劣，將直接影響數(shù)據(jù)處理的效率。
2.1.1 數(shù)據(jù)庫的發(fā)展
數(shù)據(jù)管理技術(shù)的發(fā)展，與硬件（主要是外存）、軟件、計算機(jī)應(yīng)用的范圍有密切的聯(lián)系。數(shù)據(jù)管理技術(shù)的發(fā)展經(jīng)過三個階段：人工管理階段、文件系統(tǒng)階段和數(shù)據(jù)庫階段。
人工管理階段和文件系統(tǒng)階段都有著相當(dāng)多的缺陷，諸如數(shù)據(jù)冗余性 ，數(shù)據(jù)不一致性以及數(shù)據(jù)聯(lián)系弱等等。也正是由于這些原因，促使人們研究新的數(shù)據(jù)管理技術(shù)，從而產(chǎn)生了數(shù)據(jù)庫技術(shù)。
20世紀(jì)60年代末發(fā)生的三件大事，層次模型IMS系統(tǒng)的推出、關(guān)于網(wǎng)狀模型DBTG報告的發(fā)表以及關(guān)于關(guān)系模型論文的連續(xù)發(fā)表標(biāo)志著數(shù)據(jù)管理技術(shù)進(jìn)入數(shù)據(jù)庫階段。進(jìn)入70年代以后，數(shù)據(jù)庫技術(shù)得到迅速發(fā)展，開發(fā)了許多有效的產(chǎn)品并投入運(yùn)行。數(shù)據(jù)庫系統(tǒng)克服了文件系統(tǒng)的缺陷，提供了對數(shù)據(jù)更高級更有效的管理。
當(dāng)進(jìn)入數(shù)據(jù)庫階段后，隨著數(shù)據(jù)管理規(guī)模一再擴(kuò)大，數(shù)據(jù)量急劇增加，為了提高效率，開始時，人們只是對文件系統(tǒng)加以擴(kuò)充，在應(yīng)用文件中建立了許多輔助索引，形成倒排文件系統(tǒng)。但這并不能最終解決問題。在20世紀(jì)60年代末，磁盤技術(shù)取得重要進(jìn)展，具有數(shù)百兆容量和快速存取的磁盤陸續(xù)進(jìn)入市場，成本也不高，為數(shù)據(jù)庫技術(shù)的產(chǎn)生提供了良好的物質(zhì)條件。
2.1.2 數(shù)據(jù)庫階段的特點
（1）減少數(shù)據(jù)的重復(fù)（Redundancy can be reduced）
當(dāng)在一個非數(shù)據(jù)庫系統(tǒng)當(dāng)中，每一個應(yīng)用程序都有屬于他們自己的文件，由于無法有系統(tǒng)建立的數(shù)據(jù)，因此常常會造成存儲數(shù)據(jù)的重復(fù)與浪費。例如：在一家公司當(dāng)中，人事管理程序與工資管理程序或許都會使用到職員與部門的信息或文件，而我們可以運(yùn)用數(shù)據(jù)庫的方法，把這兩個文件整理起來，以減少多余的數(shù)據(jù)，過度地占用存儲空間。
（2）避免數(shù)據(jù)的不一致（Inconsistency can avoid）
本項的特色，可以說是延伸前項的一個特點，要說明這樣的一個現(xiàn)象，我們可以從下面這個實例來看：若是在同一家公司當(dāng)中，職員甲在策劃部門工作，且職員甲的記錄同時被存放在數(shù)據(jù)庫的兩個地方，而數(shù)據(jù)庫管理系統(tǒng)卻沒有對這樣重要的情況加以控制，當(dāng)其中一條數(shù)據(jù)庫被修改時，便會造成數(shù)據(jù)的不一致，但是，對于一個健全的數(shù)據(jù)庫管理系統(tǒng)而言，將會對這樣的情況加以控制，但有時并不需要刻意消除這種情形，應(yīng)當(dāng)視該數(shù)據(jù)庫的需求與效率來決定。
（3）數(shù)據(jù)共享（Data shared）
對于數(shù)據(jù)共享的意義，并不是只有針對數(shù)據(jù)庫設(shè)計的應(yīng)用程序，可以使用數(shù)據(jù)庫中的數(shù)據(jù)，對于其他撰寫好的應(yīng)用程序，同樣可以對相同數(shù)據(jù)庫當(dāng)中的數(shù)據(jù)進(jìn)行處理，進(jìn)而達(dá)到數(shù)據(jù)共享的目的。
（4）強(qiáng)化數(shù)據(jù)的標(biāo)準(zhǔn)化（Standard can be enforced）
由數(shù)據(jù)庫管理系統(tǒng)，對數(shù)據(jù)做出統(tǒng)籌性的管理，對于數(shù)據(jù)的格式與一些存儲上的標(biāo)準(zhǔn)進(jìn)行控制，如此一來，對于不同的環(huán)境的數(shù)據(jù)交換（Data Interchange）上將有很大的幫助，也能提高數(shù)據(jù)處理的效率。
（5）實踐安全性的管理（Security restriction can be applied）
通過對數(shù)據(jù)庫完整的權(quán)限控制，數(shù)據(jù)庫管理者可以確認(rèn)所有可供用戶存取數(shù)據(jù)的合法途徑渠道，并且可以事先對一些較重要或關(guān)鍵性的數(shù)據(jù)進(jìn)行安全檢查，以確保數(shù)據(jù)存取時，能夠?qū)⑷魏尾划?dāng)損毀的情形降至最低。
（6）完整性的維護(hù)（Integrity can be maintained）
所謂完整性的問題，就是要確認(rèn)某條數(shù)據(jù)在數(shù)據(jù)庫當(dāng)中，是正確無誤的。正如（2）所述，若是無法控制數(shù)據(jù)的不一致性，便會產(chǎn)生完整性不足的問題，所以，我們會發(fā)現(xiàn)，當(dāng)數(shù)據(jù)重復(fù)性高的時候，數(shù)據(jù)不完整的情形也會增加，當(dāng)然，若是數(shù)據(jù)庫的功能完整，將會大大地提高數(shù)據(jù)完整性，也會增加數(shù)據(jù)庫的維護(hù)能力與維護(hù)簡便性。
（7）需求沖突會獲得平衡（Conflicting requirements can be balance）
在一個較大型的企業(yè)當(dāng)中，用戶不同的需求，往往會造成系統(tǒng)或數(shù)據(jù)庫在設(shè)計上的困擾，但是一個合適的數(shù)據(jù)庫系統(tǒng)，可以通過數(shù)據(jù)庫管理員的管理，將會有效地整理各方面的信息，對于一些較重要的應(yīng)用程序，可以適時地提供較快速的數(shù)據(jù)存取方法與格式，以平衡多個用戶在需求上的沖突。
上述七個方面構(gòu)成了數(shù)據(jù)庫系統(tǒng)的主要特征。這個階段的程序和數(shù)據(jù)間的聯(lián)系可用下圖表示： 2.1.3 數(shù)據(jù)庫技術(shù)
從文件系統(tǒng)發(fā)展到數(shù)據(jù)庫系統(tǒng)是信息處理領(lǐng)域的一個重大變化。在文件系統(tǒng)階段，人們關(guān)注的中心問題是系統(tǒng)功能的設(shè)計，因而程序設(shè)計處于主導(dǎo)地位，數(shù)據(jù)只起著服從程序需要的作用。在數(shù)據(jù)庫方式下，信息處理觀念已為新體系所取代，數(shù)據(jù)占據(jù)了中心位置。數(shù)據(jù)結(jié)構(gòu)的設(shè)計成為信息系統(tǒng)首先關(guān)心的問題，而利用這些數(shù)據(jù)的應(yīng)用程序設(shè)計則退居到以既定的數(shù)據(jù)結(jié)構(gòu)為基礎(chǔ)的外圍地位。
目前世界上已有數(shù)百萬個數(shù)據(jù)庫系統(tǒng)在運(yùn)行，其應(yīng)用已經(jīng)深入到人類社會生活的各個領(lǐng)域，從企業(yè)管理、銀行業(yè)務(wù)、資源分配、經(jīng)濟(jì)預(yù)測一直到信息檢索、檔案管理、普查統(tǒng)計等。并在通信網(wǎng)絡(luò)基礎(chǔ)上，建立了許多國際性的聯(lián)機(jī)檢索系統(tǒng)。我國20世紀(jì)90年代初在全國范圍內(nèi)裝備了12個以數(shù)據(jù)庫技術(shù)為基礎(chǔ)的大型計算機(jī)系統(tǒng)，這些系分布在郵電、計委、銀行、電力、鐵路、氣象、民航、情報、公安、軍事、航天和財稅等行業(yè)。
數(shù)據(jù)庫技術(shù)還在不斷的發(fā)展，并且不斷地與其它計算機(jī)技術(shù)相互滲透。數(shù)據(jù)庫技術(shù)與網(wǎng)絡(luò)通信技術(shù)相結(jié)合，產(chǎn)生了分布式數(shù)據(jù)庫系統(tǒng)。數(shù)據(jù)庫技術(shù)與面向?qū)ο蠹夹g(shù)相結(jié)合，產(chǎn)生了面向?qū)ο髷?shù)據(jù)庫系統(tǒng)。
在數(shù)據(jù)庫技術(shù)中有四個名詞，其概念應(yīng)該分清。
（1）數(shù)據(jù)庫（database，DB）:DB是統(tǒng)一管理的相關(guān)數(shù)據(jù)的集合。DB能為各種用戶共享，具有最小冗余度，數(shù)據(jù)間聯(lián)系密切，而又有較高的數(shù)據(jù)獨立性。
（2）數(shù)據(jù)庫管理系統(tǒng)（Database Management System，DBMS）：DBMS是位于用戶與操作系統(tǒng)之間的一層數(shù)據(jù)管理軟件，為用戶或應(yīng)用程序提供訪問DB的方法，包括DB的建立、查詢、更新及各種數(shù)據(jù)控制。DBMS總是基于某種數(shù)據(jù)模型，可以分為層次型、網(wǎng)狀型、關(guān)系型和面向?qū)ο笮虳BMS。
（3）數(shù)據(jù)庫系統(tǒng)（Database System，DBS）:DBS是實現(xiàn)有組織地、動態(tài)地存儲大量關(guān)聯(lián)數(shù)據(jù)，方便多用戶訪問的計算機(jī)軟件、硬件和數(shù)據(jù)資源組成的系統(tǒng)，即采用了數(shù)據(jù)庫技術(shù)的計算機(jī)系統(tǒng)。
（4）數(shù)據(jù)庫技術(shù)：這是一門研究數(shù)據(jù)庫的結(jié)構(gòu)、存儲、管理和使用的軟件學(xué)科。數(shù)據(jù)庫技術(shù)是操作系統(tǒng)的文件系統(tǒng)基礎(chǔ)上發(fā)展起來的。而DBMS本身要在操作系統(tǒng)的支持下才能工作。數(shù)據(jù)庫不僅用到數(shù)據(jù)結(jié)構(gòu)的知識，而且豐富了數(shù)據(jù)結(jié)構(gòu)的內(nèi)容。在關(guān)系數(shù)據(jù)庫中要用到集合論、數(shù)理邏輯的理論。因此，數(shù)據(jù)庫技術(shù)是一門綜合性較強(qiáng)的學(xué)科。
§2.2數(shù)據(jù)庫理論基礎(chǔ)
2.2.1 數(shù)據(jù)庫模型
從20世紀(jì)50年代中期開始，計算機(jī)的應(yīng)用由科學(xué)研究部門逐步擴(kuò)展到企業(yè)、行政部門。至60年代，數(shù)據(jù)處理成為計算機(jī)的主要應(yīng)用。數(shù)據(jù)庫技術(shù)作為數(shù)據(jù)管理技術(shù)，是計算機(jī)軟件領(lǐng)域的一個重要分支，產(chǎn)生于60年代末?，F(xiàn)已形成相當(dāng)規(guī)模的理論體系和實用技術(shù)。
模型是對現(xiàn)實世界的抽象。在數(shù)據(jù)庫技術(shù)中，我們用模型的概念描述數(shù)據(jù)庫的結(jié)構(gòu)與語義，對現(xiàn)實世界進(jìn)行抽象，表示實體類型及實體間聯(lián)系的模型稱為“數(shù)據(jù)模型” 。
目前廣泛作用的數(shù)據(jù)模型可分為兩種類型。
一種是獨立于計算機(jī)系統(tǒng)的模型，完全不涉及信息在系統(tǒng)中的表示，只是用來描述某個特定組織所關(guān)心的信息結(jié)構(gòu)，這類模型稱為“概念數(shù)據(jù)模型” 。要領(lǐng)模型用于建立信息世界的數(shù)據(jù)模型，強(qiáng)調(diào)其語義表達(dá)功能，應(yīng)該概念簡單、清晰，易于用戶理解，它是現(xiàn)實世界的第一層抽象，是用戶和數(shù)據(jù)庫設(shè)計人員之間進(jìn)行交流的工具。這一其中著名的模型是“實體聯(lián)系模型” 。
另一種數(shù)據(jù)模型是直接面向數(shù)據(jù)庫的邏輯結(jié)構(gòu)，它是現(xiàn)實世界的第二層抽象。 這類模型涉及到計算機(jī)系統(tǒng)和數(shù)據(jù)庫管理系統(tǒng)，又稱為“結(jié)構(gòu)數(shù)據(jù)模型” 。例如，層次、網(wǎng)狀、關(guān)系、面向?qū)ο蟮饶Ｐ?。這類模型有嚴(yán)格的形式化定義，以便于在計算機(jī)系統(tǒng)中實現(xiàn)。
（1）層次模型。用樹型結(jié)構(gòu)表示實體類型及實體間聯(lián)系的數(shù)據(jù)模型。樹的結(jié)點是記錄類型，每個非根結(jié)點有且只有一個父結(jié)點。上一層記錄類型和下一層記錄類型間聯(lián)系是1∶N聯(lián)系。
層次模型的特點是記錄之間的聯(lián)系通過指針實現(xiàn)，查詢效率較高。但層次模型有兩個缺點：一是只能表示1∶N聯(lián)系，雖然有多種輔助手段實現(xiàn)了M∶N聯(lián)系，但都較復(fù)雜，用戶不易掌握，二是由于樹型結(jié)構(gòu)層次順序的嚴(yán)格和復(fù)雜，引起數(shù)據(jù)的查詢和更新操作也很復(fù)雜，因此，編寫應(yīng)用程序也很復(fù)雜。
（2）網(wǎng)狀模型。用有向圖結(jié)構(gòu)表示實體類型及實體間聯(lián)系的數(shù)據(jù)模型。。1969年DBTG報告提出的數(shù)據(jù)模型是網(wǎng)狀模型的主要代表。有向圖中的結(jié)點是記錄類型，有向邊表示從箭尾一端的記錄類型到箭頭一端的記錄類型間聯(lián)系是1∶N聯(lián)系。
網(wǎng)狀模型的特點：記錄之間聯(lián)系通過指針實現(xiàn)，M∶N聯(lián)系也容易實現(xiàn)（每個M∶N聯(lián)系可拆成兩個1∶N聯(lián)系），查詢效率較高。網(wǎng)狀模型的缺點是編寫應(yīng)用程序比較復(fù)雜，程序員必須熟悉數(shù)據(jù)庫的邏輯結(jié)構(gòu)。由于層次系統(tǒng)和網(wǎng)狀系統(tǒng)的應(yīng)用程序編制比較復(fù)雜，因此，從20世紀(jì)80年代中期起，其市場已被關(guān)系系統(tǒng)所取代。但是使用這兩種模型建立起的許多數(shù)據(jù)庫仍然在正常運(yùn)轉(zhuǎn)，只是在外層加了個關(guān)系數(shù)據(jù)庫語言的接口。網(wǎng)狀模型有許多成功的產(chǎn)品，20世紀(jì)70年代的產(chǎn)品大部分網(wǎng)狀系統(tǒng)，例如，Honeywell公司的IDS/Ⅱ、HP公司的IMAGE/3000、Burroughs公司的DMSⅡ、Umivac公司的DMS1100、Cullinet公司的IDMS、Cimcom公司的TOTAL等
（3）關(guān)系模型。關(guān)系模型的主要是用二維表格結(jié)構(gòu)表達(dá)實體集，用外鍵表示實體間聯(lián)系。關(guān)系模型是由若干個關(guān)系模式組成的集合。關(guān)系模式相當(dāng)于前面提到的記錄類型，它的實例稱為關(guān)系，每個關(guān)系實際上是一張二維表格。
關(guān)系模型和層次、網(wǎng)狀模型的最大判別是用關(guān)鍵碼而不是用指針導(dǎo)航數(shù)據(jù)，表格簡單用戶易懂，編程時并不涉及存儲結(jié)構(gòu)，訪問技術(shù)等細(xì)節(jié)。關(guān)系模型是數(shù)學(xué)化模型。SQL語言是關(guān)系數(shù)據(jù)庫的標(biāo)準(zhǔn)化語言，已得到了廣泛的應(yīng)用。20世紀(jì)70年代對關(guān)系數(shù)據(jù)庫的研究主要集中在理論和實驗系統(tǒng)的開發(fā)方面。80年代初才形成產(chǎn)品，但很快得到廣泛的應(yīng)用和普及，并最終取代了層次、網(wǎng)狀數(shù)據(jù)庫產(chǎn)品?，F(xiàn)在市場上典型的關(guān)系DBMS產(chǎn)品有DB2、ORACLE、SYBASE、INFORMIX和微機(jī)型產(chǎn)品Foxpro、Access等。
關(guān)系模型和網(wǎng)狀、層次模型的最大區(qū)別是：關(guān)系模型用表格數(shù)據(jù)而不是通過指針鏈來表示和實現(xiàn)實體間聯(lián)系。關(guān)系模型的數(shù)據(jù)結(jié)構(gòu)簡單、易懂。只需用簡單的查詢語句就可對數(shù)據(jù)庫進(jìn)行操作。
關(guān)系模型是數(shù)學(xué)化的模型，可把表格看成一個集合，因此集合論、數(shù)理邏輯等知識可引入到關(guān)系模型中來。關(guān)系模型已是一個成熟的有前途的模型，已得到廣泛應(yīng)用。
（4）面向?qū)ο竽Ｐ?。目前，關(guān)系數(shù)據(jù)庫的使用已相當(dāng)普遍，但是，現(xiàn)實世界中仍然存在著許多含有復(fù)雜數(shù)據(jù)結(jié)構(gòu)的應(yīng)用領(lǐng)域，例如，CAD數(shù)據(jù)、圖形數(shù)據(jù)等，而關(guān)系模型在這方面的處理能力就顯得力不從心。因此，人們需要更高級的數(shù)據(jù)庫技術(shù)來表達(dá)這類信息。面向?qū)ο蟮母拍钭钤绯霈F(xiàn)在程序設(shè)計語言中，隨后迅速滲透到計算機(jī)領(lǐng)域的每一個分支。面向?qū)ο髷?shù)據(jù)庫是面向?qū)ο蟾拍钆c數(shù)據(jù)庫技術(shù)相結(jié)合的產(chǎn)物。
面向?qū)ο竽Ｐ湍芡暾孛枋霈F(xiàn)實世界的數(shù)據(jù)結(jié)構(gòu)，具有豐富的表達(dá)能力，但模型相對較復(fù)雜，涉及的知識面也廣，因此面向?qū)ο髷?shù)據(jù)庫尚未達(dá)到關(guān)系數(shù)據(jù)庫那樣的普及程度。
2.2.2 數(shù)據(jù)庫體系結(jié)構(gòu)
數(shù)據(jù)庫的體系結(jié)構(gòu)分三級：內(nèi)部級（internal），概念級（conceptual）和外部級（external）。這個三級結(jié)構(gòu)有時也稱為“三級模式結(jié)構(gòu)”，或“數(shù)據(jù)抽象的三個級別”，最早是在1971年通過的DBTG報告中提出，后來收入在1975年的美國ANSI/SPARC報告中。雖然現(xiàn)在DBMS的產(chǎn)品多種多樣，在不同的操作系統(tǒng)支持下工作，但是大多數(shù)系統(tǒng)在總的體系結(jié)構(gòu)上都具有三級模式的結(jié)構(gòu)特征。從某個角度看到的數(shù)據(jù)特性稱為“數(shù)據(jù)視圖”（data view）。
外部級最接近用戶，是單個用戶所能看到的數(shù)據(jù)特性。單個用戶使用的數(shù)據(jù)視圖的描述稱為“外模式”。
概念級涉及到所有用戶的數(shù)據(jù)定義，是全局的數(shù)據(jù)視圖。全局?jǐn)?shù)據(jù)視圖的描述稱為“概念模式”。
內(nèi)部級最接近于物理存儲設(shè)備，涉及到實際數(shù)據(jù)存儲的結(jié)構(gòu)。物理存儲數(shù)據(jù)視圖的描述稱為“內(nèi)模式”。
數(shù)據(jù)庫的三級模式結(jié)構(gòu)是數(shù)據(jù)的三個抽象級別。它把數(shù)據(jù)的具體組織留給DBMS去做，用戶只要抽象地處理數(shù)據(jù)，而不必關(guān)心數(shù)據(jù)在計算機(jī)中的表示和存儲，這樣就減輕了用戶使用系統(tǒng)的負(fù)擔(dān)。
三級結(jié)構(gòu)之間往往差別很大，為了實現(xiàn)這三個抽象級別的聯(lián)系和轉(zhuǎn)換，DBMS在三級結(jié)構(gòu)之間提供兩個層次的映象（mappings）:外模式/模式映象，模式/內(nèi)模式映象。此處模式是概念模式的簡稱。
2.2.3 數(shù)據(jù)的獨立性
由于數(shù)據(jù)庫系統(tǒng)采用三級模式結(jié)構(gòu)，因此系統(tǒng)具有數(shù)據(jù)獨立性的特點。在數(shù)據(jù)庫技術(shù)中，數(shù)據(jù)獨立性是指應(yīng)用程序和數(shù)據(jù)之間相互獨立，不受影響。數(shù)據(jù)獨立性分成物理數(shù)據(jù)獨立性和邏輯數(shù)據(jù)獨立性兩級。
（1）物理數(shù)據(jù)獨立性
如果數(shù)據(jù)庫的內(nèi)模式要進(jìn)行修改，即數(shù)據(jù)庫的存儲設(shè)備和存儲方法有所變化，那么模式/內(nèi)模式映象也要進(jìn)行相當(dāng)?shù)男薷?，使概念模式盡可能保持不變。也就是對內(nèi)模式的修改盡量不影響概念模式，當(dāng)然，對于外模式和應(yīng)用程序的影響更小，這樣，我們稱數(shù)據(jù)庫達(dá)到了物理數(shù)據(jù)獨立性。
（2）邏輯數(shù)據(jù)獨立性
如果數(shù)據(jù)庫的概念模式要進(jìn)行修改，譬如增加記錄類型或增加數(shù)據(jù)項，那么外模式/模式映象也要進(jìn)行相應(yīng)的修改，使外模式盡可能保持不變。也就是對概念模式的修改盡量不影響外模式和應(yīng)用程序，這樣，我們稱數(shù)據(jù)庫達(dá)到了邏輯數(shù)據(jù)獨立性。
現(xiàn)有關(guān)系系統(tǒng)產(chǎn)品均提供了較高的物理獨立性，而對邏輯獨立性的支持尚有欠缺，例如，對外模式的數(shù)據(jù)更新受到限制等。
2.2.4 范式
建立起一個良好的數(shù)據(jù)指標(biāo)體系，是建立數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫的最重要的一環(huán)。一個良好的數(shù)據(jù)指標(biāo)體系是建立DB的必要條件，但不是充分條件。我們完全可以認(rèn)為所建指標(biāo)體系中的一個指標(biāo)類就是關(guān)系數(shù)據(jù)庫中的一個基本表，而這個指標(biāo)類下面的一個個具體指標(biāo)就是這個基本表中的一個字段。但如果直接按照這種方式建庫顯然還不能算最佳。對于指標(biāo)體系中數(shù)據(jù)的結(jié)構(gòu)在建庫前還必須進(jìn)行規(guī)范化的重新組織。
在數(shù)據(jù)的規(guī)范化表達(dá)中，一般將一組相互關(guān)聯(lián)的數(shù)據(jù)稱為一個關(guān)系(relation)，而在這個關(guān)系下的每個數(shù)據(jù)指標(biāo)項則被稱為數(shù)據(jù)元素(data element)，這種關(guān)系落實到具體數(shù)據(jù)庫上就是基本表，而數(shù)據(jù)元素就是基本表中的一個字段(field)。規(guī)范化表達(dá)還規(guī)定在每一個基本表中必須定義一個數(shù)據(jù)元素為關(guān)鍵字(key)，它可以唯一地標(biāo)識出該表中其它相關(guān)的數(shù)據(jù)元素。在規(guī)范化理論中表是二維的，它有如下四個性質(zhì)：
在表中的任意一列上，數(shù)據(jù)項應(yīng)屬于同一個屬性(如圖中每一列都存放著不同合同記錄的同一屬性數(shù)據(jù))。
表中所有行都是不相同的，不允許有重復(fù)組項出現(xiàn)(如圖中每一行都是一個不同的合同記錄)。
在表中，行的順序無關(guān)緊要(如圖中每行存的都是合同記錄，至于先放哪一個合同都沒關(guān)系)。
在表中，列的順序無關(guān)緊要，但不能重復(fù)(如圖中合同號和合同名誰先誰后都沒關(guān)系，但二者不可重復(fù)或同名)。
在對表的形式進(jìn)行了規(guī)范化定義后，數(shù)據(jù)結(jié)構(gòu)還有五種規(guī)范化定義，定名為規(guī)范化模式，稱為范式。在這五種范式中，一般只用前三種，對于常用系統(tǒng)就足夠了。而且這五種范式是“向上兼容”的，即滿足第五范式的數(shù)據(jù)結(jié)構(gòu)自動滿足一、二、三、四范式，滿足第四范式的數(shù)據(jù)結(jié)構(gòu)自動滿足第一、二、三范式，……，依此類推。
第一范式(first normal form，簡稱1st NF)就是指在同一表中沒有重復(fù)項出現(xiàn)，如果有則應(yīng)將重復(fù)項去掉。這個去掉重復(fù)項的過程就稱之為規(guī)范化處理。在本文所討論的開發(fā)方法里，1st NF實際上是沒有什么意義的。因為我們按規(guī)范化建立的指標(biāo)體系和表的過程都自動保證了所有表都滿足1st NF。
第二范式(second normal form，簡稱 2nd NF)是指每個表必須有一個(而且僅一個)數(shù)據(jù)元素為主關(guān)鍵字(primary key)，其它數(shù)據(jù)元素與主關(guān)鍵字一一對應(yīng)。例如，在圖l9.7中如果我們將合同號定義為主關(guān)鍵字(其它數(shù)據(jù)元素中的記錄數(shù)據(jù)都有可能重名，故不能作為主關(guān)鍵字)，故只要知道了一個合同記錄的合同號，就可以唯一地在同一行中找到該合同的任何一項具體信息。通常我們稱這種關(guān)系為函數(shù)依賴(functional depEndence)關(guān)系。即表中其它數(shù)據(jù)元素都依賴于主關(guān)鍵字，或稱該數(shù)據(jù)元素唯一地被主關(guān)鍵字所標(biāo)識。
第三范式(third normal form，簡稱 3rd NF)就是指表中的所有數(shù)據(jù)元素不但要能夠唯一地被主關(guān)鍵字所標(biāo)識，而且它們之間還必須相互獨立，不存在其它的函數(shù)關(guān)系。也就是說對于一個滿足了 2nd NF的數(shù)據(jù)結(jié)構(gòu)來說，表中有可能存在某些數(shù)據(jù)元素依賴于其它非關(guān)鍵宇數(shù)據(jù)元素的現(xiàn)象，必須加以消除。
為防止數(shù)據(jù)庫出現(xiàn)更新異常、插入異常、刪除異常、數(shù)據(jù)冗余太大等現(xiàn)象，關(guān)系型數(shù)據(jù)庫要盡量按關(guān)系規(guī)范化要求進(jìn)行數(shù)據(jù)庫設(shè)計。
§2.3 SQL語言基礎(chǔ)
2.3.1 SQL簡介
用戶對數(shù)據(jù)庫的使用，是通過數(shù)據(jù)庫管理系統(tǒng)提供的語言來實現(xiàn)的。不同的數(shù)據(jù)庫管理系統(tǒng)提供不同的數(shù)據(jù)庫語言。關(guān)系數(shù)據(jù)庫管理系統(tǒng)幾乎都提供關(guān)系數(shù)據(jù)庫標(biāo)準(zhǔn)語言——SQL。
SQL 的全稱是Structured Query Language，即結(jié)構(gòu)化查詢語言。SQL語句可以從關(guān)系數(shù)據(jù)庫中獲得數(shù)據(jù)，也可以建立數(shù)據(jù)庫、增加數(shù)據(jù)、修改數(shù)據(jù)。1986年ANSI采用SQL語言作為關(guān)系數(shù)據(jù)庫系統(tǒng)的標(biāo)準(zhǔn)語言，后被國際化標(biāo)準(zhǔn)組織（ISO）采納為國際標(biāo)準(zhǔn)。SQL語言使用方便、功能豐富、簡潔易學(xué)，是操作數(shù)據(jù)庫的工業(yè)標(biāo)準(zhǔn)語言，得到廣泛地應(yīng)用。例如關(guān)系數(shù)據(jù)庫產(chǎn)品DB2、ORACLE等都實現(xiàn)了SQL語言。同時，其它數(shù)據(jù)庫產(chǎn)品廠家也紛紛推出各自的支持SQL的軟件或者與SQL的接口軟件。這樣SQL語言很快被整個計算機(jī)界認(rèn)可。
SQL語言是一種非過程化語言，它一次處理一個記錄集合，對數(shù)據(jù)提供自動導(dǎo)航。SQL語言允許用戶在高層的數(shù)據(jù)結(jié)構(gòu)上工作，而不對單個記錄進(jìn)行操作。SQL語言不要求用戶指定數(shù)據(jù)的存取方法，而是使用查詢優(yōu)化器，由系統(tǒng)決定對指定數(shù)據(jù)存取的最快速手段。當(dāng)設(shè)計者在關(guān)系表上定義了索引時，系統(tǒng)會自動利用索引進(jìn)行快速檢索，用戶不需知道表上是否有索引或者有什么類型的索引等細(xì)節(jié)。
SQL語言可以完成許多功能，例如：
查詢數(shù)據(jù)
在數(shù)據(jù)庫表格中插入、修改和刪除記錄
建立、修改和刪除數(shù)據(jù)對象
控制對數(shù)據(jù)和數(shù)據(jù)對象的存取
確保數(shù)據(jù)庫的一致性和完整性等
2.3.2 SQL查詢
數(shù)據(jù)查詢是關(guān)系運(yùn)算理論在SQL語言中的主要體現(xiàn)，SELECT 語句是SQL查詢的基本語句，當(dāng)我們在對一個數(shù)據(jù)庫進(jìn)各種各樣的操作時，使用的最多的就是數(shù)據(jù)查詢，在以SQL為基礎(chǔ)的關(guān)系數(shù)據(jù)庫中，使用的最多的就是SELECT查詢語句。
SELECT語句的完整句法如下：
SELECT 目標(biāo)表的列名或列表達(dá)式序列
FROM 基本表和（或）視圖序列
[WHERE 行條件表達(dá)式]
[GROUP BY 列名序列]
[HAVING 組條件表達(dá)式]
[ORDER BY列名 [ASC│DEAC]…]
我在SELECT語句中還使用了大量的保留字和通配符以進(jìn)行各種各樣的條件查詢。在系統(tǒng)中有大量的查詢按鈕，其使用了大量的查詢語句，而且這些查詢語句大部分使用的是模糊查詢，所以大量的使用了模式匹配符LIKE(判斷值是否與指定的字符通配格式相符)。在包含LIKE的查詢語句中可以使用兩個通配符：%（百分號）：與零個或多個字符組成的字符串匹配；_（下劃線）：與單個字符匹配。系統(tǒng)中的條件判斷往往包含多個條件，這時就需要使用邏輯運(yùn)算符NOT、AND、OR(用于多條件的邏輯連接)，謂詞ALL以及保留字DISTINCT等等。做為SELECT語句還有很多的使用方法，這里就不再敘述。
2.3.3 SQL數(shù)據(jù)更新
使用數(shù)據(jù)庫的目的是為了有效地管理數(shù)據(jù)，而數(shù)據(jù)的插入、刪除和修改則是必不可少的一個功能。在本系統(tǒng)中就大量地使用了數(shù)據(jù)插入、刪除和修改這三種操作，現(xiàn)做一個簡單地介紹。
數(shù)據(jù)插入
往數(shù)據(jù)庫的基本表中插入數(shù)據(jù)使用的是INSERT語句，其方式有兩種：一種是元組值的插入，另一種是查詢結(jié)果的插入。在本系統(tǒng)中使用的是前一種方式，其句法如下：
INSERT INTO 基本表名（列表名）VALUES（元組值）
數(shù)據(jù)刪除
往數(shù)據(jù)庫的基本表中刪除數(shù)據(jù)使用的是DELETE語句，其句法如下：
DELETE FROM 基本表名 [WHERE 條件表達(dá)式]
在些作一點說明，刪除語句實際上是“SELECT * FROM 基本表名 [WHERE 條件表達(dá)式]”和DELETE操作的結(jié)合，每找到一個元組，就把它刪除。此外，DELETE語句只能從一個基本表中刪除元組，WHERE子句中條件可以嵌套，也可以是來自幾個基本表的復(fù)合條件。
數(shù)據(jù)修改
當(dāng)需要修改基本表中元組的某些列值時，可以用UPDATE語句實現(xiàn)，其句法如下：
UPDATE基本表名
SET列名=值表達(dá)式[，列名=值表達(dá)式…]
[WHERE條件表達(dá)式]
在Delphi中使用SQL語句是很方便的，一般來說，都是通過TQuery組件來使用SQL語言的。有一點要進(jìn)行說明，雖然通過TQuery組件來使用SQL語言很方便，但考慮到自己對不同組件的理解程度、個人習(xí)慣以及其它各個方面，在本系統(tǒng)中我采用的是ADO組件來對數(shù)據(jù)庫進(jìn)行操作。最簡單的方法比如在TADOQuery組件的SQL屬性中就可以鍵入SQL語句，至于詳細(xì)的使用方法在后面進(jìn)行介紹。
轉(zhuǎn)貼于 第三章
數(shù)據(jù)庫開發(fā)工具
§3.1 Delphi 6.0 簡介
Delphi類可以粗略地分成兩部分：一部分是組件類，這些組件類通常以某種方式出現(xiàn)在組件面板上，當(dāng)用戶從組件面板上點取一個類的圖標(biāo)后，在程序中就自動生成了該類的對象（非可視組件除外）；另一部分是功能類，這此功能類的對象通常出現(xiàn)在程序代碼中，起著不可代替的作用，但是這些功能類在組件面板上是找不到的。在Delphi中，每一個類的祖先都是Tobject類，整個類的層次結(jié)構(gòu)就像一棵倒掛的樹，在最頂層的樹根即為Tobject類。這樣，按照面向?qū)ο缶幊痰幕舅枷耄褪沟糜脩艨捎肨object類這個類型代替任何其它類的數(shù)據(jù)類型。實際上在Delphi的類庫中，Tobject類派生出了為數(shù)相當(dāng)眾多的子類，它們形成了一個龐大的體系，通常情況下，如果不自行開發(fā)組件，就不必了解整個類的體系結(jié)構(gòu)，只用到類層次樹的葉結(jié)點就足夠了。
凡是做過程序開發(fā)的人都知道從來沒有單純的數(shù)據(jù)應(yīng)用程序，也就是說，數(shù)據(jù)庫應(yīng)用程序必須和用戶界面（可以是圖形界面，也可以是命令接口）元素相結(jié)合，只講界面或只講數(shù)據(jù)庫本身都構(gòu)不成數(shù)據(jù)庫應(yīng)用程序，因而用Delphi 6.0開發(fā)數(shù)據(jù)庫應(yīng)用程序就隱含著界面開發(fā)。Delphi6中的VCL組件可用圖3-1來說明。組件在Delphi程序的開發(fā)中是最顯眼的角色。大家知道，在編寫程序時一般都開始于在組件面板上選擇組件并定義組件間的相互作用。但也有一些組件不在組件面板上，例如Tform和Tapplication（典型的非可視組件）。組件是Tcomponents派生出來的子類，可以流的形式存放在DFM文件中，具有事件和Publish屬性。
窗口組件類是窗口化的可視化組件類，在Delphi的類庫中占有最大的份額。在實際編程中，窗口組件類的對象都有句柄，可以接受輸入焦點和包含其它組件。
圖形組件與窗口組件并列，是另一大類組件。圖形組件不是基于窗口的，因而不能有窗口句柄，不能接受輸入焦點和包含其它組件。從圖8-43中可以看出，圖形組件的基類是TgraphicControl，在實際編程中，它們必須寄生于它們的宿主——窗口組件類的對象，由它們的擁有者負(fù)責(zé)其顯示，而且它們還能觸發(fā)一些和鼠標(biāo)活動相關(guān)的事件。圖形控件最典型的例子是Tlabel和TspeedButton。由此可以看出圖形組件的功能很弱，有讀者會問圖形組件的用處何在呢？其實使用圖形組件的最大好處在于節(jié)省資源，正是因為它們的功能較弱，所以使用的系統(tǒng)資源就要少。在一個應(yīng)用程序中，如果能在不影響其功能的前提下合理大量地使用圖形組件，將會大減少程序?qū)ο到y(tǒng)資源的消耗。
非可視組件是與可視組件相并列的另一類組件，非可視組件在程序運(yùn)行中是不可見的（除各種對話框組件之外，事實上有人認(rèn)為對話框組件不能歸入非可視組件，應(yīng)該是另一種介于可視與非可視之間的組件）。
§3.2 Delphi 6.0 控件
用Delphi6開發(fā)數(shù)據(jù)庫應(yīng)用，重點是和各種數(shù)據(jù)庫組件打交道，當(dāng)然也要使用其它的一些組件，現(xiàn)在就我在系統(tǒng)設(shè)計中所使用的重要組件給與簡單介紹。
3.2.1 ADO數(shù)據(jù)訪問組件
ADO數(shù)據(jù)對象(Active Data Objects)實際是一種提供訪問各種數(shù)據(jù)類型的鏈接機(jī)制。ADO設(shè)計為一種極簡單的格式，通過ODBC的方法同數(shù)據(jù)庫接口中，可以使用任何一種ODBC數(shù)據(jù)源，即不止適合于SQL Server、Oracle、Access等數(shù)據(jù)庫應(yīng)用程序，也適合于Excel表格、文本文件、圖形文件和無格式的數(shù)據(jù)文件。ADO是基于OLE-DB之上的技術(shù)，因此ADO通過其內(nèi)部的屬性和方法提供統(tǒng)一的數(shù)據(jù)訪問接口方法。ADO使您的客戶端應(yīng)用程序能夠通過OLE DB提供訪問和操作在數(shù)據(jù)庫服務(wù)器中的數(shù)據(jù)。ADO支持用于建立C/S和Web的應(yīng)用程序的主要功能。其主要優(yōu)點是易于使用、高速度、低內(nèi)存支出和占用磁盤空間較少。ADO同時具有遠(yuǎn)程數(shù)據(jù)服務(wù)(RDS)功能，通過RDS可以在一次往返過程中實現(xiàn)將數(shù)據(jù)從服務(wù)器移動到客戶端應(yīng)用程序和Web頁、在客戶端對數(shù)據(jù)進(jìn)行處然后將更新結(jié)果返回服務(wù)器的操作。
Delphi 6.0繼續(xù)對Microsoft的ADO訪問能力的支持。這種能力是通過一組新組件實現(xiàn)的，這些組件是在企業(yè)版的ADO組件頁中，在組件面版的ADO頁上可以找到這些組件。利用在前面章節(jié)提到的TdataSet抽象類，ADO組件可以不通過BDE而直接實現(xiàn)ADO連接。這意味著只需要很少的代碼就可以實現(xiàn)該連接并且性能得到提高。
利用ADO數(shù)據(jù)訪問組件，可以只使用ADO結(jié)構(gòu)與數(shù)據(jù)庫取得聯(lián)系并對其中的數(shù)據(jù)進(jìn)行操作，而在這些過程中完全不需要使用BDE。大多數(shù)的ADO連接和數(shù)據(jù)集組件都是與基于BDE的連接和數(shù)據(jù)集組件相類似的。TADOConnection組件與基于BDE的應(yīng)用程序中的Tdatabase組件類似。TADOTable與Ttable，TADOQuery與Tquery，以及TADOStoreProc和TstoredProc之間都具有這種類似的對應(yīng)關(guān)系。使用這些ADO組件的方式與我們常使用的數(shù)據(jù)訪問組件（基于BDE）都有許多相同之處。TTADODataSet沒有直接的BDE對應(yīng)組件，但它提供了許多與Ttable和Tquery相同的功能。同樣，TADOCommand也沒有相對應(yīng)的BDE組件，它是在Delphi/ADO環(huán)境中完成特定功能的組件。Delphi 6.0通過ADO數(shù)據(jù)集訪問組件，可以不借助BDE數(shù)據(jù)引擎而是通過微軟的OLEDB來訪問更為廣泛的數(shù)據(jù)庫中的數(shù)據(jù)。ADO數(shù)據(jù)集訪問組件與常用的數(shù)據(jù)訪問組件是并列的關(guān)系。
在系統(tǒng)中我主要使用的是ADOTablet和ADOQuery兩個組件。
3.2.2 數(shù)據(jù)控制類DataControl
數(shù)據(jù)控制類負(fù)責(zé)數(shù)據(jù)庫數(shù)據(jù)的顯示，并把用戶對數(shù)據(jù)的修改傳回。這里的絕大多數(shù)組件，如DBText， DBEdit， DBMemo， DBImage， DBListBox， DBComboBox， DBCheckBox， DBRadioGroup， DBLookupListBox， DBLookupCombox， DBCtrGrid的功能和對應(yīng)的非數(shù)據(jù)感知組件相同，如TEdit框，TRadioGroups單選按鈕組等，只不過在顯示數(shù)據(jù)庫數(shù)據(jù)時要用而已。
在系統(tǒng)中主要使用數(shù)據(jù)網(wǎng)格控件DBGrid和數(shù)據(jù)庫導(dǎo)航器控件DBNavigator。
3.2.3 數(shù)據(jù)訪問類DataAccess
數(shù)據(jù)庫應(yīng)用系統(tǒng)中數(shù)據(jù)訪問是一個首要問題，包括單用戶和 C/S系統(tǒng)，都必須聯(lián)系一些數(shù)據(jù)庫和數(shù)據(jù)表文件。Delphi 6 提供了專門用于數(shù)據(jù)訪問的基類控件。主要包括數(shù)據(jù)源控件DataSource、客戶數(shù)據(jù)集控件ClientDataSet、數(shù)據(jù)集提供器控件DataSetProvider等等。
Tdatabase：當(dāng)一個基于BDE的數(shù)據(jù)庫應(yīng)用程序需要一個永久數(shù)據(jù)庫連接時，需要定制向一個數(shù)據(jù)庫服務(wù)器的連接時，需要事務(wù)控制和特殊的數(shù)據(jù)庫別名時就得用到Tdatabase對象。特別是當(dāng)連接到一個遠(yuǎn)程的SQL數(shù)據(jù)庫服務(wù)器時，如果要利用BDE進(jìn)行數(shù)據(jù)庫事務(wù)處理，那么，TDatabase對象的威力就體現(xiàn)出來了。在一個應(yīng)用程序中為每一個數(shù)據(jù)庫連接顯示的聲明Tdatabase對象要根據(jù)需要而定，不是必需的。對一個數(shù)據(jù)庫連接，如果沒有顯示的聲明并實例化TDatabase對象，系統(tǒng)就會產(chǎn)生一個帶有默認(rèn)屬性的TDatabase對象。
TdataSource對象用于在DataSet對象（包括Tquery，TstoredProc，Ttable等）和數(shù)據(jù)感知組件之間提供一個連接的紐帶，以便在窗體上顯示數(shù)據(jù)庫中的數(shù)據(jù)，在數(shù)據(jù)庫中導(dǎo)航定位與編輯數(shù)據(jù)集中的數(shù)據(jù)。如果一個DataSet對象中的數(shù)據(jù)想在數(shù)據(jù)感知組件中顯示和修改，它就必須和TdataSource對象相聯(lián)系。同樣，一個數(shù)據(jù)感知組件如果想和數(shù)據(jù)源相聯(lián)系以便顯示和操縱數(shù)據(jù)，就必須以TDataSource對象為中介。
用Delphi6作數(shù)據(jù)庫應(yīng)用開發(fā)概括來說如下：先利用數(shù)據(jù)存取組件和實際的數(shù)據(jù)庫建立連接，并用Tsession對象和Tdatabase對象管理這些連接。然后以Tdatasource對象為中介，用數(shù)據(jù)感知組件向用戶顯示數(shù)據(jù)庫的內(nèi)容并接受用戶的查詢和修改等操作。
3.2.4 SQL語言在Delphi中的應(yīng)用
在Delphi中使用SQL語言非常方便，一般來說，都是通過Tquery組件來使用SQL語言的?？梢栽赥Query組件的SQL屬性中設(shè)置SQL語句。設(shè)計程序時，在該組件的屬性對話框中選擇SQL屬性，單擊帶省略號的按鈕，就可以打開String List Editor對話框，然后我們就可以在對話框中添加SQL語句。還可以使用Delphi的SQL Builder來自動生成SQL語句，這樣可以避免手工編寫SQL而可能造成的語法錯誤。
靜態(tài)SQL語句在程序設(shè)計時便已固定下來，它不包含任何參數(shù)和變量。
動態(tài)SQL語句，也被稱作參數(shù)化的語句，在其中間包含著表示字段名或表名的參數(shù)，例如下面的語句是一條動態(tài)SQL語句：
Select * From Students Where StudentCode =: StudentCode;
其中的變量StudentCode便是一個參數(shù)變量，它由一個冒號引導(dǎo)，在程序運(yùn)行過程中，必須要為該參數(shù)賦值，該條SQL語句才能正確執(zhí)行，每次運(yùn)行應(yīng)用程序時可以為該參數(shù)變量賦予不同的值。為參數(shù)賦值有三種方法：
①根據(jù)參數(shù)在SQL語句中出現(xiàn)的順序，設(shè)置TQuery部件的Params屬性值為參數(shù)賦值。
②直接根據(jù)SQL語句中各參數(shù)的名字，調(diào)用ParamByName方法來為各參數(shù)賦值。
③將TQuery部件的DataSource屬性設(shè)置為另一個數(shù)據(jù)源，這樣將另一個數(shù)據(jù)源中與當(dāng)前TQuery部件的SQL語句中的參數(shù)名相匹配的字段值賦給其對應(yīng)的參數(shù)。利用這種方法也能實現(xiàn)所謂的連接查詢，創(chuàng)建主要—明細(xì)型數(shù)據(jù)庫應(yīng)用。
在程序運(yùn)行過程中，要想設(shè)置TQuery部件的SQL屬性，必須首先調(diào)用Close方法，關(guān)閉TQuery部件，然后再調(diào)用Clear方法清除SQL屬性中現(xiàn)存的SQL命令語句， 最后再調(diào)用Add方法為SQL屬性設(shè)置新的SQL命令語句。例如：
Query1.Close {關(guān)閉Query1)
Query1.SQL.Clear {清除SQL屬性中的SQL命令語句}
Query1.SQL.Add(‘Select * From Students‘);
Query1.SQL.Add(‘ Where Name ="Lucy" ‘);
在為TQuery部件設(shè)置SQL屬性時調(diào)用Close方法總是很安全的，如果TQuery部件已經(jīng)被關(guān)閉了，調(diào)用Close方法時不會產(chǎn)生任何影響。在應(yīng)用程序中為SQL屬性設(shè)置新的SQL 命令語句時，必須要調(diào)用Clear方法以清除SQL屬性中現(xiàn)存的SQL命令語句，如果不調(diào)用Clear方法，便調(diào)用Add方法向SQL屬性中設(shè)置SQL命令語句，那么新設(shè)置的SQL命令語句會追加在現(xiàn)存SQL命令語句后面， 在程序運(yùn)行時常常會出現(xiàn)出乎意料的查詢結(jié)果甚至程序無法運(yùn)行下去。
在這里要特別注意的，一般情況下TQuery部件的SQL屬性只能包含一條完整的SQL語句，它不允許被設(shè)置成多條SQL語句。當(dāng)然有些數(shù)據(jù)庫服務(wù)器也支持在TQuery部件的SQL屬性中設(shè)置多條SQL語句，只要數(shù)據(jù)庫服務(wù)器允許這樣，我們在編程時可以為 SQL 屬性設(shè)置多條SQL語句。
在為TQuery部件設(shè)置完SQL屬性的屬性值之后，也即編寫好適當(dāng)?shù)腟QL程序之后，可以有多種方式來執(zhí)行SQL程序。
在設(shè)計過程中，設(shè)置完TQuery部件的SQL屬性之后將其Active屬性的值置為True， 這樣便可以執(zhí)行SQL屬性中的SQL程序，如果應(yīng)用中有與TQuery部件相連的數(shù)據(jù)瀏覽部件( 如TDDGrid TDBEdit等)那么在這些數(shù)據(jù)瀏覽部件中會顯示SQL程序的執(zhí)行結(jié)果。
在應(yīng)用程序運(yùn)行過程中，通過程序調(diào)用TQuery部件的Open方法或ExecSQL 方法可以執(zhí)行其SQL屬性中的SQL程序。Open方法和ExecSQL方法是不一樣的。Open方法只能用來執(zhí)行SQL語言的查詢語句(Select命令)， 并返回一個查詢結(jié)果集，而ExecSQL方法還可以用來執(zhí)行其它常用的SQL語句(如INSERT， UPDATE， DELETE等命令)，例如：
Query1.Open (這樣會返回一個查詢結(jié)果集)
如果調(diào)用Open方法，而沒有查詢結(jié)果時，會出錯。此時應(yīng)該調(diào)用ExecSQL 方法來代替Open方法。如：
Query1.ExecSQL (沒有返回結(jié)果)
當(dāng)然在設(shè)計應(yīng)用程序時，程序設(shè)計人員是無法確定TQuery部件中的SQL 語句是否會返回一個查詢結(jié)果的。對于這種情況應(yīng)當(dāng)用Try…Except模塊來設(shè)計程序。在 Try 部分調(diào)用Open方法，而在Except部分調(diào)用ExceSQL方法，這樣才能保證程序的正確運(yùn)行。
Delphi中用ADOQuery來使用SQL語句同樣十分方便。在ADOQuery組件中首先通過ConnectionString屬性值來聯(lián)接數(shù)據(jù)源，然后就通過雙擊SQL…屬性值來寫入SQL語句。在Delphi中調(diào)用數(shù)據(jù)庫，就可以調(diào)用ADOQuery組件，通過修改其中的SQL…屬性中的SQL語句來實現(xiàn)對數(shù)據(jù)庫的各項操作。
值得注意的是，ADOQuery組件只有在激活的情況下才可以被正確地使用，這樣就提出了一個問題，也就是說，在每次修改ADOQuery組件的SQL…屬性時都必須先行進(jìn)行關(guān)閉，待清除掉SQL…中所有的SQL語句后才可以添加新的SQL語句。而且，在每一次修改完成以后，還應(yīng)該記得重新將ADOQuery激活。其它的使用方法與TTQuery有許多的相似之處。
§3.3 Access 簡介
建立一個數(shù)據(jù)庫我們有多種選擇，現(xiàn)在市場上有各種各樣的數(shù)據(jù)庫，而且每一種數(shù)據(jù)庫都有其自身的特點，不能說哪一種更好，只能在其中尋找一種能更好地適應(yīng)系統(tǒng)需求、更好地滿足用戶的要求以及適應(yīng)開發(fā)人員的習(xí)慣。在本系統(tǒng)中，做為圖書倉庫管理系統(tǒng)是一個比較小的應(yīng)用系統(tǒng)，它所產(chǎn)生和處理的數(shù)據(jù)量也比較小。因此，沒有必要使用像SQL Server和Oracle這樣的大型數(shù)據(jù)庫。我首先想到的數(shù)據(jù)庫是Borland公司的Paradox數(shù)據(jù)庫。另外，Microsoft Office中的Access數(shù)據(jù)庫在計算機(jī)上的應(yīng)用比較普及，是開發(fā)小型數(shù)據(jù)庫系統(tǒng)的比較理想的選擇，所以，在本系統(tǒng)中我選擇了Access數(shù)據(jù)庫。
Access做為一個數(shù)據(jù)庫管理系統(tǒng)，它被集成在Microsoft Office中。Access數(shù)據(jù)庫處理的基本結(jié)構(gòu)，采取關(guān)系型數(shù)據(jù)庫模式。與其他的數(shù)據(jù)庫系統(tǒng)相比，Access更加簡單易學(xué)，一個普通的計算機(jī)用戶可以很快地掌握它。Access 2000的功能十分強(qiáng)大，利用它可以方便地實現(xiàn)對信息保存、維護(hù)、查詢、統(tǒng)計、打印、交流、，而且它可以十分方便地與Office其他組件交流數(shù)據(jù)，這些功能對一個一般用戶而言已經(jīng)足夠了。
轉(zhuǎn)貼于 第四章 系統(tǒng)總體設(shè)計
軟件系統(tǒng)的總體設(shè)計大約要經(jīng)歷可行性分析和項目開發(fā)計劃，需求分析，概要設(shè)計，詳細(xì)設(shè)計，編碼，測試以及維護(hù)等七個階段?？尚行苑治龊晚椖块_發(fā)計劃在前面已經(jīng)敘述，下面所要做的是進(jìn)行軟件需求分析，概要設(shè)計和詳細(xì)設(shè)計。編碼過程將在下一節(jié)論述，而測試和維護(hù)過程不在本文敘及。
§4.1 系統(tǒng)需求分析
在經(jīng)過前一階段的分析之后，我確定了我的開發(fā)課題為圖書倉庫管理?，F(xiàn)在所要做的是要準(zhǔn)確定義系統(tǒng)必須做什么以及系統(tǒng)必須具備的功能。
軟件需求分析中我采用結(jié)構(gòu)化分析方法（Structured Analysis，簡稱SA），SA是面向數(shù)據(jù)流進(jìn)行需求分析的方法，像所有的軟件分析方法（如面向?qū)ο蠓治龇椒āDEF方法等等）一樣，SA也是一種建模活動，它使用簡單易讀的符號，根據(jù)軟件內(nèi)部數(shù)據(jù)傳遞、變換的關(guān)系，自頂向下逐層分解，描繪滿足功能要求的軟件模型。
在系統(tǒng)中我采用數(shù)據(jù)流圖（DFD）這種半形式化的描述方式表達(dá)需求。它是一種功能模型，以圖形的方式描繪數(shù)據(jù)在系統(tǒng)中流動和處理的過程，只反映系統(tǒng)必須完成的邏輯功能。它有四種基本圖形符號：
：箭頭，表示數(shù)據(jù)流；
〇：圓或橢圓，表示加工；
：雙杠，表示數(shù)據(jù)存儲；
：方框，表示數(shù)據(jù)的源點或終點。
為了表達(dá)較為復(fù)雜問題的數(shù)據(jù)處理過程，用一張數(shù)據(jù)流圖是不夠的，要按照問題的層次結(jié)構(gòu)進(jìn)行逐步分解，并以一套分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系。在這里我一共使用了三層數(shù)據(jù)流圖，即頂層圖，0層圖和1層圖（也是底層圖）。
在多層數(shù)據(jù)流圖中，頂層流圖僅包含一個加工，它代表被開發(fā)系統(tǒng)，它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)了，輸出流是該系統(tǒng)的輸出數(shù)據(jù)；底層流圖是指其加工不需要再做分解的數(shù)據(jù)流圖，中間層流圖表示對其上層父圖的細(xì)化，它的每一步加工可能繼續(xù)細(xì)化成子圖。
經(jīng)過對系統(tǒng)的分析首先得到系統(tǒng)的頂層DFD，如下： 一步細(xì)化得到系統(tǒng)的0層DFD，如下：
再進(jìn)一步細(xì)化每一個數(shù)據(jù)加工功能，得到系統(tǒng)的1層DFD圖。
在這里只給出有關(guān)入庫管理和出庫管理的1層數(shù)據(jù)流圖，它們是系統(tǒng)的關(guān)鍵部分，也是主要的部分。通過以上對數(shù)據(jù)流圖的分析之后，我們已大體地了解了系統(tǒng)的功能和目標(biāo)，接下來所要做的就是系統(tǒng)功能模塊的劃分和數(shù)據(jù)庫的設(shè)計，也就是系統(tǒng)的概要設(shè)計。
§4.2 系統(tǒng)概要設(shè)計
在軟件需求分析階段，搞清楚了軟件“做什么”的問題，形成了目標(biāo)系統(tǒng)的邏輯模型?，F(xiàn)在我們所要做的就是要把軟件“做什么”的邏輯模型變換為“怎么做”的物理模型，即著手實現(xiàn)軟件的需求。首先，我們需要描述的是系統(tǒng)的總的體系結(jié)構(gòu)。
4.2.1 系統(tǒng)結(jié)構(gòu)設(shè)計
系統(tǒng)的概要設(shè)計中最重要的就是系統(tǒng)的模塊化。模塊化是指解決一個復(fù)雜問題時自項向下逐層把軟件系統(tǒng)劃分成若干個模塊的過程。每個模塊完成一個特定的功能，所有的模塊按某種方法組織起來，成為一個整體，完成整個系統(tǒng)所要求的功能。
將系統(tǒng)劃分為多個模塊是為了降低軟件系統(tǒng)的復(fù)雜性，提高可讀性、可維護(hù)性，但模塊的劃分不能是任意的，應(yīng)盡量保持其獨立性。也就是說，每個模塊只完成系統(tǒng)要求的獨立的子功能，并且與其他模塊的聯(lián)系最少且接口簡單，即盡量做到高內(nèi)聚低耦合，提高模塊的獨立性，為設(shè)計高質(zhì)量的軟件結(jié)構(gòu)奠定基礎(chǔ)。
在系統(tǒng)的概要設(shè)計中我采用結(jié)構(gòu)化設(shè)計（Structure Design，簡稱SD），SD以需求分析階段產(chǎn)生的數(shù)據(jù)流圖DFD為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)。我首先將整個系統(tǒng)化分為幾個小問題，小模塊，在系統(tǒng)中，我設(shè)計了用戶管理、庫存管理、入庫管理、出庫管理、員工管理和供應(yīng)商管理6個小模塊。然后，進(jìn)一步細(xì)分模塊，添加細(xì)節(jié)。比如，用戶管理我又將其分為用戶注冊、用戶注銷、密碼修改；庫存管理分為庫存記錄查詢、庫存記錄修改、庫存記錄打印等等。
以下就是系統(tǒng)的結(jié)構(gòu)圖：（在這里為了表達(dá)方便我將結(jié)構(gòu)圖分開來表達(dá)。）
在得到系統(tǒng)的第一層功能模塊圖后，經(jīng)過進(jìn)一步地細(xì)化，得一系統(tǒng)的子功能模塊圖：
4.2.2 數(shù)據(jù)庫設(shè)計
在信息世界中，信息從客觀事物出發(fā)流經(jīng)數(shù)據(jù)庫，通過決策機(jī)構(gòu)最后又回到客觀世界，信息的這一循環(huán)經(jīng)歷了三個領(lǐng)域：信息世界，數(shù)據(jù)世界，現(xiàn)實世界?，F(xiàn)實世界的事物反映到人的頭腦中，人的大腦對它有個認(rèn)識過程，經(jīng)過分析（選擇、命名、分類等）進(jìn)入信息世界。這些信息再進(jìn)一步加工、編碼，然后進(jìn)數(shù)據(jù)世界，而軟件系統(tǒng)的開發(fā)工作需要考慮這兩個方面的問題，也就是要考慮系統(tǒng)開發(fā)所需要的數(shù)據(jù)，以及如何對這些數(shù)據(jù)進(jìn)行操作。這兩個問題貫穿了整個軟件系統(tǒng)的開發(fā)過程，這也就是數(shù)據(jù)庫的設(shè)計問題，軟件設(shè)計的一個核心。
4.2.2.1 ER圖設(shè)計
在系統(tǒng)設(shè)計的開始，我首先考慮的是如何用數(shù)據(jù)模型來數(shù)據(jù)庫的結(jié)構(gòu)與語義，以對現(xiàn)實世界進(jìn)行抽象。目前廣泛使用的數(shù)據(jù)模型可分為兩種類型，一種是獨立于計算機(jī)系統(tǒng)的“概念數(shù)據(jù)模型”，如“實體聯(lián)系模型”；另一種是直接面向數(shù)據(jù)庫邏輯結(jié)構(gòu)的“結(jié)構(gòu)數(shù)據(jù)模型”。在本系統(tǒng)中我采用“實體聯(lián)系模型”（ER模型）來描述數(shù)據(jù)庫的結(jié)構(gòu)與語義，以對現(xiàn)實世界進(jìn)行第一次抽象。ER模型直接從現(xiàn)實世界抽象出實體類型及實體間聯(lián)系，然后用ER圖來表示數(shù)據(jù)模型。它有兩個明顯的優(yōu)點：接近于人的思維，容易理解；與計算機(jī)無關(guān)，用戶容易接受。但ER模型只能說明實體間語義的聯(lián)系，不能進(jìn)一步說明詳細(xì)的數(shù)據(jù)結(jié)構(gòu)，它只是數(shù)據(jù)庫設(shè)計的第一步。
ER圖是直觀表示概念模型的工具，它有四個基本成分：
矩形框，表示實體類型（考慮問題的對象）。
菱形框，表示聯(lián)系類型（實體間的聯(lián)系）。
橢圓形框，表示實體類型和聯(lián)系類型的屬性。對于關(guān)鍵碼的屬性，在屬性名下劃一橫線。
直線，聯(lián)系類型與其涉及的實體類型之間以直線連接。
本系統(tǒng)為圖書倉庫管理，主要管理圖書的入庫、出庫以及庫存等事項。倉庫根據(jù)需要可以查詢圖書供應(yīng)商的信息，同時還需要了解在入庫和出庫中員工的參與情況。依據(jù)倉庫管理的實際情況，考慮了多方面的因素以后，確定系統(tǒng)的ER圖如下：
（為了表達(dá)的方便，在這里我沒有在一張圖上表達(dá)出所有的關(guān)系，而是用一張總體ER圖，和幾張實體屬性關(guān)系圖來表達(dá)數(shù)據(jù)庫的結(jié)構(gòu)。）
在該數(shù)據(jù)庫中，我設(shè)計了三個實體，分別是庫存、員工和供應(yīng)商以及兩個聯(lián)系類型入庫和出庫。在本系統(tǒng)中庫存是核心，也是基本，沒有了庫存其它的也就沒有什么意義了。員工記錄的添加是考慮到責(zé)任問題，也就是說，在倉庫管理的實際運(yùn)用中，出現(xiàn)了責(zé)任不清的現(xiàn)象，特別是由于倉庫的進(jìn)出圖書數(shù)量都比較大時產(chǎn)生了一系列問題，所以在設(shè)計數(shù)據(jù)庫時，我特別考慮到這一點，加入了員工記錄這一實體。供應(yīng)商信息的添加主要出于對圖書來源問題的思考。通過添加供應(yīng)商信息可以比較清楚地了解圖書的進(jìn)貨渠道，從圖書的質(zhì)量到供應(yīng)商的信譽(yù)都可以進(jìn)行了解，同時可以為以后的圖書進(jìn)購提供一定有用的信息。
入庫聯(lián)系類型將庫存信息、供應(yīng)商信息和員工信息聯(lián)系在一起，可以方便地實現(xiàn)三個實體之間的聯(lián)接，而出庫聯(lián)系類型則將庫存信息和員工信息較好地聯(lián)接起，同時這兩個聯(lián)系類型又都具有各自特有的屬性。
下面就是各實體及聯(lián)系類型的屬性圖：(帶#號的屬性為關(guān)鍵字段)4.2.2.2 數(shù)據(jù)庫表格設(shè)計
在完成系統(tǒng)的ER圖之后，需要將ER模型轉(zhuǎn)化為關(guān)系模型，也就是說，要設(shè)計出數(shù)據(jù)庫所需要的表格。在這里，我選用的是關(guān)系數(shù)據(jù)庫。因為關(guān)系數(shù)據(jù)庫中的二維表格可以很清楚地描述數(shù)據(jù)之間的聯(lián)系。
在這里不得不提到一個概念——范式。其實在上一節(jié)的ER圖設(shè)計中，已經(jīng)運(yùn)用了范式的思想，不僅如此，在數(shù)據(jù)庫的表格設(shè)計中更離不開范式的思想，它是數(shù)據(jù)庫設(shè)計的基礎(chǔ)，如果不注意這個問題將會導(dǎo)致一系列問題的出現(xiàn)。
我在系統(tǒng)中定義的表格都嚴(yán)格地按照范式的思想和要求去完成，數(shù)據(jù)庫中的所有表格都達(dá)到了三范式的要求。根據(jù)系統(tǒng)ER圖，針對本系統(tǒng)的特點，在對所搜集的數(shù)據(jù)進(jìn)行規(guī)范化之后，定義了如下六張表格，分別是庫存信息表，入庫信息表，出庫信息表，員工信息表，供應(yīng)商信息表和密碼信息表。通過對這六張表格的操作可以較好地完成系統(tǒng)設(shè)計的各項功能，六張表格之間有著不同程度的聯(lián)系。（說明：在以下數(shù)據(jù)表中，K代表主鍵，#代表外鍵，字段值不為空。）
BookRecord 表（庫存信息表）
字段名稱 數(shù)據(jù)類型 說明
K BookID 數(shù)字 圖書編號
BookName 文本 圖書名
Author 文本 作者
Publisher 文本 出版社
PubDate 日期/時間 出版日期
Price 貨幣 價格
BookType 文本 圖書類型
Number1 數(shù)字 庫存數(shù)量
Addation 文本 備注
圖4.13 庫存信息表
庫存信息表主要用于記錄倉庫中現(xiàn)存放的所有圖書的詳細(xì)信息，包括圖書編號、書名、作者、出版社、圖書類型等有關(guān)圖書的各類信息，它即是該數(shù)據(jù)庫的主表，也是系統(tǒng)主界面的主要內(nèi)容。
在該表中圖書編號是主鍵，它按圖書入庫的先后次序來編寫，每當(dāng)有圖書入庫，系統(tǒng)自動給出圖書編號，這樣我們按圖書編號來查找圖書是比較方便的?？紤]到編號比較難于記憶，所以使用了出版社和圖書類型兩個字段，在系統(tǒng)中我提供了出版社和圖書類型的分類查找，而且全部采用自動生成，每當(dāng)系統(tǒng)中有新的出版社類型和圖書類型，彈出菜單會自動添中新類型，這樣就可以比較方便地實現(xiàn)按出版社和按圖書類型查找。此外，庫存數(shù)量也是一個比較關(guān)鍵的字段，該字段是在系統(tǒng)初始化時就給定的，每當(dāng)有圖書入庫或出庫操作，系統(tǒng)就會自動修改圖書的庫存數(shù)量，以保持?jǐn)?shù)據(jù)的一致性。做為備注有一點說明，我的數(shù)據(jù)庫中備注的數(shù)據(jù)類型是文本，而不是備注類型，主要考慮到該字段的長度并不大，而且在Delphi中文本數(shù)據(jù)類型的處理也比較方便一點。
Employee 表（員工信息表）
字段名稱 數(shù)據(jù)類型 說明
K EmployeeID 數(shù)字 員工編號
EmployeeName 文本 員工姓名
Sex 文本 性別
BornDate 日期/時間 出生日期
Grade 文本 職稱
WorkDate 日期/時間 工作日期
Telephone 文本 聯(lián)系電話
Address 文本 聯(lián)系地址
圖4.14 員工信息表
員工信息表主要用于記錄有關(guān)員工的各類信息，包括姓名、職稱、出生日期、聯(lián)系電話、聯(lián)系地址等。它主要用來為系統(tǒng)提供員工的有關(guān)信息，因為在系統(tǒng)中，入庫和出庫操作均與員工有著一定的聯(lián)系，在查詢?nèi)霂煨畔⒑统鰩煨畔r，有時需要查找有關(guān)此項記錄有關(guān)的員工信息，在系統(tǒng)中我是通過入庫記錄與員工記錄（出庫記錄和員工記錄）之間的聯(lián)接查詢來完成的。另外，作為一個倉庫也有必要了解其所屬員工的一些基本情況，以便查詢。
Shopkeeper 表（供應(yīng)商信息表）
字段名稱 數(shù)據(jù)類型 說明
K ShopkeeperID 數(shù)字 供應(yīng)商編號
ShopkeeperName 文本 供應(yīng)商姓名
Address 文本 地址
PostNo 數(shù)字 郵編
OfficePhone 文本 辦公電話
HomePhone 文本 住宅電話
Email 文本 E-mail
PayType 文本 付款方式
圖4.15 供應(yīng)商信息表
供應(yīng)商信息表主要用于記錄有關(guān)供應(yīng)商的各類信息，包括姓名、地址、電話、付款方式等。它主要用來為系統(tǒng)提供供應(yīng)商的有關(guān)信息，在系統(tǒng)中入庫記錄是與供應(yīng)商記錄相聯(lián)系的，通過入庫記錄可以查找相關(guān)的供應(yīng)商信息。在供應(yīng)商信息中，考慮當(dāng)實際情況，我特別加入了Email和付款方式這兩個字段，因為在當(dāng)今信息世界中，多種多樣的通訊方式和多種多樣的付款方式是必然的，是數(shù)據(jù)庫中必須與以記錄。
InRecord 表（入庫信息表）
字段名稱 數(shù)據(jù)類型 說明
K InID 數(shù)字 入庫編號
# BookID 數(shù)字 圖書編號
# EmployeeID 數(shù)字 員工編號
# ShopkeeperID 數(shù)字 供應(yīng)商編號
Number 數(shù)字 入庫數(shù)量
BuyDate 日期/時間 入庫日期
圖4.16 入庫信息表
OutRecord 表（出庫信息表）
字段名稱 數(shù)據(jù)類型 說明
K OutID 數(shù)字 出庫編號
# BookID 數(shù)字 圖書編號
# EmployeeID 數(shù)字 員工編號
Number2 數(shù)字 出庫數(shù)量
OutDate 日期/時間 出庫日期
圖4.17 出庫信息表
入庫信息表主要用于記錄有關(guān)入庫的詳細(xì)信息，包括入庫數(shù)量、入庫日期以及圖書、員工、供應(yīng)商三方的編號，以便查詢。出庫信息表主要用于記錄有關(guān)出庫的詳細(xì)信息，包括出庫數(shù)量、出庫日期以及圖書、員工的編號。出庫信息表和入庫信息表一樣，其實它們都屬于聯(lián)系類型，系統(tǒng)通過這兩個表可以聯(lián)接上其它的表為用戶提供多種條件的聯(lián)接查詢。值得提出的一點是入庫記錄和出庫記錄的添加不僅僅是單表操作，由于它們都與庫存記錄相聯(lián)系，所以，無論您是添中入庫記錄還是添加出庫記錄，都必須同時修改庫存記錄，以保持?jǐn)?shù)據(jù)的一致性，否則將引發(fā)系統(tǒng)出錯而這些我都讓其在系統(tǒng)中自動完成。無論您是添加入庫記錄，還是添加出庫記錄，系統(tǒng)都將自動修改庫存中圖書的數(shù)量，而且，在您出庫的數(shù)量大于庫存數(shù)量時，系統(tǒng)還會自動提示錯誤，這樣就可以防止一定錯誤的發(fā)生。
在入庫信息表和出庫信息表中我還定義了幾個外鍵，它提供了一種表示幾個關(guān)系聯(lián)系的方法。比如，系統(tǒng)中通過在入庫信息表中定義的外鍵 BookID、EmployeeID和ShopkeeperID可以將庫存信息表、員工信息表和供應(yīng)商信息表聯(lián)系在一起，從而方便地實現(xiàn)聯(lián)接查詢，而且，引入外鍵的定義是實體完整性約束的一個主要方面。
Key 表（密碼信息表）
字段名稱 數(shù)據(jù)類型 說明
K KeyName 文本 用戶姓名
KeyNo 文本 用戶密碼
圖4.18 密碼信息表
密碼信息表主要用于記錄所有的用戶名和用戶密碼。它是在用戶登陸時用來確定用戶和密碼的正確性，以防止非法用戶登陸。
通過以上設(shè)計已經(jīng)完成了系統(tǒng)的概要設(shè)計，當(dāng)我們有了系統(tǒng)的功能模塊圖和數(shù)據(jù)庫之后，就需要著手去實現(xiàn)每一個模塊，為每一個功能設(shè)計程序流程圖，這也就是系統(tǒng)的詳細(xì)設(shè)計。
§4.3 系統(tǒng)詳細(xì)設(shè)計
在前面的概要設(shè)計中，已將系統(tǒng)劃分為多個模塊，并將它們按照一定的原則組裝起來，同時確定了每個功能及模塊之間的外部接口?，F(xiàn)在所要做的就是確定每個模塊具體執(zhí)行過程，也可以說是“過程設(shè)計”。
在處理過程設(shè)計時我采用的是結(jié)構(gòu)化程序設(shè)計（簡稱SP）方法。需要指出的是系統(tǒng)的詳細(xì)設(shè)計并不是指具體的編程序，而是將概要設(shè)計階段產(chǎn)生的系統(tǒng)功能模塊圖細(xì)化成很容易產(chǎn)生程序的圖紙。因此詳細(xì)設(shè)計的結(jié)果基本決定了最終程序的質(zhì)量。為軟件的質(zhì)量，延長軟件的生存期，軟件的可測試性、可維護(hù)性提供重要的保障。詳細(xì)設(shè)計的目標(biāo)不僅是邏輯上正確地實現(xiàn)每個模塊的功能，還應(yīng)使設(shè)計出的處理過程清晰易讀。
由前一階段產(chǎn)生的系統(tǒng)功能模塊圖，我為系統(tǒng)的主要部分設(shè)計了如下程序流程圖：通過以上步驟，基本上完成了對整個系統(tǒng)的總體設(shè)計，接下來所要做的就是軟件的編碼工作。系統(tǒng)總體設(shè)計的好壞直接影響著下一步工作，只有在這一階段設(shè)計出好的模塊圖和程序流程圖，才能更有利于編碼，產(chǎn)生好的軟件系統(tǒng)。
第五章 系統(tǒng)應(yīng)用程序設(shè)計
§5.1 系統(tǒng)窗體模塊組成
§5.2 數(shù)據(jù)模塊窗體的設(shè)置
在編寫數(shù)據(jù)庫應(yīng)用程序時，經(jīng)常要遇到這樣的情況，即好多組件、窗體同時訪問相同的數(shù)據(jù)源，如果為每一個組件或者窗體都設(shè)置一個數(shù)據(jù)源將是十分耗時的工件，而且要保證這些數(shù)據(jù)源的確是相同的也需花一番功夫。那么，能不能將這些數(shù)據(jù)源集中管理，最好是做成一個統(tǒng)一的模塊，需要時就將該模塊引入而不必直接操作數(shù)據(jù)源本身呢？數(shù)據(jù)模塊（DataModule）是解決這個問題最好的答案。簡單說來，數(shù)據(jù)模塊是用來集中管理數(shù)據(jù)源的一個窗體，該窗體可被需要的地方隨時引入。
圖5.2給出了本程序的數(shù)據(jù)模塊（datamoduleform）窗體圖，除報表窗體外所有的數(shù)據(jù)存取組件和數(shù)據(jù)源組件都在此數(shù)據(jù)模塊中進(jìn)行了定義。值得一提的是，設(shè)置了數(shù)據(jù)庫Database組件，該組件引入了系統(tǒng)所需的唯一的數(shù)據(jù)庫tsxs，Database組件的DatabaseName屬性設(shè)置為tsckgl。tsxs數(shù)據(jù)庫已在ODBC配置程序中進(jìn)行了設(shè)置。其他的數(shù)據(jù)存取組件都是基于此數(shù)據(jù)庫組件創(chuàng)建的，這樣做的好處是，當(dāng)數(shù)據(jù)庫的別名或者其他信息改變之后，只需修改Tdatabase組件的AliasName屬性即可。
另外，在本系統(tǒng)的數(shù)據(jù)模塊窗體圖中，我大多采用的AODQuery組件而沒有采用BDE組，這主要是基于對ADO組件的了解。在Delphi的學(xué)習(xí)中我對ADO組件了解的更加清楚，使用也較BDE更為熟練，而且，ADO組件的功能也較BDE更為強(qiáng)大，所以在這里大多采用ADO組件來進(jìn)行數(shù)據(jù)庫聯(lián)接。同時我也使用了BDE組件中的Table，因為在某些時候BDE有著其自身特有的優(yōu)越性。 主窗體功能模塊的實現(xiàn)
file://主窗體程序代碼
public
file://在程序的起始部分，定義快捷按鈕點擊事件
Procedure Popup1Handler(Sender:Tobject);
Procedure Popup2Handler(Sender:TObject);
**********************************************************************
procedure Tmainform.Popup1Handler(Sender: TObject);
begin
file://快捷按鈕1(點“按出版社分類”按鈕產(chǎn)生)的點擊事件
with datamoduleform.MainQuery do
begin
file://打開數(shù)據(jù)模塊窗體的MainQuery，對BookRecord表進(jìn)行操作
close;
file://關(guān)閉MainQuery
SQL.Clear;
file://清除SQL屬性中的SQL命令語句
SQL.Add(‘select * from BookRecord where Publisher=:Pub‘); file://添加新的SQL語句
Parameters.ParamByName(‘Pub‘).Value:=(Sender as TMenuItem).Caption;
open;
file://重新打開MainQuery
end;
end;
**********************************************************************
procedure Tmainform.SpeedButton1Click(Sender: TObject);
Var s1，s2，s3，s4，s5 :String;
file://設(shè)立5個變量以方便實現(xiàn)模糊查詢
begin
file://主窗口庫存查詢按鈕事件
with datamoduleform.MainQuery do
begin
close;
SQL.Clear;
SQL.Add(‘select * from BookRecord‘);
SQL.Add(‘where BookID Like :BookID and BookName Like :Name and Author Like :Author and Publisher Like :pub and BookType Like :BookType‘);
file://使用Like語句來實現(xiàn)模糊查詢
if Edit1.Text‘‘ then s1:=‘%‘+Edit1.Text+‘%‘ else s1:=‘%‘;
Parameters.ParamByName(‘BookID‘).Value:=s1;
file://給變量s1賦值
if Edit2.Text‘‘ then s2:=‘%‘+Edit2.Text+‘%‘ else s2:=‘%‘;
Parameters.ParamByName(‘Name‘).Value:=s2;
file://給變量s2賦值
if Edit3.Text‘‘ then s3:=‘%‘+Edit3.Text+‘%‘ else s3:=‘%‘;
Parameters.ParamByName(‘Author‘).Value:=s3;
file://給變量s2賦值
if Edit4.Text‘‘ then s4:=‘%‘+Edit4.Text+‘%‘ else s4:=‘%‘;
Parameters.ParamByName(‘Pub‘).Value:=s4;
file://給變量s2賦值
if Edit5.Text ‘‘ then s5:=‘%‘+Edit5.Text+‘%‘ else s5:=‘%‘;
Parameters.ParamByName(‘BookType‘).Value:=s5;
file://給變量s2賦值
open;
if FieldValues[‘BookID‘]=NULL
file://判斷是否找到記錄
then begin
Messagedlg(‘沒有找到你所需要的記錄！‘，mtInformation，[mbOK]，0);
Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit4.Text:=‘‘;Edit5.Text:=‘‘;
close;
SQL.Clear;
SQL.Add(‘select * from BookRecord‘);
file://這里相當(dāng)于一個刷新功能
open;
end;end;
end;
**********************************************************************
procedure Tmainform.SpeedButton3Click(Sender: TObject);
begin
file://庫存表刷新按鈕事件
with datamoduleform.MainQuery do
begin
close;
SQL.Clear;
SQL.Add(‘select * from BookRecord‘);
open;
end;
end;
**********************************************************************
procedure Tmainform.SpeedButton11Click(Sender: TObject);
var PopupItem:TMenuItem;
begin
file://自動生成快捷按鈕1的內(nèi)容
with datamoduleform.BookQuery do
begin
file://從數(shù)據(jù)庫中選擇出版社類型
close;
SQL.Clear;
SQL.Add(‘select distinct Publisher from BookRecord‘);
open;
PopupMenu1:=TPopupMenu.Create(Self); file://自動生成快捷菜單
PopupMenu1.AutoHotkeys:=maManual;
file://自定義熱鍵
while Not Eof do
begin
file://根據(jù)出版社內(nèi)容生成菜單子項
PopupItem:=TMenuItem.Create(Self);
PopupItem.Caption:=FieldByName(‘Publisher‘).AsString;
PopupMenu1.Items.Add(PopupItem);
PopupItem.onClick:=Popup1Handler;
file://確定菜單子項的點擊事件
Next;
end; end;
PopupMenu1.Popup(384，67);
file://在指定位置顯示快捷菜單1
end;
**********************************************************************
procedure Tmainform.FormActivate(Sender: TObject);
begin
file://系統(tǒng)初始化，在進(jìn)入mainform時自動添加數(shù)據(jù)源
mainform.DBGrid1.DataSource:=datamoduleform.MainSource;
mainform.DBNavigator1.DataSource:=datamoduleform.MainSource;
mainform.DBGrid2.DataSource:=datamoduleform.EmpSource;
mainform.DBNavigator2.DataSource:=datamoduleform.EmpSource;
mainform.DBGrid3.DataSource:=datamoduleform.ShopSource;
mainform.DBNavigator3.DataSource:=datamoduleform.ShopSource;
mainform.DBGrid4.DataSource:=datamoduleform.InSource;
mainform.DBNavigator4.DataSource:=datamoduleform.InSource;
mainform.DBGrid5.DataSource:=datamoduleform.OutSource;
mainform.DBNavigator5.DataSource:=datamoduleform.OutSource;
end;
**********************************************************************
procedure Tmainform.FormCreate(Sender: TObject);
begin
file://系統(tǒng)初始化，定義界面大小，以適應(yīng)不同分辯率
Width:=800;Height:=600;
end;
**********************************************************************
procedure Tmainform.Timer1Timer(Sender: TObject);
begin
file://在狀態(tài)欄顯示時間
StatusBar1.Panels[2].Text:=DateToStr(Date);
StatusBar1.Panels[4].Text:=TimeToStr(Time);
end;
§5.4 入庫、出庫窗體模塊的實現(xiàn)
圖5.4 系統(tǒng)入庫管理窗體
圖5.5 系統(tǒng)出庫管理窗體
procedure Tinoutform.SpeedButton4Click(Sender: TObject);
begin
file://入庫管理查找按鈕事件
with datamoduleform.BookQuery do
file://入庫查詢處理
begin
close;
SQL.Clear;
SQL.Add(‘select * from BookRecord where BookID=:BookID‘);
Parameters.ParamByName(‘BookID‘).Value:=Edit13.Text;
open;
if FieldValues[‘BookID‘]NULL
then
begin
Edit1.Text:=‘‘;
Edit1.ReadOnly:=true;Edit1.Color:=clMenu;
Edit6.Text:=FieldValues[‘BookName‘]; file://顯示圖書名
Edit6.ReadOnly:=true;Edit6.Color:=clMenu; file://設(shè)置顯示框不可更改屬性
Edit7.Text:=FieldValues[‘Author‘];
Edit7.ReadOnly:=true;Edit7.Color:=clMenu;
Edit8.Text:=FieldValues[‘Publisher‘];
Edit8.ReadOnly:=true;Edit8.Color:=clMenu;
Edit9.Text:=FieldValues[‘PubDate‘];
Edit9.ReadOnly:=true;Edit9.Color:=clMenu;
Edit10.Text:=FieldValues[‘Price‘];
Edit10.ReadOnly:=true;Edit10.Color:=clMenu;
Edit11.Text:=FieldValues[‘BookType‘];
Edit11.ReadOnly:=true;Edit11.Color:=clMenu;
Edit12.Text:=FieldValues[‘Number1‘];
Edit12.ReadOnly:=true;Edit12.Color:=clMenu;
If FieldValues[‘Addation‘]NULL
then Edit25.Text:=FieldValues[‘Addation‘]
else Edit25.Text:=‘‘;
Edit25.ReadOnly:=true;Edit25.Color:=clMenu;
end
else
begin
file://在沒有查找到的情況下，清空所有顯示框
Edit1.ReadOnly:=false;Edit1.Text:=‘‘;Edit1.Color:=clMenu;
Edit6.ReadOnly:=false;Edit6.Text:=‘‘;Edit6.Color:=clMenu;
Edit7.ReadOnly:=false;Edit7.Text:=‘‘;Edit7.Color:=clMenu;
Edit8.ReadOnly:=false;Edit8.Text:=‘‘;Edit8.Color:=clMenu;
Edit9.ReadOnly:=false;Edit9.Text:=‘‘;Edit9.Color:=clMenu;
Edit10.ReadOnly:=false;Edit10.Text:=‘‘;Edit10.Color:=clMenu;
Edit11.ReadOnly:=false;Edit11.Text:=‘‘;Edit11.Color:=clMenu;
Edit12.ReadOnly:=false;Edit12.Text:=‘‘;Edit12.Color:=clMenu;
Edit25.ReadOnly:=false;Edit25.Text:=‘‘;Edit25.Color:=clMenu;
MessageDlg(‘沒有找到你所需要的記錄！‘，mtInformation，[mbOK]，0);
Edit13.Text:=‘‘;Edit13.SetFocus;
end;
end;
with datamoduleform.InQuery do file://自動入庫編號的獲取
begin
close;
SQL.Clear;
SQL.Add(‘select * from InRecord where InID>=All(select InID from InRecord)‘);
open;
file://找到入庫編號中最大的一個
Edit26.ReadOnly:=false;
Edit26.Text:=FieldValues[‘InID‘]+1; file://最大的入庫編號加1形成新的入庫編號
Edit26.ReadOnly:=true;Edit26.Color:=clMenu; file://設(shè)置編號的不可更改性
end;
end;
**********************************************************************
procedure Tinoutform.SpeedButton1Click(Sender: TObject);
var s:integer;
begin
file://入庫管理添加按鈕事件
if Edit1.TextNULL
then MessageDlg(‘請輸入完整的入庫信息和圖書信息，然后單擊確定按鈕?！?，
mtInformation，[mbok]，0)
else begin
if (Edit2.Text=‘‘) or (Edit3.Text=‘‘) or (Edit4.Text=‘‘) or (Edit5.Text=‘‘)
then begin
MessageDlg(‘請輸入完整的入庫信息!‘，mtInformation，[mbok]，0);
Edit2.SetFocus;
end
else begin
with datamoduleform.InQuery do
file://將找到的圖書信息顯示
begin
close;
SQL.Clear;
SQL.Add(‘insert into InRecord values(:InID，:BookID，:EmpID，:ShopID，
:Number，:InDate)‘); file://向入庫信息表中插入記錄
Parameters.ParamByName(‘InID‘).Value:=Edit26.Text; file://向Edit框取值
Parameters.ParamByName(‘BookID‘).Value:=Edit13.Text;
Parameters.ParamByName(‘EmpID‘).Value:=Edit2.Text;
Parameters.ParamByName(‘ShopID‘).Value:=Edit3.Text;
Parameters.ParamByName(‘Number‘).Value:=Edit4.Text;
Parameters.ParamByName(‘InDate‘).Value:=Edit5.Text;
execSQL;
end;
Edit12.ReadOnly:=False;
S:=StrToInt(Edit12.Text)+StrToInt(Edit4.Text); file://計算入庫后庫存圖書數(shù)量
Edit12.Text:=IntToStr(s);
file://將修改后的庫存圖書數(shù)量顯示
Edit12.ReadOnly:=true;
with datamoduleform.BookQuery do
file://修改庫存記錄中圖書數(shù)量
begin
close;
SQL.Clear;
SQL.Add(‘update BookRecord set Number1=:Number where
BookID=:BookID‘);
Parameters.ParamByName(‘Number‘).Value:=s;
Parameters.ParamByName(‘BookID‘).Value:=Edit13.Text;
execSQL;
file://提交SQL語句
MessageDlg(‘記錄已成功添加！‘，mtInformation，[mbOK]，0);
Edit13.SetFocus;
end;
end;
end;
end;
**********************************************************************
procedure Tinoutform.SpeedButton2Click(Sender: TObject);
begin
file://入庫管理確定按鈕事件
if (Edit2.Text=‘‘) or (Edit3.Text=‘‘) or (Edit4.Text=‘‘) or (Edit5.Text=‘‘)
or (Edit6.Text=‘‘) or (Edit7.Text=‘‘) or (Edit8.Text=‘‘) or (Edit9.Text=‘‘)
or (Edit10.Text=‘‘) or (Edit11.Text=‘‘) or (Edit25.Text=‘‘)
then begin
file://判斷輸入信息的完整性
MessageDlg(‘請輸入所需的全部入庫信息!‘，mtInformation，[mbok]，0);
Edit2.SetFocus;
end
else
begin
with datamoduleform.InQuery do
file://入庫信息添加
begin
close;
SQL.Clear;
SQL.Add(‘insert into InRecord values(:InID，:BookID，:EmpID，:ShopID，
:Number，:InDate)‘);
file://向入庫信息表中插入記錄
Parameters.ParamByName(‘InID‘).Value:=Edit26.Text;
Parameters.ParamByName(‘BookID‘).Value:=Edit1.Text;
Parameters.ParamByName(‘EmpID‘).Value:=Edit2.Text;
Parameters.ParamByName(‘ShopID‘).Value:=Edit3.Text;
Parameters.ParamByName(‘Number‘).Value:=Edit4.Text;
Parameters.ParamByName(‘InDate‘).Value:=Edit5.Text;
execSQL;
end;
with datamoduleform.BookQuery do
begin
close;
SQL.Clear;
file://在完成入庫信息的添加后，修改庫存記錄
SQL.Add(‘insert into BookRecord values(:BookID，:BookName，:Author，
:Publisher，:PubDate，:Price，:BookType，:Number，:Addration)‘);
Parameters.ParamByName(‘BookID‘).Value:=Edit1.Text;
Parameters.ParamByName(‘BookName‘).Value:=Edit6.Text;
Parameters.ParamByName(‘Author‘).Value:=Edit7.Text;
Parameters.ParamByName(‘Publisher‘).Value:=Edit8.Text;
Parameters.ParamByName(‘PubDate‘).Value:=Edit9.Text;
Parameters.ParamByName(‘Price‘).Value:=Edit10.Text;
Parameters.ParamByName(‘BookType‘).Value:=Edit11.Text;
Parameters.ParamByName(‘Number‘).Value:=Edit4.Text;
Parameters.ParamByName(‘Addration‘).Value:=Edit25.Text;
execSQL;
end;
MessageDlg(‘記錄添加成功！‘，mtInformation，[mbok]，0);
end;
end;
**********************************************************************
procedure Tinoutform.SpeedButton11Click(Sender: TObject);
begin
file://新書入庫按鈕事件
Edit13.Text:=‘‘;Edit13.Color:=clMenu;
with datamoduleform.InQuery do file://自動入庫編號的獲取
begin
close;
SQL.Clear;
SQL.Add(‘select * from InRecord where InID>=All(select InID from InRecord)‘);
open;
Edit26.Text:=FieldValues[‘InID‘]+1;
Edit26.ReadOnly:=true;Edit26.Color:=clMenu;
end;
with datamoduleform.BookQuery do
file://自動圖書編號的獲取
begin
close;
SQL.Clear;
SQL.Add(‘select * from BookRecord where BookID>=All(select BookID from BookRecord)‘);
file://找到庫存圖書編號中最大的一個
open;
Edit1.ReadOnly:=false;
Edit1.Text:=FieldValues[‘BookID‘]+1; file://顯示自動生成的圖書編號
Edit1.ReadOnly:=true;Edit1.Color:=clMenu;
end;
Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit4.Text:=‘‘;Edit5.Text:=‘‘;
Edit6.ReadOnly:=false;Edit6.Text:=‘‘;Edit6.Color:=clWindow;
Edit7.ReadOnly:=false;Edit7.Text:=‘‘;Edit7.Color:=clWindow;
Edit8.ReadOnly:=false;Edit8.Text:=‘‘;Edit8.Color:=clWindow;
Edit9.ReadOnly:=false;Edit9.Text:=‘‘;Edit9.Color:=clWindow;
Edit10.ReadOnly:=false;Edit10.Text:=‘‘;Edit10.Color:=clWindow;
Edit11.ReadOnly:=false;Edit11.Text:=‘‘;Edit11.Color:=clWindow;
Edit12.ReadOnly:=false;Edit12.Text:=‘‘;Edit12.Color:=clMenu;
Edit25.ReadOnly:=false;Edit25.Text:=‘‘;Edit25.Color:=clWindow;
end;
procedure Tinoutform.SpeedButton22Click(Sender: TObject);
var s:integer;
begin
file://出庫管理確定按鈕事件
if (Edit24.Text=‘‘) or (Edit27.Text=‘‘) or (Edit28.Text=‘‘)
then begin
MessageDlg(‘請輸入完整的出庫信息!‘，mtInformation，[mbok]，0);
Edit24.SetFocus;
end
else begin
if Edit27.Text>Edit21.Text
file://檢查出庫數(shù)量是否小于庫存數(shù)量
then begin
MessageDlg(‘庫存中的圖書數(shù)量不夠！‘，mtInformation，[mbok]，0);
Edit27.Text:=‘‘;Edit27.SetFocus;
end
else begin
with datamoduleform.OutQuery do
begin
close;
SQL.Clear;
SQL.Add(‘insert into OutRecord values(:OutID，:BookID，:EmpID，
:Number，:OutTime)‘);
file://添加出庫記錄
Parameters.ParamByName(‘OutID‘).Value:=Edit23.Text;
Parameters.ParamByName(‘BookID‘).Value:=Edit14.Text;
Parameters.ParamByName(‘EmpID‘).Value:=Edit24.Text;
Parameters.ParamByName(‘Number‘).Value:=Edit27.Text;
Parameters.ParamByName(‘OutTime‘).Value:=Edit28.Text;
execSQL;
end;
Edit21.ReadOnly:=False;
s:=StrToInt(Edit21.Text)-StrToInt(Edit27.Text); file://計算出庫后庫存圖書數(shù)量
Edit21.Text:=IntToStr(s);
file://顯示出庫后庫存圖書數(shù)量
Edit21.ReadOnly:=True;
with datamoduleform.BookQuery do
begin
file://修改庫存圖書數(shù)量
close;
SQL.Clear;
SQL.Add(‘update BookRecord set Number1=:Number where BookID=:BookID‘);
Parameters.ParamByName(‘Number‘).Value:=s;
Parameters.ParamByName(‘BookID‘).Value:=Edit14.Text;
execSQL;
end;
MessageDlg(‘出庫記錄添加成功！‘，mtInformation，[mbok]，0);
Edit14.Text:=‘‘;Edit14.SetFocus;
end;
end;
end;
§5.5 查詢功能的實現(xiàn)
查詢功能包括員工信息查詢，供應(yīng)商信息查詢，入庫信息查詢和出庫信息查詢。由于每一個功能的實現(xiàn)都差不太多，而且其窗體也差不太多，所以在這里只給出員工信息查詢窗體及其源代碼。
圖5.6 員工信息查詢窗體
procedure Tfindempform.SpeedButton1Click(Sender: TObject);
Var s1，s2，s3 :String;
begin
file://員工記錄查詢窗體查找按鈕事件
with datamoduleform.EmpQuery do
begin
close;
SQL.Clear;
SQL.Add(‘select * from Employee‘);
SQL.Add(‘where EmployeeID Like :EmpID and EmployeeName Like :Name and Grade Like :Grade‘);
file://實現(xiàn)模糊查詢功能
if Edit1.Text‘‘ then s1:=‘%‘+Edit1.Text+‘%‘ else s1:=‘%‘;
Parameters.ParamByName(‘EmpID‘).Value:=s1;
if Edit2.Text‘‘ then s2:=‘%‘+Edit2.Text+‘%‘ else s2:=‘%‘;
Parameters.ParamByName(‘Name‘).Value:=s2;
if Edit3.Text‘‘ then s3:=‘%‘+Edit3.Text+‘%‘ else s3:=‘%‘;
Parameters.ParamByName(‘Grade‘).Value:=s3;
open;
if FieldValues[‘EmployeeID‘]NULL
then findempform.Close
file://在找到記錄的情況下關(guān)閉查找窗口
else
begin
MessageDlg(‘沒有找到你所需要的記錄！‘，mtInformation，[mbOK]，0);
Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit1.SetFocus;
close; SQL.Clear;
SQL.Add(‘select * from Employee‘);
file://刷新員工信息窗口
open;
end; end;
end;
§5.6 系統(tǒng)登陸窗體模塊的實現(xiàn)
由于系統(tǒng)登陸窗體中有一幅彩圖，在這里不便給出，而只給出了系統(tǒng)的實現(xiàn)。
var keyname: string; file://定義了一個全局變量，在key2中有調(diào)用
procedure Tkeyform.SpeedButton1Click(Sender: TObject);
var s:string;
file://登陸窗口登陸按鈕事件
begin
if (Edit1.Text=‘‘) then begin
MessageDlg(‘清輸入登陸姓名和密碼!‘，mtInformation，[mbok]，0);
Edit1.SetFocus;
end
else begin
datamoduleform.KeyTable.Active:=true;
if not datamoduleform.KeyTable.Locate(‘KeyName‘，Edit1.Text，[])
file://判斷登陸名是否存在
then begin
MessageDlg(‘登陸名錯誤，請重新輸入！‘，mtInformation，[mbok]，0);
Edit1.Text:=‘‘; Edit1.SetFocus;
end
else begin
with datamoduleform.KeyQuery do
begin
close; SQL.Clear;
SQL.Add(‘select * from Key where KeyName=:KeyName‘);
Parameters.ParamByName(‘KeyName‘).Value:=Edit1.Text;
open;
s:=FieldValues[‘KeyNo‘];
end;
if sEdit2.Text file://判斷登陸密碼是否正確
then begin
MessageDlg(‘登陸密碼錯誤，請重新輸入！‘，mtInformation，[mbok]，0);
Edit2.Text:=‘‘; Edit2.SetFocus;
end
else begin
keyname:=Edit1.Text;
keyform.Hide;
mainform.Show;mainform.WindowState:=wsMaximized;
end; end; end;
end;
§5.7 用戶管理功能的實現(xiàn)
5.7.1 用戶管理主窗體
圖5.7 用戶管理主窗體
5.7.2 密碼修改窗體模塊的實現(xiàn)
圖5.8 密碼修改窗體
procedure Tkey2form.SpeedButton1Click(Sender: TObject);
begin
file://密碼修改窗口修改按鈕事件
if (Edit1.Text=‘‘)or(Edit2.Text=‘‘)or(Edit3.Text=‘‘)
then begin
MessageDlg(‘請輸入完整的信息。‘，mtInformation，[mbok]，0);
Edit1.SetFocus;
end
else begin
if Not datamoduleform.KeyTable.Locate(‘KeyNo‘，Edit1.Text，[])
then begin
MessageDlg(‘原密碼輸入錯誤，不能修改新密碼！‘，mtInformation，[mbok]，0);
Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit1.SetFocus;
end
else begin
if Edit2.TextEdit3.Text
then begin
MessageDlg(‘兩次密碼輸入不同，請重新輸入新密碼！‘，mtInformation，[mbok]，0);
Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit2.SetFocus;
end
else begin
file://在數(shù)據(jù)庫中修改密碼
with datamoduleform.KeyQuery do
begin
close; SQL.Clear;
SQL.Add(‘update key set KeyNo=:KeyNo where KeyName=:KeyName‘);
Parameters.ParamByName(‘KeyName‘).Value:=keyname;
Parameters.ParamByName(‘KeyNo‘).Value:=Edit2.Text;
execSQL;
MessageDlg(‘密碼修改成功！‘，mtInformation，[mbok]，0);
key2form.Close;
end; end; end; end;
end;
5.7.3 用戶注冊窗體模塊的實現(xiàn)
圖5.9 用戶注冊窗體
procedure Tkey3form.SpeedButton1Click(Sender: TObject);
begin
file://用戶注刪窗口注刪按鈕事件
if (Edit1.Text=‘‘)or(Edit2.Text=‘‘)or(Edit3.Text=‘‘)
then begin
MessageDlg(‘請輸入完整的信息！‘，mtInformation，[mbok]，0);
Edit1.SetFocus;
end
else begin
if datamoduleform.KeyTable.Locate(‘KeyName‘，Edit1.Text，[])
file://判斷用戶名是否存在，系統(tǒng)不允許用戶名重復(fù)
then begin
MessageDlg(‘用戶名已存在，請輸入新的用戶名和密碼！‘，
mtInformation，[mbok]，0);
Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit1.SetFocus;
end
else begin
if Edit2.TextEdit3.Text
then begin
MessageDlg(‘您輸入的兩個密碼不相同，請重新輸入！‘，mtInformation，[mbok]，0);
Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit2.SetFocus;
end
else begin
with datamoduleform.KeyQuery do
file://在數(shù)據(jù)庫中添加該用戶
begin
close;
SQL.Clear;
SQL.Add(‘insert into Key values(:KeyName，:KeyNo)‘);
Parameters.ParamByName(‘KeyName‘).Value:=Edit1.Text;
Parameters.ParamByName(‘KeyNo‘).Value:=Edit2.Text;
execSQL;
end;
MessageDlg(‘新用戶添加成功，您可以繼續(xù)添加用戶，或按“取消”退出?！?，mtInformation，[mbok]，0);
Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit3.Text:=‘‘;Edit1.SetFocus;
end; end; end;
end;
5.7.4 用戶注銷窗體模塊的實現(xiàn)
圖5.10 用戶注銷窗體
procedure Tkey4form.SpeedButton1Click(Sender: TObject);
var s:string;
begin
file://用戶注銷窗口注銷按鈕事件
if (Edit1.Text=‘‘)or(Edit2.Text=‘‘)
then MessageDlg(‘請輸入完整的信息！‘，mtInformation，[mbok]，0)
else begin
if Not datamoduleform.KeyTable.Locate(‘KeyName‘，Edit1.Text，[])
file://判斷用戶名是否存在，用戶名必須存在，才可以刪除
then begin
MessageDlg(‘您所輸入的用戶名不存在，請重新輸入或按“取消”退出?！?，
mtInformation，[mbok]，0);
Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit1.SetFocus;
end
else begin
with datamoduleform.KeyQuery do
begin
close;
SQL.Clear;
SQL.Add(‘select * from Key where KeyName=:KeyName‘);
Parameters.ParamByName(‘KeyName‘).Value:=Edit1.Text;
open;
s:=FieldValues[‘KeyNo‘];
end;
if sEdit2.Text file://判斷該用戶名下的密碼是否正確
then begin
MessageDlg(‘您所輸入的密碼不正確，請重新輸入或按“取消”退出。‘，
mtInformation，[mbok]，0);
Edit2.Text:=‘‘;Edit2.SetFocus;
end
else begin
file://從數(shù)據(jù)庫中刪除該用戶
with datamoduleform.KeyQuery do
begin
close;
SQL.Clear;
SQL.Add(‘delete from Key where KeyName=:KeyName‘);
Parameters.ParamByName(‘KeyName‘).Value:=Edit1.Text;
execSQL;
end;
MessageDlg(‘用戶已成功刪除，您可以繼續(xù)刪除用戶，或按“取消”退出。‘，
mtInformation，[mbok]，0);
Edit1.Text:=‘‘;Edit2.Text:=‘‘;Edit1.SetFocus;
end; end; end;
end;
結(jié)束語
本系統(tǒng)是一個面向小型圖書企業(yè)，具有一定實用性的數(shù)據(jù)庫信息管理系統(tǒng)。它主要完成對圖書倉庫的一系列管理，包括入庫、出庫、庫存以及員工和供應(yīng)商信息管理。本系統(tǒng)采用當(dāng)前流行的面向?qū)ο蟮拈_發(fā)工具—Delphi來完成整個系統(tǒng)的設(shè)計，在數(shù)據(jù)庫的設(shè)計上利用了Access的便利性和實用性。
本系統(tǒng)具有相當(dāng)?shù)膶嵱霉δ堋Ｔ诓樵兎矫?，系統(tǒng)實現(xiàn)了多條件任意字段的模糊查詢，同時在分類查詢上實現(xiàn)了動態(tài)生成，系統(tǒng)可以自動識別用戶不同的輸入。在圖書入庫、出庫和庫存三者之間建立了良好的鏈接關(guān)系，某一部分地修改均會自動引發(fā)系統(tǒng)對與其相關(guān)的部分進(jìn)行連鎖修改。在用戶管理方面，系統(tǒng)較好地實現(xiàn)了用戶注冊，用戶注銷和密碼修改等各項功能。
系統(tǒng)在設(shè)計過程中不可避免地遇到了各種各樣的問題，由于整個系統(tǒng)完全都是由個人設(shè)計的，有關(guān)Delphi許多細(xì)節(jié)問題都要靠自己去摸索，加之本人水平有限，并沒有完全地理解Delphi的強(qiáng)大功能，而且還存在著許多不足之處。如：
受開發(fā)條件和開發(fā)時間的限制，本系統(tǒng)只利用了本地數(shù)據(jù)庫Access，它同應(yīng)用程序處于同一系統(tǒng)中，能存儲的數(shù)據(jù)量也有一定限制，并沒有發(fā)揮出Delphi其數(shù)據(jù)庫方面的優(yōu)勢；
報表打印功能尚不夠全面完善，不能實現(xiàn)動態(tài)報表；
在一些數(shù)據(jù)輸入時沒有及時的進(jìn)行數(shù)據(jù)格式校驗，不能保證數(shù)據(jù)輸入的絕對正確性。
由于時間關(guān)系，系統(tǒng)功能實現(xiàn)不夠完善，使用不是很方便，比如，沒有實現(xiàn)多條記錄的連鎖刪除和添加以及數(shù)據(jù)的導(dǎo)入功能。
這些都是需要完善的地方，該系統(tǒng)離實際使用也還有相當(dāng)?shù)木嚯x，需要我進(jìn)行不斷地補(bǔ)充和完善。
通過本次畢業(yè)設(shè)計我學(xué)到了不少新的東西，也發(fā)現(xiàn)了大量的問題，有些在設(shè)計過程中已經(jīng)解決，有些還有待今后慢慢學(xué)習(xí)。只要學(xué)習(xí)就會有更多的問題，有更多的難點，但也會有更多的收獲。
考 文 獻(xiàn)
[1] 鄭榮貴、黃平、谷會東，Delphi 6.0數(shù)據(jù)庫開發(fā)與應(yīng)用，中科多媒體電子出版社，2002
[2] 伍俊良，Delphi 6控件應(yīng)用實例教程，北京希望電子出版社，2002
[3] 盧國俊，Delphi 6數(shù)據(jù)庫開發(fā)，電子工業(yè)出版社，2002
[4] 邊萌，Delphi 編程起步，機(jī)械工業(yè)出版社，2002
[5] 伍俊良，Delphi 6課程設(shè)計案例精編，中國水利水電出版社，2002
第5篇：倉庫管理系統(tǒng)設(shè)計的意義范文
關(guān)鍵詞：課程建設(shè)；課程設(shè)計；計算機(jī)軟件
作者簡介：張艷（1976-），女，河南南陽人，上海理工大學(xué)光電信息與計算機(jī)工程學(xué)院，講師。（上海 200093）
中圖分類號：G642.0 文獻(xiàn)標(biāo)識碼：A 文章編號：1007-0079（2013）05-0096-01
計算機(jī)是一門技術(shù)性、工程性和應(yīng)用性很強(qiáng)的學(xué)科，教育部高等學(xué)校計算機(jī)科學(xué)與技術(shù)教學(xué)指導(dǎo)委員會的發(fā)展戰(zhàn)略研究報告中也指出：計算機(jī)專業(yè)的人才應(yīng)該被分為科學(xué)型、工程型、應(yīng)用型三類，而絕大多數(shù)應(yīng)該是工程型和應(yīng)用型的。許多高校注重學(xué)生專業(yè)能力的培養(yǎng)，紛紛開設(shè)實踐類課程以滿足信息社會對實用型人才的需求。因此，如何建設(shè)實踐類課程無疑是擺在每位一線專業(yè)教師面前的重要課題。本文以“應(yīng)用軟件課程設(shè)計”課程的建設(shè)為主要探討對象，介紹了該課程的設(shè)置意義、教學(xué)方法和實施細(xì)則，希望能對計算機(jī)專業(yè)實踐類課程的建設(shè)和教學(xué)以及學(xué)生的就業(yè)有所幫助。
一、課程設(shè)置的重要意義
在大學(xué)里，設(shè)置一門課程，不能只關(guān)注這門課程所含的內(nèi)容，更要考慮本科教育培養(yǎng)學(xué)生基本專業(yè)能力、可持續(xù)發(fā)展能力等這些本質(zhì)性的問題。計算機(jī)學(xué)科問題求解的基本思路是“問題形式化描述計算機(jī)化”，以抽象、理論、設(shè)計為其學(xué)科形態(tài)。按照計算機(jī)科學(xué)與技術(shù)專業(yè)本科生的培養(yǎng)目標(biāo)，到學(xué)生畢業(yè)時應(yīng)具備計算思維；算法設(shè)計與分析；程序設(shè)計與實現(xiàn)系統(tǒng)的認(rèn)知、分析、開發(fā)與應(yīng)用等四大基本能力。
“應(yīng)用軟件課程設(shè)計”課程面向大三的學(xué)生開設(shè)，在計算機(jī)科學(xué)與技術(shù)專業(yè)四年本科教學(xué)中，是以前期的“數(shù)據(jù)結(jié)構(gòu)”、“計算方法”、“離散數(shù)學(xué)”、“軟件系統(tǒng)”（包括編譯原理，操作系統(tǒng)）、“軟件工程”、“程序設(shè)計”、“數(shù)據(jù)庫原理”以及“計算機(jī)網(wǎng)絡(luò)與通信”等課程為基礎(chǔ)的一門軟件開發(fā)技術(shù)綜合應(yīng)用的專業(yè)課程。該課程讓學(xué)生綜合運(yùn)用專業(yè)知識，通過動手實踐，以團(tuán)隊協(xié)作的方式根據(jù)軟件工程的原理選擇難度適中的課題，完成網(wǎng)絡(luò)環(huán)境下基于B/S架構(gòu)的綜合應(yīng)用軟件的系統(tǒng)設(shè)計與實現(xiàn)任務(wù)。課程設(shè)置的目的就是通過本課程的系統(tǒng)學(xué)習(xí)與實訓(xùn)，達(dá)到全面提升學(xué)生綜合應(yīng)用軟件的實際開發(fā)能力和團(tuán)隊合作能力，以解決傳統(tǒng)教學(xué)中理論學(xué)習(xí)與工程應(yīng)用相脫節(jié)、單門課程孤立地學(xué)習(xí)與缺乏正確運(yùn)用學(xué)科體系的理念來指導(dǎo)學(xué)生實現(xiàn)綜合技術(shù)全面應(yīng)用的突出問題，以期有效地實現(xiàn)計算機(jī)科學(xué)與技術(shù)專業(yè)本科學(xué)生的培養(yǎng)目標(biāo)。
課程開設(shè)近10年的實踐證明，學(xué)生綜合運(yùn)用計算機(jī)專業(yè)基礎(chǔ)知識，科學(xué)設(shè)計、開發(fā)軟件，合理進(jìn)行軟件開發(fā)的能力得到全方位的、實戰(zhàn)型的鍛煉，不僅實現(xiàn)了專業(yè)理論知識與實踐有效地相互結(jié)合，而且很好地鍛煉了學(xué)生的動手實踐能力和團(tuán)隊協(xié)作能力，為日后的擇業(yè)起到很好的鋪墊作用。
二、“應(yīng)用軟件課程設(shè)計”的教學(xué)內(nèi)容
“應(yīng)用軟件課程設(shè)計”主要以曹渠江教授編寫的《綜合運(yùn)用軟件設(shè)計》一書為教材，輔助以課程網(wǎng)站和網(wǎng)絡(luò)上的各類學(xué)習(xí)資源，要求學(xué)生利用軟件工程、面向?qū)ο蟪绦蛟O(shè)計的思想，根據(jù)課程項目任務(wù)和功能完成課題的需求分析；制定課程項目詳細(xì)的時間進(jìn)度規(guī)范；利用面向?qū)ο蟪绦蛟O(shè)計、計算機(jī)網(wǎng)絡(luò)、數(shù)據(jù)庫原理、多媒體技術(shù)等相關(guān)知識來進(jìn)行數(shù)據(jù)庫設(shè)計與開發(fā)；熟悉和掌握網(wǎng)絡(luò)應(yīng)用的開發(fā)環(huán)境，分析課題中技術(shù)難點并進(jìn)行技術(shù)攻關(guān)；根據(jù)制定的時間進(jìn)度計劃和需求分析，進(jìn)行網(wǎng)絡(luò)環(huán)境下基于B/S架構(gòu)的系統(tǒng)軟件模塊的編寫、開發(fā)與整合；對整個項目所有模塊進(jìn)行代碼集成測試、軟件產(chǎn)品完善；最后提交課程設(shè)計個人報告、課程設(shè)計小組報告以及完整程序。整個課程總學(xué)時為64學(xué)時，主要以機(jī)房實踐為主，通過演示軟件、答辯的形式公開、公平地評定成績。
三、應(yīng)用軟件課程設(shè)計的實施方法
1.本課程的實施原則
實踐類課程不同于其他計算機(jī)專業(yè)課程，主要以實踐為主，這就比較難控制進(jìn)度和公正地評價學(xué)習(xí)成績，因此筆者制定了如下實施原則：
由教師提供網(wǎng)上新聞管理系統(tǒng)、網(wǎng)上寵物商店、網(wǎng)上公文流轉(zhuǎn)系統(tǒng)、藥品管理系統(tǒng)、繼續(xù)教育管理系統(tǒng)、網(wǎng)上用戶投訴系統(tǒng)、在線同學(xué)錄、企業(yè)倉庫管理系統(tǒng)、班級相冊管理系統(tǒng)、在線學(xué)籍管理系統(tǒng)、網(wǎng)上聊天室、客戶關(guān)系管理系統(tǒng)等難度適中的十幾個項目，對于每個項目都講明設(shè)計要求和要求實現(xiàn)的基本功能；按照自愿原則，四到六個同學(xué)組成一個項目小組，推選出一位組長。對于沒被組合的同學(xué)，由教師統(tǒng)一安排，每組配備一位有項目開發(fā)與項目管理經(jīng)驗的研究生為指導(dǎo)教師，負(fù)責(zé)學(xué)生的上機(jī)輔導(dǎo)、課外答疑、技術(shù)咨詢與指導(dǎo)；每組由組長填報所有成員的個人信息，以便師生之間緊密聯(lián)系；每組組長代表小組全體成員與指導(dǎo)教師商定每周一次的輔導(dǎo)、提問與答疑的時間，并互通聯(lián)絡(luò)信息；教師每周安排兩次上機(jī)，每次4個學(xué)時。最初的3周（12學(xué)時）進(jìn)行理論授課，主要講課程基本要求和安排以及軟件工程、軟件開發(fā)工具和方法的基本知識；設(shè)立課程公共電子郵箱，上傳所有課程資料、進(jìn)度安排和學(xué)生要提交的各個階段的文檔模板，每位學(xué)生必須根據(jù)給定的工作模板與課程要求，在不同時間節(jié)點完成個人與小組的初期、中期、末期三個時期的階段報告和最終的課程設(shè)計報告；最后進(jìn)行大組公開演示和答辯，全體指導(dǎo)教師根據(jù)答辯情況、提交的報告質(zhì)量、平時上機(jī)表現(xiàn)與平時的檢查情況集體打分，綜合評定出每位學(xué)生的最終成績。
2.本課程的教學(xué)安排
整個課程在實際教學(xué)過程中，按照16周的總體時間共分為以下5個階段。
（1）課程設(shè)計第一階段（3周）：認(rèn)真學(xué)習(xí)教材和閱讀課題任務(wù)說明書，根據(jù)軟件工程的理論和選定項目任務(wù)完成課題的需求分析；制定本課題的實施方案，完成個人角色任務(wù)分配等各類文檔和開發(fā)規(guī)范；確定課題技術(shù)難點及其攻關(guān)措施；熟悉和掌握.NET的開發(fā)環(huán)境、后臺數(shù)據(jù)庫開發(fā)工具以及與課題相關(guān)的開發(fā)工具。在本階段結(jié)束時，向指導(dǎo)教師提交課程設(shè)計個人及小組的初期報告。
（2）課程設(shè)計第二階段（4周）：根據(jù)制定的時間進(jìn)度計劃和需求分析，進(jìn)行系統(tǒng)數(shù)據(jù)庫的實現(xiàn)及應(yīng)用軟件的初步模塊編寫與開發(fā)。在本階段結(jié)束時，向指導(dǎo)教師提交課程設(shè)計個人與小組的中期報告以及個人階段性開發(fā)的程序源碼。
（3）課程設(shè)計第三階段（4周）：本階段是項目開發(fā)的實質(zhì)性階段，對整個項目所有模塊進(jìn)行開發(fā)并進(jìn)行代碼集成測試、完善整個軟件產(chǎn)品。在本階段結(jié)束時，向指導(dǎo)教師提交課程設(shè)計末期的個人和小組的報告。
（4）課程設(shè)計第四階段（3周）：完成全部代碼的開發(fā)工作，檢查并匯總本課題小組成果，課題小組完成項目開發(fā)總結(jié)報告，個人完成各自的課程設(shè)計個人報告。在本階段結(jié)束時，向指導(dǎo)教師提交課程設(shè)計個人與小組的報告以及小組的完整的、可供運(yùn)行的代碼文檔。
（5）最后是課程設(shè)計綜合評價階段（2周）：對本課題設(shè)計項目綜合評價，最后進(jìn)行大組公開演示和答辯，檢查程序運(yùn)行效果；全體指導(dǎo)教師根據(jù)答辯情況、提交的報告質(zhì)量與平時的上機(jī)情況集體打分，綜合評定出每位學(xué)生的最終成績，力求公平、公正。
另外，在課程結(jié)束后會召開師生座談會，集中講評、總結(jié)課程的教學(xué)、學(xué)習(xí)情況，征求學(xué)生對課程和教學(xué)方面的建議和意見，同時給學(xué)生指出專業(yè)學(xué)習(xí)的努力方向，學(xué)生給教師提出今后課程需改進(jìn)的地方，使教與學(xué)相互促進(jìn)從而不斷完善該課程。
四、結(jié)論
“應(yīng)用軟件課程設(shè)計”在上海理工大學(xué)已經(jīng)開設(shè)10年，是上海理工大學(xué)精品課程與上海市教委重點課程建設(shè)項目，它很好地體現(xiàn)了計算機(jī)專業(yè)課程的系統(tǒng)性、完整性、科學(xué)性和原理性，有效鍛煉了學(xué)生的動手實踐、軟件開發(fā)和團(tuán)隊協(xié)作能力，對提高學(xué)生的專業(yè)能力和專業(yè)素質(zhì)起到了關(guān)鍵作用。任課教師在教學(xué)實踐中付出了很大的努力，不斷完善課程的教學(xué)模式和評價手段，積累了大量經(jīng)驗，該課程多次受到學(xué)生的好評，很多已就業(yè)的學(xué)生反饋的信息表明：該課程對學(xué)生專業(yè)素養(yǎng)的培養(yǎng)和從學(xué)校到職場的銜接起到了很好的作用，為計算機(jī)專業(yè)的實踐教學(xué)探索出一條切實可行的道路。
參考文獻(xiàn)：
