【文章內(nèi)容簡(jiǎn)介】 ()。 getRequest().setAttribute(speakList,list)。 }catch(Exception ex){ ()。 } return to_speak。 }： 留言管理頁(yè)面圖6）系統(tǒng)管理模塊用戶注冊(cè)后會(huì)將自己的所有信息錄入數(shù)據(jù)庫(kù)中，管理員可對(duì)用戶的信息進(jìn)行操作，對(duì)于經(jīng)常不登錄的用戶可刪除，點(diǎn)擊退出系統(tǒng)可退出。部分實(shí)現(xiàn)代碼如下：public void save(Userinfo userinfo) throws Exception { ().save(userinfo)。 } public List getAll() throws Exception { hql=from Userinfo as u。 return ().find(hql)。} public void update(Userinfo userinfo) throws Exception { ().update(userinfo)。} public void delete(Userinfo userinfo) throws Exception { ().delete(userinfo)。} public Userinfo get(Byte id) throws Exception { return ().load(,id)。}： 數(shù)據(jù)庫(kù)表設(shè)計(jì)數(shù)據(jù)庫(kù)是數(shù)據(jù)庫(kù)應(yīng)用程序的重要組成部分。一個(gè)設(shè)計(jì)結(jié)構(gòu)合理的數(shù)據(jù)庫(kù)對(duì)于應(yīng)用程序的開發(fā)效率和程序的性能都是非常重要的。數(shù)據(jù)庫(kù)的設(shè)計(jì)過程大致如下：根據(jù)用戶需求，確定數(shù)據(jù)庫(kù)中要保存的數(shù)據(jù)信息。對(duì)用戶需求進(jìn)行分析時(shí)數(shù)據(jù)庫(kù)設(shè)計(jì)的第一個(gè)階段。不斷的調(diào)查與研究用戶需求，了解企業(yè)運(yùn)作流程等系統(tǒng)需求，使設(shè)計(jì)概念模型的基礎(chǔ)。設(shè)計(jì)數(shù)據(jù)庫(kù)的概念模型。概念模型是按用戶的觀點(diǎn)來對(duì)數(shù)據(jù)建模，使用與進(jìn)行信息世界建模的工具。它對(duì)整個(gè)數(shù)據(jù)庫(kù)的設(shè)計(jì)具有深刻的影響。邏輯結(jié)構(gòu)設(shè)計(jì)。邏輯結(jié)構(gòu)是把概念結(jié)構(gòu)轉(zhuǎn)化為與所采用的數(shù)據(jù)庫(kù)管理系統(tǒng)所支持的數(shù)據(jù)模型相符合的過程。數(shù)據(jù)庫(kù)的實(shí)施和維護(hù)。 在設(shè)計(jì)好前臺(tái)與后臺(tái)的功能模塊后，就開始進(jìn)行數(shù)據(jù)庫(kù)的設(shè)計(jì)了。根據(jù)網(wǎng)站系統(tǒng)的分析，數(shù)據(jù)庫(kù)是整個(gè)網(wǎng)站的核心。從前臺(tái)顯示的信息到后臺(tái)操作的對(duì)象，都是圍繞數(shù)據(jù)庫(kù)展開的。 ER圖ER圖是一種概念模型。概念模型實(shí)際上是現(xiàn)實(shí)世界到機(jī)器世界的一個(gè)中間層次。概念模型用于信息世界的建模，是顯示世界到信息世界的第一層抽象，使數(shù)據(jù)庫(kù)設(shè)計(jì)人員進(jìn)行數(shù)據(jù)庫(kù)設(shè)計(jì)的有利工具，也是數(shù)據(jù)庫(kù)設(shè)計(jì)人員和用戶之間進(jìn)行交流的語(yǔ)言，因此概念模型一方面應(yīng)該具有較強(qiáng)的語(yǔ)義表達(dá)能力，能夠方便、直接的表達(dá)應(yīng)該用眾的各種語(yǔ)義知識(shí)，另一方面他還應(yīng)該簡(jiǎn)單、清晰并且易于用戶理解[4]。以下是各個(gè)數(shù)據(jù)表的實(shí)體圖。1）商品信息表SHOP的實(shí)體圖圖 2）用戶信息表USERINFO的實(shí)體圖圖 用戶信息表USERINFO的實(shí)體圖3）留言信息表SPEAK的實(shí)體圖圖 留言信息表SPEAK的實(shí)體圖4) 訂單生成表DETAIL的實(shí)體圖圖 訂單生成表DETAIL的實(shí)體圖5）商品類別表SHOPTYPE的實(shí)體圖圖 訂單商品表SHOPTYPE的實(shí)體圖6）管理員信息表ADMIN的實(shí)體圖圖 4..30 管理員信息表ADMIN的實(shí)體圖7）總體ER圖圖 4..31 總體ER圖表的設(shè)計(jì)是這次設(shè)計(jì)的一個(gè)核心內(nèi)容。根據(jù)前面對(duì)網(wǎng)站前臺(tái)與后臺(tái)功能模塊的分析和對(duì)數(shù)據(jù)庫(kù)中實(shí)體關(guān)系的設(shè)計(jì)，可以看到網(wǎng)站中所用到的數(shù)據(jù)信息基本包括：商品信息、用戶信息、留言信息、訂單信息、管理員信息、留言信息等。下面是為數(shù)據(jù)庫(kù)設(shè)計(jì)的表：1）商品信息表tb_Shop商品信息表tb_Shop用來保存商品的基礎(chǔ)信息。 tb_Shop的結(jié)構(gòu)字段名稱數(shù)據(jù)類型長(zhǎng)度是否允許空是否為主鍵字段描述IDInt2否是商品IDShopnameVarchar210否否商品名稱Pricenumber10否否商品價(jià)格ShopsizeVarchar220否否商品尺碼DmadeVarchar210否否布料構(gòu)成Medcountnumber10否否庫(kù)存數(shù)量Regcountnumber10否否需求數(shù)量MinimageVarchar210否否小圖片路徑MaximageVarchar210否否大圖片路徑TypeidInt2否否類別ID2）用戶信息表tb_Userinfo用戶信息表tb_Userinfo用來保存用戶信息。 tb_Userinfo的結(jié)構(gòu)字段名稱數(shù)據(jù)類型長(zhǎng)度是否允許空是否為主鍵字段描述UseridInt2否是用戶IDUsernameVarchar220否否用戶名userpwdVarchar220否否用戶密碼createtimeDate否否生成時(shí)間EmailVarchar220否否Email3）留言信息表tb_Speak留言信息表tb_Speak用來記錄留言信息。 tb_Speak的結(jié)構(gòu)字段名稱數(shù)據(jù)類型長(zhǎng)度是否允許空是否為主鍵字段描述IDInt2否是主題IDUsernameVarchar220否否作者姓名EmailVarchar250否否EmailCreatetimeDate否否發(fā)布時(shí)間TextnameVarchar250否否主題名稱TextgutVarchar216否否留言內(nèi)容4）商品類別表tb_Shoptype商品類別表tb_Shoptype用來記錄某一類商品的信息。 tb_Shoptype的結(jié)構(gòu)字段名稱數(shù)據(jù)類型長(zhǎng)度是否允許空是否為主鍵字段描述IdInt2否是類別idTypenameVarchar210否否類別名稱DescriVarcahr220否否類別介紹CreatetimeDate否否創(chuàng)建時(shí)間5）管理員信息表tb_Admin管理員信息表tb_Admin主要用于記錄管理員的信息。 tb_Admin的結(jié)構(gòu)字段名稱數(shù)據(jù)類型長(zhǎng)度是否允許空是否為主鍵字段描述IdInt2否是管理員IDAdminnameVarchar210否否管理員名AdminpwdVarchar220否否管理員密碼6）訂單信息表tb_Detail公告信息表tb_Detail主要用于記錄后臺(tái)調(diào)價(jià)的公共信息。 tb_Detail的結(jié)構(gòu)字段名稱數(shù)據(jù)類型長(zhǎng)度是否允許空是否為主鍵字段描述IdInt2否是訂單IDNameVarchar210否否收件人名TelphoneVarchar220否否收件人電話AddressVarchar220否否收件人地址DcodeVarchar210否否郵編CreatetimeDate否否生成時(shí)間UseridInt2否否用戶ID5 系統(tǒng)測(cè)試 測(cè)試方法軟件測(cè)試就是用軟件測(cè)試工具按照測(cè)試方案和流程對(duì)軟件產(chǎn)品進(jìn)行性能和功能測(cè)試，甚至于根據(jù)需要編寫不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問題或者漏洞進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后，需要跟蹤故障，以保證開發(fā)出來的產(chǎn)品適合需求。 測(cè)試目的該系統(tǒng)由于是在互聯(lián)網(wǎng)這一特定場(chǎng)所使用，涉及的使用人群范圍廣，一旦出現(xiàn)系統(tǒng)故障以及漏洞，將可能直接影響到顧客的利益和商家的利益。而通過測(cè)試可發(fā)現(xiàn)一些可以規(guī)避的系統(tǒng)風(fēng)險(xiǎn)、漏洞，建立一個(gè)可靠性高的系統(tǒng)。因此，系統(tǒng)需仔細(xì)反復(fù)測(cè)試后才能投入正常使用，以保證客戶利益不受損失，同時(shí)也為商家減少不必要的麻煩。 測(cè)試原理本系統(tǒng)的測(cè)試用到了靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。動(dòng)態(tài)測(cè)試一般用兩種方法[20]：即黑盒測(cè)試法與白盒測(cè)試法。白盒測(cè)試：是通過程序的源代碼進(jìn)行測(cè)試而不使用用戶界面。這種類型的測(cè)試需要從代碼句法發(fā)現(xiàn)內(nèi)部代碼在算法，溢出，路徑，條件等等中的缺點(diǎn)或者錯(cuò)誤，進(jìn)而加以修正。 黑盒測(cè)試：是通過使用整個(gè)軟件或某種軟件功能來嚴(yán)格地測(cè)試，而并沒有通過檢查程序的源代碼或者很清楚地了解該軟件的源代碼程序具體是怎樣設(shè)計(jì)的。測(cè)試人員通過輸入他們的數(shù)據(jù)然后看輸出的結(jié)果從而了解軟件怎樣工作。在測(cè)試時(shí)，把程序看作一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蘸驼_的輸出。 測(cè)試步驟 測(cè)試流程圖 。首先，針對(duì)整個(gè)系統(tǒng)的進(jìn)行白盒測(cè)試，分析系統(tǒng)的代碼會(huì)不會(huì)存在算法、溢出、路徑等問題。 然后，當(dāng)白盒測(cè)試通過以后，系統(tǒng)整體運(yùn)行，測(cè)試系統(tǒng)的各個(gè)模塊是否正常工作，此步驟即黑盒測(cè)試。具體步驟如下： 1）運(yùn)行程序，觀察系統(tǒng)能否正常運(yùn)行。 2）正常運(yùn)行后看能否成功連接到數(shù)據(jù)庫(kù)。 3）分別對(duì)各個(gè)模塊進(jìn)行測(cè)試，看能否達(dá)到功能效果。 4）打開數(shù)據(jù)庫(kù)，觀察數(shù)據(jù)庫(kù)是否已經(jīng)正確記錄。 測(cè)試結(jié)果 白盒測(cè)試中，經(jīng)常會(huì)遇到參數(shù)為空，頁(yè)面路徑錯(cuò)誤，和內(nèi)存溢出等問題，經(jīng)過轉(zhuǎn)換參數(shù)類型，統(tǒng)一頁(yè)面的路徑，和設(shè)置內(nèi)存大小等使得代碼更為健壯，保證系統(tǒng)整體運(yùn)行。黑盒測(cè)試時(shí)首先遇到的是數(shù)據(jù)庫(kù)連接問題，然后是頁(yè)面亂碼問題，以及圖片上傳問題，通過統(tǒng)一數(shù)據(jù)庫(kù)和頁(yè)面的編碼，圖片的路徑和后綴等將問題逐一解決。黑盒測(cè)試通過后再運(yùn)行系統(tǒng)得到如下的運(yùn)行結(jié)果。 前臺(tái)測(cè)試結(jié)果1）用戶登錄當(dāng)用戶第一次登錄時(shí)首先要在網(wǎng)站上注冊(cè)，成為會(huì)員用戶才可以在網(wǎng)站上購(gòu)物，注冊(cè)頁(yè)面必須填寫一些用戶的基本信息，如用戶名、密碼、聯(lián)系電話等信息。要注意的是，在用戶注冊(cè)頁(yè)面ledushop/。用戶注冊(cè)頁(yè)面ledushop/。圖 用戶注冊(cè)頁(yè)面運(yùn)行結(jié)果2）用戶注冊(cè)用戶登錄窗口設(shè)置在首頁(yè)上，主要用來接收用戶錄入的用戶名及密碼。單擊“注冊(cè)”按鈕時(shí)，會(huì)提交到/；單擊“登錄”按鈕時(shí)，系統(tǒng)將對(duì)輸入的用戶名和密碼進(jìn)行驗(yàn)證，如果數(shù)據(jù)表中用戶名和密碼存在就顯示登陸成功，并返回首頁(yè)，否則彈出錯(cuò)誤提示信息。會(huì)員登錄頁(yè)面ledushop1/圖 用戶登錄頁(yè)面圖： 網(wǎng)上商城系統(tǒng)前臺(tái)頁(yè)面圖3）找回密碼當(dāng)密碼意外丟失會(huì)給用戶帶來不必要的麻煩，重新注冊(cè)一個(gè)新的用戶即浪費(fèi)了時(shí)間，也浪費(fèi)網(wǎng)站的資源，如果用戶只記住自己注冊(cè)的用戶名及電子郵箱名并提供密碼提示的問題和答案就可以找回密碼。找回密碼頁(yè)面ledushop1/。圖 用戶單擊“確定”按鈕。addUser用來驗(yàn)證提交過來的兩個(gè)條件是否完全符合數(shù)據(jù)庫(kù)中的查找條件，只有符合才能顯示密碼結(jié)果，否則彈出“你輸入信息有誤”的提示對(duì)話框。4）購(gòu)物車模塊購(gòu)物車模塊中，主要包含以下幾個(gè)功能，即：添加購(gòu)物車、查看購(gòu)物車、生成訂單和清空購(gòu)物車。（1）添加購(gòu)物車添加購(gòu)物車就是把用戶選中的商品暫時(shí)存放在購(gòu)物車中，當(dāng)用戶在前臺(tái)首頁(yè)中單擊商品展示區(qū)的“購(gòu)買”按鈕或者“添加購(gòu)物車”按鈕時(shí)，系統(tǒng)會(huì)將該商品的詳細(xì)信息展示在查看物品清單頁(yè)面中。用戶在單擊物品清單頁(yè)面下方的“放入購(gòu)物車”鏈接，便可以將該商品放入購(gòu)物車中。： 商品詳情圖添加商品的代碼流程是從session中讀取shop對(duì)象，如果為空則說明還沒有進(jìn)行購(gòu)物或者已經(jīng)清空了購(gòu)物車，需要新建購(gòu)物車對(duì)象；將商品名稱與購(gòu)物車列表中的商品名稱對(duì)比，如果已經(jīng)存在，則把商品數(shù)量加1。在這段代碼流程中，還使用了集合類型，本次設(shè)計(jì)我用到的是HashMap集合它是通過鍵值對(duì)來存儲(chǔ)數(shù)據(jù)。集合類型在Java中又稱為向量，是一元集合，可以加入重復(fù)數(shù)據(jù)，它的作用和數(shù)組相同，可以保存一系列數(shù)據(jù)，但集合類型也有它獨(dú)特的優(yōu)點(diǎn)，就是可以方便地對(duì)集合內(nèi)的數(shù)據(jù)進(jìn)行查找、增加、刪除和修改等操作。（2）查看購(gòu)物車為了方便用戶隨時(shí)查看購(gòu)物情況，在網(wǎng)站的首頁(yè)加入了查看購(gòu)物車的鏈接，通過它可以將用戶所有選中的商品信息放入購(gòu)物車中顯示出來。在程序中使用了一組文本框記錄用戶購(gòu)買的商品數(shù)量，用戶可以在文本框中輸入想要購(gòu)買的數(shù)量然購(gòu)單擊“修改”按鈕。如果欲刪除該商品，可直接點(diǎn)擊后面的刪除按鈕或者點(diǎn)擊刪除全部按鈕，都可進(jìn)行刪除操作。系統(tǒng)每次只會(huì)將1個(gè)商品放入購(gòu)物車中，如果用戶需要多個(gè)同種商品，可以通過修改商品信息右側(cè)相應(yīng)文本框的值來完成。操作完成后需要通過單擊“修改”按鈕來保存操作。圖 購(gòu)物車頁(yè)面運(yùn)行結(jié)果（3）生成訂單生成訂單時(shí)網(wǎng)上購(gòu)物商城的最終目的，前面所有功能的實(shí)現(xiàn)都是為最后生成一個(gè)用戶滿意的訂單作基礎(chǔ)，在此要生成一個(gè)可供用戶隨時(shí)查詢的訂單號(hào)，還要保存用戶訂單中所購(gòu)買的商品信息，本次設(shè)計(jì)訂單號(hào)會(huì)自動(dòng)給客戶生成。當(dāng)用戶確認(rèn)對(duì)購(gòu)物車不再改變以后，就可以到點(diǎn)擊生成訂單，在生成訂單模塊中主要使用了調(diào)出用戶信息并生成唯一訂單號(hào)，調(diào)出用戶信息就是完全的對(duì)數(shù)據(jù)庫(kù)進(jìn)行操作，利用session對(duì)象把登錄后的用戶名保存起來，在訂單生成時(shí)把保存的用戶名從數(shù)據(jù)庫(kù)的用戶標(biāo)中取出即可；生成唯一訂單號(hào)方法有很多，只要確保訂單號(hào)碼的唯一性及方便用戶記錄以便于查詢自己訂單的執(zhí)行狀態(tài)即可。訂單生成后，用戶單擊“提交”按鈕，便可以將錄入的訂單信息保存到數(shù)據(jù)庫(kù)中。：