【文章內容簡介】 15】 （ 1） Request 對象（從客戶端獲得的數(shù)據信息） 可使用 Request 對象訪問任何基于 HTTP 請求傳遞的信息，包括從 HTML 表格用 Post 方法或 Get 方法傳遞的參數(shù)、 COOKIE 和用戶認證。 Request 對象使你能夠訪問客戶端發(fā)送給服務器的二進制數(shù)據 [11]。 （ 2） Response 對象 基于 ASP的網上書店 設計與實現(xiàn) 7 Response 對象是用來控制送出給客戶端的信息 ,包括直接發(fā)送信息給瀏覽器、重定向瀏覽器到另一個 URL 或設置 Cookie 的值 [12]。其中最常用的是 Write方法和 Redirect 方法。 A．使用 Write 方法輸出信息 Write—— 直接送出信息給客戶端，實際上就是在客戶端動態(tài)顯示內容； 語法： “ 變量數(shù)據或字符串 ” ； 省略的寫法： %=變量數(shù)據或字符串 %。 B． Redirect 方法引導客戶端至另一個 URL 位置 Redirect 方法引導客戶端至另一個 URL位置。在普通的網頁中，必須要客戶單擊超鏈接才可以引導客戶至另一個頁面?？晌覀冇袝r也希望能自動引導（也稱為 “ 重定向 ” ）客戶至另一個頁面。 語法： “ 網址變量或字符串 ” ； 該方法使用很簡單，不過，如果不和 Response 的 Buffer 屬性一起使用，則redirect 語句必須放在所有 HTML 元素的前面，簡單的說，就是放到 ASP 文件的開頭。如果希望在 ASP 文件的任意地方使用 redirect 語句，那就必須在 ASP 文件的開頭加上 % =True %這一句話 [13]。這是因為：在默認狀況下，服務器端直接將頁面輸出到客戶端，當輸出 HTML 元素后，又想將頁面引導到另一個頁面，這是不允許的，而令 Buffer=True 后，將把頁面輸出到緩沖區(qū)，否則頁面在緩沖區(qū)不存在。 （ 3） Application 對象 Application 對象可以使多個客戶端共享信息，該對象包括集合、方法、事件，沒有屬性，但需要時可以創(chuàng)建 Application 對象的變量 。變量被創(chuàng)建后，在整個應用程序運行期間都有效，并且能夠訪問。 LOCK 方法禁止其他客戶修改 Application 對象的屬性， UNLOCK 方法允許其他客戶修改 Application 對象的屬性。 （ 4） Session 對象 Session 對象存儲特定用戶的信息。不同用戶之間不能共享 Session，即使該客戶從一個頁面跳到另一個頁面，該 Session 信息仍然存在 [14]。 Session 對象內的信息在客戶端請求該網頁時建立，在 Session 到期或用Abandon 方法終止時清除。當用戶在應用程序的網頁中轉換時，出現(xiàn)在 Session基于 ASP的網上書店 設計與實現(xiàn) 8 對象內的信息將保持，并在整個 Session 會話中存在；如果用戶還沒有開始會話，則 Web 服務器自動建立一個 Session 對象，當 Session 到期或被終止時清除會話。Session 常用于進行用戶的身份驗證、存儲用戶的信息等。 系統(tǒng)開發(fā)環(huán)境 為了開發(fā)、調試的最大效率化，系統(tǒng)硬件開發(fā)環(huán)境的配置可以適當采用高配置，不會影響系統(tǒng)將來在低配置機器上正常運行。 （ 1） 硬件環(huán)境 處理器： 內存： 512M 以上 硬盤空間： 2GB 以上 顯卡： SVGA 顯示適配器 （ 2） 軟件環(huán)境 操作系統(tǒng)： Windows XP/2020 所需軟件： Macromedia Dreamweaver Access 2020 基于 ASP的網上書店 設計與實現(xiàn) 9 3 網上書店系統(tǒng)分析 系統(tǒng)分析 系統(tǒng)分析是平臺開發(fā)的一個不可缺少的環(huán)節(jié)，為了能夠使本系統(tǒng)更好、更完善地被設計出來，就必須先進行調查研究。在系統(tǒng)調查的基礎上，對新系統(tǒng)的功能進行細致的分析，從而才能夠開發(fā)出完整的系統(tǒng)設計。 到實際的試運行之中，進行測試，如果測試滿意的話，將進行平臺的完善開發(fā)，從而實現(xiàn)信息化，規(guī)范化，系統(tǒng)化，網絡化的平臺，具有 較好的適應性和推廣性。 此系統(tǒng)分為前臺管理和后臺管理。前臺管理是友好的操作界面，供用戶瀏覽、查詢、訂購使用。包括：瀏覽商品、查詢商品、訂購商品、購物車等功能；后臺管理是提供給管理員的，其中包括：商品管理、用戶管理、訂單管理等。使管理員從繁瑣的手工操作中解脫出來，并提高 子 辦公效率。 設計目標 本系統(tǒng)的目標是在多個客戶端接入的情況下，能夠迅速地完成操作任務。由于 ASP 都預先經過編譯，執(zhí) 行速度快，隱密安全性高，所以整個系統(tǒng)將會非常穩(wěn)定。本系統(tǒng)打算在實現(xiàn)傳統(tǒng)的網上書店功能基礎上對增強系統(tǒng)的安全性進行初步的嘗試，系統(tǒng)支持的客戶端為基本的瀏覽器，用戶可以通過 Inter 實時地在此系統(tǒng)上進行購書。而對于 圖書管理員進貨后， 首先對書籍 整理歸類， 然后 將書目信息發(fā)布到網上，管理員 可 通過用戶管理、訂單管理、圖書管理、信息管理等管理功能來對系統(tǒng)進行維護更新。 可行性分析 可行性研究是為了弄清楚系統(tǒng)開發(fā)的項目是不是可以實現(xiàn)和值得進行研究的過程，實際上是一次大大簡化系統(tǒng)分析和系統(tǒng)設計的過程，所以，進行 可執(zhí)行性的分析是非常必要的，也是很重要的，經過最初的設計目標和進行的市場調查得出以下四點的可行性分析： 經濟可行性：即實現(xiàn)這個平臺設計有沒有什么經濟效益？該平臺設計只是作為本人的畢業(yè)設計，又因為本人的設計能力有限，其功能還不能完善，所以沒有什么經濟效益可談。 基于 ASP的網上書店 設計與實現(xiàn) 10 技術可行性：即現(xiàn)有的技術能否開發(fā)該平臺，會有哪些困難。 運行可行性：即該平臺規(guī)定的運行方式是否可行。 法律可行性：即該平臺的開發(fā)會不會在社會上引起侵權或其它責任問題。因為該平臺是作為畢業(yè)設計與商業(yè)無關，又因為是自主開發(fā)設計，因此不會構成侵權，在法律上是 可行的。 通過以上的可行性分析，我將采用 Microsoft IIS+ASP 相結合的技術，運用Access 數(shù)據庫對網站進行建設。 設計的總體規(guī)則 無論哪個網站都要有它自己的設計規(guī)則。該平臺也一樣，它的主要設計規(guī)則有： 簡單性：在實現(xiàn)平臺的功能的同時，盡量讓平臺操作簡單易懂，這對于一個網站來說是非常重要的。 針對性：該平臺設計是網上購物系統(tǒng)及后臺管理的定向開發(fā)設計，所以具有專業(yè)突出和很強的針對性。 實用性：該平臺能完成電子商品展示和管理員管理的基本信息，具有良好的實用性。 功能設計 經過以上的初 步調查和研究，并且確定了該平臺的可行性，并決定開發(fā)本平臺，為了能夠對現(xiàn)行的平臺內容進行充分了解，使所要開發(fā)的平臺更具有實用性和適應性，設計出該平臺功能如下： 管理員對功能的需求： （ 1） 圖書管理 ● 添加圖書。添加的圖書信息主要包括：書名、 ID 號、作者、出版社、價格、數(shù)量、類型； ● 查看及修改圖書信息。修改的內容包括：圖書的基本信息、價格信息、庫存量、熱點設定、最新書籍等； ● 添加、修改、刪除圖書分類； ● 添加、修改、刪除圖書出版社 （ 2） 用戶管理 基于 ASP的網上書店 設計與實現(xiàn) 11 ● 瀏覽所有用戶信息。用戶信息包括：用戶 ID 號、昵稱、姓名、 密碼、電子郵件、電話、注冊日期、具體地址等信息； ● 有權刪除任一用戶； ● 瀏覽用戶留言，可對其進行回復、刪除 （ 3） 定單管理 ● 可通過選擇查看所有定單，已處理的定單和未處理的定單列表以及其詳細信息，并處理尚未處理的帳單 客戶對功能的需求 ● 注冊； ● 登陸； ● 所售新書總覽； ● 所有數(shù)目分類瀏覽； ● 最新書籍、熱消書籍瀏覽； ● 購物車信息瀏覽。購物車信息包括：圖書編號、圖書名稱、圖書價格、圖書訂購數(shù)量、所有購買總價格等； ● 組合條件檢索圖書。綜合條件包括模糊查詢、按關鍵字查詢； ● 收貨人信息確認； ● 購物車信息修改； ● 購買圖書； ● 發(fā)表留言 性能需求 ● 協(xié)議分析正確； ● 界面友好； ● 相互信息傳遞順利； ● 運行時間滿足使用需要； ● 安全性得到一定保障； 基于 ASP的網上書店 設計與實現(xiàn) 12 ER 圖 圖 31 網上書店 實體 — 聯(lián)系圖 圖 書 名稱 編號 價格 熱點 發(fā)布 作者 出版日期 簡介 圖片 庫存 購 買 分 類 種 類 名稱 備注 編號 會 員 編號 昵稱 電話 EMAIL 地址 真實姓名 設定 收 貨 人 編號 地址 電話 郵編 EMAIL 密碼 基于 ASP的網上書店 設計與實現(xiàn) 13 本設計規(guī)劃出的實體分別有：管理員信息實體、用戶（會員）信息實體、產品實體、產品類型實體、訂單詳細信息實體。 實體之間的 ER圖如圖 32 所示： 圖 32 實體間的 ER 圖 管理員信息實體 ER圖如圖 33 所示： 圖 33 管理員信息實體 ER 圖 用戶 購 買 商品分類圖書 訂單列表 管 理 員 姓名 帳號 密碼 基于 ASP的網上書店 設計與實現(xiàn) 14 用戶信息實體 ER 圖如 34 所示： 圖 34 用戶信息實體 ER 圖 圖書實體 ER 圖如圖 35所示： 圖 35 圖書實體 ER圖 訂單詳細信息實體 ER 圖如圖 36所示： 圖 36 訂 單詳細信息實體 ER圖 用 戶 用戶名 昵稱 密碼 電話 Email 地址 郵編 圖 書 信 息 名稱 作者 價格 出版社 數(shù)量 圖片 類別 簡介 訂單詳細信息 訂單號 姓