《數(shù)據(jù)庫研發(fā)設計《網上書店系統(tǒng)》》由會員分享，可在線閱讀，更多相關《數(shù)據(jù)庫研發(fā)設計《網上書店系統(tǒng)》（12頁珍藏版）》請在裝配圖網上搜索。

1、1 系統(tǒng)需求分析 1.1 系統(tǒng)基本功能描述 網上書店系統(tǒng)是依據(jù)網上書店能夠在線出售圖書和管理需求而進行設計的， 目 的是實現(xiàn)在線接受客戶訂單、書店信息管理的功能。 矚慫潤厲釤瘞睞櫪廡賴。 需要在線購買圖書的客戶能夠通過網上書店系統(tǒng)查詢所需要的圖書是否有售 并能夠查詢有售圖書的基本信息（比如圖書名稱、作者、出版社等）。如果客戶查 詢到所需并且有售的圖書，能夠在線下達訂單，然后提交給數(shù)據(jù)庫，并且客戶能夠 查詢自己的訂單的處理情況。同時，客戶應該能夠維護自己的信息（比如修改自己 的收貨地址、聯(lián)系方式等）。 聞創(chuàng)溝燴鐺險愛氌譴凈。 網上書店系統(tǒng)應該至少擁有一個管理員。 管理員能夠維護在售圖書的

2、基本信息 （比如圖書信息的增加、刪除、修改等），并且能夠對圖書進行分類管理。同時， 管理員能夠維護客戶的信息，能夠審核客戶提交的訂單以確認或刪除訂單。 殘騖樓諍 錈瀨濟溆塹籟。 1.2系統(tǒng)數(shù)據(jù)流圖 通過對系統(tǒng)需求進行分析，我們尅有確定系統(tǒng)中有兩類用戶：管理員和客戶。 各類用戶的具體描述如下： （ 1） 管理員 描述：管理員負責后臺管理。包括維護（增加、刪除、修改）圖書信息，對 圖書進行分類管理；維護客戶信息（增加和刪除客戶賬號）；審核訂單并確認合法 訂單或刪除非法訂單。 （ 2） 客戶 描述：客戶可以查詢有售圖書的基本信息；可以維護自己的信息；可以進行網 上訂書；可以查詢訂單的處理情況

3、。 1.2.1 數(shù)據(jù)流分析 根據(jù)分析，我們可以得到系統(tǒng)的數(shù)據(jù)流圖。 1）網上書店系統(tǒng)頂層數(shù)據(jù)流圖如圖 1-1所示 訂單 陽M網卜屮店丟統(tǒng)頂層數(shù)據(jù)渝團 122數(shù)據(jù)字典 根據(jù)數(shù)據(jù)流程分析，對系統(tǒng)數(shù)據(jù)進行分析和匯總，建立系統(tǒng)數(shù)據(jù)字典。下面 列出部分數(shù)據(jù)字典內容。 數(shù)據(jù)項 (1) 管理員 ① ｛管理員編號，每位管理員在系統(tǒng)中的唯一編號也是管理員登陸的賬號 名，char(7)｝ ② ｛管理員姓名，char(10)｝ ③ ｛管理員登陸密碼，char(10)｝ (2) 客戶 ① ｛客戶編號，每位客戶在系統(tǒng)中的唯一編號， char(7)｝ ② ｛客戶姓名，char(10)｝

4、 ③ ｛地址編號，客戶有多個地址時每個地址的編號， char(7)｝ ④ ｛地址，客戶收貨地址中某個具體地址， varchar(20)｝ ⑤ ｛聯(lián)系方式，客戶的電話號碼，char(15)｝ ⑥ ｛賬戶余額，客戶購書賬戶的余額，float(7)｝ ⑦ ｛登陸密碼，char(10)｝ (3) 訂單 ① ｛訂單號，唯一標識一張訂單的編號，char(7)｝ ② ｛訂單日期，生成訂單的時間，datetime，取值為提交訂單的時間｝ ③ ｛收貨人姓名，查收圖書的人的姓名，char(10)，同客戶姓名｝ ④ ｛收貨人聯(lián)系方式，收貨人的電話號碼，char(15)，同聯(lián)系方式｝ ⑤ ｛發(fā)貨地

