數(shù)據(jù)庫大作業(yè)—圖書館里系統(tǒng).doc

網(wǎng)上購書系統(tǒng)(BookShop)一、 需求分析1、 信息需求該系統(tǒng)主要管理的對象是用戶、圖書、圖書類型、訂單，需要存儲的信息包括：（1） 管理員：包括管理員ID、管理員密碼。通過管理員ID標識。（2） 用戶：包括用戶ID、用戶密碼、真實姓名、聯(lián)系電話、通訊地址。通過用戶ID標識。（3） 圖書：包括書籍號、書名、作者、出版社、價格、出版日期、內(nèi)容簡介、書籍類型編號。通過書籍號標識。（4） 圖書類型：包括書籍類型編號、書籍類型名稱、書籍類型等級。通過書籍類型編號標識。（5） 訂單：包括訂單ID、訂購數(shù)量、訂購日期。通過訂單ID標識。其中，管理員管理用戶和圖書，一個用戶可以購買多本圖書，一本圖書可以被多個用戶購買。一個用戶可以有多張訂單，一張訂單只能對應(yīng)一個用戶。一本圖書只能有一張訂單，但一張訂單可以包含多本圖書信息。一本圖書只能屬于一種類型，但一種類型的圖書可以有多本。該系統(tǒng)中個對象間的聯(lián)系如下：（1） 用戶與圖書之間：多對多的聯(lián)系m:n。（2） 用戶與訂單之間：一對多的聯(lián)系1:n。（3） 圖書與訂單之間：一對多的聯(lián)系1:n。（4） 圖書類型與圖書之間：一對多的聯(lián)系1:n。2、 處理需求：（至少頂層數(shù)據(jù)流圖）（1）系統(tǒng)的數(shù)據(jù)流圖如下：圖1 頂層數(shù)據(jù)流圖 圖2 0層數(shù)據(jù)流圖圖3 圖書管理數(shù)據(jù)流圖圖4 用戶管理數(shù)據(jù)流圖圖5 訂單管理數(shù)據(jù)流圖數(shù)據(jù)字典：名字：用戶ID別名：描述：唯一地標識用戶信息中一個特定的用戶的關(guān)鍵字定義：用戶ID = 數(shù)字字符位置：用戶資料 訂單表名字：書籍號別名：描述：唯一地標識圖書信息中一個特定的圖書的關(guān)鍵字定義：書籍號 = 數(shù)字字符位置：圖書資料 訂單表名字：訂單信息別名：描述：記錄用戶購買圖書的信息定義：訂單信息 =用戶ID +書籍號 +書名 + 訂購日期位置：訂單表（2）對性能的規(guī)定1) 精度A要按照嚴格的數(shù)據(jù)格式輸入，否則系統(tǒng)不予響應(yīng)進行處理。B查詢時要保證查全率，所有相應(yīng)域包含查詢關(guān)鍵字的記錄都應(yīng)能查到。因為通常有文件的記錄會很多，所以本系統(tǒng)采用了兩種方法進行查詢：直接查詢和模糊查詢。2) 時間特性要求說明對于該軟件的時間特性要求，如對：a 響應(yīng)時間：操作的響應(yīng)時間保持在120毫秒內(nèi)，視網(wǎng)絡(luò)情況而定，當(dāng)網(wǎng)速較慢時，應(yīng)該對顧客給出提示信息。b 更新處理時間：發(fā)布信息、更新圖書等不超過15秒。c 數(shù)據(jù)的轉(zhuǎn)換和傳送時間：95的事務(wù)必須在小于1s時間內(nèi)處理完，否則，操作人員將不等待處理的完成。d 解題時間：保證20人可以同時在客戶端登錄，系統(tǒng)正常運行，正確提示相關(guān)內(nèi)容。 （3）安全性要求給用戶授權(quán)，防止非授權(quán)用戶對數(shù)據(jù)庫的惡意存取和破壞。（4）完整性要求二、 概念結(jié)構(gòu)設(shè)計根據(jù)需求分析階段的信息需求得到如下圖所示的實體屬性圖。 圖6 管理員屬性圖 圖7用戶屬性圖 圖8 圖書類型屬性圖 圖9 圖書屬性圖 圖10 訂單屬性圖根據(jù)實體屬性圖得到如下圖所示的ER模型。 圖11 系統(tǒng)實體聯(lián)系圖 圖12 系統(tǒng)完整的ER圖系統(tǒng)總體設(shè)計結(jié)構(gòu)如下：1、 前臺管理：用戶注冊：任何用戶都可以通過該系統(tǒng)注冊成為會員。瀏覽圖書：注冊用戶和非注冊用戶都可以通過該網(wǎng)上書店系統(tǒng)瀏覽圖書信息。查詢圖書：注冊用戶可以登錄系統(tǒng)查詢需要購買的圖書。購買圖書：此子系統(tǒng)是本系統(tǒng)的核心部分，用戶可以通過該系統(tǒng)實現(xiàn)購買圖書，管理購物車，提交訂單，查看自己的訂單信息以及意見反饋。2、 后臺管理：用戶管理：主要實現(xiàn)管理員對用戶的管理，包括對注冊用戶的信息審核、權(quán)限設(shè)置、信息報名設(shè)置等功能。圖書管理：實現(xiàn)對圖書信息的管理。訂單管理：實現(xiàn)對用戶所提交訂單的管理。圖13 前臺管理結(jié)構(gòu)圖圖 14 后臺管理結(jié)構(gòu)圖三、 邏輯結(jié)構(gòu)設(shè)計由概念結(jié)構(gòu)設(shè)計中的系統(tǒng)完整的ER圖，轉(zhuǎn)換得到的關(guān)系模式如下：1、ER模型中的常規(guī)實體轉(zhuǎn)換得到的關(guān)系模式如下：（1） 管理員（管理員ID，管理員密碼）（2） 圖書類型（書籍類型編號，書籍類型等級，書籍類型名稱）（3） 用戶（用戶ID，用戶密碼，真實姓名，通訊地址，聯(lián)系電話）（4） 訂單（訂單ID，訂購數(shù)量，訂購日期）（5） 圖書（書籍號，書名，作者，出版社，內(nèi)容簡介，出版日期，價格）2、ER模型中的聯(lián)系轉(zhuǎn)換得到的關(guān)系模式如下：（1） 管理（管理員ID，用戶ID）（2） 負責(zé)（管理員ID,書籍號）（3） 屬于（書籍號,書籍類型編號）（4） 購買（用戶ID，書籍號，數(shù)量）（5） 擁有（訂單ID，用戶ID）（6） 包含（書籍號，訂單ID）根據(jù)實際情況，將具有相同鍵的關(guān)系模式合并。（1） 圖書（書籍號，書名，作者，出版社，內(nèi)容簡介，出版日期，價格）和屬于（書籍號,書籍類型編號）和包含（書籍號，訂單ID）合并成如下的關(guān)系模式：圖書（書籍號，書名，作者，出版社，內(nèi)容簡介，出版日期，價格,書籍類型編號，訂單ID）（2） 訂單（訂單ID，訂購數(shù)量，訂購日期）和擁有（訂單ID，用戶ID）合并成如下的關(guān)系模式：訂單（訂單ID，訂購數(shù)量，訂購日期，用戶ID）經(jīng)過上面的處理，如圖12所示的ER模型轉(zhuǎn)換出了如下的8個關(guān)系模式：（1） 管理員（管理員ID，管理員密碼）（2） 用戶（用戶ID，用戶密碼，真實姓名，通訊地址，聯(lián)系電話）（3） 訂單（訂單ID，訂購數(shù)量，訂購日期，用戶ID）（4） 管理（管理員ID，用戶ID）（5） 負責(zé)（管理員ID,書籍號）（6） 圖書類型（書籍類型編號，書籍類型等級，書籍類型名稱）( 7 )購買（用戶ID，書籍號，數(shù)量）( 8 ) 圖書（書籍號，書名，作者，出版社，內(nèi)容簡介，出版日期，價格,書籍類型編號，訂單ID）四、物理結(jié)構(gòu)設(shè)計本網(wǎng)上購書系統(tǒng)的數(shù)據(jù)庫名稱為BookShop，該數(shù)據(jù)庫中包含User表(用戶表)、Books表(圖書表)、BooksType(圖書分類表)、Orders表(訂單表)、BookCommend表(意見反饋表)、BookSellInfo表(圖書出售信息表)1、 用戶表User：字段名數(shù)據(jù)類型是否為空字段說明備注UserIDintNO用戶ID主鍵UserPassWordVarchar(16)NO用戶密碼UserTrueNameVarchar(20)NO真實姓名UserTelphoneVarchar(11)NO聯(lián)系電話2、圖書類型表BookType：字段名數(shù)據(jù)類型是否為空字段說明備注BookTypeIDIntNO書籍類型編號主鍵BookTypeNameVarchar(50)NO書籍類型名稱NO書籍類型等級3、圖書表Book：字段名數(shù)據(jù)類型是否為空字段說明備注BookIDIntNO書籍號主鍵BookTypeIDIntNO書籍類型編號外鍵BookNamevarchar(30)NO書名AuthorVarchar(50)NO作者PublisherVarchar(30)NO出版社PricefloatNO價格simpleContentVarchar(100)NO內(nèi)容簡介publishDatedateYES出版日期4、訂單表Order：字段名數(shù)據(jù)類型是否為空字段說明備注OrderIDIntNO訂單號主鍵BookIDIntNO圖書號外鍵UserIDintNO用戶ID外鍵OrderDateTimeDatetimeNO訂購時間CountIntNO訂購數(shù)量SendToVarchar(100)NO通訊地址5、圖書出售信息表BookSaleInfo：字段名數(shù)據(jù)類型是否為空