1、 基于Dephi的網上書店治理系統的設計 -數據庫原理課程設計 姓 名: _班 級: _學 號: _指導老師: _成 績: _ 評 語 計算機工程學院 2008年1月10日基于Dephi的網上書店治理系統的設計【摘要】 信息社會的高科技，商品經濟化的高效益，使計算機的應用已普及到經濟和社會生活的各個領域。隨著Internet的興起，網絡差不多成為現代人生活中的一部分，人們越來越想在最短的時刻內購買到自己所需要的圖書。因此信息化治理成為網上書店的必定趨勢，本系統確實是基于Dephi的網上書店治理系統，通過本系統的開發能夠更方便書店的治理，使書店的治理者能夠更清晰的掌握書店的銷售情況。同時通過本系

2、統的使用能夠達到減少店員的工作量和提高工作效率的目的。本系統要緊功能包括錄入功能、查詢功能、治理功能。1錄入功能錄入功能包括錄入圖書、銷售圖書、退出功能。（1）錄入圖書。書店工作人員能夠輸入圖書的差不多信息。（2）銷售圖書。用于計錄銷售的圖書的信息。（3）退出功能。用于退出系統。2查詢功能查詢功能包括按書號查詢、按書名查詢、按出版社查詢、按類不查詢、按作者查詢。（1）精確查詢。書店工作人員能夠通過輸入書號、書名、ISBN 、書的類不等來進行精確的查詢。（2）模糊查詢。書店工作人員能夠通過輸入關鍵字來進行模糊的查詢。這些功能在本系統中具體是：書店的資料治理、進貨治理、銷售治理、庫存信息治理。通過

3、測試，差不多實現了網上書店正常運作的信息化治理。在Internet上通過它用戶能夠突破時刻和空間的限制來實現網上購書，為消費者帶來了專門大的方便，使他們足不出戶就能夠買到自己想要的書；還有一個最大的優勢是便于治理員的治理與維護，既省時又省力。它還有著經營成本低、庫存是虛擬的、用戶檢索方便、地域限制少等特點。【關鍵詞】 Delphi 書店治理 查詢目錄 TOC o 1-2 h z u 【背景】計算機的出現給人類社會帶來了第三次工業革命，計算機和計算機網絡差不多深入到了各行各業，各個領域，隨著internet的不斷擴大和進展，電腦網絡“把每一個國家、每一個都市甚至每一個家庭連接到一起”，形成了一條

4、“信息高速路”，就像高速公路大大提高了車輛行駛的速度一樣。提高信息網上書店的信息化治理是必定的趨勢。【意義】通過開發網上書店治理系統，能夠大大的方便治理員的治理與維護，既省時又省力。同時具有經營成本低、庫存是虛擬的、用戶檢索方便、地域限制少等。開發一個集成書店的資料治理、進貨治理、銷售治理、庫存信息治理、權限治理系統一體的書店點治理系統。本系統的要求是：簡單易用，具有專門好的穩定性、安全性、交互性。其中穩定性要求要緊能夠處理各種專門情況，保證系統能正常運行；安全性要求要緊涉及到不同的用戶和和治理員擁有不同權限；交互性要求要緊是能夠方便用戶的操作。操作系統Windows XP 軟件 Delphi

5、第二章 需求分析依照上述體系結構設計能夠將網上書店治理系統劃分為多個相關聯的子系統（功能模塊），然后逐個分析各個子功能模塊需求。1.信息及處理要求（1）資料治理要緊是圖書資料的治理、供貨商資料治理、客戶資料治理。圖書資料要緊包括ISBN、書名、作者、出版商、定價、字數、類不、規格等信息；供貨商資料要緊包括供貨商號、名稱、地址、郵編、電話、銀行開戶等信息；客戶資料要緊包括客戶編號、姓名、聯系人、用戶類型、地址、聯系電話、傳真、銀行開戶等信息。圖書資料治理，要緊是對圖書的查詢、添加、更新、刪除等操作，特不是圖書的查詢包括精確查詢和模糊查詢。（2）進貨治理要緊是對圖書的進貨情況查詢、進貨處理。依照需

6、要能夠將采購訂單、入庫單、銷售單依照第二范式都分為主從兩張表來存放數據，主表“進貨單”的內容包括編號、供貨商、進貨日期、業務員、制單人、訂單號等，從表“進貨單明細”內容包括編號、進貨單號、貨號、進貨數量、進價等信息。圖書進貨單業務員和制單人完成進貨登記，然后相應的治理系統自動更新數據庫。另外一個是歷史查詢，要緊是用于查詢商品的進貨歷史，具有該權限的用戶能夠按照任何條件進行查詢，如按照供貨商、日期、商品等。執行完查詢后能夠打印相應的報表。（3）銷售治理要緊是將客戶的銷售單錄入數據庫，更新相應的數據同時能夠執行銷售情況查詢。主表“銷售單”包含編號、客戶編號、銷售日期、也無人、制單人、訂單號等信息；

