數(shù)據(jù)庫課程設計--在線圖書銷售管理系統(tǒng)

1、<p><b>　　數(shù)據(jù)庫課程設計報告</b></p><p>　　——在線圖書銷售管理系統(tǒng)</p><p><b>　　專 業(yè):</b></p><p><b>　　班 級:</b></p><p><b>　　學 號:</b></

2、p><p><b>　　姓 名: </b></p><p><b>　　目 錄</b></p><p>　　1.需求分析…………………………………………………………………………2</p><p>　　1.1系統(tǒng)現(xiàn)狀……………………………………………………………………2</p><

3、;p>　　1.2用戶需求……………………………………………………………………2</p><p>　　2.概念結構設計……………………………………………………………………3</p><p>　　2.1抽象出系統(tǒng)實體……………………………………………………………3</p><p>　　2.2設計分E-R圖………………………………………………………………5</

4、p><p>　　2.3生成初步E-R圖……………………………………………………………6</p><p>　　2.4生成全局E-R圖……………………………………………………………6</p><p>　　3.邏輯結構設計……………………………………………………………………7</p><p>　　3.1關系模式………………………………………………………

5、……………8</p><p>　　3.2各表關系分析………………………………………………………………8</p><p>　　3.3各表字段說明………………………………………………………………8</p><p>　　3.4數(shù)據(jù)模型的優(yōu)化……………………………………………………………10</p><p>　　3.5設計用戶子模式………………………

6、……………………………………11</p><p>　　4.存儲結構…………………………………………………………………………11</p><p>　　5.觸發(fā)器……………………………………………………………………………11</p><p>　　6.總結………………………………………………………………………………12</p><p>　　隨著信息

7、時代的來臨，電子商務的出現(xiàn)給人們的生活帶來了巨大的影響，伴隨著電子商務的發(fā)展，越來越多的用戶選擇在網(wǎng)上購買圖書，網(wǎng)上書店系統(tǒng)應運而生。沒有中間商的參與，使網(wǎng)上書店具有物美價廉等特性，同時還給人們節(jié)省了大量時間，這些實體書店無法比擬的功能使其必將發(fā)展成為一種經(jīng)營趨勢。</p><p>　　接下來以一個簡單的在線圖書銷售管理為例，介紹在線圖書銷售管理系統(tǒng)數(shù)據(jù)庫設計與實現(xiàn)的過程。</p><p>

8、;<b>　　1.需求分析</b></p><p>　　近年來，計算機和網(wǎng)絡技術有了快速的發(fā)展和進步，商業(yè)銷售方式從傳統(tǒng)的店鋪經(jīng)營逐步發(fā)展到網(wǎng)絡經(jīng)營，顧客購買方式也從店鋪購買逐步發(fā)展到網(wǎng)上購買。在線圖書銷售管理系統(tǒng)也隨著網(wǎng)上購物的浪潮應運而生。</p><p><b>　　1.1系統(tǒng)現(xiàn)狀</b></p><p>　　在線圖

9、書銷售管理系統(tǒng)對于網(wǎng)上圖書銷售管理和圖書購買時非常重要的。現(xiàn)在許多商業(yè)銷售部門都有自己的銷售管理系統(tǒng)。用戶可以再Internet上查詢自己所需要的購買信息，足不出戶就可以了解各方面的信息，進行網(wǎng)上交易，再利用物流公司就可以達到遠程購買的目的。通過遠程登錄圖書銷售管理系統(tǒng)，查詢出自己所需要的圖書的詳細信息并提交購買信息，這樣既方便用戶，同時也方便了銷售人員銷售管理。</p><p>　　在線圖書銷售管理系統(tǒng)是Int

10、ernet上最常見的銷售管理系統(tǒng)之一，它是一個基本作用就是為圖書銷售部門提供所銷售圖書信息發(fā)布的平臺。使用SQL數(shù)據(jù)庫，將減輕管理人員的工作量，使系統(tǒng)便于維護和管理。</p><p>　　對于圖書銷售企業(yè)來說，利用現(xiàn)代計算機網(wǎng)絡和通信技術、數(shù)據(jù)庫技術，實現(xiàn)供應、銷售等相關業(yè)務管理、共享數(shù)據(jù)資源，業(yè)務辦理過程網(wǎng)絡化、電子化。這樣能夠進一步暢通銷售渠道，大大提高工作效率。</p><p>　　

