『壹』 資料庫設計與數據倉庫設計的相同點
資料庫與數據倉庫的本質差別此敏如下： 1、邏輯層面/概念層面：資料庫和數據倉庫其實是一樣的或者及其相似的，都是通過某個資料庫軟體，基於某種數據模型來組織、管理數據。但是，資料庫通常更關注業務交易處理（OLTP），而數據倉庫更關注數據分析層面（OLAP），由此產生的資料庫模型上也會有很大的差異清滑。 2、資料庫通常追求交易的速度，交易完整性，數據的一致性等，在資料庫模型上主要遵從範式模型（1NF，2NF，3NF等），從而盡可能減少數據冗餘，保證引用完整性；而數據倉庫強調數據分析的效率，復雜查詢的速度，數據之間的相森正枝關性分析，所以在資料庫模型上，數據倉庫喜歡使用多維模型，從而提高數據分析的效率。 3、產品實現層面：資料庫和數據倉庫軟體是有些不同的，資料庫通常使用行式存儲，如SAP ASE，Oracle, Microsoft sql Server，而數據倉庫傾向使用列式存儲，如SAP IQ，SAP HANA。
『貳』 課程設計倉庫管理系統的資料庫製作
資料庫原理及應用課程設計
一、課程設計的目的
《資料庫原理及應用》課程設計是計算機科學與技術專業集中實踐性環節之一，是學習完《資料庫原理及應用》課程後進行的一次全面的綜合練習。本課程設計主要在於加深學生對資料庫基礎理論和基本知識的理解，掌握資料庫應用系統設計開發的基本方法，達到進一步使學生綜合運用所學知識和增強實際動手能力的目的。
二、課程設計的任務與要求
要求學生根據自身對題目的理解情況，從給定的設計題目中選擇一個，以MS SQL Server作為後台資料庫平台，以PowerBuilder作為前台開發工具，完成一個小型資料庫應用系統的系統的分析、設計和開發。
三、課程設計說明書
倉儲管理系統
對於一個以生產或經營產品為主要業務的單位來說，倉庫管理系統至關重要。高效方便的倉庫管理系統，可以為生產經營提供堅強的後盾和有力的支持。效率低下甚至是混亂不堪的倉庫管理系統，無疑會成為企業健康發展的拖累甚至是枷鎖。使企業發展動力不足。本次資料庫設計實現了倉庫管理的高效化、電子化。通過本系統可以方便地實現倉庫管理中的貨物登記、出庫入庫等操作，使倉庫管理井井有條。
1系統需求分析
1.1系統功能需求分析
倉庫管理系統主要實現對庫存商品的管理，對商品出庫、入庫的管理，和對倉庫管理系統維護的功能。具體要實現的功能包括：
1）庫存商品管理
查看資料庫中商品的名稱、編號、單價等信息。
2）商品出庫、入庫管理
入庫、出庫單紀錄本次入庫、出庫的貨物名稱、數量，入庫、出庫的時間、商品單價以及總價，入庫、出庫的經手人等。
3）商品的查詢
輸入商品的編號或者商品的名稱查詢信息
4）用戶管理
用戶可以修改登錄密碼
1. 2數據需求分析
1.員工（ID ，姓名，密碼，許可權）
2.商品（商品名，商品編號，所屬類，單價）
3.出貨表（商品名，商品編號，數量，總價，經手人）
4.入貨表（商品名，商品編號，數量，總價，經手人）
5.查詢（商品名，商品編號，數量，單價）
根據上面的關系我們需要的數據基本上就上面所列出的數據。
2 系統總體設計
1）庫存商品管理
查看資料庫中商品的名稱、編號、單價等信息。
2）商品出庫、入庫管理
入庫、出庫單紀錄本次入庫、出庫的貨物名稱、數量，入庫、出庫的時間、商品單價以及總價，入庫、出庫的經手人等。
3）商品的查詢
輸入商品的編號或者商品的名稱查詢信息
4）用戶管理
用戶可以修改登錄密碼
2.1系統總體結構設計
2.2.1 E-R圖
2.2.2 關系模式
1.員工（ID ，姓名，密碼，許可權）
2.商品（商品名，商品編號，所屬類，單價）
3.出貨表（商品名，商品編號，數量，總價，經手人）
4.入貨表（商品名，商品編號，數量，總價，經手人）
5.查詢（商品名，商品編號，數量，單價）
2.2.3 數據表
「員工信息表」「商品信息表」「出貨單」「進貨單」的主鍵分別是：ID、商品編號、商品編號、商品編號。
員工信息表
商品信息表
出貨單
進貨單
3．系統實施
工作界面PB9.0，以下是我製作過程和運行中的一些截圖：
首先建立PB與SQL的數據鏈接：如果鏈接不成功，返回對以話框「資料庫連接錯誤，經檢查後再試！」
然後點Preview選項會彈出如下窗口：
一、 工作界面截圖：
分別建有：workspace、application、windows、dw_、da_等。
工作時檢測連接資料庫是否正常的程序代碼：
// Profile q
SQLCA.DBMS = "ODBC"
SQLCA.AutoCommit = False
SQLCA.DBParm = "ConnectString='DSN=倉庫;UID=;PWD='"
connect;
open(w_enter)
二、 運行結果的截圖：
這個是我運行後的第一個用戶界面，在界面中輸入管理員ID和密碼。我的管理員ID 和密碼分別為 1，123.點擊確定進入menu下一界面。
若ID和密碼分別輸入1，1234，則跳出以下界面：
確定按鈕所對應的代碼如下：
//定義兩個變數
string password,userid
password=sle_2.text
//檢索用戶名和密碼記錄
SELECT "員工信息表". "ID",
"員工信息表"."密碼"
INTO :userid,
:password
FROM "員工信息表"
WHERE "員工信息表"."ID" =:sle_1.text and "員工信息表"."密碼" =:sle_2.text;
//判斷用戶輸入的用戶名是否正確
if sqlca.sqlcode<>0 then
messagebox("錯誤！","ID或密碼錯誤，請重新輸入！",exclamation!,ok!,2)
else
messagebox("通過驗證！","ID和密碼正確，歡迎您使用本系統！",Information!,ok!,2)
open(w_main)
close(w_enter)
end if
取消按鈕所對應的代碼如下：
close(parent)
//關閉登錄窗口
三、 menu界面的截圖：
在本界面中我們通過點擊菜單欄上的不同管理按鈕來實現管理和操作的功能。
進貨—進貨單
出貨—出貨單
庫存—蔬菜類
—水產類
—肉類
系統維護—修改密碼
查詢
四、 進貨的截圖如下：
在本界面中，操作員可以輸入進貨信息
五、 進貨的截圖如下：
在本界面中，操作員可以輸入出貨信息
六、本界面是實現用戶更改自己的密碼的界面
用戶在登陸後根據上面的提示可以更改自己的密碼。
程序代碼如下：
string oldid
string oldp
string newp1
string newp2
oldid=trim(sle_1.text)
oldp=trim(sle_2.text)
newp1=trim(sle_3.text)
newp2=trim(sle_4.text)
if len(oldp)=0 or isnull(oldp) then
oldp=space(10)
end if
if len(newp1)=0 or isnull(newp1) then
newp1=space(10)
end if
if len(newp2)=0 or isnull(newp2) then
newp2=space(10)
end if
select "operator"."password"
into :oldp
from "operator"
where "operator"."password"=:oldp;
if sqlca.sqlcode<>0 then
messagebox("提示","原密碼不正確!")
sle_2.text=""
sle_2.setfocus()
return
end if
if newp1<>newp2 then
messagebox("提示","兩次新密碼輸入不同!")
sle_4.text=""
sle_4.setfocus()
return
end if
Update "operator"
set "password"=:newp1
where "operator"."operator_id"=:oldid;
if sqlca.sqlcode<>0 then
rollback;
messagebox("提示","密碼更正錯誤! 請重設!")
return
end if
gs_password=newp1
commit;
messagebox("提示","密碼修改成功!")
七、本操作可以看倉庫里的商品並可對其進行插入和刪除
八、從倉庫查詢所需要的商品
4 系統評價
系統的功能基本上已經實現，但是還是不夠完善。但是在使用的時候還是能給用戶帶來一定的方便的。倉庫的進貨和出貨在本系統中能直觀的以表格形式反映出來，便於操作員的使用和決策者的管理。
4.1 系統特色
本系統要求用戶進行驗證之後才能進入相應的界面。有利於保護資料庫的安全，不被非法登陸使用。對於倉庫內貨物的進出管理要求嚴格，即進出貨時必須填寫相應的進出貨單據。便於企業管理查看賬目，保障了企業的穩定運行。通過本系統可以方便地實現倉庫管理中的貨物登記、出庫入庫等操作，使倉庫管理井井有條。在查看資料庫時可以方便的刪除資料庫中冗餘的信息和添加新的信息。
4.2 系統不足及改進
這個系統基本上實現了一些簡單的對系統所涉及表的更新、增加和刪除的功能。也實現對用戶登陸的安全上有了一定的限制，只有在正確輸入ID和密碼的時候才能進入系統。遠沒有達到大型公司的倉儲物資管理的要求，所創建的資料庫框架比較簡單，各表之間的聯系也過於簡單，沒有添加外鍵相互約束，用POWER BUILDER做出來的系統過於簡單、單調，需要進一步深入的調整優化，將各表之間的關系緊密聯系起來，相互制約，保證資料庫中數據的添加、刪除、更新，安全有序。操作窗口還需要進一步的進行美化，使用戶在使用中更賞心悅目。
5 課程設計心得
這次課程設計的主要目的是掌握資料庫應用系統分析設計的基本方法，基本掌握PowerBuilder，進一步提高分析解決問題的綜合能力。通過這次課程設計，我基本掌握了以上要求。但只有兩周的課程設計時間，時間比較倉促，所以開發的系統不是很完善，有一些功能未實現，但是倉庫管理的基本功能均已實現。以前對資料庫的很多知識認識都不深刻，做過這次課程設計之後，我對資料庫的知識有了一個比較系統的了解；比如：對表內一些欄位的約束，關系等的運用已經比較熟練。這個課程設計使我鞏固了資料庫的知識。
對於PowerBuilder也有了一定的了解，由於用的不多，所以運用的不是很熟練。剛開始的時候，對於PowerBuilder的語法，用法等一系列知識都不熟悉。當我基本完成此系統開發的時候，我發現其實也沒有那麼難，在未做之前我還害怕做不出來。經過對這個系統的開發，在開發過程中遇到但也解決了很多問題，所以說我們不能懼怕有困難而不去接觸認識它，我們要知難而上，只有這樣我們才能成長，才能有所發展。
這認為最難的一部分是用戶查看資料庫時通過插入刪除按鈕對資料庫的更改，因為我們在文本框中輸入的數字是被默認為字元型的，我在其中使用了integer(string)這個函數把字元型的進行了轉換，但是在使用的過程中並不能像我所想像的那樣有用。因為時間有限，所以這個問題還沒有完全的解決。
通過這次資料庫課程設計加深我對資料庫基礎理論和基本知識的理解，掌握資料庫應用系統設計開發的基本方法，達到進一步使我綜合運用所學知識和增強實際動手能力的目的。
我會繼續學習資料庫的知識，學習PowerBuilder的知識，只有通過不斷的學習充實自己，才能讓自己有所得。只有了知識的積淀，才能為自己的發展鋪平道路！
可以參考一下啊，最終還是要自己做的吧。。僅供參考。
『叄』 怎樣用SQL寫一個倉庫管理系統
首先配置SQLSERVER2005：
打開」Microsoft SQL Server Management Studio「 直接用Windows 用戶連接進入，再在「安全性」中的「登錄名」內的「新建登錄名」，你就對應的添好「確定」就可以了。
再在你對應的「資料庫」里「安全性」用戶，把你建的用戶添加進去。
關鍵地方，查看「伺服器 屬性」在 「安全性」選上 「SQL Server 和 Windows 身份驗證模式」點 「確定」系統會提示你重新啟動SQL Server 你「停止」重啟一下就配好了。
接著看C#連接SQL Server2005的代碼語句：
strcon = strcon + @"Data Source=" + strcons[0];
strcon = strcon + "," + strcons[2] + ";";
strcon = strcon + "Network Library=" + strcons[1] + ";";
strcon = strcon + "Initial Catalog=" + strcons[3] + ";";
strcon = strcon + "User ID=" + strcons[4] + ";";
strcon = strcon + "Password=" + strcons[5] + ";";
strcon = strcon + "Persist Security Info=True";
strcons[0] 伺服器名稱，一般添機器的IP
strcons[1]協議DBMSSOCN（為tcp/ip協議）
strcons[2]]埠號，一般為1433
strcons[3] 資料庫名
strcons[4] 用戶名
strcons[5]密碼
埠號也要配置一下：
在控制面板里的服務和應用程序中的SQL Server配置管理中的SQL Server 2005網路配置內的SQL
Server2005的協議TCP/IP默認為已禁用，在它的屬性設置它的埠號為1433 「確定」 啟動。
『肆』 資料庫設計的步驟有哪些
資料庫設計過程分為以下六個階段：
1、需求分析階段
准確理解和分析用戶需求（包括數據和處理），它是整個設計過程的基礎，也是最困難、最耗時的一步。
2、概念結構設計階段
是整個資料庫設計的關鍵，通過對用戶需求的集成、歸納和抽象，形成了一個獨立於特定資料庫管理系統的概念模型。
3、邏輯結構設計階段
將概念結構轉換為DBMS支持的數據模型，對其進行優化。
4、資料庫物理設計階段
為邏輯數據模型選擇最適合應用程序環境的物理結構（包括存儲結構和存取方法）。
5、資料庫實現階段
根據邏輯設計和物理設計的結果，使用資料庫管理系統提供的數據語言、工具和主機語言，建立資料庫，編寫調試應用程序，組織數據倉庫，並進行試運行。
6、資料庫運行維護階段
資料庫應用系統經試運行後可投入正式運行，在資料庫系統運行過程中，需要不斷地對其進行評估、調整和修改。
註：在設計過程中，將資料庫的設計與資料庫中數據處理的設計緊密結合起來，在每個階段同時對這兩個方面的要求進行分析、抽象、設計和實現，相互借鑒和補充，從而完善這兩個方面的設計。
(4)倉儲資料庫設計擴展閱讀：
資料庫設計技術
1、清晰的用戶需求：作為計算機軟體開發的重要基礎，資料庫設計直接反映了用戶的需求。資料庫必須與用戶緊密溝通，緊密結合用戶需求。在定義了用戶開發需求之後，設計人員還需要反映具體的業務關系和流程。
2、注意數據維護：設計面積過大、數據過於復雜是資料庫設計中常見的問題，設計人員應注意數據維護。
3、增加命名規范化：命名資料庫程序和文件非常重要，不僅要避免重復的名稱，還要確保數據處於平衡狀態。為了降低檢索信息和資源的復雜度和難度，設計人員應了解資料庫程序與文件之間的關系，並靈活使用大小寫字母命名。
4、充分考慮資料庫的優化和效率：考慮到資料庫的優化和效率，設計人員需要對不同表的存儲數據採用不同的設計方法。在設計中，還應該使用最少的表和最弱的關系來實現海量數據的存儲。
5、不斷調整數據之間的關系：不斷調整和簡化數據之間的關系，可以有效減少設計與數據之間的聯系，進而為維護數據之間的平衡和提高數據讀取效率提供保障。
6、合理使用索引：資料庫索引通常分為聚集索引和非聚集索引，這樣可以提高數據搜索的效率。
參考資料來源：網路-資料庫設計
『伍』 倉庫管理系統論文
倉庫管理系統是 企業管理 的一個重要組成部分，是供應鏈單元中的一個重要環節。下面是我為大家整理的倉庫管理系統論文，供大家參考。
倉庫管理系統論文篇一基於VB的倉庫信息管理系統
倉庫管理系統論文摘要
【摘要】隨著現代社會科學技術的不斷進步，以計算機代替傳統人工來進行信息化管理的方式越來越受人們所重視。本文主要對倉庫信息管理系統的一些主要功能和基本組成情況，包括了引言、需求分析、資料庫設計、功能模塊劃分，同時介紹了軟體的編程開發工具，另外介紹了對軟體的實施開發，如何在使用的過程中讓用戶能夠簡潔明了，以便達到提高工作效率降低 企業運營 成本的目的。
倉庫管理系統論文內容
【關鍵詞】倉庫管理系統，資料庫，Visual Basic
1引言
倉庫信息管理系統是一個企業不可或缺的的一部分，它所包含的東西對於一個公司企業的執行者或者領導層是至關重要的，所以一個好的倉庫信息管理系統是應該能為用戶提供全面而且細致的信息以及一些人性化的便捷查詢手段。但是一直以來人們往往採用非常傳統的人工管理 方法 ，這種管理方式雖然簡單，但是卻有著很多的缺點，諸如效率低下、依賴人工而導致保密性也不強、查詢方式也很繁瑣等，而且時間一長則會導致產生大量的文件和數據這對於一個物品的管理來說往往會造成數據的更新和維護的不便。運用計算機對物品的存儲信息管理也是計算機應用的一小部分，它具有著傳統人工管理方式所無法比擬的一些優勢。它擁有查詢方式便捷、存儲量大、保密性高、成本較低等諸多特性。可以減少大量的人力財力物力，使得工作效率得到提高，是一個公司企業正規化國際化的一個標志。因此開發一個相應的倉庫信息管理軟體是適應了時代的潮流的。
2需求分析
隨著我國經濟的快速發展，各種類型各種規模的公司應運而生，許多從事生產和經營管理的企業都需要生產銷售自己的產品，這些各式各樣的產品在沒有銷售出去之前又需要儲存在倉庫之中，但是對於每個企業來說隨著企業規模的不斷擴張，產品數量的急劇增加，產品種類的增多以及有關產品信息的更新換代等等，面對這些龐大的信息怎麼去有效的管理並且及時的去處理對於企業和公司的管理者來說是至關重要的。倉庫信息管理的重點在於銷售信息能否及時的反饋到企業從而制定好下一個生產計劃，確保企業的效益。倉庫信息管理在企業的整個供應流程中起著關鍵性的作用，如果不能的保證貨物的進貨與出貨的正確性，則會導致企業運作成本的增加，服務質量難以得到保證。既而導致一個企業缺乏競爭力。傳統的人工倉庫管理已經無法保證當今社會企業對於各種資源的利用規劃，現今企業倉庫的作業越來越復雜化多元化，僅僅靠人工的記憶和紙質的錄入，已經不能配合企業的有效發展，所以建立一個信息化的倉庫管理系統是很有必要的。
3軟體開發工具
Visual Basic的核心思想就是要便於程序員的開發使用，無論是一個初學的新手還是一個 經驗 豐富的軟體工程師。VB使用了可以簡單建立應用程序的GUI系統，但是也可以開發一些復雜而又大型的程序。Microsoft Office Access是一款由Microsoft(微軟公司)開發的關聯式資料庫管理系統，它提供了表、查詢、報表、窗體、頁、宏、模塊等七種用來建立小型資料庫的對象;提供了多種幫助向導、生成器、模版、界面的設計、報表的生成、數據的存儲、數據的查詢等操作是它們規范化;這樣即為建立一個完善的資料庫管理系統提供了方便也使得大量普通用戶不用去編寫代碼就可以完成大部分的數據管理任務。
4倉庫管理信息系統設計分析
倉庫信息管理系統主要為了給一個企業公司的經營提供信息服務，它包含了一個倉庫管理的多項工作職能。系統需要對客戶的信息、訂單報價的信息、物品入庫多少的信息、物品出庫的信息、物品供應商的信息、等等信息提供報表的查詢、更新、下載統計。
(1)功能模塊劃分如下：①基本管理功能：軟體的基本管理有以下幾個功能。進庫管理：對產品的入庫進行信息統計;出庫管理：對產品的出庫進行信息統計;交接班：管理員之間的交接;修改個人密碼：擁有管理員許可權的人員修改用戶的密碼;臨時離開：在管理員臨時離開期間保證信息的安全性。
②查詢功能：根據檢索的對象不同分為一下三種。按日期查詢：制定某一日期查詢當天的貨品信息;按人員查詢：根據某一個經辦人來查詢他所經手的貨品信息;按物品查詢：制定某一貨品來查詢它的進出庫情況以及訂單報價。
③統計功能：對信息的統計。按月統計：統計某一月份的貨品進出庫信息;數據整理：對整個倉庫信息進行整理。
④ 列印功能：列印所需信息。需采購物品列印：對於庫存偏少需要采購的物品進行列印;按月列印：列印某一月份的貨品信息。
⑤ 設置功能：使得擁有管理員許可權的人員才能執行此功能。操作員設置：添加和刪除軟體用戶並且規定用戶的操作許可權;經辦人設置：對貨品經辦人員的添加設置。通過這些功能模塊的劃分，使得用戶能夠方便的操作上手簡單，提高工作效率。
(2)資料庫設計。倉庫信息管理系統，採用Access作為資料庫管理系統在Access中新建個資料庫名為Storehouse的資料庫，將新建的資料庫放置在應用目錄裡面以便調用，下面是系統所需要的表和結構。
5應用軟體設計實現
此次應用程序設計是由15個窗體組成，分別主要是：登錄窗體、主窗體、入庫窗體、出庫窗體、操作員添加得窗體組成。
通過運行程序，首先進入登錄窗體然後輸入帳號密碼，進入主窗體對軟體進行詳細的操作，在主窗體上有多個按鈕分別對應了各自的功能項，當滑鼠單擊時則會彈出相應的窗體。登錄界面由多個控制項組成，登錄窗體的實施代碼如下：
Private Sub queding_Click()
If yonghu_mima = Password And Trim(Password) <> "" Or datacount = 0 Then
If Login1 = 2 Then
Load zhuchuangqi
Else
zhuchuangqi.Show
End If
…
yonghu_mima = ""
End Sub
此外，還有主窗體、進庫管理、出庫窗體等要實現，由於代碼較多，這里就不一一闡述了，當然一個完整的系統是需要多個窗體的組成才能產生的。
倉庫管理系統論文文獻
[1]郝志恆，劉舫.Visual Basic 6.0 編程篇[M].北京：電子工業出版社，2004
[2]楊本倫.Visual Basic開發技術大全.北京：清華大學出版社 ，2010.6
倉庫管理系統論文篇二倉庫管理系統選型探析
倉庫管理系統論文摘要
【摘 要】比較了幾種不同的倉庫管理系統開發方式，探討了倉庫管理系統選型過程中系統開發方式的選擇和風險規避問題。
倉庫管理系統論文內容
【關鍵詞】倉庫管理系統;開發方式;選型
倉庫管理系統(Warehouse Management System)簡稱WMS。倉庫管理系統是通過入庫業務、出庫業務、倉庫調撥、庫存調撥和虛倉管理等功能，綜合批次管理、物料對應、庫存檔點、質檢管理、虛倉管理和即時庫存管理等功能綜合運用的管理系統，有效控制並跟蹤倉庫業務的物流和成本管理全過程，實現完善的企業倉庫信息管理。倉庫管理系統是一個作業系統，側重與倉庫內每個作業環節的管理，用倉庫管理系統，可以生成“由誰在什麼時間從哪把貨搬運多少到哪”的指令，可以做具體的作業指導。選擇適合的WMS對於企業意義重大，企業進行倉庫管理系統選型時，首先要決定是開發還是外購，如果選擇開發，開發方式又可以從自主開發、委託開發、聯合開發三種方式中進行選擇。如果選擇外購，則需要選擇合適的軟體提供商以及合適的軟體。
一、管理信息系統開發方式
信息系統的開發方式是指企業獲得滿足應用需求的應用軟體的方式。常見的管理信息系統開發方式有自行開發、委託開發、聯合開發和購買成熟軟體。不同的公司需要根據具體情況，採用合適的WMS開發方式。
(1)自行開發。自行開發方式完全依靠企業自身的開發力量，由企業自身的員工組成項目組，根據企業自身的特點來開發信息系統。採用自行開發方式開發出的系統能滿足企業個性化的需求，系統易於維護，能滿足經常變化的需求。在資金投入方面，除了必要的硬體和實用軟體的投入外，所需要的開發經費較少。但是自行開發方式對企業要求較高，需要企業自身具有知識結構完整的、具有系統開發經驗的專業人才。
(2)委託開發方式。委託開發方式又叫外包開發。即承包方根據企業提出的開發要求而提出信息系統的大體構架和開發所需要的費用等，當企業認定後，將系統開發的任務全部外包給專業軟體開發單位。委託開發方式適合於企業內部缺乏系統開發的專業人員，同時又希望擁有系統的源代碼，獲得一套量身定做的系統的情況。
(3)購買成熟軟體。購買現成軟體是指從銷售商手中直接購買已開發成功且功能強大的專項業務管理信息系統軟體。軟體產品，不像計算機、電視機等有形產品便於直觀地進行觀察和選擇，在短時間內會馬上得到驗證，它屬於無形的產品，只有通過復雜而漫長的實施過程後，才能真正地看到它的結果，而且需要買賣雙方共同努力，有計劃分階段地實施、共同攜手才能完成，其結果和成效無法事先准確預估。採用這種方式，獲得信息系統的應用軟體時間短，但是其實施時間不可能很短，因為企業要通過各種各樣參數的設置，使其實例化，才能成為滿足需要的系統，及用戶單位的運作平台。採用這種方式獲得信息系統的主要優勢是時間短、系統可靠性搞，但是可能存在不滿足企業特有需求的情況，系統應用軟體部分的維護困難較大。
(4)聯合開發方式。聯合開發是指由本單位提出開發要求，與合作單位一起完成管理信息系統的開發工作，開發成果由雙方共享。這實際上是一種半委託的開發方式。聯合共同開發方式適合的條件是：本公司期望通過物流信息系統的開發建立培訓提高開發技術隊伍，以便公司未來的系統維護升級，並且物流公司具備相關的物流信息系統分析、設計、系統維護使用人員、資金時間充足。這種開發方式的優點是合作雙方共享開發的源代碼，便於本系統未來的維護工作，還可以培養本公司的技術開發隊伍，系統的技術水平較高，比委託開發方式節約一些資金。缺點是在開發過程中，需要合作共同開發的雙方要及時協調與溝通，以便達成共識，否則雙方在合作中易出現溝通不暢的毛病。
二、倉庫管理系統選型應注意的問題
適合企業的倉庫管理系統可以有效提高倉儲作業效率與儲存設備利用率，增強庫存控管能力及減少作業成本，有利於提高企業作業效率，提升企業服務水平。企業進行倉庫管理系統選型時，首先需要明確自己的需求，很多公司買WMS時，對自己的實際需要其實並不了解，盲目買回來後發現並不合適。選擇WMS之前必須明確自己的目標和業務特徵，從而確定自己的特定需求。(1)倉庫管理系統選型開發方式的選擇。
不同的開發方式對企業有不同的要求，從成本、時間到人才儲備等都各部相同。下面注意討論開發方式的兩個大的方面：開發和外購買。如果企業選擇開發，開發方式又可以從自主開發、委託開發、聯合開發三種方式中進行選擇。如果選擇外購，則需要選擇合適的軟體提供商以及合適的軟體。軟體提供商的行業經驗非常重要，隔行如隔山，不同行業的業務流程千差萬別，最好選擇有同行業成功案例的公司合作。除此之外還需要考慮地域差異，有些國際知名的倉庫管理系統廠商在中國市場可能水土不服，環境、規則差異等都會影響軟體的可用性。
一般而言，一個企業要依靠自己的力量來開發先進科學而實用的系統是很難的，因為自主開發很難觸及到企業管理思想的變革，這樣提升企業競爭力的效果就會不明顯，而只是達到了一些流程的自動化。即使如此，還是有一部分公司成功地進行了倉庫管理系統的自主開發。
比如沃爾瑪實體店的WMS就是自主開發的，亞馬遜的WMS也是自主開發的，然而這並非說明自主開發的優越性，企業是否選擇自主開發，應視情況而定。沃爾瑪自1962年成立，物流能力可以說是沃爾瑪的核心競爭力之一，同時沃爾瑪十分注重信息處理能力，而且有些物流模式還是沃爾瑪首創的，比如至今為人津津樂道的直接轉運(cross-dock)，所以當沃爾瑪有了WMS需求的時候，環顧四周，發現市場上沒有適合的軟體可選，所以自主開發成立沃爾瑪的首選。
這很像3PL剛剛在國內興起的時候，大家紛紛討論自建物流還是物流外包一樣，當時典型的案例有海爾的自建物流系統，然而隨著市場的成長，外包越來越成氣候。亞馬遜面臨的情況與沃爾瑪類似，作為online shopping的鼻祖，在市面上也很難找到符合起需求的軟體，所以亞馬遜也選擇了自主開發。對於處在新興行業的企業，各WMS廠商都沒有太多經驗，那麼選擇自主開發比較合適。如果企業內部研發力量不足，也可考慮選擇有實力的軟體公司合作，最好別選成熟、知名的公司，他們一般不太願意為個別公司修改流程，中小型的公司反而更合適。
(2)倉庫管理系統選型風險的規避。一個適合企業倉庫管理系統會給企業帶來豐厚的回報，相應的不合適的倉庫管理系統不僅耗費企業的資源，而且會給企業帶來管理上的混亂。因此合理規避倉庫管理系統選型風險十分必要。首先，在倉庫管理系統選型過程中，不宜局限於看軟體商的演示匯報，很多時候看產品演示看到的功能在生產環境裡面不一定用的了，看演示只能知道這系統“理論上有這個功能”，還要通過現場實地考察的形式了解軟體功能與演示功能的一致性。要求軟體提供商按企業配置的數據來演示軟體功能效果會更好。
其次，軟體提供商在領域內的經驗決定軟體項目的成敗。有經驗的軟體供應商會在一些特殊細節方面給予提示。對於軟體提供商所提供的軟體賣點，在功能上可能會很誘人，但某些新的功能往往在技術上是不成熟的，需要進一步的考證後才能決定是否需要這方面的功能。或者以另一種更成熟的技術代替，以減小實施過程的風險。
最後，需要合理設定軟體實施最終效果預期。切記盲目地追求自動化和對信息化寄予過高期望，要根據企業的現有實際信息化情況，設定一個符合自身的信息化目標。信息化是一個循序漸進的過程，企業處於信息化發展的不同層次，對信息化的要求也不同。另外，在實施過程中要將軟體提供商納入公司整個信息化團隊考核機制。對軟體提供商的實施人員資質作全面的考評，供應商的實施人員必須具有甲方所在的行業經驗和熟悉類似項目的運作環境。應該能夠很快地提出任務設定、項目計劃、細部時間安排以及其他能顯示自己明白未來的工作內容，以及具有完成這些內容所需知識的問題。
倉庫管理系統論文文獻
[1]顧自新，王炳同.物流信息系統開發策略研究[J].物流科技，2006(1)：10～513
[2]鄭偉.物流信息系統開發方式選擇探討[J].商業 文化 (學術版).2010(10)：304
[3]郭仁正.如何選適合自己的WMS.http://www.logclub.com
[4]馬豐寧，劉峻峰.ERP系統選型分析[J].哈爾濱商業大學學報(自然科學版).2007(2)：116～119
有關倉庫管理系統論文推薦：
1. 淺談倉儲管理的畢業論文
2. 倉庫管理論文開題報告格式論文
3. 倉庫管理論文參考
4. 某公司倉儲管理論文
5. 淺談企業倉庫管理論文
6. 淺談倉儲管理相關論文
7. 關於倉儲管理論文開題報告
『陸』 如何構建一個完善的資料庫,如何來處理表與表關系.
SQL Server本身就是一個完善的資料庫，提供可視化編程，後台完成所有拖放處理操作，不管有沒有數據都可以使用，不需要編譯。
一個比較合理的資料庫設計應該考慮數據的交互性和挖掘能力、處理效率以及日誌記錄。
建立數據表，注意以下幾點：
表建立的時候要有主鍵和索引，表與表之間要能使用主鍵相聯系，舉例說在A表裡我做完一次記錄要生成一個單號，B表裡面是依據單號來做下一個流程，而不是依據記錄的每一條數據
取名盡量使用英文+下劃線，SQL Server里對漢字需要轉碼，影響工作效率，按照他的默認編碼方式操作有助於提高數據處理速度
建立數據表的列數不要太多，用編碼規則來建立邏輯
注意欄位存儲空間，限制欄位長度，少用注釋和image
存儲過程盡量簡潔實用
建立視圖，為了別的客戶端使用，盡量建立視圖，做好完整的數據分析，別的介面程序或者客戶端直接就可以拿去使用。做視圖注意幾點：
多個表操作寫在一個視圖里，不要嵌套太多視圖
連接查詢要適當的篩選
跨伺服器操作視圖，要建立伺服器鏈接表，盡量使用內網鏈接，把伺服器鏈接表做成查詢視圖，放在本地伺服器資料庫里，這樣就等同本地操作
視圖之間保留連接欄位作為主要索引
建立計劃作業，有計劃地進行數據同步更新和備份標識工作，注意事項：
備份數據盡量放資料庫里同步復制
計劃任務避開工作高峰期
建立存儲過程，記錄操作日誌，把日誌以數據表的形式存儲，注意事項：
存儲過程對本表操作，不要交互太多表
精簡參數數量，注意參數存儲空間
對記錄修改刪除、更新標記的時候盡量使用時間來索引
建立關系圖，給表與表之間建立直接關系，整理整體挖掘數據性能。
建立計劃更新任務，優化資料庫整體性能。
『柒』 資料庫課程設計實例
資料庫課程設計
題目：小型超市管理系統
1、項目計劃
1.1系統開發目的
（1）大大提高超市的運作效率；
（2）通過全面的信息採集和處理，輔助提高超市的決策水平；
（3）使用本系統，可以迅速提升超市的管理水平，為降低經營成本， 提高效益，增強超市擴張力， 提供有效的技術保障。
1.2背景說明
21世紀，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競爭、管理的競爭、人才的競爭。技術的提升和管理的升級是超市業的競爭核心。零售領域目前呈多元發展趨勢，多種業態：超市、倉儲店、便利店、特許加盟店、專賣店、貨倉等相互並存。如何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標。
1.3項目確立
針對超市的特點，為了幫助超市解決現在面臨的問題，提高小型超市的競爭力，我們將開發以下系統：前台POS銷售系統、後台管理系統，其中這兩個子系統又包含其它一些子功能。
1.4應用范圍
本系統適應於各種小型的超市。
1.5 定義
（1）商品條形碼：每種商品具有唯一的條形碼，對於某些價格一樣的商品，可以使用自定義條形碼。
（2）交易清單：包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號。
（3）商品積壓：在一定時期內，遠無法完成銷售計劃的商品會造成積壓。
（4）促銷：在一定時期內，某些商品會按低於原價的促銷價格銷售。
庫存告警提示：當商品的庫存數量低於庫存報警數量時發出提示。
（5）盤點：計算出庫存、銷售額、盈利等經營指標。
1.6 參考資料
《資料庫原理及設計》 陶宏才編 清華大學出版社
《SQL Server 2000 實用教程》范立南編 清華大學出版社
《SQL Server 2000 編程員指南》李香敏編 北京希望電子出版社
《輕松搞定 SQL Server 2000 程序設計》Rebecca M.Riordan編
《軟體工程規范》Watts S.Humphrey編 清華大學出版社
《軟體工程理論與實踐》 Shari Lawrence Pfleeger編 清華大學出版社
《軟體需求分析》 Swapna Kishore編 機械工業出版社
《軟體工程思想》 林銳編
2、邏輯分析與詳細分析
2.1系統功能
（1）、零售前台（POS）管理系統，本系統必須具有以下功能：
商品錄入：根據超巿業務特點制定相關功能，可以通過輸入唯一編號、掃描條形碼、商品名稱等來實現精確或模糊的商品掃描錄入。該掃描錄入方法可以充分保證各種電腦操作水平層次的人員均能准確快速地進行商品掃描錄入。
收銀業務：通過掃描條形碼或者直接輸入商品名稱（對於同類多件商品採用一次錄入加數量的方式）自動計算本次交易的總金額。在顧客付款後，自動計算找零，同時列印交易清單（包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號）。如果顧客是本店會員並持有本人會員卡，則在交易前先掃描會員卡，並對所購物品全部實行95折優惠，並將所購物品的總金額累計到該會員的總消費金額中。 會員卡的有效期限為一年，滿一年未續卡者，該會員卡將被注銷。
安全性：OS登陸、退出、換班與操作鎖定等許可權驗證保護；斷電自動保護最大限度防止意外及惡意非法操作。
獨立作業：有的斷網收銀即在網路伺服器斷開或網路不通的情況下，收銀機仍能正常作業
(2)、後台管理系統，本系統必須具備以下功能
進貨管理： 根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢列印計劃進貨與入庫記錄及金額。
銷售管理： 商品正常銷售、促銷與限量、限期及禁止銷售控制。 綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結賬情況等。 按多種方式統計生成銷售排行榜，靈活察看和列印商品銷售日、月、年報表。
庫存管理： 綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。軟體為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。
人員管理： 員工、會員、供貨商、廠商等基本信息登記管理。 員工操作許可權管理。 客戶銷售許可權管理。
（3）系統結構
系統總體結構
模塊子系統結構
功能描述：商品錄入子系統要求能快速錄入商品，因此必須支持條形碼掃描。
功能描述：收銀業務子系統能計算交易總額，列印交易清單，並根據會員卡打折。
功能描述：進貨管理子系統可以根據庫存自動指定進貨計劃，進貨時自動等級，以及提供查詢和列印計劃進貨與入庫記錄的功能。
功能描述：銷售管理子系統可以控制某商品是否允許銷售，查詢每種商品的銷售情況並產生年、月、日報表，同時可以生成銷售排行榜。
功能描述：庫存管理子系統提供查詢庫存明細記錄的基本功能，並根據庫存的狀態報警，以及自動盤點計算。
功能描述：人員管理子系統提供基本信息登記管理，員工操作許可權管理，客戶銷售許可權管理的功能。
2.2、流程圖
前台管理系統
頂層DFD圖
第0層DFD圖
第1層DFD圖
2.3、戶類型與職能
（1）、員工（營業員）：
通過商品條形碼掃描輸入商品到購買清單
操作軟體計算交易總金額
操作軟體輸出交易清單
對會員進行會員卡掃描以便打折
（2）、：超市經理
操作軟體錄入商品，供貨商，廠商
操作軟體制定進貨計劃
查詢列印計劃進貨與入庫記錄
操作軟體控制商品銷售與否
查詢列印銷售情況
操作軟體生成銷售排行榜
查詢庫存明細記錄
根據軟體發出的庫存告警進行入貨
操作軟體進行盤點計算
（3）、總經理：
基本信息登記管理
員工操作許可權管理
客戶銷售許可權管理
2.4、統開發步驟
確定參與者和相關的用況
為每個用況設計過程
建立順序圖，確定每個腳本中對象的協作
創建類，確定腳本中的對象
設計, 編碼, 測試, 集成類
為過程編寫系統測試案例
運行測試案例，檢驗系統
2.5、系統環境需求
系統模式
本系統採用C/S模式作為開發模式
硬體環境
伺服器端：
高性能的計算機一台，
普通的雙絞線作為連接。
客戶端： 普通的計算機或者工作站，
普通的雙絞線作為連接。
軟體環境
伺服器端：安裝SQL Server 2000的伺服器版本，
安裝windows 2000伺服器版本，
配置了諾頓等必須的防毒軟體。
客戶端： 安裝SQL Server2000的伺服器版本，
安裝了VB等可視化開發工具軟體，
安裝windows2000伺服器版本。
2.6、系統安全問題
信息系統盡管功能強大，技術先進，但由於受到自身體系結構，設計思路以及運行機制等限制，也隱含許多不安全因素。常見因素有：數據的輸入，輸出，存取與備份，源程序以及應用軟體，資料庫，操作系統等漏洞或缺陷，硬體，通信部分的漏洞，企業內部人員的因素，病毒，「黑客」等因素。因此，為使本系統能夠真正安全，可靠，穩定地工作，必須考慮如下問題：為保證安全，不致使系統遭到意外事故的損害，系統因該能防止火，盜或其他形式的人為破壞。
系統要能重建
系統應該是可審查的
系統應能進行有效控制，抗干擾能力強
系統使用者的使用許可權是可識別的
3、基於UML的建模
3.1語義規則
用例模型（use cases view）（用例視圖）的基本組成部件是用例（use case）、角色(actor)和系統(system)。用例用於描述系統的功能，也就是從外部用戶的角度觀察，系統應支持哪些功能，幫助分析人員理解系統的行為，它是對系統功能的宏觀描述，一個完整的系統中通常包含若干個用例，每個用例具體說明應完成的功能，代表系統的所有基本功能（集）。角色是與系統進行交互的外部實體，它可以是系統用戶，也可以是其它系統或硬體設備，總之，凡是需要與系統交互的任何東西都可以稱作角色。系統的邊界線以內的區域（即用例的活動區域）則抽象表示系統能夠實現的所有基本功能。在一個基本功能（集）已經實現的系統中，系統運轉的大致過程是：外部角色先初始化用例，然後用例執行其所代表的功能，執行完後用例便給角色返回一些值，這個值可以是角色需要的來自系統中的任何東西。
UML：是一種標準的圖形化建模語言，它是面向對象分析與設計的一種標准表示；它不是一種可視化的程序設計語言而是一種可視化的建模語言；不是工具或知識庫的規格說明而是一種建模語言規格說明是一種表示的標准；不是過程也不是方法但允許任何一種過程和方法使用它。
用例（use case）：
參與者（actor）：
3.2、UML模型
3.21、系統UML模型
3.22、子系統UML模型
（1）零售前台（POS）管理系統用例視圖
（2）後台管理系統用例視圖
3.3、系統實現圖
4、超市銷售系統概念設計文檔
（1）、系統ER圖
（2）、系統ER圖說明
1) 商店中的所有用戶（員工）可以銷售多種商品，每種商品可由不同用戶（員工）銷售；
2) 每個顧客可以購買多種商品，不同商品可由不同顧客購買；
3) 每個供貨商可以供應多種不同商品，每種商品可由多個供應商供應。
（3）、視圖設計
1) 交易視圖(v_Dealing)——用於查詢交易情況的視圖；
2) 計劃進貨視圖(v_PlanStock)——用於查詢進貨計劃的視圖；
3) 銷售視圖(v_Sale)——用於查詢銷售明細記錄的視圖；
4) 入庫視圖(v_Stock)——用於查詢入庫情況的視圖。
5、邏輯設計文檔
（1）、系統關系模型
a) 商品信息表（商品編號，商品名稱，價格，條形碼，促銷價格，促銷起日期，促銷止日期，允許打折，庫存數量，庫存報警數量，計劃進貨數，允許銷售，廠商編號，供貨商編號）
b) 用戶表（用戶編號，用戶名稱，用戶密碼，用戶類型）
c) 會員表（會員編號，會員卡號，累積消費金額，注冊日期）
d) 銷售表（銷售編號，商品編號，銷售數量，銷售金額，銷售日期）
e) 交易表（交易編號，用戶名稱，交易金額，會員卡號，交易日期）
f) 進貨入庫表（入庫編號，入庫商品編號，入庫數量，單額，總額，入庫日期，計劃進貨日期，入庫狀態）
g) 供貨商表（供貨商編號，供貨商名稱，供貨商地址，供貨商電話）
h) 廠商表（廠商編號，廠商名稱，廠商地址，廠商電話）
（2）、系統資料庫表結構
資料庫表索引
表名 中文名
MerchInfo 商品信息表
User 用戶表
Menber 會員表
Sale 銷售表
Dealing 交易表
Stock 進貨入庫表
Provide 供貨商表
Factory 廠商表
商品信息表(MerchInfo)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
MerchID int 4 P Not null 商品編號
MerchName Varchar 50 Not null 商品名稱
MerchPrice Money 4 Not null 價格
MerchNum Int 4 Not null 庫存數量
CautionNum Int 4 Not null 庫存報警數量
PlanNum Int 4 null 計劃進貨數
BarCode Varchar 50 Not null 條形碼
SalesProPrice Money 4 促銷價格
SalesProDateS Datetime 8 促銷起日期
SalesProDateE Datetime 8 促銷止日期
AllowAbate Int 4 Not null 允許打折
AllowSale Int 4 Not null 允許銷售
FactoryID Varchar 10 F Not null 廠商編號
ProvideID Varchar 10 F Not null 供貨商編號
用戶表(User)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
UserID varchar 10 P Not null 用戶編號
UserName Varchar 25 Not null 用戶名稱
UserPW Varchar 50 Not null 用戶密碼
UserStyle Int 4 Not null 用戶類型
會員表(Menber)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
MemberID Varchar 10 P Not null 會員編號
MemberCard Varchar 20 Not null 會員卡號
TotalCost Money 4 Not null 累積消費金額
RegDate Datetime 8 Not null 注冊日期
銷售表(Sale)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
SaleID Varchar 10 P Not null 銷售編號
MerChID Varchar 10 F Not null 商品編號
SaleDate Datetime 8 Not null 銷售日期
SaleNum Int 4 Not null 銷售數量
SalePrice Money 4 Not null 銷售單額
交易表(Dealing)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
DealingID Varchar 10 P Not null 交易編號
DealingPrice Money 4 Not null 交易金額
DealingDate Money 4 Not null 交易日期
MemberID Varchar 10 會員卡號
UserName Varchar 10 F Not null 用戶名稱
入庫紀錄表(Stock)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
StockID Varchar 10 P Not null 入庫編號
MerchID Varchar 10 F Not null 入庫商品編號
MerchNum Int 4 Not null 入庫數量
MerchPrice Money 4 Not null 單額
TotalPrice Money 4 Not null 總額
StockDate Datetime 8 Datetime 入庫日期
PlanDate Datetime 8 Datetime 計劃進貨日期
StockState Int 4 Not null 入庫狀態
供貨商表(Provide)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
ProvideID varchar 10 P Not null 供貨商編號
ProvideName Varchar 50 Not null 供貨商名稱
ProvideAddress Varchar 250 供貨商地址
ProvidePhone Varchar 25 供貨商電話
廠商表(Provide)
欄位名 欄位類型 長度 主/外鍵 欄位值約束 對應中文名
FactoryID varchar 10 P Not null 廠商編號
FactoryName Varchar 50 Not null 廠商名稱
FactoryAddress Varchar 250 廠商地址
FactoryPhone Varchar 25 廠商電話
6、物理設計文檔
/*----------創建資料庫----------*/
create database SuperMarketdb
on primary
(
name=SuperMarketdb,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.mdf',
size=100MB,
maxsize=200MB,
filegrowth=20MB
)
log on
(
name=SuperMarketlog,
filename='C:\Program Files\Microsoft SQL Server\MSSQL\Data\SuperMarketdb.ldf',
size=60MB,
maxsize=200MB,
filegrowth=20MB
)
go
/*----------創建基本表----------*/
use [SuperMarketdb]
go
/*創建交易表*/
CREATE TABLE Dealing (
DealingID int identity(1,1) Primary key ,
DealingDate datetime NOT NULL ,
DealingPrice money NOT NULL ,
UserName varchar(25) NULL ,
MemberCard varchar(20) NULL
)
GO
/*創建廠商表*/
CREATE TABLE Factory (
FactoryID varchar(10) Primary key ,
FactoryName varchar(50) NOT NULL ,
FactoryAddress varchar(250) NULL ,
FactoryPhone varchar(50) NULL
)
GO
/*創建會員表*/
CREATE TABLE Member (
MemberID varchar(10) Primary key ,
MemberCard varchar(20) NOT NULL ,
TotalCost money NOT NULL ,
RegDate datetime NOT NULL
)
GO
/*創建商品信息表*/
CREATE TABLE MerchInfo (
MerchID int identity(1,1) Primary key ,
MerchName varchar(50) Unique NOT NULL ,
MerchPrice money NOT NULL ,
MerchNum int NOT NULL ,
CautionNum int NOT NULL ,
PlanNum int NOT NULL ,
BarCode varchar(20) Unique NOT NULL ,
SalesProPrice money NULL ,
SalesProDateS datetime NULL ,
SalesProDateE datetime NULL ,
AllowAbate int NOT NULL ,
AllowSale int NOT NULL ,
FactoryID int NOT NULL ,
ProvideID int NOT NULL
)
GO
/*創建供應商表*/
CREATE TABLE Provide (
ProvideID varchar(10) Primary key ,
ProvideName varchar(50) NOT NULL ,
ProvideAddress varchar(250) NULL ,
ProvidePhone varchar(25) NULL
)
GO
/*創建銷售表*/
CREATE TABLE Sale (
SaleID int identity(1,1) Primary key ,
MerChID int NOT NULL ,
SaleDate datetime NOT NULL ,
SaleNum int NOT NULL,
SalePrice money NOT NULL
)
GO
/*創建入庫表*/
CREATE TABLE Stock (
StockID int identity(1,1) Primary key ,
MerchID int NOT NULL ,
MerchNum int NOT NULL ,
MerchPrice money NULL ,
TotalPrice money NULL ,
PlanDate datetime NULL ,
StockDate datetime NULL,
StockState int NOT NULL
)
GO
/*創建用戶表*/
CREATE TABLE User (
UserID varchar(10) Primary key ,
UserName varchar(25) NOT NULL ,
UserPW varchar(50) NOT NULL ,
UserStyle int NOT NULL ,
)
GO
/*----------創建表間約束----------*/
/*商品信息表中廠商編號、供應商編號分別與廠商表、供應商表之間的外鍵約束*/
ALTER TABLE MerchInfo ADD
CONSTRAINT [FK_MerchInfo_Factory] FOREIGN KEY
(
[FactoryID]
) REFERENCES Factory (
[FactoryID]
),
CONSTRAINT [FK_MerchInfo_Provide] FOREIGN KEY
(
[ProvideID]
) REFERENCES Provide (
[ProvideID]
)
GO
/*銷售表中商品編號與商品信息表之間的外鍵約束*/
ALTER TABLE Sale ADD
CONSTRAINT [FK_Sale_MerchInfo] FOREIGN KEY
(
[MerChID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*入庫表中商品編號與商品信息表之間的外鍵約束*/
ALTER TABLE Stock ADD
CONSTRAINT [FK_Stock_MerchInfo] FOREIGN KEY
(
[MerchID]
) REFERENCES MerchInfo (
[MerchID]
) ON DELETE CASCADE
GO
/*----------創建索引----------*/
/*在交易表上建立一個以交易編號、交易日期為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate)
GO
/*在商品信息表上建立一個以商品編號為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID)
GO
/*在銷售表上建立一個以銷售編號、銷售日期為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)
GO
/*在入庫表上建立一個以入庫編號、入庫日期、商品編號為索引項的非聚集索引*/
CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID)
GO
/*----------創建視圖----------*/
/*創建用於查詢交易情況的視圖*/
CREATE VIEW v_Dealing
AS
SELECT DealingDate as 交易日期,
UserName as 員工名稱,
MemberCard as 會員卡號,
DealingPrice as 交易金額
FROM Dealing
GO
/*創建用於查詢進貨計劃的視圖*/
CREATE VIEW v_PlanStock
AS
SELECT Stock.StockID as SID,
MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
Factory.FactoryName as 廠商,
Provide.ProvideName as 供貨商,
Stock.MerchNum as 計劃進貨數量,
Stock.PlanDate as 計劃進貨日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=0
GO
/*創建用於查詢銷售明細記錄的視圖*/
CREATE VIEW v_Sale
AS
SELECT MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
MerchInfo.MerchPrice as 商品價格,
Sale.SalePrice as 銷售價格,
Sale.SaleNum as 銷售數量,
Sale.SaleDate as 銷售日期
FROM Sale INNER JOIN
MerchInfo ON Sale.MerChID = MerchInfo.MerchID
GO
/*創建用於查詢入庫情況的視圖*/
CREATE VIEW v_Stock
AS
SELECT MerchInfo.MerchName as 商品名稱,
MerchInfo.BarCode as 條形碼,
Factory.FactoryName as 廠商,
Provide.ProvideName as 供貨商,
Stock.MerchPrice as 入庫價格,
Stock.MerchNum as 入庫數量,
Stock.TotalPrice as 入庫總額,
Stock.StockDate as 入庫日期
FROM Stock,MerchInfo,Provide,Factory
Where Stock.MerchID = MerchInfo.MerchID
and Provide.ProvideID=MerchInfo.ProvideID
and Factory.FactoryID=MerchInfo.FactoryID
and Stock.StockState=1
GO
7、小結
和傳統管理模式相比較，使用本系統，毫無疑問會大大提高超市的運作效率，輔助提高超市的決策水平，管理水平，為降低經營成本， 提高效益，減少差錯，節省人力，減少顧客購物時間，增加客流量，提高顧客滿意度，增強超市擴張能力， 提供有效的技術保障。
由於開發者能力有限，加上時間倉促，本系統難免會出現一些不足之處，例如：
本系統只適合小型超市使用，不能適合中大型超市使用；
超市管理系統涉及范圍寬，要解決的問題多，功能復雜，實現困難，但由於限於時間，本系統只能做出其中的一部分功能；
對於以上出現的問題，我們深表歉意，如發現還有其它問題，希望老師批評指正。
請採納。
『捌』 您好，您那裡有VC和SQl的倉庫管理系統嗎，我郵箱是[email protected] 不勝感激，謝謝！
這個是北京富通維爾科技有限公叢大司提供的說明資料，你可以去網路搜他們的網址
Ware-WMS是一套廣泛適用於各種類型倉庫管理的通用軟體。該軟體結合維爾公司多年為物流企業信息化的經驗，從管理和操作角度出發，處處為倉儲業務設想，努力通過信息化手段，提高倉庫業務的操作效率、降低倉儲成本，為提高企業管理能力和行業競爭力奠定堅實的基礎。
Ware-WMS主要有以下特點：
1、快速安裝部署以及廣泛的適用性，能夠適用於多種行業多種類型的倉庫業務管理
2、全方位管理倉庫內部業務，從入庫、出庫、庫存、盤點，到自動補貨、自動報警功能
3、快速與御鄭斗其他倉庫信息化設備集成，如RF、RFID、立體貨架、電子標簽揀貨設備等
4、高度業務容錯功能，通過許可權配置、工作流設置、狀態履歷跟蹤，以及業務回退功能，層層把關，防止業務差錯發生。
5、靈活應用和快速定製化，能夠按照企業要求，快速定製出符合企業特殊業務的功能。
Ware-WMS主要功能：
1、倉庫要素管理：多倉庫、多貨主、 多包裝單位、立體貨位
商品屬性管理：生產日期、生產批號、顏色、尺寸、序列號、條形碼
2、訂單管理：入出庫單錄入/導入、 單據審核、單據查詢、訂單執行情況追蹤
3、入庫管理：進貨檢驗、允許分批入庫、自動碼放指令、允許自由混放、高度容錯
4、出庫管理：多種揀貨方式（按單進貨、波次揀貨）、先進先出、自由分配、高度容錯
5、庫內管理：庫間移動、貨位移動、盤點、次品管理等
6、流通加工：商品組裝拆分、填充與包裝、貼標簽
7、費用管理：倉儲租金、入出庫操作費、日常管理費、各種雜費等
8、其他：支持RF作業、支持電子標簽揀鎮磨貨設備、支持RFID作業
『玖』 求做一份資料庫
你用什麼語言做
『拾』 資料庫優化(ER模型設計）
據訪問需要的完整解datamole4.adoquery2.sql.add('SELECT借書證號,密碼FROM[user]WHERE(借書證號=:tt)');
datamole4.adoquery2.parameters[0].value:=username;
datamole4.adoquery2.open;
在為TQuery或TADOquery部件設置SQL屬性時調用Close方法總是很安全的，如果TQuery或TADOquery部件已經被關閉了，調用Close方法時不會產生任何影響。在應用程序中為SQL屬性設置新的SQL命令語句時，必須要調用Clear方法以清除SQL屬性中現存的SQL命令語句，如果不調用Clear方法，便調用Add方法向SQL屬性中設置SQL命令語句，那麼新設置的SQL命令語句會追加在現存SQL命令語句後面，在程序運行時常常會出現出乎意料的查詢結果甚至程序無法運行下去。
在這里要特別注意的，一般情況下TQuery或TADOquery部件的SQL屬性只能包含一條完整的SQL語句，它不允許被設置成多條SQL語句。當然有些資料庫伺服器也支持在TQuery或TADOquery部件的SQL屬性中設置多條SQL語句，只要資料庫伺服器允許這樣，我們在編程時可以為SQL屬性設置多條SQL語句。
在為TQuery或TADOquery部件設置完SQL屬性的屬性值之後，也即編寫好適當的SQL程序之後，可以有多種方式來執行SQL程序。
在設計過程中，設置完TQuery或TADOquery部件的SQL屬性之後將其Active屬性的值置為True，這樣便可以執行SQL屬性中的SQL程序，如果應用中有與TQuery或TADOquery部件相連的數據瀏覽部件(如TDDGridTDBEdit等)那麼在這些數據瀏覽部件中會顯示SQL程序的執行結果。
在應用程序運行過程中，通過程序調用TQuery或TADOquery組件的Open方法或ExecSQL方法可以執行其SQL屬性中的SQL程序。Open方法和ExecSQL方法是不一樣的。Open方法只能用來執行SQL語言的查詢語句(Select命令)，並返回一個查詢結果集，而ExecSQL方法還可以用來執行其它常用的SQL語句(如INSERT,UPDATE,DELETE等命令)，例如：
Query1.Open(這樣會返回一個查詢結果集)
如果調用Open方法，而沒有查詢結果時，會出錯。此時應該調用ExecSQL方法來代替Open方法。如：
Query1.ExecSQL(沒有返回結果)
當然在設計應用程序時，程序設計人員是無法確定TQuery或TADOquery組件中的SQL語句是否會返回一個查詢結果的。對於這種情況應當用Try…Except模塊來設計程序。在Try部分調用Open方法，而在Except部分調用ExceSQL方法，這樣才能保證程序的正確運行。
例如：
Try
Query1.Open
Except
Query1.ExecSQL
End
通過Tquery或TADOquery組件可以獲得兩種類型的數據：
u「活動」的數據
這種數據就跟通過TTable部件獲得的數據一樣，用戶可以通過數據瀏覽部件來編輯修改這些數據，並且當調用Post方法或當焦點離開當前的數據瀏覽部件時，用戶對數據的修改自動地被寫回到資料庫中。
u非活動的數據(只讀數據)
用戶通過數據瀏覽部件是不能修改其中的數據。在預設情況下，通過TQuery部件獲得的查詢結果數據是只讀數據，要想獲得「活動」的數據，在應用程序中必須要設置Tquery或TADOquery組件的RequestLive屬性值為True，然而並不是在任何情況下(通過設置RequestLive的屬值True)都可以獲得「活動」的數據的，要想獲得「活動」的數據，除了將TQuery部件的RequestLive屬性設置為True外，相應的SQL命令還要滿足以下條件。
本地SQL語句查詢情況下，要得到可更新的數據集，SQL語句的限制為：
n查詢只能涉及到一個單獨的表
nSQL語句中不能包含ORDERBY命令
nSQL語句中不能含聚集運算符SUM或AVG
n在Select後的欄位列表中不能有計算欄位
n在Select語句WHERE部分只能包含欄位值與常量的比較運算，這些比較運算符是：Like,>,<,>=,<=。各比較運算之間可以有並和交運算：AND和OR
當通過SQL語句查詢資料庫伺服器中的資料庫表：
n查詢只能涉及到一個單獨的表
nSQL語句中不能包含ORDERBY命令
nSQL語句中不能含聚集運算符SUM或AVG運算
另外，如果是查詢Sybase資料庫中的表，那麼被查詢的表中只能有一個索引。
如果在應用程序中要求TQuery或TADOquery組件返回一個「活動」的查詢結果數據集，但是SQL命令語句不滿足上述約束條件時，對於本地資料庫的SQL查詢，BDE只能返回只讀的數據集。對於資料庫伺服器中的SQL查詢，只能返回錯誤的代碼。當Tquery或TADOquery組件返回一個「活動」的查詢結果數據集時，它的CanModIfy屬性的值會被設置成True。
§3.4MSSQLServer簡述
SQLServer是一個後台資料庫管理系統,它功能強大操作簡便,日益為廣大資料庫用戶所喜愛。越來越多的開發工具提供了與SQLServer的介面。SQLServer是一個關系資料庫管理系統，它最初是由Microsoft、Sybase和Ashton-Tate三家公司共同開發的。於1988年推出了第一個OS/2版本，在WindowsNT推出後，Microsoft與Sybase在SQLServer的開發上就分道揚鑣了，Microsoft將SQLServer移植到WindowsNT系統上，專注於開發推廣SQLServer的WindowsNT版本。
SQLServer2000是Microsoft公司推出的SQLServer資料庫管理系統的最新版本，該版本繼承了SQLServer7.0版本的優點，同時又比它增加了許多更先進的功能、具有使用方便、可伸縮性好與相關軟體集成程度高等優點。可跨越從運行MicrosoftWindows98的膝上型電腦到運行MicrosoftWindows2000的大型多處理器的伺服器等多種平台使用。MSSQLServer不但可以應用於大中型資料庫管理中，建立分布式關系資料庫，並且也可以開發桌面資料庫。事實上，SQLServer資料庫處理的基本結構，採取關系型資料庫模式，盡管如此，相信大家都可以輕易的發現，在SQLServer的資料庫處理方式，則是使用面向對象的操作方式與精神，也就是說，SQLServer的所有功能，都可以基於系統已經建立好的一些對象來達成，是相當OO（面向對象）的一個系統結構。
SQLServer企業管理器是SQLServer的主要管理工具，它提供了一個遵從MMC標準的用戶界面，使用戶得以：
·定義SQLServer實例組。
·將個別伺服器注冊到組中。
·為每個已注冊的伺服器配置所有SQLServer選項。
·在每個已注冊的伺服器中創建並管理所有SQLServer資料庫、對象、登錄、用戶和許可權。
·在每個已注冊的伺服器上定義並執行所有SQLServer管理任務。
·通過喚醒調用SQL查詢分析器，交互地設計並測試SQL語句、批處理和腳本。
·喚醒調用為SQLServer定義的各種向導。
·
第三章圖書管理系統設計分析
§4.1應用需求分析
圖書管理系統需要滿足來自三方面的需求，這三個方面分別是圖書借閱者、圖書館工作人員和圖書館管理人員。圖書借閱者的需求是查詢圖書館所存的圖書、個人借閱情況及個人信息的修改；圖書館工作人員對圖書借閱者的借閱及還書要求進行操作，同時形成借書或還書報表給借閱者查看確認；圖書館管理人員的功能最為復雜，包括對工作人員、圖書借閱者、圖書進行管理和維護，及系統狀態的查看、維護並生成催還圖書報表。
圖書借閱者可直接查看圖書館圖書情況，如果圖書借閱者根據本人借書證號和密碼登錄系統，還可以進行本人借書情況的查詢和維護部分個人信息。一般情況下，圖書借閱者只應該查詢和維護本人的借書情況和個人信息，若查詢和維護其他借閱者的借書情況和個人信息，就要知道其他圖書借閱者的借書證號和密碼。這些是很難得到的，特別是密碼，所以不但滿足了圖書借閱者的要求，還保護了圖書借閱者的個人隱私。
圖書館工作人員有修改圖書借閱者借書和還書記錄的許可權，所以需對工作人員登陸本模塊進行更多的考慮。在此模塊中，圖書館工作人員可以為圖書借閱者加入借書記錄或是還書記錄，並列印生成相應的報表給用戶查看和確認。
圖書館管理人員功能的信息量大，數據安全性和保密性要求最高。本功能實現對圖書信息、借閱者信息、總體借閱情況信息的管理和統計、工作人員和管理人員信息查看及維護。圖書館管理員可以瀏覽、查詢、添加、刪除、修改、統計圖書的基本信息；瀏覽、查詢、統計、添加、刪除和修改圖書借閱者的基本信息，瀏覽、查詢、統計圖書館的借閱信息，但不能添加、刪除和修改借閱信息，這部分功能應該由圖書館工作人員執行，但是，刪除某條圖書借閱者基本信息記錄時，應實現對該圖書借閱者借閱記錄的級聯刪除。並且還應具有生成催還圖書報表，並列印輸出的功能。
在本系統中由於沒有列印機設備供試驗，所以預先把報表列印改成報表預覽。
設計不同用戶的操作許可權和登陸方法
對所有用戶開放的圖書查詢
借閱者維護借閱者個人部分信息
借閱者查看個人借閱情況信息
維護借閱者個人密碼
根據借閱情況對資料庫進行操作並生成報表
根據還書情況對資料庫進行操作並生成報表
查詢及統計各種信息
維護圖書信息
維護工作人員和管理員信息
維護借閱者信息
處理信息的完整性
對借閱過期的圖書生成報表
圖4-2圖書管理系統資料庫應用需求的總結
根據以上所做的需求分析，並略掉一些細節（如不考慮用戶的登錄；對記錄的維護），得出以下的三層數據流圖。
§4.2系統功能模塊劃分
系統功能框圖如圖4-10所示。
§4.3系統資料庫設計
4.3.1概念設計
在概念設計階段中，設計人員從用戶的角度看待數據及處理要求和約束，產生一個反映用戶觀點的概念模式。然後再把概念模式轉換成邏輯模式。將概念設計從設計過程中獨立開來，使各階段的任務相對單一化，設計復雜程度大大降低，不受特定DBMS的限制。
利用ER方法進行資料庫的概念設計，可分成三步進行：首先設計局部ER模式，然後把各局部ER模式綜合成一個全局模式，最後對全局ER模式進行優化，得到最終的模式，即概念模式。
（1）設計局部ER模式
實體和屬性的定義：
圖書（圖書編號，圖書名稱，作者，出版社，出版日期，備注，價格，數量，）
借閱者（借書證號，姓名，性別，身份證，聯系電話，密碼）
身份（身份編號，身份描述，最大借閱數）
圖書類別（圖書類別編號，類別描述）
ER模型的「聯系」用於刻畫實體之間的關聯。一種完整的方式是對局部結構中任意兩個實體類型，依據需求分析的結果，考察局部結構中任意兩個實體類型之間是否存在聯系。若有聯系，進一步確定是1:N，M:N，還是1:1等。還要考察一個實體類型內部是否存在聯系，兩個實體類型之間是否存在聯系，多個實體類型之間是否存在聯系，等等。聯系定義如圖4-5所示。解釋如下：
u一個借閱者（用戶）只能具有一種身份，而一種身份可被多個借閱者所具有；
u一本圖書只能屬於一種圖書類別（類別），而一種圖書類別可以包含多本圖書；
u一個用戶可以借閱多本不同的書，而一本書也可以被多個不同的用戶所借閱。
（2）設計全局ER模式
所有局部ER模式都設計好了後，接下來就是把它們綜合成單一的全局概念結構。全局概念結構不僅要支持所有局部ER模式，而且必須合理地表示一個完整、一致的資料庫概念結構。
1)確定公共實體類型
為了給多個局部ER模式的合並提供開始合並的基礎，首先要確定各局部結構中的公共實體類型。在這一步中我們僅根據實體類型名和鍵來認定公共實體類型。一般把同名實體類型作為公共實體類型的一類候選，把具有相同鍵的實體類型作為公共實體類型的另一類候眩
2)局部ER模式的合並
合並的原則是：首先進行兩兩合並；先和合並那些現實世界中有聯系的局部結構；合並從公共實體類型開始，最後再加入獨立的局部結構。
3)消除沖突
沖突分為三類：屬性沖突、結構沖突、命名沖突。
設計全局ER模式的目的不在於把若干局部ER模式形式上合並為一個ER模式，而在於消除沖突，使之成為能夠被所有用戶共同理解和接受的同一的概念模型。
3)全局ER模式的優化
在得到全局ER模式後，為了提高資料庫系統的效率，還應進一步依據處理需求對ER模式進行優化。一個好的全局ER模式，除能准確、全面地反映用戶功能需求外，還應滿足下列條件：實體類型的個數要盡可能的少；實體類型所含屬性個數盡可能少；實體類型間聯系無冗餘。
綜上所述，「圖書管理系統」的全局ER模式如圖4-13所示。
4.3.2關系資料庫的邏輯設計
由於概念設計的結果是ER圖，DBMS一般採用關系型（本人所使用的MSSQLServer就是關系型的DBMS），因此資料庫的邏輯設計過程就是把ER圖轉化為關系模式的過程。由於關系模型所具有的優點，邏輯設計可以充分運用關系資料庫規范化理論，使設計過程形式化地進行。設計結果是一組關系模式的定義。
（1）導出初始關系模式
book（圖書編號＃，圖書名稱，圖書類別＃，作者，出版社，出版日期，備注，價格，數量）class（圖書類別#，類別名）user（借書證號＃，姓名，性別，身份編號＃，身份證，聯系電話，密碼）ID（身份編號#，身份描述，最大借閱數）Owner（借書證號#,圖書編號#，借書日期）
圖4-14關系模式集
（2）產生子模式
子模式是用戶所用到的那部分數據的描述。除了指出用戶用到的數據外，還應指出數據與概念模式中相應數據的聯系，即指出概念模式與子模式之間的對應性。
借書子模式（借書證號#，姓名，圖書編號＃，圖書名稱，借書日期）
圖4-15部分子模式
（3）根據設計中出現的問題本人在寫系統時還加入了兩個關系模式：
1、ownertemp：用於工作人員在處理借書、還書工作時臨時存儲借書、還書信息，以便列印報表時使用。
2、keyer：用於存儲工作人員和圖書館管理員的用戶名和密碼及許可權，以便工作人員或圖書館管理員進入相應的功能模塊時進行驗證用戶的身份。
4.3.3資料庫的實現
我選用MicrosoftSQLServer2000(企業版)資料庫來進行資料庫的邏輯設計。首先創建七個基本資料庫表如表4-1－4-7所示，然後根據全局ER圖，建立各個表之間的聯系，如圖4-8所示。
表4-1借閱者基本信息表的結構(User)
表4-2圖書信息表的結構（Book）
表4-3圖書類別信息表的結構（Class）
表4-4借閱者身份信息表的結構（ID）
表4-5借閱情況信息表的結構（Owner）
表4-6借閱情況臨時存儲信息表的結構（Ownertemp）
註：在owner表和ownertemp表中加入了索引欄位，用來唯一標識一條借書記錄，並且設置為標識，標識種子為1。
表4-7工作人員和管理員信息表的結構（Keyer）
圖4-8資料庫表間聯系圖
第五章圖書管理系統應用程序設計
§5.1系統窗體模塊組成
§5.2數據模塊窗體的設置
在編寫資料庫應用程序時，經常要遇到這樣的情況，即好多組件、窗體同時訪問相同的數據源，如果為每一個組件或者窗體都設置一個數據源將是十分耗時的工件，而且要保證這些數據源的確是相同的也需花一番功夫。那麼，能不能將這些數據源集中管理，最好是做成一個統一的模塊，需要時就將該模塊引入而不必直接操作數據源本身呢？數據模塊（DataMole）是解決這個問題最好的答案。簡單說來，數據模塊是用來集中管理數據源的一個窗體，該窗體可被需要的地方隨時引入。
但本人在開發這個系統時，開始使用了一下數據模塊，但在使用過程中卻碰到了一些問題。並且考慮這個系統使用到的TADOQuery控制項比較多，如果使用數據控制項可能會帶來管理上的麻煩，如弄混各個數據控制項的作用。還考慮到使用動態生成ADOQuery可能會更節省資源。所以在本人的系統中，開始做的第一個模塊「借閱者個人模塊」中還稍微使用了一下數據模塊。但在後面做的兩個模塊中大多都是用動態生成ADOQuery來實現的。並且由於SQL語句是動態加入的所以datamole中的控制項也不會多。
§5.3啟動畫面的實現
啟動畫面是為了給用戶一個良好的印像，加深軟體的親和力，沒有實際的功能，在Form1窗體中加入了Image和Time組件。啟動畫面的窗體略，主要的源代碼如下：
§5.4用戶登錄窗體的的實現
本窗體是為三種不同的用戶（一般用戶，工作人員，管理員）提供選擇以進入不同的模塊，滿足不同用戶的需求。源代碼比較簡單，略。
§5.5用戶密碼認證窗體的的實現
本窗體是為了讓工作人員或圖書館管理員按照用戶名和密碼進行登錄，並且跟據用戶名檢查Keyer表中的「許可權」欄位，以分辯進入圖書館管理人員模塊還是進入工作人員模塊。窗體界面、源代碼如下
§5.6借閱者服務模塊的實現
借閱者服務窗體的功能主要是圖書的查詢，個人借閱情況查看及個人部分信息的修改。界面圖如下：
5.6.1圖書查詢功能的實現
在本系統中，任何人都有許可權使用查詢功能，不做任何限制。界面如下，
由於實現的查詢功能有多種，如按圖書編號、圖書名稱等欄位進行完全體配查找和部分體配的模糊查找，還有按多個條件進行邏輯與或是邏輯或的多條件查找。其中實現的方法者差不多，所以只給出多條件查找的代碼，如下：
5.6.2借閱者登錄功能的實現
這個功能的實現與工作人員和管理人員登錄功能實現的方法大致一樣，並且還要簡單。是從User表中查到到借閱證號與密碼，看與用戶輸入的是否一致。如果一致，那麼用戶就可查看自已的借閱情況並維護自己的部分信息。源代碼與借閱者登錄界面都略。
5.6.3借閱者借閱情況功能的實現
當借閱者正確登錄到系統後，此功能將被激活，使用戶能查看到自身的借閱情況。在此系統中，信息的顯示一般用ListView來實現，只在較少的情況下用到了DBgrid，因為我覺得ListView更好實現，並能使信息數據對用戶的完全分離。
在這里跟據借閱者的不同要求實現借閱情況的查詢，有檢查所有的借閱情部、某本書的借閱情況、和根據已借閱天數的來查詢。其中根椐借閱天數來查詢更有代表性，有方式一和方式二。以下給出此功能的源代碼
按借閱天數查詢方式一
按借閱天數查詢方式二
5.6.4借閱者個人資料維護功能的實現
此功能實現當前借閱者部份資料的修改，但借書證號和身份類別這樣的信息不允許修改，這是圖書館管理員模塊的功能。在此界面中點擊修改按鈕將出現「修改」窗體（Form8），點擊修改密碼按鈕將出現groupbox8，在這里進行密碼修改。關鍵源代碼如下。
這里給出個人部分信息修改的源代碼：
這里給出密碼修改的源代碼：
5.7工作人員－圖書借閱/歸還模塊的實現
5.7.1工作人員進行圖書借閱功能實現
在這個功能中，工作人員輸入借閱者的借閱證號和所要借閱的圖書的圖書編號，然後點擊借閱按鈕就可進行圖書借閱。考慮到實際中可能會出現只知圖書名而不知圖書編號的情況，在此界面下方加入了一個轉換功能，可以把圖書名稱轉換成圖書編號，再進行圖書借閱。
在借閱完成後會生借閱報表以便借閱者檢查和確認，借閱報表的列印效果如下圖，實現比較簡單，略去實現過程。
5.7.2工作人員進行圖書歸還功能實現
在此功能中，工作人員根據借閱者的借書證號和歸還的圖書編號進行圖書的歸還工作。並且根據現實中可能會出現的只知圖書名不知圖書編號的歸還情況，所以加入了按書籍名稱進行歸還的功能。這個功能是圖書借閱功能中把圖書名稱轉換成圖書編號的一種改進方法，這樣就不用如借閱功能中一樣要先轉換再借閱了。歸還完成後，同樣會列印出歸還報表以便用戶檢查和確認。
5.8圖書館管理員模塊的實現
5.8.1圖書館管理員圖書管理功能的實現
在這個功能中可以在（＊圖書編號）中輸入圖書編號，點查找按鈕後就會在各個相應的組件中顯示出信息，或按圖書名稱模糊查找到所要的記錄，在各個相應的組件中顯示第一條記錄的信息，也可在下端的ListView組件中點擊某一條記錄，在各個相應的組件中也會顯示所選記錄的信息。在入庫功能中只要不是相同的圖書編號並且帶＊號提示的欄位不為空就可插入新的圖書記錄。刪除則刪除那些Book表中的圖書記錄，如果借出還可依用戶要求連帶刪除owner表中的記錄。因為圖書修改與圖書入庫的功能與工作人員記錄修改和工作人員記錄添加的實現過程一樣，所以下面僅給出刪除功能的源代碼，如下
5.8.2圖書館管理員工作人員和管理員管理功能的實現
在此功能中可以加入工作人員或是管理員，或是修改他們的密碼、許可權。
在此功能中如果選中ListView中的記錄，則在右邊相應的組件中顯示出信息，並且管理員還可對這些記錄進行修改或加入新的記錄。並且也可以點刪除按鈕刪除選中的一條或多條記錄。刪除功能與圖書記錄的刪除一般，所以下面只給出添加與修改的實現過程。
5.8.3圖書館管理員修改圖書類別及統記功能的實現
在此窗體中能對圖書的類別進行刪除，添加和修改，這模塊的功能的實現過程與圖書記錄的刪除，添加和修改一樣的，但是這個窗體還能跟據圖書類別進行統計，還可根據Book表和owner表統計出圖書總數目，庫存圖書數目，借出圖書數目及借閱過期的圖書數目。在這里給出統計圖書總數目，庫存圖書數目，借出圖書數目及借閱過期的圖書數目的實現過程中的幾個函數和過程
5.8.4圖書館管理員借閱者管理功能的實現
查詢借閱者可根據借閱者的借書證號或姓名或身份編號查找到借閱者的信息，也可以實行模糊查找，這個功能的實現與前面圖書查找的實現過程一般，就不再詳細說明。
5.8.5圖書館維護借閱者管理功能的實現
此功能能對借閱者信息進行查看添加、刪除、修改。在這里給出刷新按鈕的實現過程
5.8.6圖書館身份維護功能的實現
這一部分是對借閱者身份進行管理，能對身份進行添加、刪除、修改。並且同樣的在listview中選中某條或多條記錄時會在相應的右邊的組件中顯示出信息。此功能實現過程與前面所敘有雷同，略。
5.8.7圖書館借閱者統計功能的實現
此功能按借閱者身份進行統計，得出具有某種身份的借閱者總數，此種身份的並借閱圖書的借閱者數和所借閱的圖書數，在下面給出實現過程。
5.8.8圖書館統計借閱過期記錄功能的實現
列印出的借閱過期催還報表如下圖所示：
此報表能顯示按借書證號升序排列的借閱信息超過限定時限的信息，其中主要的SQL語句如下：
5.9系統信息顯示的實現
顯過本系統的信息，並且右邊的字向上滾動顯示，主要實現如下：
另外,虛機團上產品團購,超級便宜