5、址，圖書送達的目的地，varchar(100),是客戶收貨地址中的一 個｝ ⑥ ｛管理員編號，審核該訂單的管理員的編號， char(7)，同管理員編號｝ (4) 訂單細則 ① ｛細則號，唯一標識一個訂單細則，char(7)｝ ② ｛圖書編號，訂單所包含的圖書的編號，char(7)，同圖書信息中的圖書 編號｝ ③ ｛訂購數(shù)量，購買同本圖書的數(shù)量，smallint，取值不大于此本圖書的庫 存余量｝ ④ ｛發(fā)貨狀況，已訂購圖書的發(fā)貨情況， varchar(100)｝ 5)圖書信息 ① ｛圖書編號，唯一標識一款圖書的編號， char(7)｝ ② ｛圖書名，圖書的題名， varc

6、har(20)｝ ③ ｛作者，圖書的作者， char(10)｝ ④ ｛出版社，圖書的出版方， varchar(20)｝ ⑤ ｛圖書類別，圖書的分類， varchar(20)｝ ⑥ ｛庫存余量，當前書店此款圖書的剩余量，smallint，當前庫存量=上次 庫存量-售出數(shù)量｝ ⑦ ｛圖書價格，圖書的售價，float(5)，圖書價格大于零｝ 1.2.2.2 數(shù)據(jù)結構 1) ｛圖書信息，每本圖書的具體信息，組成： ｛圖書編號，圖書名，作者，出版 社，圖書類別，庫存余量，圖書價格 ｝ ｝釅錒極額閉鎮(zhèn)檜豬訣錐。 2) ｛管理員，管理員的基本信息，組成： ｛管理員編號，管理員姓名 ｝ ｝

7、 3) ｛客戶，客戶的基本信息，組成： ｛客戶編號，客戶姓名，收貨地址，賬戶余 額，聯(lián)系方式 ｝ ｝ 4) ｛收貨地址，客戶的收貨地址，組成： ｛地址編號，地址 ｝ ｝ 5) ｛訂單，訂單的信息，組成： ｛訂單號，訂單日期，訂單細則 ，收貨人姓名， 發(fā)貨地址，管理員編號，收貨人聯(lián)系方式 ｝ ｝ 6) ｛定單細則，訂單的細節(jié)內容，組成： ｛細則號，圖書編號，訂購數(shù)量，發(fā)貨 狀況｝ ｝ 2 系統(tǒng)設計 2.1 數(shù)據(jù)庫設計 2.1.1 概念結構設計 1.系統(tǒng)涉及到的實體 1）管理員 ｛管理員編號，管理員姓名 ｝ 2）客戶 ｛客戶編號，客戶姓名，收貨地址，賬戶余額，聯(lián)系方式 ｝

8、 3）圖書｛圖書編號，圖書名，作者，出版社，圖書類別，庫存余量，圖書 價格｝ 4）訂單 ｛訂單號，訂單日期，訂單細則 ，收貨人姓名，發(fā)貨地址，管理員 編號，收貨人聯(lián)系方式 ｝ 5）訂單細則 ｛細則號，圖書編號，訂購數(shù)量，發(fā)貨狀況 ｝ 6）收貨地址 ｛地址編號，地址 ｝ 2.系統(tǒng)E-R模型設計 A. 分 E-R 模型設計 （1）每個客戶可以擁有多個收貨地址，這些地址只能被這個客戶使用。 因此，客戶與收貨地址之間是一對多關系。 E-R圖如下：彈貿攝爾霽斃攬 磚鹵廡。 客戶?收貨地址E-R圖 (2) 一個客戶可以下達多個定單，一個訂單只能屬于一個客戶 因此, 0

9、 (3) —份訂單里可以包含若干個訂單細則。因此，訂單與訂單細則之間是 一對多關系。E-R圖如下： 訂單 組成 訂單細則 訂單號 1 訂單”訂單細則E-R圖 (4) 一個管理員可以審核多份定單，但是一份訂單只能被一個管理員審核 因此，管理員與訂單是一對多關系。E-R圖如下： N \ m \址 管理員 (5) —個訂單細則可以包含多本圖書， 一本圖書也可以包含在多份訂單細 則中。因此，圖書與訂單細

10、則之間是多對多關系。 E-R圖如下：煢楨廣 鰳鯡選塊網羈淚。 B.系統(tǒng)的總E-R圖 合并以上E-R圖即得系統(tǒng)總E-R圖如下: 出版神 作苦 圈書承 格， 圖卩 擁有 收貨地址 地址 地加 塢號 訂單細則一 管理員 網 1上店系統(tǒng)集成E?R圖 邏輯結構設計 根據(jù)以上的分析，將E-R模型轉換成邏輯模型，設計出本系統(tǒng)的數(shù)據(jù)庫。根 據(jù)需要，設計了 6個數(shù)據(jù)表，2個視圖。如下所示：鵝婭盡損鶴慘歷蘢鴛賴。 管理員信息表：該表記錄了管理員的相關信息，包括管理員編號，登陸 密碼管理員姓名。 客戶信息表：該表記錄了客戶的相關信息，包括客戶編號，登錄密碼， 客戶