11、在線圖書銷售管理系統(tǒng)利用Internet的優(yōu)勢實現(xiàn)在線的圖書銷售管理，主要實現(xiàn)會員信息管理、圖書信息管理、訂單信息管理等功能。</p><p><b>　　1.2用戶需求</b></p><p>　　考察用戶網(wǎng)上購書的行為，大致都是如下的模式：用戶進入網(wǎng)上書店，瀏覽各種圖書信息，或者根據(jù)自己感興趣的類別、特定圖書信息等來進行搜索、查詢圖書信息。普通用戶可以查詢圖書，我

12、們這個系統(tǒng)規(guī)定在線圖書銷售系統(tǒng)只允許會員執(zhí)行購買圖書的操作。會員在購買圖書時，首先將選定的圖書加入購物車，可以一次購買多本圖書，每本圖書的數(shù)量也可以不同。對購物車中的圖書進行確認付款以后，生成正式訂單，管理員可以根據(jù)會員購買生成的訂單，為其進行發(fā)貨處理。管理員還可以對網(wǎng)上書店的圖書進行增加、刪除、更新等管理操作。</p><p>　　對于在線圖書銷售管理系統(tǒng)中普通用戶、會員和管理員的具體功能描述如下。</p

13、><p><b>　?。?）普通用戶</b></p><p>　　1）瀏覽圖書、按類別查詢圖書、查看圖書詳細信息。</p><p><b>　　2）注冊成為會員。</b></p><p><b>　?。?）會員</b></p><p>　　1）瀏覽圖書、按類

14、別查詢圖書、查看圖書詳細信息。</p><p>　　2）加入購物車、修改購物車、訂購圖書、生成訂單、查看訂單等。</p><p>　　3）查看、修改個人信息。</p><p><b>　?。?）管理員</b></p><p>　　1）瀏覽圖書、按類別查詢圖書、查看圖書詳細信息，核查購買圖書費用信息。</p>

15、<p>　　2）查看訂單、處理訂單進行發(fā)貨處理等。</p><p>　　3）查看、修改個人信息。</p><p>　　4）更新圖書信息，如新增、刪除圖書、更新庫存量、商品名稱、增加圖書的屬性列等。</p><p>　　從上述的功能分析可以得出，在線圖書銷售管理系統(tǒng)中需要有會員、管理員、圖書、訂單等信息。對于會員，需要有會員的賬號、密碼、姓名、郵箱、電話、

16、地址等屬性，其中圖書可以有折扣（如8折、7.5折），實際售價由定價乘以折扣，再除以10計算得出；對于一個訂單，需記錄會員的訂購日期、管理員進行發(fā)貨的發(fā)貨日期、訂購總價等屬性，其中訂購總價是由多種圖書實際售價乘以訂購數(shù)量累計計算得出的。</p><p>　　在線圖書銷售管理系統(tǒng)中圖書銷售基本規(guī)定如下：每個會員可以通過訂購圖書生成多個訂單，每個訂單僅屬于一個會員；每個訂單中可以包括多種圖書商品，每種圖書商品可以出現(xiàn)在

17、多個訂單中；在訂單信息中，每種圖書都有對應的訂購數(shù)量。</p><p>　　為簡便起見，在線圖書銷售管理系統(tǒng)僅考慮會員、管理員、訂單、圖書之間的關系，至于實際中網(wǎng)上支付，商品評論等信息的處理，暫時略去，也不考慮普通用戶，假設會員確定生成了訂單以后是應經(jīng)付款的，管理員可以對其進行發(fā)貨處理等。</p><p><b>　　2.概念結構設計</b></p>&

18、lt;p>　　概念結構設計主要通過分析在線圖書銷售管理系統(tǒng)的基本需求，對需求分析結果中的信息進行分類組織，得到系統(tǒng)的實體、實體的屬性、實體的鍵、實體之間的聯(lián)系以及聯(lián)系的類型，從而設計出系統(tǒng)的概念模型。下面介紹設計概念結構模型的具體步驟。根據(jù)概念設計的步驟，先進行局部概念設計，然后再對各個局部概念進行綜合。</p><p>　　2.1抽象出系統(tǒng)的實體</p><p>　　根據(jù)分析，在線

19、圖書銷售管理系統(tǒng)的基本實體為：會員、管理員、訂單、圖書，而每個實體應該具有如下列基本屬性，并標記逐漸，畫出E-R圖，如圖1、圖2、圖3、圖4所示。</p><p>　　·會員：賬號、密碼、姓名、地址、郵箱、手機、管理員標識，其中賬號是主鍵，管理員標識為0表示為普通會員，為1表示為管理員。</p><p>　　·管理員：編號、姓名、密碼，其中編號是主鍵。</p>

