1、學 號武 漢 科 技 大 學 城 市 學 院課 程 設 計 報 告課程設計名稱數據庫原理與應用網上書店管理信息系統數據庫設計信息工程學部題院專班姓目系業級名電子商務14級電商 1班指導教師石松芳2016 年 6 月 16 日課程設計評分表評分標準：1. 學生是否嚴格遵守課程設計紀律，按照規定時間完成設計任務占 30%)2. 課程設計報告書質量：占 40%)(1)是否采用了良好的設計方法，獨立完成課程設計。(2)課程設計各分段的任務是否按時完成及完成的質量。(3)是否完成課程設計任務書指定的全部要求。課程設計報告書的撰寫規范要求與畢業設計（論文）的要求相同。根據該生課程設計期間表現及提交的課程設

2、計報告，綜合成績為。第2頁設計題目: 網上書店管理信息系統的設計與實現1. 課程設計教學條件要求: SQL SERVER 2005+POWER DESIGNER15.02. 課程設計任務1、主要功能設計一個網上書店管理信息系統，該系統的用戶分別是：管理員和顧客。不同的用戶擁有不同的權限，各自完成各自的管理功能，不同的用戶看到不同 SQL Server 2005和模塊。系統功能的基本要求：公共的主要功能模塊包括：（1）用戶的注冊與登陸（2）用戶個人信息查詢與管理（3）登陸社區交流版塊，發布留言、查看留言以及投訴（4）用戶的退出與注銷管理員的主要功能模塊包括：（1）用戶管理（2）書籍信息管理（3）

3、訂單管理顧客的主要功能模塊包括：（1）個人信息管理（2）購書信息管理2、主要數據庫表單（1）管理員基本信息表單主要字段有：管理員編號、管理員姓名、管理員密碼、管理員聯系方式、管理員性別、管理員年齡。（2）顧客信息表單主要字段有：顧客編號、管理員編號、顧客姓名、顧客郵箱、顧客密碼、注冊時間、密碼提示問題、密碼答案、登錄次數、最后一次登錄時間、城市、顧客地址、是否為會員、顧客性別、顧客年齡。（3）圖書信息表單主要字段有：書名編號、訂單號、書名、作者、詳細介紹、市場價、會員價、出版社、簡介、出版時間。（4）訂單信息表單主要字段有：訂單號、顧客編碼、訂單日期、收貨人姓名、郵編、收貨電話、付款方式、送貨

4、方式、總金額。3. 課程設計報告書主要內容第3頁1) 系統功能需求分析與模塊設計。2) 數據庫設計：數據庫概念設計。3) 數據庫設計：數據庫物理設計。4課程設計參考資料1 尹志宇 數據庫原理與應用教程SQL Server（第二版）. 清華大學出版社. 20152 程炎龍，劉芳. SQL SEVER 2008數據庫教程. 北京：科學出版社. 20123 羅志高. 數據庫原理與應用教程. 北京：人民郵電出版社.2003第4頁目 錄第 1 章 項目開發背景 . 61.1 項目開發背景1.2 項目特點第 2 章 項目需求分析 . 82.1 系統模塊介紹2.2 系統角色分工2.3 功能需求分析2.3.1

5、 公共功能2.3.2 管理員功能2.3.3 顧客功能第 3 章 數據庫設計 . 193.1 數據庫概念設計3.1.1 管理員基本信息管理 E-R 圖3.1.2.顧客基本信息管理 E-R 圖3.1.3.訂單信息 E-R 圖3.1.4.圖書信息 E-R 圖3.1.5 全局 E-R 圖3.2 物理結構設計3.2.1 生成物理數據模型（PDM）3.2.2 創建數據庫3.3 數據字典第 4 章 總結. 30參考文獻. 31第5頁第 1 章 項目開發背景的基本依據。 的負擔過重，影響整個圖書館的運作和控制管理，因此，必須制定一套合理、有效，規范和實用的圖書管理系統，對圖書資料進行集中統一的管理。目前圖書管

6、理存在的問題：1、檢索速度慢、效率低因為圖書館的藏書種類多、數量多，將藏書準確地分門別類，快速檢索，手書館的規模越大，這個問題越突出。2,說明圖書館的作用越大，然而隨之而來的大量的借書、 還書登記、實存圖書的更新以及借出圖書超期、遺失等的處理，其工作量之大，往 往是人工操作所難以勝任的。而且經常會出現這樣那樣的差錯。3、圖書統計工作難、藏書更新不能及時完成。到良好地控制。工作，且這項工作在技術上、經濟上與社會等其它因素上都是可行的。第6頁 此系統具有如下 5 個特點： 靈活性：本系統可以根據不同的登錄用戶，自動識出用戶的身份，并引導和呈現出該用戶可以進行的操作。 簡單便捷的用戶操作：功能模塊的

