網上書店在線系統設計畢業論文(編輯修改稿)

　

【文章內容簡介】 本 N N 送書地址youbian 數字 N N 郵編tel 文本N聯系電話shway 數字NN送書方式zfway 數字NN支付方式sex 數字NN性別表格管理員信息表列名 類型 主碼 可為空值 描述adminid 自動編號 Y N由數據庫自動生成的順序編號，作為信息分類的主碼admin 文本 N N 用戶名password 文本 N N 密碼flag 數字 N Y 權限標志位20表格網站基本信息表列名 類型 主碼 可為空值 描述id 自動編號 Y Nsitename 文本 N Yweb 文本 N Ygonggao 備注 N Ydizhi 文本 N Yyoubian 文本 N Ydianhua 文本 N Ycopyright 文本 N Ylogo 文本 N Ybanner 文本 N Yweburl 文本 N Y 系統功能模塊的設計與實現 圖書展示模塊是一個書店應具備的最基本的一項功能。通過圖書的展示才能讓購書者能夠找到自己想要購買的圖書。該功能在首頁中完成。 1）數據庫準備 圖書展臺的目的就是將網上書城中的圖書有序地羅列出來。該操作涉及到 booshop 數據庫中的 book 數據表2）處理邏輯 處理過程首先建立數據庫連接，打開 book 數據表，將其中推薦的圖書信息顯示出來。 3）展臺頁面設計 圖書展臺設計的任務是給用戶提供一個簡單、明了的圖書列表界面。設計時考慮到方便程序實現還要考慮適合用戶的使用習慣。為此使用了嵌套的，table 標記來實現圖書信息的格式輸出。本次將圖書展臺劃分為四部分。一部分用于展示管理員推薦的圖書，一部分用于展示熱銷的21圖書，一部分用于展示顧客經常訪問的圖書，還有一部分用于展示最新到貨的圖書。對于管理員推薦的圖書，主要是由管理員通過后臺指定一些書，然后在前臺顯示出來。這樣做的目的一方面是為了向用戶推薦一些時尚的圖書，另一方面就是考慮到網站特色而采取的措施。對于熱銷圖書的推薦主要是通過對圖書銷售量的統計而得到的，顯然銷售量多的圖書是熱銷的圖書。本次是按成交次數對書城中的圖書進行排隊，越排在前面的就是越暢銷的。程序代碼見附錄。 圖書展示設計流程圖 22 圖書查詢 圖書查詢在網上書城中也是一項很重要的功能，主要幫助用戶快速地找到想要購買的圖書。再一個規模較大的書城中，如果沒有這項功能，用戶很難找到所需要的圖書，那么這個網上書城的吸引力將會因此大大降低。同時好的搜索功能將會帶來更多的用戶青睞。為適合不同的擁護的需求，本次采用模糊查詢的方法為用戶提供方便的圖書查詢。 1）數據庫準備 查詢圖書模塊的目的是為了幫助用戶快速找到想要購買的圖書。由于用戶對書城中的圖書情況不可能十分清楚，因此采用了模糊查詢的方法，只要用戶輸入了相關的少量信息就可以查詢到相應的結果。該操作涉及到 bookshop 數據庫中的 book 數據表。另外在模糊查詢時使用了數據庫系統的 like 運算符。 2）處理邏輯 處理過程首先建立數據庫連接，打開 book 數據表，并按照用戶指定的方式和關鍵字信息將 book 數據表中滿足要求的圖書信息顯示出來。為了適合用戶的不同要求，本次提供了四種查詢方法，可按照書名、出版社、作者、ISBN 等方式查詢，并且查詢方法采用模糊查詢的方法，這樣用戶在23輸入查詢信息時只需輸入部分信息即可。 圖書查詢流程圖 購物車購物車是網上書城中最重要的組成部分。網上書城的目的是實現圖書的在線銷售。因此為顧客提供一個方便、個性化的購物車將會大大提高用戶在網上購書的興趣。購物車的實現技術有方式 241:用會話會話中可以存放任何類型數據,每個用戶有一個唯一的會話 ID，用此 ID 區分不同用戶的購物車會話數據是存放在 WEB 服務器的內存中的，如果使用購物車的用戶比較多的話，這樣一來將占用大量服務器資源會話有一小缺陷，它是依靠 COOKIE 來與用戶通訊的，一旦用戶關閉 COOKIE，使用會話將比較麻煩。當然在 ASP。NET 中還有另 2 種方式保存會話數據一種是指定另一臺服務器來存放會話數據，這樣一來可以有效分擔 WEB 服務器的運行開銷。另一種是把會話數據存放在 MS SQL 中，MS SQL 是利用局部臨時表實現的，會話數據放在局部臨時表中，MS SQL 為每一個局部臨時表也分配一個唯一的 ID，我想是用此 ID 區分不同用戶的不同會話數據的。但是我不推薦使用此方法，頻繁在數據庫里面建立和刪除臨時表對數據庫的開銷太大方式 2：在數據庫里面用表（ShopingCart）表有幾個基本字段CartId 購物車 ID（唯一）Id 商品的 ID（唯一）Qty 用戶購買商品的數量CreateDate 購物車創建時間此表的字段 CartId 是區分不同用戶的購物車的 ID，要是登陸用戶，你可以在表中存放此登陸用戶的登陸名的 ID，要是未登陸用戶使用購物車，你可以給他分配一個 GUID（全球唯一標志）做購物車 ID 此方法有也有一些缺陷，一是它會造成大量無效數據，大家都知道，使用購物車的人，不一定會最終結帳購買商品。但是使用購物車就得往表（ShopingCart）里面插入相關數據，未登陸用戶一離開站點，他在表中的數據就成了一堆廢數據，因為他在下次登陸時，我們分配給他的是一個新的 CartId 購物車 ，我們可以寫一個清除廢數據的過程(利用字段 CreateDate 和 CartId 可以判斷無效數據)，人工調用運行也可以，要是想由 MS SQL 代我們來運行，就可以設置一個 JOB，由 JOB 自動調用過程清楚廢數據說了缺陷，我們該說說此方式的優點了占用系統資源少，我們可以把數據庫安置在一臺電腦中，WEB 服務器安置在另一電腦中，系統資源充分發揮2。購物車中數據可以得到有效保留，我們可以試想一客戶在購物時，突然某其他原因（死機等原因）離開了購物站，他在購物車中數據有效保留下來，他下次登陸時購物車中還有上次保留的數據，避免用戶再次選購商品的操作（此功能只對登陸用戶的購物車有效） ，要是用會話實現購物車，所有用戶一旦離開站點，他的購物車中數據全部失效本次將以 session 技術、cookie 技術來實現購物車1 數據庫及 session 準備購物車是網上書城必需的一項功能。主要用于記錄客戶購買的圖書編號、書名、出版社、作者、數量、單價等信息，并且應該計算出總價及打折后應付的金額，以便用戶隨時掌握自己的購買信息。本次畢業設計再實現購物車時使用了session 技術和數據庫。對于用戶的購買信息主要用 session 來記錄，購買結束后再一起提交到數據庫中，另打折信息是由數據庫統一管理的，它是和圖書入庫一起完成的。這里要注意的是購物車也可以不使用 session,而直接把信息寫到數據庫中，這樣做比較簡單，但由于每次選購都要將信息寫入數據庫中，這樣將給服務器帶來很大的負擔。如果有很多用戶同時在購書，就很容易使服務器癱瘓。所以基于以上考慮，我們采用 session 對象。2 購物車功能定義購物車是客戶在書店中實施購買活動的輔助工具，購物車性能的優劣在某種程度上也會影響購買者的購買情緒和行為。因此在設計購物車時不僅要考慮功能的多樣性也要考慮購物車的實用性。本次對購物車的功能如下功能： 存放客戶選好的圖書可以隨時改變是否要購買可以隨時改變購買的數量 可以顯示目前購物車中的圖書的金額。處理邏輯為了記錄下客戶選購的每本書，本次采用 session 變量。購買的每一類圖書都由兩個 session 變量作為一組數據存放，其中 session(“bookid”amp。i)表示第i 次購買的圖書的編號，session(“bookcount”amp。i)表示第 i 次購買圖書的數26量。另外 session(“變量名”)=10 在程序中的含義已購買圖書的種類數。每當用戶選購一本書時程序都會使 session（“變量名”）自動加一，然后對新購買的圖書進行判斷，看看購物車中有沒有相同的書，如果有則自動將其數量加一，并將新圖書信息清空。最后將購物車中的信息顯示出來。注意，在清除。session 變量前一定要先把該組內的信息賦給另一組變量，在完成了數據交換后在實施清除操作。以下是該方法的代碼：其中 h 的值將從 session(“變量名”)中取得。 For I = 1 to h If bookid = session(“bookid”amp。i) thenBookid = session(“bookid”amp。h) Session(“bookid”amp。h) = Empty Session(“bookid”amp。i) = bookid Session(“bookcount”amp。i) = session(“bookcount”amp。i) + 1End if購物車程序流程圖27 購書結帳購書結帳是用戶在網上書城購買圖書后必然要做的一件事。目前在互聯網上可實現的結賬方法較多，很多銀行也開辦了網上銀行。一些大型的電子商務活動也可以利用網上的金融工具進行結算。但是在目前由于技術及法律上的一些問題，網上在線結算、支付還未普及使用，因此作為網上書城這類中小企業的書款結算還不宜在網上在線進行。目前普遍采用的是還是采用貨到付款方式。本次只是提供了幾種虛假的方式并沒對訂單作任何處理只是能生成而已。1)cookie 信息及數據庫準備 購書結帳時購書者在書店中的最后一步了。為了將圖書送到客戶手中，必須要求客戶輸入自己的信息（包括送貨信息）本次在處理購書信息時采用 cookie 保存客戶的注冊信息，還有一些客戶的信息在填寫訂單時一并完成的。購書結帳時會涉及到多個數據表的操作，如book 表、dingdaninfo 表、user 表。第 5 章軟件測試 單元測試測試一：在管理員登陸時，用戶名或密碼有一項為空或者填寫錯誤，系統是否出現預先設定的操作提示。具體操作：用戶名、密碼、任意一項為空或者填寫有誤。結果：都出現相應的錯誤原因的信息提示。結論：要求管理員必須填寫正確的用戶名和密碼，才能進入管理頁面。測試二：修改本站的公告﹑返回前臺，看其是否更新成功。具體操作：通過信息管理頁面中的修改公告功能修改公告的內容，看其是否修改成功。結果：公告內容更新為修改后的信息。結論：修改公告功能正常。28測試三：管理員刪除一注冊用戶后，并讓其登陸，看是否登陸成功。具體操作：管理員刪除一會員表中的用戶后，該用戶在前臺登陸。結果：該用戶無法登陸。結論：用戶數據刪除功能正常。測試四：添加﹑刪除一條新聞信息﹑返回前臺，看其是否添加刪除成功。具體操作：在信息管理頁面中添加﹑刪除一條首頁新聞信息。結果：顯示新添加的新聞信息內容、被刪除的新聞沒有再顯示。結論：新聞的添加刪除功能正常。測試五：管理員刪除一圖書的信息，在前臺按關鍵字查詢，看其是否能找到對應的信息。具體操作：在圖書管理頁面中的圖書查看與修改頁面中刪除一圖書的信息。結果：在前臺搜索中，按關鍵字查詢不到此書信息。結論：刪除圖書信息功能正常。 集成測試網站的建設基本上就算完成了，但我們發現這樣一個事實，一個用戶在訪問一個網站時一般來講只對該網站的部分內容感性趣，而且這種興趣會持續一段時間。這點啟發了我們，如果能根據用戶的喜好為不同的用戶顯示其個性化的頁面，即著重顯示該用戶感興趣的內容，將為用戶節約大量的檢索時間，而且這樣的網頁顯然是更具有吸引力的。一些站點已經在這方面作出了一定的嘗試，通常采用的方法是，在用戶登陸時為其提供一系列的選項，使用戶能夠對站點進行一些自主的設置。這樣做能夠使站點呈現一定程度的個性化，但是對用戶來講，還是比較煩瑣，而且在用戶了解一個站點前讓其對站點進行設置，其結果未免有些粗糙。于是我們構想了這樣一種方案，對用戶登陸后的動作進行跟蹤，分析，發掘用戶點擊的規律，即用戶先后點擊的關聯規則，這樣，在用戶點擊一個主題（鏈接）之后，系統能夠自動生成一頁面，其中包含了該主題下用戶經常關注的內容（若干鏈接） ，這樣便在無須用戶作出任何額外工作的情況下實現了為用戶量身訂做的個性化頁面。29要實現這樣的功能，離不開后臺數據庫的支持。用戶驗證信息，收集到的用戶點擊信息，主題層次信息，分析得出的關聯規則表等大量的數據都由數據庫管理系統管理。整個個性化頁面生成系統主要由使用 Dreamweaver_MX 開發的關聯規則采掘系統和利用 IIS+ASP 技術實現的個性化 Web 頁面生成器兩部分組成