計算機軟件開發(fā)設計畢業(yè)論文.doc

計算機軟件開發(fā)設計畢業(yè)論文目錄摘 要.IAbstract .II第1章緒 論1第2章系統(tǒng)分析.22.1需求分析22.2 可行性分析2第3章總體設計.33.1項目規(guī)劃33.2訪問控制流程圖33.3功能結構43.4用例描述5第4章系統(tǒng)設計134.1 設計目標134.2 開發(fā)及運行環(huán)境134.3 系統(tǒng)概要設計134.4 數(shù)據(jù)庫設計14第5章系統(tǒng)的實現(xiàn)175.1 登錄的實現(xiàn)175.2 會員注冊界面185.3 菜單顯示功能的實現(xiàn)195.4 商品瀏覽功能的實現(xiàn)215.5 熱銷圖書等功能的實現(xiàn)215.6 購物車功能的實現(xiàn)215.7 訂單的實現(xiàn)24第6章性能測試與分析276.1 測試環(huán)境276.2 測試流程276.3 測試數(shù)據(jù)的選擇與研究29結論30參考文獻31致謝3233第1章 緒論第1章 緒 論隨著經濟的發(fā)展，經濟逐步進入網(wǎng)絡信息化時代。在信息時代來臨之季，各企業(yè)都緊跟時代的腳步，轉變著企業(yè)的經營模式、管理模式，從傳統(tǒng)的人工管理體制，向信息自動化管理體制過渡。與此同時，企業(yè)的傳統(tǒng)式的辦公管理模式也在逐步向自動化辦公管理模式轉變。網(wǎng)上交易系統(tǒng)也隨之興盛，正在一步一步進入人們的生活。信息時代的到來讓人們嘗了“信息爆炸”的滋味，信息的大量擁入讓企業(yè)在信息處理方便應接不暇，傳統(tǒng)的辦公模式、對信息的處理方法，早已不能滿足企業(yè)對信息快速、準確的處理的要求。一個企業(yè)對信息數(shù)據(jù)的掌握程度、處理能力，體現(xiàn)了一個企業(yè)對市場的敏感程度，數(shù)據(jù)的真實性、準確性直接決定著企業(yè)的發(fā)展方向。從一個傳統(tǒng)的面對面交易模式，轉向了虛擬的購物場景，更大程序的解決了空間、時間、路程等一系列問題，極大了擴展的公司的業(yè)務范圍，擴展了客戶量，并且同時也給了用戶的更多的選擇空間。當當網(wǎng)上書店在1999年11月成立，是全球最大的中文網(wǎng)上書店。當當是由美國IDG集團、盧森堡劍橋集團、日本軟庫(Softbank)和中國科文公司的共同投資，它的管理團隊擁有很多年的圖書出版、零售、信息技術及市場營銷等經驗。當當對全世界中文讀者提供20多萬種中文圖書并且超過1萬種的音像商品，它每天為成千上萬的網(wǎng)上消費者們提供方便、快捷的服務，給網(wǎng)上購物者帶來很大的方便和實惠。當當一直肩負的使命是以世界上最全的中文圖書使得所有中文讀者獲得啟迪，得到教育，享受娛樂！為什么要選擇圖書作為主力商品呢？在中信出版社2000年出版的電子商務之父亞馬遜網(wǎng)絡書店傳奇的第20頁這樣寫道：電子商務之父全球的最大的網(wǎng)上商店亞馬遜網(wǎng)絡書店創(chuàng)辦人貝佐斯在選擇銷售的產品時就進行調查，發(fā)現(xiàn)特別適合在網(wǎng)上銷售商品，書籍市場的潛力是最大的。我們準備推出品牌的網(wǎng)上書店程序系統(tǒng)，給有志致力于電子商務的客戶提供網(wǎng)上書店的解決方案。作為學習先進IT技術的科技人員，我被基于這樣的靈感觸發(fā)了開始開發(fā)網(wǎng)上書店的項目。從一開始的懵懵懂懂，經過逐步的調查、研究、了解，然后又通過在開發(fā)的過程中請教老師與同學，直到后期的順利完成項目。這一路走來，自身的技術能力在很大程度上提高了，而且對自己以后的發(fā)展充滿了無限的信心。第2章 系統(tǒng)分析2.1 需求分析通過調查，要求系統(tǒng)需要有以下功能：由于操作人員的計算機知識普遍較差，要求有良好的人機界面；管理系統(tǒng)用戶，由于系統(tǒng)的使用對象多，要求有較好的權限管理；商品詳細瀏覽信息服務；熱銷商品展示；最新上架商品展示；編輯推薦商品展示；菜單功能的實現(xiàn)；購物車功能的實現(xiàn)；可以對數(shù)據(jù)進行備份；在相應的權限下，刪除數(shù)據(jù)方便簡單，數(shù)據(jù)穩(wěn)定性好；對購物車里的信息進行用戶的限制；2.2 可行性分析 1、經濟性 經濟可行性分析視該系統(tǒng)的應用范圍而定，如果應用于某一個城市，則可以使用單個程序服務器加一個或幾個數(shù)據(jù)庫服務器，加起來不過數(shù)萬元，這對于一個國有企業(yè)公司來說，完全沒有問題。該系統(tǒng)成本主要是集中在系統(tǒng)開發(fā)上。當系統(tǒng)進入運行后，即可實現(xiàn)網(wǎng)上賣書功能，所帶來的效益遠遠大于系統(tǒng)軟件開發(fā)的成本。在經濟上是完全可行。 2、技術性 本系統(tǒng)擬采用B/S架構，用Jsp+struts2+Tomcat，這些技術已經相當成熟穩(wěn)定，同時，需要考慮大量用戶同時查詢時的系統(tǒng)負載情況，所以系統(tǒng)反應速度及數(shù)據(jù)庫查詢優(yōu)化必不可少。此網(wǎng)上書店系統(tǒng)可以運行在Windows xp，Windows server 2000/2003，Windows vista操作系統(tǒng)。對計算機硬件配置沒有太高的要求，現(xiàn)在的個人電腦完全可以滿足。數(shù)據(jù)庫運用MYSQL來實現(xiàn)。在網(wǎng)站設計方面，運用HTML、JSP等知識，利用PhotoShop圖像處理工具及Dreamweaver CS5制作出合理的網(wǎng)頁。3、 操作性界面設計充分考慮到瀏覽用戶的習慣，圖書信息瀏覽、會員注冊登錄、查看購物車等功能操作很方便。而且所有網(wǎng)頁設計的比較清新、簡潔、合理，不會讓用戶感到視覺疲勞，可操作性很強。第3章 總體設計第3章 總體設計第3章 總體設計3.1 項目規(guī)劃網(wǎng)上商城電子購物系統(tǒng)是一個典型的數(shù)據(jù)庫開發(fā)應用程序，由商品瀏覽模塊、用戶管理模塊、訂單管理模塊組成，規(guī)劃系統(tǒng)功能模塊如下：1.商品瀏覽模塊：該模塊主要包括：編輯推薦、最新上架、熱銷圖書、最新上架熱賣、圖書詳細信息瀏覽、購物車。2.用戶管理模塊：該模塊主要包括：用戶注冊、用戶登陸、郵箱驗證。3.訂單模塊：訂單信息顯示、添加訂單信息、生成訂單。3.2 訪問控制流程圖本系統(tǒng)的大體框架使用MVC模式，由控制層Action去掉用service的方法，再由service方法去掉dao里面的方法，由dao來實現(xiàn)對數(shù)據(jù)庫的訪問，實現(xiàn)對程序的控制，使用這種方法的好處是，程序便于修改和維護，可插拔性增強。其訪問控制流程如下圖（3-1）所示：圖3-1 訪問控制流程3.3 功能結構程序結構使用分模塊管理，實現(xiàn)了功能的主體分工，但各個模塊都有相互關聯(lián)，這些關聯(lián)關系總體構成此應用程序。以下為整個系統(tǒng)的功能模塊圖3-2：商品預覽商品明細分類檢索購物車管理添加商品刪除列表恢復列表數(shù)量修改清空購物車結算GWAP通用WEB應用平臺商品展示我的訂單訂單確認訂單列表刪除訂單查詢明細用戶管理登入/登出用戶注冊圖3-2 系統(tǒng)功能模塊圖3.4 用例描述本節(jié)對系統(tǒng)的主要功能模塊（商品瀏覽、購物車實現(xiàn)、訂單交易實現(xiàn)、用戶管理）的各個子功能的用例分析進行了詳細的描述，包括用例名稱、功能簡述、前置條件、基本流程、分支與異常、后置條件、備注。其中：前置條件：是一個條件列表的集合，可以是一個，也可以是多個，表示在要進行此功能之前，所要達到的一種條件或者狀態(tài)。 后置條件：是一個條件列表的集合，可以是一個，也可以是多個，表示在要此功能結束之后，后續(xù)所對應所達到的條件?；玖鞒蹋褐饕窃谟美兴裱倪壿嬯P系。它控制著該過程的工作流程以及跳轉情況。分支與異常：在用例中，不同的業(yè)務邏輯關系，需要遵循不同的流程，所以它控制著程序的不同邏輯關系之間的流程。若在流程控制中，出現(xiàn)對于不符合主要業(yè)務邏輯關系的情況，稱之為異常。JAVA運行機制中，異常主要為可恢復性異常和不可恢復性異常，也稱之為普通異常和系統(tǒng)異常。對于異常的處理，給用戶以友好的界面提示，在本程序的設計實現(xiàn)中，對于異常的處理，可恢復性異常，用捕捉進行人工處理，給用戶以友好的提示，而不可恢復性異常，如數(shù)據(jù)庫服務沒有啟動等，這類異常信息，處理方式為配置異常界面，進行顯示，解決用戶體驗度問題。 商品展示 商品預覽：用例描述其實現(xiàn)功能，在訪問請示地址時，可以實現(xiàn)商品信息的查看，是交易系統(tǒng)的首頁面，交易所選商品的必要入口，以及交易功能進行時的必要步驟。表3-1 商品預覽的用例描述Table 3-1 Use case description of goods preview用例名稱 商品預覽功能簡述 交易系統(tǒng)首頁面 交易功能入口前置條件 應用程序部署完成 Tomcat服務器正常啟動基本流 商品展示瀏覽器訪問應用程序(http:/localhost:8080/dandang/main/main.action) 顯示系統(tǒng)首頁面（商品瀏覽、交易功能入口）分支與異常 無后置條件 無備注 無 商品明細： 對于感興趣的商品進行詳細的信息查看，顯示出商品的細節(jié)信息。此功能的實現(xiàn)，是商品瀏覽中的最后一個模塊，把商品的所有詳細信息查詢出來。表3-2 商品明細的用例描述Table 3-2 Use case description of goods detail用例名稱 商品明細功能簡述 對感興趣的商品信息進行詳細查看前置條件 進入交易系統(tǒng)首頁面基本流 通過商品分類，來快速查找商品信息 選擇感興趣商品 顯示商品明細分支與異常 無后置條件 無備注 無 分類檢索: 不同商品信息有不同的分類，就是按照不同的類別進行查看。在查看商品信息的同時，還對商品的提供分類統(tǒng)計個數(shù)、分頁、商品檢索等功能。類別分一級總類別和二級子類類別。表3-3 分類檢索的用例描述Table 3-3 Classification retrieval use case descriptions用例名稱 分類檢索功能簡述 按照類別顯示商品 提供分類統(tǒng)計、分頁、檢索功能前置條件 已經發(fā)布了多種類別以上的商品 進入交易系統(tǒng)首頁面基本流 選擇感興趣的一級類別顯示類別二級類別和統(tǒng)計、顯示類別下所有商品 對商品進行分頁顯示、回到主類別分支與異常 無后置條件 無備注 無 購物車管理 添加商品:把對于感興趣的商品加入購物車，以繼續(xù)查看商品信息時保留感興趣的商品。表3-4 添加商品的用例描述Table 3-4 Add the use case description of goods用例名稱 添加商品功能簡述 添加商品到購物車 添加完成自動顯示購物車界面前置條件 已經發(fā)布了多種類別以上的商品 進入交易系統(tǒng)首頁面基本流 感興趣商品已經選擇 用戶已經登錄分支與異常 未登錄用戶，點擊“購買”后，進入登錄頁面后置條件 無備注 只有登錄的注冊用戶才可以使用購物車 刪除列表: 把選擇的商品從購物車中放入待刪除區(qū)域，可以恢復。表3-5 刪除列表的用例描述Table 3-5 Delete the list of use case descriptions用例名稱 刪除訂單列表功能簡述 刪除訂單中訂單列表 刪除后重新統(tǒng)計訂單金額前置條件 用戶已經登陸 購物車不為空基本流 購物車中存在1條以上訂單列表選擇刪除 重新統(tǒng)計訂單金額分支與異常 刪除后，購物車中如果沒有訂單，不能顯示“結算”按鈕后置條件 無備注 無 恢復列表: 從待刪除商品中，把想要購買的商品恢復到購物車中。表3-6 恢復列表的用例描述Table 3-6 Return a list of use case descriptions用例名稱 恢復刪除的訂單列表功能簡述 恢復刪除的訂單中的訂單列表 恢復后重新統(tǒng)計訂單金額前置條件 用戶已經登陸 購物車中有已經刪除得訂單列表基本流 購物車中存在不少于1條的商品信息選擇“恢復” 重新統(tǒng)計訂單金額分支與異常 無后置條件 無備注 無 修改數(shù)量: 對于感興趣的商品可以一次性購買多個。表3-7 修改數(shù)量的用例描述Table 3-7 Modify the number of the use case description用例名稱 修改數(shù)量功能簡述 修訂訂單列表中商品數(shù)量 自動統(tǒng)計訂單價格前置條件 用戶已經登陸 購物車中至少有1條以上的數(shù)據(jù)基本流 輸入新的數(shù)量點擊修改后，重新計算訂單 訂單總額如果為零,訂單不能“結算”分支與異常 訂單總額為零，不能結算后置條件 無備注 無 清空購物車: 把購物車里面的商品列表信息清空。若購物車中沒有商品信息，則不能清空購物車，對于購物車的清空操作，前提是已經登錄的用戶，用于區(qū)分哪個是哪用戶清空的，避免了清空出錯。表3-8 清空購物車的用例描述Table 3-8 Empty shopping cart use case descriptions用例名稱 清空購物車中商品功能簡述 清空購物車中所有商品 清空后回到首頁面前置條件 用戶已經登陸 購物車中有訂單列表基本流 首頁選擇“購物車”選擇“清空購物車” 返回首頁面，再次選擇“購物車”，顯示選購為空分支與異常 無后置條件 無備注 無 結算： 對于心經登錄的用戶，已經確認購買的商品，進行價格結算與支付。點擊結算后，會生成一個訂單確認，并且訂單的金額必須大于零。表3-9 結算商品的用例描述Table 3-9 Goods to the settlement of the use case description用例名稱 購物車中商品結算功能簡述 購物車中商品結算前置條件 用戶已經登陸 購物車中有訂單列表，金額總計大于零基本流 進入購物車（確保購物車中訂單金額大于零）點擊“結算”分支與異常 無后置條件 無備注 無 我的訂單 訂單確認： 系統(tǒng)會依照購物車生成一個訂單，由用戶確認訂單是否有誤。在這里，用戶是不能夠進行修改訂單信息的，只可以核對訂單信息是否正確。核對正確無誤后，進行下一步生成訂單，并且反饋訂單信息給用戶。表3-10 訂單確認的用例描述Table 3-10 Use case description of order confirmation用例名稱 訂單確認功能簡述 訂單信息確認 售貨信息確認修改前置條件 訂單已經“結算”基本流 進入“訂單確認”頁面修改“送貨地址” 生成訂單分支與異常 沒有登陸的用戶，到登陸頁面以及收獲信息輸入異常后置條件 無備注無 訂單列表： 顯示已經有購買的訂單信息。顯示訂單的詳細信息，如總價、個數(shù)、商品信息，可以對已經支付過的訂單進行操作，操作為刪除、統(tǒng)計等。訂單的維護，可以查看以往的購買情況，對以往的歷史記錄進行詳細信息的查詢。表3-11 訂單列表的用例描述Table 3-11 The use case description of the order list用例名稱 訂單列表功能簡述 顯示訂單列表信息 計算總價，顯示個數(shù)等信息前置條件 已經有購物記錄基本流 進入“我的當當”頁面分支與異常 無后置條件 無備注 無 訂單刪除： 對于已經確認的訂單可以進行刪除。刪除訂單必須先登錄，并且有購物記錄，對于不滿足條件的進行信息提示。在刪除前，要對用戶進行確認提示，提示是否進行刪除，刪除后無法恢復。以免誤刪記錄。表3-12 訂單刪除的用例描述Table 3-12 Order to remove the use case description用例名稱 訂單刪除功能簡述 刪除購物訂單信息前置條件 已經有購物記錄基本流 進入“我的當當”頁面在要刪除訂單上，選擇“刪除”分支與異常 無后置條件 無備注 無 查詢明細： 查詢訂單的商品列表詳細信息。對以往的購買記錄進行詳細查詢，查看以往的當當價、商品定價，以及優(yōu)惠情況。以方便用戶在購買同樣的商品時，對以往價收貨地址等有一個詳細的了解。在明細中，最好是有圖表進行統(tǒng)計顯示，讓用戶查看的更明顯直觀，由于時間等原因，在程序設計的時候，沒有進行設計，在以后的相關學習開發(fā)中，引入此功能，進一步完善程序，提高其實用價值。表3-13 添加商品的用例描述Table 3-13 Add the use case description of goods用例名稱 訂單列表功能簡述 顯示訂單列表信息 提供訂單刪除入口前置條件 已經有購物記錄基本流 進入“我的當當”頁面分支與異常 無后置條件 無備注 無 用戶管理 登入/登出：用戶登陸系統(tǒng)和退出系統(tǒng)的功能實現(xiàn)。表3-14 用戶登入登出的用例描述Table 3-14 User login logout the use case description用例名稱 登入/登出功能簡述 已經注冊并且通過郵箱驗證的用戶登入 已經登陸用戶登出前置條件 用戶已經注冊并且通過郵箱驗證基本流 由登陸頁面登陸功能進入未登陸用戶“詳細信息”頁面登入 登入后頁頭提示分支與異常 未注冊用戶提示注冊后置條件 登入頁頭提示（歡迎信息），登出頁頭提示（登出入口）備注 無 用戶注冊： 對于有興趣在此網(wǎng)站上購物的用戶提供注冊功能。表3-14 用戶登入登出的用例描述Table 3-14 User login logout the use case description用例名稱 用戶注冊功能簡述 用戶注冊 Email驗證前置條件 系統(tǒng)不存在的用戶基本流 進入注冊頁面，填寫基本信息 驗證用戶名是否重復提交確認Email信息輸入驗證碼注冊分支與異常 用戶已經不存在不選擇Email驗證后置條件 無備注 無第4章 系統(tǒng)設計第4章 系統(tǒng)設計4.1 設計目標 本系統(tǒng)主要實現(xiàn)以下目標：1、系統(tǒng)采用人機交互方式，界面清晰，信息傳輸靈活方便。2、鍵盤操作，快速靈活3、商品詳細瀏覽信息服務4、熱銷商品展示5、最新上架商品展示6、編輯推薦商品展示7、購物車功能的實現(xiàn)8、系統(tǒng)運行穩(wěn)定，能有一定的基本的容錯能力4.2 開發(fā)及運行環(huán)境1、硬件平臺: lenovo B4602、軟件環(huán)境: 操作系統(tǒng)：windows7 數(shù)據(jù)庫：mysql 瀏覽器：IE8.0及以上、fixFox Tomcat-5.5.28 分辨率：1024*7683、所用技術: Struts2+jQuery+JDBC+JSP 采用MVC編程思想進行設計4.3 系統(tǒng)概要設計總體系統(tǒng)架構如下：交易系統(tǒng)采用 4 層結構，主要包括：表現(xiàn)層、控制層、業(yè)務層、持久層。表現(xiàn)層：主要負責用戶交互和結果顯示，交易系統(tǒng)和管理系統(tǒng)有不同的 URL 入口界面，詳細設計參考“GWAP DEMO”?？刂茖樱褐饕撠熛到y(tǒng)的訪問控制、數(shù)據(jù)加載和注銷，是系統(tǒng)的核心控制單元。控制層通過系統(tǒng)描述來組織工作。業(yè)務層：實現(xiàn)了交易系統(tǒng)和管理系統(tǒng)的主要業(yè)務邏輯，是系統(tǒng)主要的運算單元。持久層：實現(xiàn)了靜態(tài)數(shù)據(jù)和數(shù)據(jù)庫數(shù)據(jù)的持久化管理，為業(yè)務層提供數(shù)據(jù)服務，是系統(tǒng)進行數(shù)據(jù)操作的統(tǒng)一界面?？傮w系統(tǒng)架構圖，如圖4-1所示：圖 4-1 總體系統(tǒng)架構圖根據(jù)系統(tǒng)功能模塊，可以設計出能滿足用戶需求的各種實體，以及它們之間的關系，為后面的邏輯結構設計打下基礎。這些實體包含和種具體信息，通過之間的步入形成數(shù)據(jù)的流動。從需求分析可得出系統(tǒng)有如下實體：商品實體、用戶實體、商品詳細信息實體、訂單實體，訂單詳細信息實體，收貨人地址實體，購物車實體，購物車明細實體。4.4 數(shù)據(jù)庫設計（1）根據(jù)以上對系統(tǒng)的分析，對數(shù)據(jù)庫進行如下圖（4-2）E-R數(shù)據(jù)庫設計模型設計：圖4-2 數(shù)據(jù)表關系圖（2）E-R數(shù)據(jù)庫設計模型說明:d_user表:是用戶信息表(表4-1)表4-1 用戶信息表Table 4-1 The user information tableid主鍵，自動生成email用戶的email,注冊的用戶名，唯一nickname用戶妮稱password密碼user_integral用戶等級，比如會員啊，超級會員等is_email_verify是否進行驗證Y/Nemail_verify_code郵箱驗證碼，系統(tǒng)生成的UUID碼用于驗證郵箱last_login_time最后一次登錄時間last_login_ip最后一次登錄IPd_receive_address表：用戶的地址表（表4-2）表4-2 用戶的地址表Table 4-2 The users address tableid主鍵，自動生成user_id用戶的id,與user表進行關連receive_address收貨地址full_address收獲詳細地址postal_code郵政編碼mobile手機phone固定電話d_category表：商品類別表，分類顯示商品（表4-3）表4-3 商品類別表Talbe 4-3 Product category tableid主鍵turn排序字段en_name英文名字name名稱description描述parent_id父類的id表之前的內聯(lián)，用于第一級類和二級類d_product表：商品信息表，存儲商品信息（表4-4）表4-4 商品信息表Table 4-4 Commodity information tableid主鍵product_name商品名稱add_time上架時間fixed_pric定價dang_price當當價keywords關鍵字，用于檢索has_deleted是否刪除product_pic商品圖片d_category_product表：類別表和商品信息表間的維護關連關系的表（表4-5）表4-5 類別和商品關系表Table 4-5 Category and merchandise relational tablesId 主鍵Cat_id類別的主鍵Product_id商品信息主鍵d_order表：用戶訂單表（表4-6）表4-6 用戶訂單表Table 4-6 The user order formid主鍵user_id用戶IDstatus訂單狀態(tài)order_time下訂單時間order_desc訂單描述total_price總價receive_name收貨名稱full_address收貨詳細地址postal_code郵編mobile手機phone電話d_item表：訂單明細表（表4-7）表4-7 訂單明細表Table 4-7 Schedule of the orderid主鍵order_id訂單編號product_id商品IDproduct_name商品名稱dang_price當當價product_num商品個數(shù)amount總價d_book表：圖書表（表4-8）表4-8 圖書表Table 4-8 Book tableid主鍵author作者publishing出版社publish_time出版時間word_number字數(shù)which_ediion版次total_page總頁數(shù)print_number出版量author_summary作者簡介catalogue圖書簡介第5章 系統(tǒng)的實現(xiàn)第5章 系統(tǒng)的實現(xiàn)5.1 登錄的實現(xiàn)登錄界面如圖5-1所示：圖5-1 登陸界面登錄功能的實現(xiàn)：/用于接收頁面通過Struts2傳過來的用戶名和密碼private String email;private String password;/返回給用戶用戶名錯誤的信息private String nameerrorMsg;/返回給用戶密碼錯誤的信息private String pwderrorMsg;private UserDao dao = new UserDaoImpl();public String execute()throws Exception/調用登陸方法，查詢User對象User user = dao.login(email);/對用戶和密碼進行驗證，判斷是否輸入正確if(user!=null)if(MD5.getString(password).equals(user.getPassword()Map session = super.session;第5章 系統(tǒng)的實現(xiàn)/登陸成功之后，把用戶對象綁定至session中，session來自于繼承的BaseActionsession.put(user, user);return success;elsepwderrorMsg = 密碼錯誤;return login;elsenameerrorMsg = 用戶名錯誤;return login;5.2 會員注冊界面 會員注冊界面如圖5-2所示：圖5-2 會員注冊頁面 在頁面中對數(shù)據(jù)格式的校驗，以用戶名為例子實現(xiàn)：/驗證郵箱開始$(#txtEmail).blur(function()$(#).html();var email=$(this).val();var reg=/b(_A-Za-z0-9-+(._A-Za-z0-9-+)*(A-Za-z0-9-)+(.A-Za-z0-9-+)*(.A-Za-z0-92,)|(.A-Za-z0-92,.A-Za-z0-92,)$)b/;if(email.trim().length=0)$(#).html(郵箱不能為空);return;if(!reg.test(email)$(#).html(郵箱格式不正確);return;/接收通過ajax異步發(fā)請求，向服務器驗證是否存在用戶名$.ajax(url:verify,type:post,data:email=+email,dataType:text,success:function(data)if(data=true)$(#).html(可以使用);else$(#).html(郵箱名已經存在);return;););/驗證郵箱結束 5.3 菜單顯示功能的實現(xiàn) 菜單顯示界面如圖5-3:圖5-3 分類瀏覽 菜單顯示的功能實現(xiàn)：通過數(shù)據(jù)表d_category，發(fā)現(xiàn)數(shù)據(jù)存儲的方式有parent_id和id有對應關系，在菜單實體類下新增用于存放菜單的List集合，使用內聯(lián)查詢就可以查詢一級和二級菜單項目，然后在JSP頁面進行迭代就可以顯示出信息數(shù)據(jù)查詢代碼如下： Select * from d_category c inner join d_category d on c.id=d.parent_id然后再JSP頁面中進行迭代就可以顯示：代碼如下：5.4 商品瀏覽功能的實現(xiàn)以最新上架圖書為例，程序運行結果如圖5-4所示：圖5-4 最新上架圖書欄目實現(xiàn)思路如下： news.action-NewsAction(獲取最新上架圖書信息)-new.jsp 1.根據(jù)需求找到涉及的數(shù)據(jù)表,了解數(shù)據(jù)表結構 2.根據(jù)需求了解對數(shù)據(jù)表做什么操作,編寫DAO實現(xiàn) 3.編寫Action實現(xiàn) 4.編寫JSP標簽 5.輸入action請求測試 6.將news.action響應內容引入到main.jsp中部分代碼實現(xiàn)如下：dao的實現(xiàn)部分定義： public List getProductRecommand() throws Exception通過 select * from d_product p join d_bokk on p.id=d.id where p.hasdeleted=0 order by rand() limit 0,2;查出數(shù)據(jù)，并返回一個集合，在頁面中進行迭代實現(xiàn)5.5 熱銷圖書等功能的實現(xiàn)這些功能實現(xiàn)方法與商品瀏覽功能的實現(xiàn)方法基本一樣，在這里不作詳細闡述5.6 購物車功能的實現(xiàn)運行結果如圖5-5所示：圖5-5 購物車中的商品實現(xiàn)思路：1.根據(jù)購物車列表條目編寫CartItem2.以購買為例,編寫Action和action配置(ajax)buy.action-BuyAction-Cart-DAO-d_product3.編寫JSP端的標簽和js腳本代碼實現(xiàn)：購物車實體分為：Cart實體類和CartItem實體類、CartItem類：商品名細實體類，存放商品信息和每件商品的個數(shù)，總體形成Cart類，便于對購物車的管理。實體類代碼如圖：圖5-6圖5-6 CartItem實體類 Cart實體類：購物車類，存放CartItem商品名細以及對購物車增刪改查的操作的方法，部分代碼如圖5-7圖5-7 購物車的操作Action的部分代碼實現(xiàn)，實現(xiàn)過程中對于購物車的刪改是通過兩個集合實現(xiàn)的，從另一個集合刪除增加到另一個集合，對list集體的add，remove同時操作兩個集合，就把對購物車的操作轉化為了對集合的操作，方便了對購物車的管理，更好的實現(xiàn)對購物車的增刪改查。如圖5-8：圖5-8 Action的部分代碼對result結果集的選擇說明：通過Action控制層的返回值，來判斷是哪一個result，也就是說，result的name屬性的值為Action的返回值，通過result的默認type的值dispcher來進行轉發(fā)的控制。具體Action的配置如圖5-9：圖5-9 Action的配置5.7 訂單的實現(xiàn)確認訂單運行結果如圖5-10所示：圖5-10 確認訂單生成訂單運行結果：如圖5-11圖5-11 填寫送貨地址設計實現(xiàn)思路 1、用戶填寫送貨地址信息后,當單擊下一步按鈕執(zhí)行下面處理 （1）先向d_order表寫入一條記錄. （2）然后向d_item表寫入若干條記錄(購物車有多少個購買的Item對象) （3）如果選擇地址項為填寫新地址,將表單信息,還要向d_receive_address表寫入一份. （4）清空購物車信息 2、當用戶選擇地址下拉單選項時,執(zhí)行下面處理 （1）采用ajax方式根據(jù)選項去d_receive_address表查找以前用過的地址,將地址信息以json格式返回 （2）將地址信息填充到表單中各個輸入框中. （3）如果選擇的是填寫新地址,將表單各輸入框清空部分代碼實現(xiàn)：設計實現(xiàn)思路：首先從頁面判斷是否是使用的新地址（addressInfo的值，0為新的地址，其它不為新的）,如果是新的地址，往收貨人信息表里面寫入新的地址數(shù)據(jù)，若不為新的地址，則直接寫order和item的信息。Item表的信息從購物車中獲取訂單的詳細信息，然后封裝成一個item對象，寫入數(shù)據(jù)庫。Order信息由收貨人信息和訂單的信息，這此信息從頁面中傳入，然后封裝成一個order對象，寫入數(shù)據(jù)庫。具體代碼實現(xiàn)，如圖5-12:圖5-12 業(yè)務控制代碼第6章 性能測試與分析第6章 性能測試與分析6.1 測試環(huán)境硬件環(huán)境：處理器：I5；內存：2GB；硬盤空間：500GB；顯卡: NVIDIA GeForce 310M。軟件環(huán)境：Windows7和linux；數(shù)據(jù)庫：mysql,tomcat 6.x，瀏覽器：IE6.2 測試流程登錄控制流程：在登陸界面user/login_form.jsp頁面輸入用戶名及密碼，先在JSP頁面中檢查格式是否正確，然后，首先判斷郵箱是否已經進行了驗證，若沒有驗證，則進行驗證，若進行驗證，則進入正常的登陸流程。如圖6-1：開始Y判斷郵箱是否驗證正常登錄，查看商品信息進行驗證N 圖 6-1 用戶登錄流程商品瀏覽及訂單測試流程：首先訪問應用程序的主頁面main/main，進入分類瀏覽圖書商品，若要購物圖書，首先判斷圖書是否已經購買，若購買，提示已經購買，若沒有購買，提示購買成功，加入購物車。然后進入結算流程，首先判斷是否登陸，若沒有登陸，則進行登陸流程，在登錄的過程中，有一個用戶名和密碼驗證，若通過驗證，則成功登錄，登錄的時候，還要判斷是從哪里登錄的，登錄成功后的跳轉界面，若在主頁上登錄，則登錄成功到主頁面顯示，若是在點擊結算的時候，進行的登錄，登錄成功之后跳轉到結算。在登錄的時候。若沒有登錄成功，則對用戶進行提示。若已經成功登陸，進行訂單商品信息流程，經商品信息確認無誤后，則進入收貨填寫流程，當收貨地址填寫信息無誤（符合數(shù)據(jù)規(guī)范）后，進入提交的確認訂單流程，把商品信息及收貨人地址信息存入數(shù)據(jù)庫，生成一個訂單編號和商品的總價，顯示給用戶。如圖6-2所示：第6章 性能測試與分析已經登錄訪問 main/main分類瀏覽圖書商品點購買，購買書沒有購買過加入購物車提示已經購買，返回結算，是否登錄沒有登錄登錄界面訂單商品信息確認登錄判斷登錄成功登錄失敗填寫收貨地址信息提交確認訂單已經購買圖 6-2 整個購物流程6.3 測試數(shù)據(jù)的選擇與研究對本系統(tǒng)進行測試，采用黑盒測試法進行測試，對于一些測試，采用一些邊界測試，對其驗證的功能，有一定的數(shù)據(jù)