11、姓名，聯(lián)系方式，賬戶余額。 收貨地址表：該表記錄了客戶的收貨地址信息，包括地址編號，客戶編 號，地址。 訂單表：該表記錄了訂單的基本信息，包括訂單號，客戶編號，訂單日期， 收貨人姓名，發(fā)貨地址，收貨人聯(lián)系方式，管理員編號。 籟叢媽羥為贍債蟶練 淨。 訂單細則表：該表記錄了訂單的細則信息，包括細則號，訂單號，圖書 編號，訂購數(shù)量，發(fā)貨狀況。 圖書信息表：該表記錄了圖書的基本信息，包括圖書編號，圖書名，作者， 出版社，圖書類別，庫存余量，圖書價格。 預頌圣鉉儐歲齦訝驊糴。 以上是在數(shù)據(jù)庫中的基本表。在具體的查詢過程中，如果全部直接從基 本表查詢，則要建立多重的聯(lián)合(內聯(lián))查詢，這樣用

12、起來很不方便，也容 易出錯；同時影響系統(tǒng)效率。因此建立n個視圖，方便查詢。滲釤嗆儼勻諤鱉調硯錦。 (1)客戶購書信息視圖：包括圖書名，作者，出版社，訂購數(shù)量，訂單日期， 發(fā)貨狀況，賬戶余額。 （2）管理員訂單審核視圖：包括訂單號，客戶號，圖書編號，訂購數(shù)量 根據(jù)上面的邏輯結構設計，設計相應的表結構如下所示。 1?管理員信息表（Ginfo） 該表記錄了管理員的相關信息，包括管理員編號，管理員姓名。其結構 如表2-1所示： 表 2-1 Ginfo 字段 說明 類型（長度） 備注 Gid 管理員編號 char(7) :主鍵，不為空 Gcode 登錄密碼 char(1

13、0) 不為空 Gn ame 管理員姓名 char(10) 不為空 2?客戶信息表（Kinfo） 該表記錄了客戶的相關信息，包括客戶編號，客戶姓名，聯(lián)系方式，賬 戶余額。其結構如表2-2所示： 表 2-2 Kinfo 字段 說明 類型（長度） 備注 Kid 客戶編號 char(7) :主鍵，不為空 Kcode 登錄密碼 char(10) 不為空 Kn ame 客戶姓名 char(10) 不為空 Kcon tact 聯(lián)系方式 char(15) 不為空 Ksave 賬戶余額 float(7) 不小于零 3.收貨地址表（ADinfo

14、） 該表記錄了客戶的收貨地址信息，包括地址編號，客戶編號，地址。其 結構如表2-3所示： 表 2-3 ADinfo 字段 說明 類型（長度） 備注 ADid 地址編號 char(7) :主鍵，不為空 Kid 客戶編號 char(7) 主鍵，外鍵，不為空 Add 地址 varchar(100) 不為空 4.訂單表（Dinfo） 該表記錄了訂單的基本信息，包括訂單號，客戶編號，訂單日期，收貨 人姓名，發(fā)貨地址，收貨人聯(lián)系方式，管理員編號。其結構如表 2-4所示：鐃誅臥瀉 噦圣騁貺頂廡。 表 2-4 Dinfo 字段 說明 類型（長度） 備注

15、 Did 訂單號 char(7) :主鍵，不為空 Kid 客戶編號 char(7) 主鍵，外鍵，不為空 Dn ame 收貨人姓名 char(10) :不為空 Dadd 發(fā)貨地址 varchar(100) 外鍵，不為空 Dcon tact 收貨人聯(lián)系方式 char(15) 外鍵，不為空 Gid 管理員編號 char(7) :外鍵，不為空 Ddate 訂單日期 datetime 不為空 5?訂單細則表（Xinfo） 該表記錄了訂單的細則信息，包括細則號，訂單號，圖書編號，訂購 數(shù)量，發(fā)貨狀況。其結構如表2-5所示： 表 2-5 Xin

16、fo 字段 說明 類型（長度） 備注 Xid 細則號 char(7) :主鍵，不為空 Did 訂單號 char(7) 主鍵，外鍵，不為空 Tid 圖書編號 char(7) 外鍵，不為空 Xnum 訂購數(shù)量 smalli nt :大于零 Xdetail 發(fā)貨狀況 varchar(100) 默認未發(fā)貨 6?圖書信息表（Tinfo） 該表記錄了圖書的基本信息，包括圖書編號，圖書名，作者，出版社, 圖書類別，庫存余量，圖書價格。其結構如表 2-6所示： 表 2-6 Tinfo 字段 說明 類型（長度） 備注 Tid 圖書編號