20、;<p>　　·訂單：訂單號、訂購日期、訂單總價、發(fā)貨日期，其中訂單號是主鍵。</p><p>　　·圖書：ISBN、書名、作者、出版社、定價、折扣、圖書類型、圖書概況、庫存數(shù)量，其中ISBN是主鍵。</p><p><b>　　圖1 會員實體</b></p><p><b>　　圖2 管理員實體

21、</b></p><p><b>　　圖3 訂單實體</b></p><p><b>　　圖4 圖書實體</b></p><p>　　2.2設計分E-R圖</p><p>　　在在線圖書銷售管理系統(tǒng)中，涉及3個實體，分別是會員、訂單、圖書，這3個實體之間存在聯(lián)系。</p>

22、<p>　　會員通過訂購圖書生成一個訂單，一個會員可以生成多個訂單，每個訂單只能屬于一個會員，即會員預訂單之間的聯(lián)系是一對多的聯(lián)系。</p><p>　　一個訂單可以包含多種圖書，一種圖書也可以被多個訂單包含，即每一種圖書可以出現(xiàn)在多個訂單中，每個訂單中對應的每種圖書均有對應的訂購數(shù)量，因此訂單與圖書之間的聯(lián)系是多對多的聯(lián)系。</p><p>　　由以上分析，將會員與訂單之間

23、的聯(lián)系命名為訂購，將管理員與訂單之間的聯(lián)系命名為下單，將訂單與圖書之間的聯(lián)系命名為訂單詳情，得到各個局部E-R圖。如圖5、圖6、圖7所示。</p><p>　　2.3合并分E-R圖，生成初步E-R圖</p><p>　　會員與訂單的關系為訂購，管理員與訂單的關系為下單。經(jīng)過分析，得到會員、管理員與訂單之間的聯(lián)系可以合并為訂購，那么，會員、管理員、訂單和圖書之間分別通過訂購和訂單詳情這兩個聯(lián)

24、系進行關聯(lián)。因此，合并上述分E-R圖、生成初步E-R圖，如圖8所示。</p><p>　　圖8 在線圖書銷售管理系統(tǒng)初步E-R圖</p><p>　　2.4生成全局E-R圖</p><p>　　對E-R圖調(diào)整的準則：現(xiàn)實世界中的事物能作為屬性對待的盡量作為屬性對待；屬性和實體的劃分：屬性中不具有需要描述的信息，即屬性是不可分的數(shù)據(jù)項，不再包含其他信息。將各個實體的

25、屬性加入初步E-R圖，但是，在各實體的屬性中，會員的密碼和管理員的密碼出現(xiàn)命名沖突，所以將其分別改為會員密碼和管理員密碼，最終形成全局E-R圖，如圖9所示。</p><p>　　圖9 總體E-R圖</p><p><b>　　3.邏輯結構設計</b></p><p>　　在概念結構設計階段得到E-R圖之后，下一步是進行數(shù)據(jù)庫的邏輯結構設計，根

26、據(jù)轉換規(guī)則將E-R圖轉換為關系模型，即將實體和聯(lián)系轉換為關系數(shù)據(jù)庫的基本表，并標識各個表的主鍵。</p><p><b>　　3.1關系模式</b></p><p>　　根據(jù)書本中介紹的轉換規(guī)則，得到網(wǎng)上書店系統(tǒng)的關系模式如下：</p><p>　　·會員（賬號、密碼、姓名、地址、郵箱、手機、管理員標識）為會員實體對應的關系模式，其中

27、賬號是會員關系的主鍵。</p><p>　　·管理員（編號、姓名、密碼）為管理員實體對應的關系模式，其中編號是管理員關系的主鍵。</p><p>　　·訂單（訂單號、訂購日期、訂單總價、發(fā)貨日期、賬號）為訂單實體和訂購聯(lián)系合并的關系模式，其中訂單號是主鍵。會員的主鍵賬號是訂單關系的外鍵。</p><p>　　·圖書（ISBN、書名、作者

28、、出版社、定價、折扣、圖書類型、圖書概況、庫存數(shù)量）為圖書實體對應的關系模式，其中ISBN是圖書實體的主鍵。</p><p>　　·訂單詳情（訂單號、ISBN、訂購數(shù)量、發(fā)貨狀態(tài)）為“訂單詳情”聯(lián)系對應的關系模式。因為訂單詳情是訂單與圖書之間的多對多聯(lián)系，所以訂單、圖書的主屬性以及訂單詳情聯(lián)系本身的屬性“訂購數(shù)量”共同構成了訂單詳情關系模式的屬性，其中（訂單號、ISBN）的組合是主鍵，訂單號、ISBN同