7、操作采用簡單易行的使用原則，用戶可以很容易理解某個操作的含義并很容易上手。 友好的用戶界面：系統的操作界面簡單、美觀、大方，能夠給用戶一種簡潔舒適的感覺。 跨瀏覽器兼容性：系統支持多種主流瀏覽器，用戶可以根據自己的喜好選擇喜歡的瀏覽器來訪問本系統。 多用戶同時在線：本系統以 B/S 結構構建，支持多人同時在線，多個不同的用戶可以同時在系統中進行操作。第7頁第 2 章 項目需求分析一個設計良好的項目結構必備的條件是：易維護性、可擴展性、當遇到需上做好周密、全方位的設計 本系統主要分為兩種角色：管理員、顧客。各角色進入系統后，根據權限可以操作的模塊如下：第8頁訂單信息、設置用戶、書籍、訂單信息管理

8、功能。顧客：主要完成訂單的申請與提交，以及個人信息數據的查詢。 本系統按照角色身份功能可以分為公共功能、管理員功能、顧客功能三大類。第9頁公共功能為使用本系統的所有用戶都具有的功能。其中包括登錄和個人信息。2.3.1.1用戶登錄 信息來源：所有用戶 信息要求：用戶登錄系統及其身份驗證 事件信息系統處理允許登錄；對于通過驗證的用戶，允許用戶登錄，并根據用戶的不同身份跳轉到相應的默認頁面。 2.3.1.2用戶個人信息管理 信息來源：所有用戶 信息要求：當前登錄的用戶可以修改登錄密碼等其他個人信息 事件信息系統處理：點擊保存按鈕，保存用戶修改的手機號碼信息。如果“新密碼”和“確認密碼”都為空，則可以

9、提交保存，且保存時不用修改登錄密碼；如果只填寫了其中一項，則需給出提示另一項也必須填寫，此時不能提交保存；如果這兩項都填寫了，則還需要驗證兩次輸入的密碼是否一致，如果不一致，給出提示，且不能提交保存；只有兩次輸入密碼相同時，才允許提交保存，此時將修改當前用戶的登錄密碼為本次新設置的密碼。 信息處理結果：將用戶修改的登錄密碼等個人信息更新到數據庫。第10頁2.3.1.3退出 信息來源：所有用戶 信息要求：退出系統 事件信息系統處理：點擊退出按鈕，注銷當前用戶的登錄，并跳轉到登錄頁面。信息處理結果：注銷當前登錄用戶信息，跳轉到登錄頁面。系統管理員的主要功能是對系統的基礎數據進行維護，保證系統的正常

10、運行。其功能包括用戶信息管理、書籍信息管理、訂單管理。2.3.2.1用戶管理（ 信息來源：管理員 信息要求：以表格形式顯示分頁的用戶的數據 事件信息系統處理：點擊查詢按鈕時，根據所輸入的查詢條件對用戶數據進行聯合查詢，并將查詢結果數據以分頁的形式顯示在表格中。列表中列頭標題為超鏈接，點擊可以實現按照對應的字段對數據進行升序 /降序排列切換顯示。 以表格形式分頁顯示。（ 信息來源：管理員 信息要求：實現用戶的添加功能 事件信息系統處理：2.點擊保存按鈕時，對用戶信息中的必填項進行驗證，如果沒有填寫，則進行相應的提示，第11頁并不允許提交保存。如果必填項都已填寫，則可以提交保存。提交保存 ID“該

11、用戶 ID ID不存在，則保存用戶信息，并根據保存結果給出相應的提示。 信息處理結果：將填寫的用戶信息保存到數據庫，完成用戶的添加。（ 信息來源：管理員 信息要求：對系統中現有用戶的信息進行修改 事件信息系統處理：1.頁面打開時，自動加載出該用戶的信息，其中用戶 ID為只讀不能修改。2.點擊保存按鈕時，對用戶信息中的必填項進行驗證，如果沒有填寫，則進行相應的提示，并不允許提交保存。如果必填項都已填寫，則可以提交保存，并根據保存結果給出相應的提示。 （ 信息來源：管理員 信息要求：將所選擇的用戶從系統中刪除 事件信息系統處理：點擊刪除按鈕時，對用戶的刪除操作彈出確認提示提示。 信息處理結果：將用

