1、目錄1 . 系統需求分析21.1 系統基本功能描述21.2 系統數據流圖21.2.1 數據流分析21.2.2 數據字典31.2.2.1 數據項31.2.2.2 數據結構42 . 系統設計52.1 數據庫設計52.1.1 概念結構設計52.1.2 邏輯結構設計72.2 系統物理設計101151 系統需求分析1.1 系統基本功能描述網上書店系統是依據網上書店能夠在線出售圖書和管理需求而進行設計的，目的是實現在線接受客戶訂單、書店信息管理的功能。需要在線購買圖書的客戶能夠通過網上書店系統查詢所需要的圖書是否有售并能夠查詢有售圖書的基本信息（比如圖書名稱、作者、出版社等）。如果客戶查詢到所需并且有售的

2、圖書，能夠在線下達訂單，然后提交給數據庫，并且客戶能夠查詢自己的訂單的處理情況。同時，客戶應該能夠維護自己的信息（比如修改自己的收貨地址、聯系方式等）。網上書店系統應該至少擁有一個管理員。管理員能夠維護在售圖書的基本信息（比如圖書信息的增加、刪除、修改等），并且能夠對圖書進行分類管理。同時，管理員能夠維護客戶的信息，能夠審核客戶提交的訂單以確認或刪除訂單。1.2 系統數據流圖通過對系統需求進行分析，我們確定系統中有兩類用戶：管理員和客戶。各類用戶的具體描述如下：（1） 管理員 描述：管理員負責后臺管理。包括增加、刪除、修改圖書信息，對圖書進行分類管理；維護客戶信息（增加和刪除客戶賬號）；審核訂

3、單并確認合法訂單或刪除非法訂單。（2） 客戶描述：客戶可以查詢有售圖書的基本信息；可以維護自己的信息；可以進行網上訂書；可以查詢訂單的處理情況。1.2.1 數據流分析根據分析，我們可以得到系統的數據流圖。（1）網上書店系統頂層數據流圖如圖1-1所示。1.2.2 數據字典根據數據流程分析，對系統數據進行分析和匯總，建立系統數據字典。下面列出部分數據字典內容。1.2.2.1 數據項（1）管理員 管理員編號，每位管理員在系統中的唯一編號也是管理員登陸的賬號名，char(7) 管理員姓名，char(10) 管理員登陸密碼，char(10)（2）客戶 客戶編號，每位客戶在系統中的唯一編號，char(7)

4、 客戶姓名，char(10) 地址編號，客戶有多個地址時每個地址的編號，char(7) 地址，客戶收貨地址中某個具體地址，varchar(20) 聯系方式，客戶的電話號碼，char(15) 賬戶余額，客戶購書賬戶的余額，float(7) 登陸密碼，char(10) （3）訂單 訂單號，唯一標識一張訂單的編號，char(7) 訂單日期，生成訂單的時間，datetime，取值為提交訂單的時間 收貨人姓名，查收圖書的人的姓名，char(10)，同客戶姓名 收貨人聯系方式，收貨人的電話號碼，char(15)，同聯系方式 發貨地址，圖書送達的目的地，varchar(100)，是客戶收貨地址中的一個 管理

5、員編號，審核該訂單的管理員的編號，char(7)，同管理員編號 （4）訂單細則 細則號，唯一標識一個訂單細則，char(7) 圖書編號，訂單所包含的圖書的編號，char(7)，同圖書信息中的圖書編號 訂購數量，購買同本圖書的數量，smallint，取值不大于此本圖書的庫存余量 發貨狀況，已訂購圖書的發貨情況，varchar(100) （5）圖書信息 圖書編號，唯一標識一款圖書的編號，char(7) 圖書名，圖書的題名，varchar(20) 作者，圖書的作者，char(10) 出版社，圖書的出版方，varchar(20) 圖書類別，圖書的分類，varchar(20) 庫存余量，當前書店此款圖書

6、的剩余量，smallint，當前庫存量=上次庫存量-售出數量 圖書價格，圖書的售價，float(5)，圖書價格大于零1.2.2.2 數據結構 （1）圖書信息，每本圖書的具體信息，組成：圖書編號，圖書名，作者，出版社，圖書類別，庫存余量，圖書價格 （2）管理員，管理員的基本信息，組成：管理員編號，管理員姓名 （3）客戶，客戶的基本信息，組成：客戶編號，客戶姓名，收貨地址，賬戶余額，聯系方式 （4）收貨地址，客戶的收貨地址，組成：地址編號，地址 （5）訂單，訂單的信息，組成：訂單號，訂單日期，訂單細則，收貨人姓名，發貨地址，管理員編號，收貨人聯系方式 （6）訂單細則，訂單的細節內容，組成：細則號，

7、圖書編號，訂購數量，發貨狀況 2 系統設計2.1 數據庫設計2.1.1 概念結構設計1.系統涉及到的實體（1）管理員管理員編號，管理員姓名（2）客戶客戶編號，客戶姓名，收貨地址，賬戶余額，聯系方式（3）圖書圖書編號，圖書名，作者，出版社，圖書類別，庫存余量，圖書價格（4）訂單訂單號，訂單日期，訂單細則，收貨人姓名，發貨地址，管理員編號，收貨人聯系方式（5）訂單細則細則號，圖書編號，訂購數量，發貨狀況 （6）收貨地址地址編號，地址2. 系統E-R模型設計 A. 分E-R 模型設計 （1）每個客戶可以擁有多個收貨地址，這些地址只能被這個客戶使用。因此，客戶與收貨地址之間是一對多關系。E-R圖如下：

