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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

17、時，庫存量要在相應的書目中實現(xiàn)增加相應的數(shù)量*/create proc P_進貨制單人 varchar(50)=null,調整日期 datetime=nullasbegin transactioninsert into 庫存庫(書號,倉庫,庫存數(shù),庫存單價,庫存金額,制單人,調整日期)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 庫存單價=進價,庫存數(shù)=庫存數(shù)+數(shù)量all

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