12、戶信息從數據庫中刪除。2.3.2.2書籍信息管理（ 信息來源：管理員 信息要求：以表格形式顯示分頁的圖書信息的數據 事件信息系統處理：頁面打開時，自動加載出所有圖書的信息，而管理第12頁員可以根據此頁面查詢書籍的信息和銷售情況。 信息處理結果：查詢出所有符合條件的圖書數據，并以表格形式分頁顯示。（ 信息來源：管理員 信息要求：實現圖書信息的添加功能 如果沒有填寫，則進行相應的提示，并不允許提交保存。如果必填項都已填寫，則可以提交保存。提交保存時，需要首先對該圖書名稱進行驗許保存；如果該圖書名稱不存在，則保存圖書信息，并根據保存結果給出相應的提示。信息處理結果：將填寫的圖書信息保存到數據庫，完成

13、圖書的添加。（ 信息來源：管理員 信息要求：對圖書信息進行修改 事件信息系統處理：2.點擊保存按鈕時，對圖書信息中的必填項進行驗證，如果沒有填寫，則進行相應的提示，并不允許提交保存。3.提交保存時，如果修改了圖書名稱，則需要對新的圖書名稱進行驗證是否已經存在，如果存在則提示“圖書名稱 （ 信息來源：管理員 信息要求：將所選圖書從數據庫中刪除 事件信息系統處理：點擊刪除按鈕時，對用戶的刪除操作彈出確認提示第13頁的提示。 信息處理結果：將該圖書從數據庫中刪除。2.3.2.3訂單管理（ 信息來源：所有顧客 信息要求：以表格形式顯示分頁的訂單信息的數據 加載訂單列表時，如果該訂單下不存在任何顧客，則

14、最后一列操作列中顯示刪除按鈕；如果該訂單下存在顧客，則不顯示刪除按鈕。2.點擊查詢按鈕時，根據所輸入的查詢條件對訂單數據進行聯合查詢，并將查詢結果數據以分頁的形式顯示在表格中。 信息處理結果：查詢出所有符合條件的訂單數據，并以表格形式分頁顯示。（ 信息來源：所有顧客 信息要求：實現訂單信息的添加功能 如果沒有填寫，則進行相應的提示，并不允許提交保存。如果必填項都已填寫，則可以提交保存。提交保存時，需要首先對該訂單名稱進行驗許保存；如果該訂單名稱不存在，則保存訂單信息，并根據保存結果給出相應的提示。 信息處理結果：將填寫的訂單信息保存到數據庫，完成訂單的添加。（ 信息來源：所有顧客第14頁 信息

15、要求：對訂單信息進行修改 事件信息系統處理：2.點擊保存按鈕時，對訂單信息中的必填項進行驗證，如果沒有填寫，則進行相應的提示，并不允許提交保存。3.提交保存時，如果修改了訂單名稱，則需要對新的訂單名稱進行驗證是否已經存在，如果存在則提示“訂單名稱 （ 信息來源：所有顧客 信息要求：將所選訂單從數據庫中刪除 事件信息系統處理：點擊刪除按鈕時，對顧客用戶的刪除操作彈出確認相應的提示。 信息處理結果：將該訂單從數據庫中刪除。2.3.3.1個人信息管理 信息來源：顧客 信息要求：以列表形式顯示分頁的用戶的數據 事件信息系統處理：1.頁面加載后，以分頁的形式顯示當前用戶所管理的所有基本信息，列表中列頭標

16、題為超鏈接，點擊可以實現按照對應的字段對數據進行升序/降序排列切換顯示。2.點擊“查看”打開個人信息查看界面，可以選擇所要查看的信息分類并查詢該用戶在所選分類下的信息。3.顧客用戶個人信息以列表形式展示，詳情見“顧客功能 我第15頁的個人信息信息處理結果：顯示該顧客在所選內容分類下的信息狀態數據。（ 信息來源：顧客 信息要求：實現顧客用戶的添加功能 事件信息系統處理：2.點擊保存按鈕時，對個人信息中的必填項進行驗證，如果沒有填寫，則進行相應的提示，并不允許提交保存。如果必填項都已填寫，則可以提交保存。提交保存 ID“該用戶 ID ID不存在，則保存用戶信息，并根據保存結果給出相應的提示。 信息

17、處理結果：將填寫的個人用戶信息保存到數據庫，完成個人用戶的添加。（ 信息來源：顧客 信息要求：對系統中現有個人信息進行修改 事件信息系統處理：1.頁面打開時，自動加載出顧客的個人信息，其中ID 為只讀不能修改。2.點擊保存按鈕時，對個人信息中的必填項進行驗證，如果沒有填寫，則進行相應的提示，并不允許提交保存。如果必填項都已填寫，則可以提交保存，并根據保存結果給出相應的提示。 （ 信息來源：顧客 信息要求：將所選擇的個人信息從系統中刪除 事件信息系統處理：點擊刪除按鈕時，對個人信息的刪除操作彈出確認第16頁果給出相應的提示。 信息處理結果：將個人信息從數據庫中刪除。2.3.3.2購書信息管理 信