7、從表“銷售單明細”包含編號、銷售單號、貨號、銷售數量、銷售價出貨倉庫等信息。圖書銷售治理人員要完成圖書銷售登記，并由系統自動更新數據庫。治理人員能夠更具需要按某個條件查詢銷售歷史，如按照客戶編號、日期、商品、業務員等信息查詢。（4）庫存治理子系統要緊是治理圖書庫存信息，如查詢某圖書的庫存量，倉庫庫存等。（另外能夠查詢歷史庫存相關信息。（5）系統治理，即用戶權限治理。這要緊對不同的業務員和治理員授于不同的治理權限，以實現系統的安全性。例如系統員具有最高權限，能夠對其他用戶依照需要授與相應的權限治理。而銷售員只能執行銷售有關的操作，如制作圖書銷售單、錄入圖書銷售信息、查詢銷售歷史等操作；進貨員只執

8、行進貨有關的操作，如制作圖書進貨單、錄入圖書進貨情況、查詢進貨歷史等操作。該子系統涉及到權限清單和用戶清單。數據流圖：2安全性與完整性要求安全性要求：（1）登錄系統，驗證用戶是否具有使用圖書治理系統的權限，只有合法的用戶才能登錄本系統，然后執行相關的操作。另外對用戶密碼應該進行加密。（2）通過用戶權限治理來完成，關于不同的用戶只能執行該用戶被授予的相關的操作。系統治理員具有系統的最高權限，能夠進行對其他用戶進行授權。 完整性要求：當有進貨或銷售的時候要將其錄入詳細歷史，同時更新倉庫的數據。當系統治理員授予其他用戶相應的權限時，應該跟新其他用戶的操作權限。對相應的錄入數據做數據的合法性，對不合法

9、的數據要拒絕本次操作，防止“垃圾進垃圾出”信息。當刪除某個信息的時候，要相應的刪除其相關聯的信息。（三）概念結構設計 1.各個部分的ER圖（1）業務員與權限業務員差不多屬性（業務員號，名稱，權限級不，密碼）權限清單差不多屬性（權限序號，業務員號，權限名稱）（2）供貨商、進貨單及進貨明細供貨商差不多屬性(供貨商號、名稱、地址、郵編、地區、電話、郵箱地址、開戶行、銀行賬號、業務員、業務部門)進貨單差不多屬性（編號、進貨商號、進貨日期、業務員、制單人、總金額）進貨單明細（編號、進貨單號、進貨數量、進價、倉庫、合計）客戶、銷售單與銷售單明細客戶差不多屬性（客戶編號，名稱，聯系人，地址，郵編，區號，電話

10、，郵箱地址，開戶行，銀行賬號）銷售單差不多屬性（編號，客戶編號，銷售日期，業務員，制單人）銷售單明細差不多屬性（編號，銷售單號，ISBN，銷售數量，銷售價，倉庫，總額）進貨單明細與圖書圖書差不多屬性（ISBN，書名，作者，出版社，出版日期，類不，開本規格，進貨價，銷售價，）（5）銷售單明細與圖書 （6）進貨單、銷售單與倉庫2.合并后的總ER圖供貨商進貨單進貨單明細客戶供貨商進貨單進貨單明細客戶銷售單銷售單明細圖書郵編地址名稱電話供貨商號銷售日期編號業務員制單人郵箱地址銀行賬號客戶編號名稱編號進貨單號進貨數量聯系人郵編電話1MN編號銷售日期業務員制單人書號書名作者出版社定價出版日期11M1M1N

11、編號銷售單號總額業務員區號銀行賬號1N倉庫倉庫MNMN倉庫號書號倉庫ER圖轉換為關系模型轉換的為業務員表（業務員號，名稱，密碼）權限清單（權限序號，業務員號，權限名稱）供貨商表(供貨商號、名稱、地址、郵編、地區、電話、郵箱地址、開戶行、銀行賬號、業務員、業務部門)進貨單表（編號，進貨商號，進貨日期，業務員，制單人，倉庫，總金額）進貨單明細表（編號，進貨單號，書號，進貨數量，進價，倉庫，總額）客戶表（客戶編號，名稱，聯系人，地址，郵編，區號，電話，郵箱地址，開戶行，銀行賬號）銷售單表（編號，客戶編號，銷售日期，業務員，制單人）銷售單明細表（編號，銷售單號，書號，銷售數量，銷售價，倉庫，總額）書目

12、清單（書號，書名，作者，出版社，出版日期，類不，開本規格，進貨價，銷售價，）倉庫表(倉庫號,書號);進貨（進貨編號， 倉庫號）銷售（銷售編號，倉庫號）轉換過程中應用的規則是：1. 若是實體間聯系是1：1，能夠在兩個實體類型轉換成的兩個關系模式中任意一個的屬性中加入另一個關系模式的鍵和聯系類型的屬性。2. 若是實體間聯系是 1：N，則在N端實體類型轉換成的關系模式中加入1端實體類型的鍵和聯系類型的屬性。3若實體間聯系為M：N，則將聯系類型也轉換成關系模型，其屬性為兩端實體類型的屬性的鍵加上類型的屬性，而鍵為兩端實體鍵的組合。4.2 數據模型的優化經分析，上述所有關系模型均已達到第三范式，故無效在