29、時也是訂單詳情關系模式的外鍵。</p><p><b>　　3.2各表關系分析</b></p><p>　?。?）過程分析：在線圖書銷售管理系統(tǒng)面向兩個群體：會員和管理員。首先管理員根據(jù)自己的編號（主鍵）與管理員密碼登錄進入在線圖書銷售管理系統(tǒng)，可以瀏覽圖書、按類別查看圖書、查看和處理訂單、更新圖書信息等。會員根據(jù)自己的賬號密碼進行登錄，可以根據(jù)自己的需求瀏覽圖書信息

30、，并且加入購物車、訂購圖書、生成訂單。</p><p>　?。?）關系分析：會員和管理員表存儲的是系統(tǒng)的兩個群體的個人信息。圖書表存儲的是圖書信息，ISBN是主鍵。訂單存儲的是會員訂購圖書的訂單的信息，訂單號是主鍵。訂單詳情表存儲的是訂單與圖書聯(lián)系的信息，包括訂購數(shù)量、發(fā)貨狀態(tài)等。</p><p><b>　　3.3各表字段說明</b></p><

31、p><b>　?。?）建立會員表</b></p><p>　　在關系模型建立的時候，已經(jīng)得到會員基本模式如下：</p><p>　　會員（賬號、密碼、姓名、地址、郵箱、手機、管理員標識），其中各個屬性列的名稱以及數(shù)據(jù)類型參見表1，根據(jù)表中所列出的信息建立會員表。</p><p>　　其中賬號是主鍵，出游向外所有的屬性均不允許為空。<

32、/p><p>　　表1 會員表的屬性信息</p><p><b>　?。?）建立管理員表</b></p><p>　　在關系模型建立的時候，已經(jīng)得到訂單的模式如下：</p><p>　　管理員（編號、姓名、密碼），其中各個屬性列的名稱以及數(shù)據(jù)類型見表2，根據(jù)表中所列出的信息建立管理員表。</p><p&g

33、t;　　表2 管理員表的屬性信息</p><p><b>　?。?）建立訂單表</b></p><p>　　在關系模型建立的時候，已經(jīng)得到訂單的模式如下：</p><p>　　訂單（訂單號、訂購日期、訂單總價、發(fā)貨日期、賬號），其中各個屬性列的名稱以及數(shù)據(jù)類型見表3，根據(jù)表中所列出的信息建立訂單表。</p><p>　

34、　表3 訂單基本表的屬性信息</p><p><b>　?。?）建立圖書表</b></p><p>　　在關系模型建立的時候，已經(jīng)得到圖書基本表的屬性信息，如表4所示。</p><p>　　表4 圖書基本表的屬性信息</p><p>　　（5）建立訂單詳情表</p><p>　　在關系模型建立的時

35、候，已經(jīng)得到訂單詳情基本表的屬性信息，如表5所示，其中訂單號、ISBN）的組合是主鍵，訂單號、ISBN是訂外鍵，分別參照訂單表、圖書表的主鍵、訂單號和ISBN。</p><p>　　表5 訂單詳情基本表的屬性信息</p><p>　　3.4數(shù)據(jù)模型的優(yōu)化</p><p>　?。?）按照數(shù)據(jù)依賴對關系模式進行逐一分析，并進行極小化處理</p><p

36、>　　會員（賬號、密碼、姓名、地址、郵箱、手機、管理員標識）；3NF</p><p>　　管理員（編號、姓名、密碼）；3NF</p><p>　　訂單（訂單號、訂購日期、訂單總價、發(fā)貨日期、賬號）；3NF</p><p>　　圖書（ISBN、書名、作者、出版社、定價、圖書類型、圖書概況、庫存數(shù)量）；3NF</p><p>　　訂單詳情（

37、訂單號、ISBN、訂購數(shù)量）；1NF</p><p>　　優(yōu)化說明：刪除了圖書表中的折扣，一是因為折扣這一項在不同的時期對不同的圖書是不同的，二是因為這項在其他的關系中也可以查到。另外還刪除了訂單詳情中的發(fā)貨狀態(tài)，這一項在訂單中根據(jù)發(fā)貨時間就可以查到。</p><p>　?。?）對關系模式進行必要的分解</p><p>　　在訂單詳情關系中，訂購數(shù)量只依賴于訂單號，

