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