【文章內容簡介】 應該嵌入整體的結構當中。在實際的應用中，可以這樣設計，如果用戶沒有登錄，則在頁面中顯示用戶登錄的選項，用戶登錄后，則可隱藏用戶登錄的選項而代之以用戶的基本信息。 首先，用戶要有一個用戶名和密碼。商務網站需要很高的穩(wěn)定性和安全性，因此對用戶名不允許使用惡意的代碼作為用戶名。同時對密碼也要求保密，將密碼加密后再存入數據庫。另外，一個電子商務網站。用戶的真實姓名是必不可少的。除此之外還需要用戶的性別、 EMAIL、電話號碼等。 商品管理流程如圖 46所示 圖 46 商品管理流程圖 在該功能里管理員可以進行不需要的商品的刪除，在這里管理員當然也可以瀏覽到商品的詳細信息。并且比普通用戶在瀏覽商品界面里所看到的商品信息多一個該商品在數據庫中的 ID。 購物車流程如圖 47 所示 購物車具體的實現可采用這種形式：定義一個購物車的類 (Class)。 ，使用戶能夠自由選擇所需要的商品。 “添加到購物車”的鏈接時，執(zhí)行如 下功能： 檢查用戶購物車類是否存在。如不存在，則建立，并注冊這 Session變量；在有用戶購物車類存在的情況下，檢查該類中是否有該商品。如存在，則商品數量相應加 1；如沒有該商品，則將該商品添加到該類中。 圖 4－ 7 購物車流程圖 第五章 系統(tǒng)功能的具體實現 系統(tǒng)數據庫表的基本設計 在建設網站系統(tǒng)之前，必須對系統(tǒng)所用到的數據進行大致的分類和具體的結構設計，既要做到清晰明了，又要能適應系統(tǒng)各項功能的調用，而不至于產生結構上的邏輯混亂，保證關鍵數據在意外 情況下不會被破壞，可以說數據庫是系統(tǒng)的重中之重。 數據庫設計要遵循一些規(guī)則，一個好的數據庫滿足一些嚴格的約束和要求。盡量分離各實體對應的表，一個實體對應一個表，搞清楚該實體有哪些屬性，對應有些什么字段，以及各實體之間有何種聯(lián)系。實體、屬性與聯(lián)系是進行概念設計時要考慮的三個元素，也是一個好的數據庫設計的核心。 從實際出發(fā)，經過仔細地設計，得到各表的設計，它們分別是表 51 商品信息表，表 52 會員信息表 member，表 53 購物車表 basket，表 54 管理員表 admin，圖 55新聞列表 news，表 56網站信息表 system，表 57 廣告信息列表 ad。 表 51 商品信息表 字段 字段名 類型 寬度 小數位 索引 可否為空 Hw_id 商品編號 自動編號 是 否 Hw_name 商品名稱 文本型 50 否 Hw_cash 商品價格 數值型 18 2 Hw_content 商品信息 備注型 255 Hw_pic 商品圖片 文本型 255 Hw_buys 商品數量 數值型 18 Hw_date 商品日期 日期型 對于商品信息表，關鍵字段 hw_id 商品編號采用 的是 Access 數據庫中的自動編號，雖然也確定了商品信息的唯一性，但不具備直觀的特點，在實際應用中最好是將其設置一個命名規(guī)則，管理人員在添加商品的時候能夠自動產生一個有一定規(guī)則和一定意義的命名規(guī)則，方便管理人員對其進行管理和維護，例如對于乳液類商品可將其編號設置為mobile＋型號＋添加日期，這樣更容易對商品進行管理。 Hw_pic字段代表圖片，但在這里存放的只是它的路徑所以應該使用文本類型。 表 52 會員信息表 member 字段 字段名 類型 寬度 小數位 索引 可否為空 User_id 會員編號 自動 編號 是 User_name 會員帳號 文本型 50 否 User_pass 會員密碼 文本型 50 否 User_adds 會員地址 文本型 255 User_mail 會員 E_Mail 文本型 50 User_tel 會員電話 文本型 50 User_regtime 注冊時間 日期型 User_postcode 郵政編碼 文本型 50 User_namec 會員姓名 文本型 50 對于會員信息表，會員編號也要有一定的命名規(guī)則，另外會員帳號的命名規(guī)則也有一定要求，如必須以字母開頭，不能有特殊字符，長度大于 4 個字符小于 16 個字符等等，還有一個需要注意的是用戶密碼，由于 Access 數據庫本身不提供特殊字段的加密，用戶注冊以后注冊密碼是以明碼形式存放在數據庫中，這對系統(tǒng)來說是極不安全的，因此需要用一些特殊工具來對其進行加密。 表 53 購物車表 basket 字段 字段名 類型 寬度 小數位 索引 可否為空 Basket_id 購物車編號 自動編號 是 否 Hw_id 商品編號 自動編號 是 否 User_name 會員帳號 文本型 50 否 Basket_count 商品數量 數值型 18 Basket_date 購物時間 日期型 Basket_check 是否結帳 是 /否 Hw_name 商品名稱 文本型 50 Hw_cash 商品價格 數值型 18 2 Sub_number 訂單編號 文本型 50 是 [說明 ]購物車表則是系統(tǒng)中與其他幾個表關系最多的一個表了，它包含了商品表，會員表中的幾個重要字段，是進行最后購物統(tǒng)計的主要依據，在確定購買一樣商品的時候，系統(tǒng)將數據寫入購物車表，在用戶確定去結帳之前 basket_check值為否，確定之后值變?yōu)槭?，一個用戶可能對應多個 basket 記錄，但在統(tǒng)計的時候，僅對 basket_check為真的記錄進行統(tǒng)計，這樣就可以避免造成統(tǒng)計錯誤。 表 54 管理員表 admin 字段 字段名 類型 寬度 小數位 索引 可否為空 Admin_id 管理員編號 自動編號 是 Admin_name 管理員帳號 文本型 50 Admin_pass 管理員密碼 文本型 50 [說明 ]該表和會員表一樣存在字段的命名規(guī)則的要求，出于安全考慮對于管理員帳號發(fā)放應該謹慎，管理人員數量一 定要控制，越少越安全，在實際應用中，還要對整個數據庫進行加密，以防止系統(tǒng)重要數據泄漏。 圖 55 新聞列表 news 字段 字段名 類型 寬度 小數位 索引 可否為空 News_id 新聞編號 自動編號 是 News_title 新聞標題 文本型 255 News_content 新聞內容 備注型 News_date 新聞日期 日期型 [說明 ]存儲網站新聞信息，與其他表沒有關聯(lián)。 表 56 網站信息表 system 字段 Name Mail Tel Adds OICQ MSN Sitename Fax Code 字段名 姓名 信箱 電話 地址 MSN 網站名稱 傳真 郵編 類型 文本 文本 文本 文本 數值 數值 文本 文本 文本 [ 說明 ]該表主要存儲一些網站信息，如系統(tǒng)管理員的聯(lián)系方式等，以頁面的形式提供給用戶，與其他表沒有關聯(lián)。 表 57 廣告信息列表 ad 字段 字段名 類型 寬度 小數位 索引 口否為空 Id 自動編號 自動編號 是 否 url 鏈接地址 文本型 50 Wordlink 鏈接名稱 文本型 50 Content 鏈接內容 文本型 50 [說明 ]該表為單獨的表，與其他表沒有關聯(lián)，主要存儲一些鏈接網站或廣告信息。 功能總體說明 目錄結構說明 (1) admin 用于存儲系統(tǒng)管理員的后臺操作腳本，包括商品類別管理、商品信息管理、站內公告管理、訂單管理、系統(tǒng)用戶管理等功能； (2) pic 用來存儲商品的圖片資料，管理員上傳的商品圖片也存在這里。 (3) img 用來存儲網頁上的圖片文件。 (4) database 用來存儲系統(tǒng)的數 據庫，由于環(huán)境限制，本系統(tǒng)采用的是 windows 自帶的 Access 數據庫，所有的相關表也都放在這里。 (5) Class 用來存儲封裝起來的一些 servelet，也可稱為 JavaBean文件。 功能頁面結構 (1)前臺功能頁面 主頁面框架 : ,, 商品展示 :, 登陸注冊 : , (2)后臺管理頁面 主頁面框架 :, 商品管理 :, 用戶管理 : 新聞管理 :, 公告管理 :, 廣告鏈接 :, 主要功能流程如圖 5－ 1 所示 圖 5－ 1 主要功能流程圖 用戶根據圖示完成網上購物的基本流程，在前面已經詳細說過。 各功能模塊的實現 數據庫的連接 出于安全性的考慮，將與數據庫的連接，單獨寫出來并進行編譯，也就是數據庫連接的 javabean文件，編譯出來的 .class 文件是無法被修改的只能通過源文件進行修改，在 JSP 頁面中只用直接調用改方法即可， 在本系統(tǒng)中將其命名為為 .faq 存放在 class/ckstudio/db 下設其 id為 mdb，在需要對數據庫進行操作的時候只需在頁面上添加這樣一個標簽 jsp:useBean id=mdb class= scope=page/即可。連接關鍵代碼如下： String url = jdbc:odbc:driver={Microsoft Access Driver (*.mdb)}。 DBQ=+strDirPath+。 定義連接地址 Connection conn = (url)。 連接數據庫 用戶登陸模塊的實現 用戶登陸模塊是防止非法用戶登陸的第一道防線，通過它可以保護后臺數據庫的安全性，當用戶要進行定購時，首先要進入的就是身份驗證界面，只有在密碼正確的情況下才能進行以后的購物，如果輸入的密碼不正確，則不能進行定購。如果用戶以瀏覽者的身份進入網站，則只能進行一般的商品瀏覽和搜索，而不能進行選購，在點擊添加購物車后，系統(tǒng)會判斷該用戶是否是登陸用戶，如果不是則彈出提示頁 面，提示用戶必須先登陸才能定購商品，如果是第一次登陸，請先注冊。 主頁面的效果圖如下圖 52 所示： 圖 52 主頁面示意圖 如果用戶還不是會員則提示用戶進行注冊，用戶提交信息之后，系統(tǒng)開始判斷用戶的注冊信息是否有效，首先是用戶名是否為空，（該處存在用戶名命名規(guī)則的問題，后面問題中會詳細解決）用戶輸入的兩次密碼是否一致，然后依次往后判斷用戶所填寫的各項信息是否符合要求，直到所有信息均正確無誤，系統(tǒng)將該用戶注冊信息寫入會員表即 member 并提 示用戶注冊成功，用戶登陸后，就可以進行有效的購物了。 注冊頁面的效果圖如下圖 53 所示： 圖 53 注冊頁面示意圖 系統(tǒng)對用戶的注冊信息的驗證實現如下： 用戶輸入的各項信息分別對應字段 先判斷用戶名是否為空 (user_name).equals() 同樣道理對密碼進行判斷 判斷兩次輸入是否一致 (user_pass2) 其他選項與上面類似，如果條件符合則將該值賦給各個字段 用戶名重復的驗證代碼為： sql=select * from member where user_name=39。+user_name+39。 當所有條件都符合的時候，系統(tǒng)將數據寫入數據表，并返回成功頁面，顯示用戶所填的注冊信息，寫入關鍵語句為： sql=Insert into member(user_name,user_pass,user_adds,user_mail,user_tel,user_regip,user_namec)values(39。+user_name+39。,39。+user_pass+39。,39。+user_adds+39。,39。+user_mail+39。,39。+user_tel+39。,39。+teHost()+39。,39。+getStr((user_namec)))。 登陸的具體實現要通過一個全程變量，即 Session