38、對主鍵訂單號和ISBN是部分函數(shù)依賴。對管理員，他更關心的是訂單號和訂購數(shù)量，然后再整理出相應的圖書并進行發(fā)貨。而會員則更在乎的是什么書和訂購了幾本。所以可以講訂單詳情（訂單號、ISBN、訂購數(shù)量），分解為管理員的下單詳情（訂單號、訂購數(shù)量）和會員的訂購詳情（ISBN、訂購數(shù)量）。</p><p>　　3.5設計用戶子模式</p><p>　　（1）會員的用戶子模式：會員（賬號、姓名、管理

39、員標識）</p><p>　　因為每位會員個人情況屬于個人隱私，其他會員是看不見的，可以看見的只有以上幾項。</p><p>　?。?）管理員的用戶子模式：管理員（編號、姓名）</p><p>　　因為每位管理員只能登陸進入自己的個人管理系統(tǒng)，無法查詢和處理其他管理員的工作，所以他們沒有必要知道其他人的密碼。</p><p>　?。?）訂單的

40、用戶子模式：訂單（訂單號、訂購日期、訂單總價）</p><p>　　用為會員在瀏覽網(wǎng)頁時，查看其他人的購買情況時不會經(jīng)常關注別人的圖書發(fā)貨時間，也不會關注是那個賬號的用戶買的。</p><p><b>　　4.存儲過程</b></p><p>　　經(jīng)過分析可知，在線圖書銷售管理系統(tǒng)中信息處理的特點如下：</p><p>

41、　?。?）圖書的數(shù)據(jù)不僅經(jīng)常需要瀏覽和查詢，而且更新速度快，例如新到的圖書上架，需要對其進行分類和說明等。</p><p>　?。?）管理員有一定的特殊職能：更新圖書信息，例如增加新到圖書的信息，和更新圖書的庫存數(shù)量；統(tǒng)計訂單數(shù)量；同時在不同的時期對圖書打折，相應的圖書價格也會有變化。</p><p>　　針對這些特點，設計如下：確定數(shù)據(jù)庫的存放位置，為了提高系統(tǒng)性能，現(xiàn)根據(jù)應用情況將數(shù)據(jù)

42、按照易變部分和穩(wěn)定部分、經(jīng)常存取部分和存取頻率較低的部分分別在兩個磁盤上存放。同時，考慮到本系統(tǒng)是多用戶的，為了提高效率，數(shù)據(jù)庫的備份的數(shù)據(jù)和日志文件將保存在磁帶中。</p><p><b>　　觸發(fā)器</b></p><p>　　觸發(fā)器是個特殊的存儲過程，它的執(zhí)行不是由程序調(diào)用，也不是手工啟動，而是由事件來觸發(fā)，比如當對一個表進行操作（ INSERT、UPDATE

43、、DELETE）時就會激活它執(zhí)行。觸發(fā)器用于加強數(shù)據(jù)的完整性約束和業(yè)務規(guī)則等。</p><p>　　觸發(fā)器可通過數(shù)據(jù)庫中的相關表實現(xiàn)級聯(lián)更改，不過，通過級聯(lián)引用完整性約束可以更有效地執(zhí)行這些更改。觸發(fā)器可以強制比用CHECK約束定義的約束更為復雜的約束。與 CHECK 約束不同，觸發(fā)器可以引用其它表中的列。例如，觸發(fā)器可以使用另一個表中的 SELECT 比較插入或更新的數(shù)據(jù)，以及執(zhí)行其它操作，如修改數(shù)據(jù)或顯示用戶

44、定義錯誤信息。觸發(fā)器也可以評估數(shù)據(jù)修改前后的表狀態(tài)，并根據(jù)其差異采取對策。一個表中的多個同類觸發(fā)器（INSERT、UPDATE 或 DELETE）允許采取多個不同的對策以響應同一個修改語句。</p><p>　　在在線圖書銷售管理系統(tǒng)中，當有圖書庫存數(shù)量不足，通過級聯(lián)引用完整性約束可以更有效地執(zhí)行這些更改，對訂單和訂單詳情的相關項做相應改動。當某位管理員不再負責圖書銷售管理的業(yè)務時，也要對訂單和圖書做出相應的級聯(lián)

45、處理。</p><p><b>　　6.總結</b></p><p>　　通過這次課程設計，我對數(shù)據(jù)庫的設計步驟有了更深的了解，更熟練得掌握了數(shù)據(jù)庫原理的知識，熟悉了一個在線圖書銷售管理系統(tǒng)的運作和操作，雖然是進過很多簡化的，實際情況會遠比這個復雜得多。通過各實體和屬性間的關系，設計E-R圖，再根據(jù)概念結構設計的E-R圖，轉換到關系模式，對數(shù)據(jù)模型進行優(yōu)化等。<