18、息來源：顧客 信息要求：以表格形式顯示當前發起的所有訂單申請 事件信息系統處理：頁面加載后，以分頁的形式顯示當前用戶發起的所有購書信息記錄；列表中列頭標題為超鏈接，點擊可以實現按照對應的字段對數據進行升序/降序排列切換顯示；點擊查詢按鈕時，根據所輸入的查詢條件對請假單數據進行聯合查詢，并將查詢結果數據以分頁的形為編輯和刪除按鈕，允許對訂單進行編輯和刪除。如果訂單狀態為“已 信息處理結果：查詢出所有符合條件的書籍申請數據，并以表格形式分頁顯示。 信息來源：顧客 信息要求：發起圖書訂單 事件信息系統處理：點擊確定按鈕時，對訂單中的必填項進行驗證，如果沒有填寫，則進行相應的提示，并不允許提交保存。如

19、果必填項都已填寫，則可以提交保存。提交保存時，需要首先驗證當前填寫的訂單是否已經存在，以及是否與其他訂單中的下單時間產生沖突（也就是與其單記錄，并不允許保存；如果不存在沖突，則保存訂單信息，且將該訂 信息處理結果：將發起提交審批的訂單信息保存到數據庫。第頁 信息來源：顧客 信息要求：修改已經發起但未提交的訂單信息 事件信息系統處理提交保存時，如果修改了訂單內容和時間，要對新填寫的訂單時間和內容和內容進行驗證，是否與其他訂單中的時間和內容產生沖突。如果存在沖突則提示在該時間段內已經存在訂單記錄，并不允許修改。保存修改后的訂單信息，并根據保存結果給出相應的提示。 信息處理結果：將修改后的訂單信息更

20、新到數據庫，完成訂單的修改。 信息來源：顧客 信息要求：刪除還未審批的訂單 事件信息系統處理：點擊刪除按鈕時，對用戶的刪除操作彈出確認提示 信息處理結果：將還未審批的訂單從數據庫中刪除。第18頁第 3 章 數據庫設計 根據概念設計的步驟，先產生局部E-R 圖，然后再將局部E-R 圖合并成初步的 E-R 圖，最后進行優化，得到全局 E-R 圖。根據網上書店管理信息系統的功能模塊進行劃分和設計局部 E-R 圖，根據需求建立相關聯系。3.1.1 管理員基本信息管理E-R 圖在管理員信息管理功能模塊中，包括管理員的一些基本信息：管理員編號、管理員姓名、管理員密碼、管理員聯系方式、管理員性別、管理員年齡

21、，其E-R圖如圖所示。圖 圖第19頁3.1.2.顧客基本信息管理E-R 圖在顧客基本信息管理功能模塊中，包括顧客編碼、顧客姓名、顧客郵箱、顧客密碼、注冊時間、密碼提示問題、密碼答案、登陸次數、最后一次登錄時間、城市、顧客地址、是否為會員、顧客性別、顧客年齡。管理員可根據這些信息給顧客分配賬號，其 E-R圖如圖所示。圖 圖3.1.3.訂單信息 E-R圖收貨人姓名、收貨地址、郵編、收貨電話、付款方式、送貨方式、總金額。管理員可根據這些信息給顧客分配訂單賬號其 E-R 圖如圖所示。第20頁圖 圖3.1.4.圖書信息 E-R 圖作者、詳細介紹、市場價、會員價、出版社、ISBN、簡介、出版時間，其 E-

22、R圖如圖所示。第21頁圖 圖3.1.5 全局E-R 圖將各個局部 E-R 圖匯集成一個整體的 E-R 圖，消除冗余和沖突，進行優化后產生全局 E-R 圖，如圖所示。圖 圖 3.2.1 生成物理數據模型（PDM）將概念數據模型生成物理數據模型。生成后的圖如圖所示。第22頁圖）3.2.2 創建數據庫創建數據庫表的部分代碼語句如下：1 =第23頁1 = 屬于00001 = = () ()第25頁 () () () ()第26頁 () ()3.3 數據字典表 3-1：Admin長度 小數位 標識 主鍵說明123Characters 50Characters 50Characters 32000否否否A

23、dminnamePassword第頁456AdmintelAdminsexAdminage000否否否CharactersInteger24表 3-2：user長度 小數位 標識 主鍵說明000000000000000否否否否否是是否否否否否否否否UsernameUsermailUpasswordAdddateQuestionAnswer101112131415UseraddressVipUsersexUserageAdminIDCharacters 50是表 3-3：order序號1長度50標識是主鍵是說明ActionidCharacters0否第28頁Actiondat Date&Timee20否否10UseridCharacters50是表 3-4：product長度 小數位 標識 主鍵說明BookidBooknameAuthorDetail22000000否否否否否否否否VippriceMark101112Product