8、 （2）一個客戶可以下達多個定單，一個訂單只能屬于一個客戶。因此，客戶與訂單是一對多關系。E-圖如下： （3）一份訂單里可以包含若干個訂單細則。因此，訂單與訂單細則之間是一對多關系。E-R圖如下： （4） 一個管理員可以審核多份定單，但是一份訂單只能被一個管理員審核。因此，管理員與訂單是一對多關系。E-R圖如下： （5） 一個訂單細則可以包含多本圖書，一本圖書也可以包含在多份訂單細則中。因此，圖書與訂單細則之間是多對多關系。E-R圖如下： B. 系統的總E-R圖 合并以上E-R圖即得系統總E-R圖如下： 2.1.2 邏輯結構設計 根據以上的分析，將E-R模型轉換成邏輯模型，設計出本系統的數據庫

9、。根據需要，設計了6個數據表，2個視圖。如下所示：l 管理員信息表：該表記錄了管理員的相關信息，包括管理員編號，登陸密碼管理員姓名。l 客戶信息表：該表記錄了客戶的相關信息，包括客戶編號，登錄密碼，客戶姓名，聯系方式，賬戶余額。l 收貨地址表：該表記錄了客戶的收貨地址信息，包括地址編號，客戶編號，地址。l 訂單表：該表記錄了訂單的基本信息，包括訂單號，客戶編號，訂單日期，收貨人姓名，發貨地址，收貨人聯系方式，管理員編號。l 訂單細則表：該表記錄了訂單的細則信息，包括細則號，訂單號，圖書編號，訂購數量，發貨狀況。l 圖書信息表：該表記錄了圖書的基本信息，包括圖書編號，圖書名，作者，出版社，圖書類

10、別，庫存余量，圖書價格。 （1）客戶購書信息視圖：包括圖書名，作者，出版社，訂購數量，訂單日期，發貨狀況，賬戶余額。（2）管理員訂單審核視圖：包括訂單號，客戶號，圖書編號，訂購數量。根據上面的邏輯結構設計，設計相應的表結構如下所示。1.管理員信息表（Ginfo） 該表記錄了管理員的相關信息，包括管理員編號，管理員姓名。其結構如表2-1所示：表2-1 Ginfo字段說明類型（長度）備注Gid管理員編號char(7)主鍵，不為空Gcode登錄密碼char(10)不為空Gname 管理員姓名char(10)不為空2.客戶信息表（Kinfo） 該表記錄了客戶的相關信息，包括客戶編號，客戶姓名，聯系方式

11、，賬戶余額。其結構如表2-2所示：表2-2 Kinfo字段說明類型（長度）備注Kid客戶編號char(7)主鍵，不為空Kcode登錄密碼char(10)不為空Kname客戶姓名char(10)不為空Kcontact聯系方式char(15)不為空Ksave賬戶余額float(7)不小于零3.收貨地址表（ADinfo） 該表記錄了客戶的收貨地址信息，包括地址編號，客戶編號，地址。其結構如表2-3所示： 表2-3 ADinfo字段說明類型（長度）備注ADid地址編號char(7)主鍵，不為空Kid客戶編號char(7)主鍵，外鍵，不為空Add地址varchar(100)不為空4.訂單表（Dinfo）

12、該表記錄了訂單的基本信息，包括訂單號，客戶編號，訂單日期，收貨人姓名，發貨地址，收貨人聯系方式，管理員編號。其結構如表2-4所示：表2-4 Dinfo字段說明類型（長度）備注Did訂單號char(7)主鍵，不為空Kid客戶編號char(7)主鍵，外鍵，不為空Dname收貨人姓名char(10)不為空Dadd發貨地址varchar(100)外鍵，不為空Dcontact收貨人聯系方式char(15)外鍵，不為空Gid管理員編號char(7)外鍵，不為空Ddate訂單日期datetime不為空5.訂單細則表（Xinfo） 該表記錄了訂單的細則信息，包括細則號，訂單號，圖書編號，訂購數量，發貨狀況。其

13、結構如表2-5所示：表2-5 Xinfo字段說明類型（長度）備注Xid細則號char(7)主鍵，不為空Did訂單號char(7)主鍵，外鍵，不為空Tid圖書編號char(7)外鍵，不為空Xnum訂購數量smallint大于零Xdetail發貨狀況varchar(100)默認未發貨6.圖書信息表（Tinfo）該表記錄了圖書的基本信息，包括圖書編號，圖書名，作者，出版社，圖書類別，庫存余量，圖書價格。其結構如表2-6所示：表 2-6 Tinfo字段說明類型（長度）備注Tid圖書編號char(7)主鍵，不為空Tname圖書名varchar(20)不為空Twriter作者char(10)不為空Tpub出版社varchar(20)不為空Tnum庫存余量smallint不小于零，不為空Tprice圖書價格float(5)不小于零，