13、進行優化。3.數據字典業務員表：描述列名數據類型業務員編號業務員號char(6)登錄賬號用戶名Varchar(10)登錄密碼密碼Varchar(20)權限清單表：描述列名數據類型權限編號權限編號char(4)業務員號用戶編號char(6)權限類型權限名稱Varchar(10)供貨商表：描述列名數據類型供貨商編號供貨商號char(6)供貨商名稱名稱Varchar(30)地址地址Varchar(40)郵編郵編char(6)區號區號char(4)聯系電話電話char(12)Email郵箱地址Varchar(20)開戶行開戶行Varchar(20)銀行賬號銀行賬號Varchar(20)業務員便號業務員

14、號char(6)進貨單表：描述列名數據類型進貨單編號編號Varchar(6)供貨商編號供貨商號char(6)進貨日期進貨日期char(10)業務員編號業務員號char(6)制單人制單人char(10)總共金額總額Varchar(20)倉庫號倉庫號char(4)進貨單明細表：描述列名數據類型進貨單明細編號編號char(6)進貨單編號進貨單號char(10)書號書號char(20)數量進貨數量Varchar(4)圖書進價進價Varchar(4)倉庫編號倉庫號char(4)總額總額Varchar(8)銷售單表：描述列名數據類型銷售單編號編號char(6)客戶編號客戶編號char(6)銷售日期銷售日期

15、char(10)業務員編號業務員號char(6)制單人制單人char(10)銷售單明細表：描述列名數據類型編號編號char(6)銷售單號銷售單號char(6)書號書號char(20)銷售數量銷售數量varchar(4)銷售價格，即定價銷售價char(4)倉庫號倉庫號char(4)總金額總額Varchar(8)客戶表（客戶編號，名稱，聯系人，地址，郵編，區號，電話，郵箱地址，開戶行，銀行賬號）客戶表：描述列名數據類型客戶編號編號char(6)名稱名稱char(10)聯系人聯系人char(10)聯系地址地址varchar(20)郵編郵編char(4)區號區號char(4)電話電話char(12)E

16、mail郵箱地址Varchar（20）開戶行開戶行Varchar（20）銀行賬號銀行賬號Varchar（20）書目清單（書號，書名，作者，出版社，出版日期，類不，開本規格，進貨價，銷售價，）倉庫表(倉庫號,書號);進貨（進貨編號， 倉庫號）銷售（銷售編號，倉庫號）書目清單表：描述列名數據類型書號書號char(6)名稱作者char(10)聯系人出版社char(10)聯系地址出版日期varchar(20)郵編類不char(4)區號開本規格char(4)電話進貨價char(12)Email銷售價Varchar（20）（五） 數據庫的實施和維護1 存儲過程設計（1）/* 此存儲過程是為了實現當物資進貨

17、時，庫存量要在相應的書目中實現增加相應的數量*/create proc P_進貨制單人 varchar(50)=null,調整日期 datetime=nullasbegin transactioninsert into 庫存庫(書號,倉庫,庫存數,庫存單價,庫存金額,制單人,調整日期)select distinct j.貨號,j.倉庫,0,0,0,制單人,調整日期from 進貨單明細 as j left join 庫存庫 as k on (j.倉庫=k.倉庫 and j.貨號=k.書號)where k.書號 is nullupdate 庫存庫 set 庫存單價=進價,庫存數=庫存數+數量all

18、,庫存金額=case when 庫存數=0 or (庫存數+數量all)商品資料模糊查詢，如下圖Delphi 自帶組件，能夠實現添加、刪除記錄（4）進貨治理模塊界面為防止選擇倉庫號出錯，故在點擊倉庫單元是出現了一個關于倉庫的下拉菜單當插入時缺少相應的字段是錯提示出錯，此為制單人為空，故出錯。保存成功單擊顯示進貨單報表時顯示的進貨單記錄上面例子的進貨記錄單擊記賬按鈕顯示進貨單處理成功，現在倉庫表就會發生相應的變化。即: 增加相應的庫存。銷售治理模塊界面(由于銷售功能模塊的功能與進貨功能模塊類似，故具體介紹可參考進貨模塊省略。)庫存模塊的界面，此模塊最先顯示的是現在庫存的具體情況，詳細顯示了那個倉庫用差不多具體的書運用了庫存查詢模塊的查詢功能，顯示的結果為貨號為00005或在倉庫3的的記錄(5)權限治理模塊的界面拉菜單顯示了現在用多少個治理員右邊列表顯示了微微那個用戶用供貨商資料維護用多選框修改微微治理員的權限顯示了修改后的微微治理員的權限情況，跟上圖相