17、char(7) :主鍵，不為空 Tn ame 圖書名 varchar(20) 不為空 Twriter 作者 char(10) :不為空 Tpub 出版社 varchar(20) 不為空 Tnum 庫存余量 smalli nt 不小于零，不為空 Tprice 圖書價格 float(5) :不小于零，不為空 Tsort 圖書類別 varchar(20) 不為空 22系統(tǒng)物理設計 1?存儲過程 （1）訂單處理系統(tǒng)是整個網上書店系統(tǒng)的核心。它的功能是檢查客戶欲提交 的訂單細則數(shù)據(jù)的合法性。主要包括：檢查圖書的庫存余量是否為零、檢查客戶的 賬戶

18、余額是否足夠支付購書款。檢查訂單細則數(shù)據(jù)流程圖如圖 3-1所示：贓熱俁閫歲匱 閶鄴鎵騷。 存儲過程檢查接收到的訂單細則數(shù)據(jù)是否產生沖突 (沖突產生的原因是：訂 購數(shù)量大于圖書的庫存余量、購書的金額大于賬戶余額)，如果沒有沖突產生，則 將數(shù)據(jù)插入訂單細則表(Xinfo),否則返回沖突提示。其代碼如下所示： 壇搏鄉(xiāng)囂懺 蔞鍥鈴氈淚。 CREATE PROCEDURE Xdate_check @kid char ( 7), @tid char ( 7), @xnum smallint AS IF (( select tnum from tinfo where tid =@

19、tid )- @xnum>= 0 ) 蠟變黲癟報倀鉉錨鈰贅。 BEGIN IF (( select ksave from kinfo where kid =@kid ) -( select tprice * @xnum from tinfo where tid =@tid )>= 0) 買鯛鴯譖曇膚遙閆擷凄。 BEGIN insert into xinfo values ('' , '' , @tid , @xnum, ' 未發(fā)貨 ' )/* 訂單號及細則號由系統(tǒng)自動生成 */ print ' 訂單細則提交成功 ' END ELSE BEGIN print ' 賬戶余額不

20、足！ ' END ELSE BEGIN print ' 庫存量不足！ ' END END (2)新加管理員賬戶及刪除管理員賬戶的存儲過程 /* 新增管理員信息 */ CREATE PROCEDURE add_G @gid char ( 7), @gcode char ( 10), @gname char ( 10) AS insert into Ginfo values ( @gid , @gcode , @gname) /* 刪除管理員信息 */ CREATE PROCEDURE dele_G @gid char ( 7), @gcode char ( 10)

21、 AS IF (exists( gid =@gid and delete from select * from ginfo where gcode =@gcode )) 綾鏑鯛駕櫬鶘蹤韋轔糴。 Ginfo where Gid =@gid 3)新增用戶信息及刪除用戶信息。 /* 新增用戶信息 */ CREATE PROCEDURE add_K @kid char ( 7), @kcode char ( 10), @kname char ( 10), @kcontact char ( 15) AS insert into Ginfo values ( @kid , @kco

22、de , @kname, @kcontact , '' , '' ) 2.觸發(fā)器 當每條訂單細則提交后，圖書的庫存量和用戶的賬戶余額應當相應的減少 CREATE TRIGGER tri01 on Xinfo for insert AS BEGIN update Tinfo set tnum =tnum -( select xnum from inserted ) where tid =( select tid from inserted ) update Kinfo set ksave =ksave -( select tprice *( select xnum from in

23、serted ) from Tinfo where tid =( select tid from inserted where kid =( select ( select END )) 驅躓髏彥浹綏譎飴憂錦。 kid from Dinfo where Did = Did from inserted )) 小結 由于設計MIS經驗不足，時間有限，我雖然在有限時間里順利的完成了網上書 店系統(tǒng)的分析、設計和調試工作，但是本系統(tǒng)仍需進一步擴充和完善，使之更符合 實際的應用。如在訂單處理功能上應當增加發(fā)票處理功能， 在圖書管理上應當增加 圖書的倉儲管理功能等。 我充分體會到理論知識的重要性， 但更加體會到實踐的重 要性。只有通過實踐，我們才能發(fā)現(xiàn)并解決問題，才能真正掌握一項技術。我會在 貓蠆驢繪燈鮒誅 將來的軟件設計、開發(fā)過程中進一步學習，不斷提高自己的專業(yè)技能。 髏貺廡。