第一篇：網絡購物系統用戶登陸管理模塊比較
1.設計內容與要求
1.1問題描述
（1）給系統用戶分成兩種角色：注冊用戶和管理員。能根據角色的不同來顯示或隱藏管理功能的鏈接，即權限不同，可使用系統的功能也不同。（2）實現用戶注冊和登錄功能。
（3）能從用戶登陸界面獲取用戶名和密碼。
（4）能連接MySQL數據庫來查詢驗證用戶名和密碼的有效性。
1.2運行環境要求
正確安裝、配置和運行Tomcat服務器。正確安裝、配置和運行SQLServer服務器。
正確安裝、配置struts 和SQLServer的JDBC驅動程序。
1.3技術要求
要求分別使用三種不同的方式來實現。
? Servlet和html頁面結合的技術。? JSP技術和Java輔助類結合。? struts應用程序框架。
利用面向對象的方法、編程思想來完成系統的設計；在設計的過程中，建立清晰的類層次； 在系統設計中要分析和定義各個類，每個類中要有各自的屬性和方法；要求理解MVC設計模式和運用struts 框架來實現系統功能的模塊化設計。
(1)用戶注冊：搜集用戶個人信息，確定唯一的用戶標識，并把信息寫入數據庫中。用戶將看到一個注冊屏幕，包含3 個字段：用戶名，密碼和密碼確認。成功的注冊要求兩次密碼相符。如果注冊成功，控制將轉向一個頁面，顯示注冊成功。如果兩次輸入密碼不同，控制流將轉向一個顯示失敗的頁面。
(2)用戶登錄：根據用戶輸入的標識，訪問數據庫，判斷用戶是否為注冊用戶；如果是則顯示登錄成功頁面，該頁面包含有用戶名的歡迎信息；否則提示用戶輸入錯誤，重新輸入或注冊為新用戶。
要求頁面有合適的表單，對用戶輸入有客戶端的數據驗證。比如用戶名不能為空。
2.設計說明
2.1系統功能分析
1、用戶登錄，跳轉至相應的成功或失敗界面，用戶名與密碼都不能為空。
2、用戶注冊，跳轉至相應的成功或失敗界面，2次密碼輸入一致。
3、管理員登錄，跳轉至相應的成功或失敗界面。
4、三種不同的實現方式。
2.2系統功能描述
用戶登錄該系統，用可以通過注冊界面注冊用戶名和密碼，并同時完成身份信息的錄入。然后可以實現用戶登錄。同時另一角色管理員也可實現相應的登錄操作，通過連接mysql數據庫來查詢驗證用戶名和密碼的有效性。根據驗證結果轉向不同的頁面進行處理，并給出相應提示。
2.3 功能模塊設計
根據功能分析，網絡購物系統用戶登陸管理可以分為三個模塊，每一個模塊相應的實現了具體的功能。
3.Servlet和html頁面結合的技術
3.1 工程目錄結構
3.2 內部文件
登錄界面login.html，含function validate()函數驗證用戶名與密碼不能為空。用戶注冊界面registers.html，含function check()函數驗證2次密碼輸入的一致性。
logins.java處理用戶登錄信息，含有連接數據庫的代碼，并連接到數據庫,并顯示歡迎的界面
regist.java處理用戶注冊信息，含有連接數據庫的代碼，并連接到數據庫，并顯示歡迎的界面
mysql的驅動：連接MyEclipse和MySQL。
3.3關鍵代碼 Login.html
onsubmit=“return validate(this)”>
用戶名:
密碼:?
第二篇：基于網絡購物系統
基于網絡購物系統
測試計劃
一、概述
1.1目的
測試網上購物系統中的各個功能模塊是否滿足用戶需求，并測試是否存在bug。預期達到能夠使系統進行快速的改進和系統的提高。為了在軟件投入生產性運行之前，盡可能多地發現軟件的錯誤，從而提高軟件運行的穩定性和提高用戶體驗。1.2背景
a.項目測試的背景：網上購物系統是一個營業單位不可缺少的部分，他的內容對于購物者和管理者來說都至關重要。所以網上購物系統應該能夠為用戶提供充足的信息和快捷的購買手段。隨著商品經濟的發展及人們消費水平的提高，還有信息時代的飛躍，越來越多的人愛上了網購，從而催生了網上購物系統的誕生。它為人們購物帶來了方便快捷，節約了沒時間出去而省下了空間。
b.該開發項目的歷史，列出用戶和執行此項目測試的機構或人群，該項目目前后經歷三個階段，前期設計階段，然后是開發階段，最后是軟件的測試階段。項目的用戶針對的是網上購物的廣大群眾和管理員，系統的功能測試主要由專業的軟件測試人員進行測試。1.3范圍
網上購物系統測試采用的是黑盒測試的方式對系統進行測試，主要測 試軟件的功能是否滿足用戶的需求，性能是否優越以及系統所存在的問題。對系統的各個模塊進行詳細的測試，并記錄測試的結果，對測試的結果進行細致的分析處理。測試時對系統的各個功能模塊進行拆分測試，并以每一個模塊都要測試到。對所有可能的結果盡最大可能都測試到，以及測試過程中存在的問題進行分析，然后提交測試的記錄并督促開發人員進行修復，最后，對軟件存在的問題以及性能的測試進行全面分析，給予記錄并解決。
在測試的過程中需要提出各個問題的假設，以及根據需求報告文檔中存在的項目給你模塊和用戶的需求來改善系統。列出可能會影響測試設計、開發或實施的所有風險、意外事件或所有約束。
測試計劃和設計：根據需求規格說明書和最終的系統設計，制定測試計劃、測試方案，包括收集測試方法、測試用例、可能用到的測試工具等；
單元測試：對各個模塊的源代碼進行測試，保證各模塊基本功能能夠正確的實現；
集成測試：將各個模塊進行組合測試，保證所有的功能都能夠正確的實現；
系統測試：根據《需求規格說明書》對軟件進行功能測試，對重點的模塊進行性能測試，并結合可能的用戶測試；
驗收測試：根據用戶手冊對功能進行檢查，復查報告庫中的所有Bug，對Release版本進行安裝測試。
二、測試需求
1．數據庫測試 2．功能性測試 3．業務周期測試 4．用戶界面測試 5．性能測試 6．負載測試 7．強度測試 8．容量測試
9．安全性和訪問控制測試 10．故障轉移/恢復測試 11．配置測試
三、測試風險
軟件測試風險是不可避免的、總是存在的，所以對測試風險的管理非常重要，必須盡力降低測試中所存在的風險，最大程度地保證質量和滿足客戶的需求。在測試工作中，主要的風險有：
1．質量需求或產品的特性理解不準確，造成測試范圍分析的誤差，結果某些地方始終測試不到或驗證的標準不對；
2．測試用例沒有得到百分之百的執行，如有些測試用例被有意或無意的遺漏；
3．需求的臨時/突然變化，導致設計的修改和代碼的重寫，測試時間不夠； 4．質量標準不都是很清晰的，如適用性的測試，仁者見仁、智者見智；
5．測試用例設計不到位，忽視了一些邊界條件、深層次的邏輯、用戶場景等；
6．測試環境，一般不可能和實際運行環境完全一致，造成測試結果的誤差；
7．有些缺陷出現頻率不是百分之百，不容易被發現；如果代碼質量差，軟件缺陷很多，被漏檢的缺陷可能性就大；
8．回歸測試一般不運行全部測試用例，是有選擇性的執行，必然帶來風險。
前面三種風險是可以避免的，而四至七的四種風險是不能避免的，可以降到最低。最后一種回歸測試風險是可以避免，但出于時間或成本的考慮，一般也是存在的。針對上述軟件測試的風險，有一些有效的測試風險控制方法，如： 測試環境不對可以通過事先列出要檢查的所有條目，在測試環境設置好后，由其他人員按已列出條目逐條檢查。
四、測試方法
1.數據和數據庫完整性測試
數據庫和數據庫進程應作為“網上電子商城購物系統”中的子系統來進行測試。在測試這些子系統時，不應將測試對象的用戶界面用作數據的接口。2.功能測試 測試對象的功能測試應該側重于可以被直接追蹤到用例或業務功能和業務規則的所有測試需求。這些測試的目標在于核實能否正確地接受、處理和檢索數據以及業務規則是否正確實施。這種類型的測試基于黑盒方法，即通過圖形用戶界面(GUI)與應用程序交互并分析輸出結果來驗證應用程序及其內部進程。3.業務周期測試
業務周期測試應模擬在一段時間內對 “網上電子商城購物系統” 執行的活動。應先確定一段時間（例如一年），然后執行將在該時段內發生的事務和活動。這種測試包括所有的每日、每周和每月的周期，以及所有與日期相關的事件。4.用戶界面測試
通過用戶界面(UI)測試來核實用戶與軟件的交互。UI 測試的目標在于確保用戶界面向用戶提供了適當的訪問和瀏覽測試對象功能的操作。除此之外，UI 測試還要確保 UI 功能內部的對象符合預期要求，并遵循公司或行業的標準。5.性能評價
性能評價是一種性能測試，它對響應時間、事務處理速率和其他與時間相關的需求進行評測和評估。性能評價的目標是核實性能需求是否都已滿足。實施和執行性能評價的目的是將測試對象的性能為當作條件（例如工作量或硬件配置）的一種函數來進行評價和微調。注：以下事務均指“邏輯業務事務”。這種事務被定義為將由系統的某個主角通過使用測試對象來執行的特定用例。6.負載測試
負載測試是一種性能測試。在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續正常運行的能力。負載測試的目標是確定并確保系統在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特征，例如，響應時間、事務處理速率和其他與時間相關的方面。7 強度測試
強度測試是一種性能測試，實施和執行此類測試的目的是找出因資源不足或資源爭用而導致的錯誤。如果內存或磁盤空間不足，測試對象就可能會表現出一些在正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數據庫鎖或網絡帶寬）而造成的。強度測試還可用于確定測試對象能夠處理的最大工作量 8.容量測試
容量測試使測試對象處理大量的數據，以確定是否達到了將使軟件發生故障的極限。容量測試還將確定測試對象在給定時間內是否能夠持續處理的最大負載或工作量。例如，如果測試對象正在為生成一份報表而處理一組數據庫記錄，那么容量測試就會使用一個大型的測試數據庫，檢驗該軟件是否正常運行并生成了正確的報表。9.安全性和訪問控制測試
安全性和訪問控制測試側重于安全性的兩個關鍵方面： a.應用程序級別的安全性，包括對數據或業務功能的訪問 b.系統級別的安全性，包括對系統的登錄或遠程訪問。應用程序級別的安全性可確保：在預期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數據。例如，可能會允許所有人輸入數據，創建新賬戶，但只有經理才能刪除這些數據或賬戶。如果具有數據級別的安全性，測試就可確保“用戶類型一”能夠看到所有客戶信，（包括財務數據），而“用戶二”只能看見同一客戶的統計數據。系統級別的安全性可確保只有具備系統訪問權限的用戶才能訪問應用程序，而且只能通過相應的網關來訪問。10.故障轉移和恢復測試
故障轉移和恢復測試可確保測試對象能成功完成故障轉移，并從硬件、軟件或網絡等方面的各種故障中進行恢復，這些故障導致數據意外丟失或破壞了數據的完整性。
故障轉移測試可確保：對于必須始終保持運行狀態的系統來說，如果發生了故障，那么備選或備份的系統就適當地將發生故障的系統“接管”過來，而且不會丟失任何數據或事務。恢復測試是一種相反的測試流程。其中，將應用程序或系統置于極端的條件下（或者是模仿的極端條件下），以產生故障，例如設備輸入/輸出(I/O)故障或無效的數據庫指針和關健字。啟用恢復流程后，將監測和檢查應用程序和系統，以核實應用程序或系統是正確無誤的，或數據已得到了恢復。
五、測試里程碑
1.2.3.。。
第三篇：網站用戶管理系統
網站用戶管理系統V1.0 1
網站用戶管理系統
1.1 系統簡介
網站需要用戶互動來促進網站發展。當用戶在網站中注冊為注冊會員，則相當于在網站中有了一個通行證，會員可用以辨別屬于自己的信息、訪問或發布權限允許內的信息。站長可用以對會員設定各種優惠方案、積分活動和統計相關情況，以提高網站運營成功率。
網站用戶分成管理員、注冊會員和游客三大類，其中管理員和注冊會員都有獨立的管理界面。管理員擁有網站管理后臺管理權限。注冊會員可以瀏覽相關權限范圍內的網頁信息，并可在會員中心發表相關信息。
注冊會員可自由劃分成不同的會員組，以設置本類會員組所擁有的權限。在網站正式運營前，需要先設置網站中用戶的權限，如是否允許會員在網站中注冊、是否可以在網站中發表信息等權限。1.2 軟件安裝
1.將“用戶管理系統”文件夾拷貝到計算機D盤或E盤里。
2.打開“用戶管理系統”文件夾，將config文件打開，把里面“server=?”改為“server=數據庫服務器名（機子本身的服務器名或（LOCAL））”并將該文件保存。
3.雙擊“用戶管理系統”里的“UserServers”文件（以快捷方式發送至桌面），就可以運行軟件了。
1.21安裝環境
軟件環境
操作系統：Windows XP/Windows 2000/Windows2003 運行環境：MS Visaul Studio 2005 MS SQL Server 2000
硬件環境 網站用戶管理系統V1.0 2 CPU ：2GHZ以上
內存：1024M以上 硬盤：80G以上
2.1用戶管理系統使用說明
2.11功能
提供軟件的一般用戶管理系統
2.22配置用戶參數
配置用戶參數
依次點擊“系統設置”->“網站配置”->“用戶參數配置”，在“用戶參數配置”中只有開啟了會
員注冊功能，才需要進一步設置相關注冊參數。設置好相關參數后，單擊頁面底部“保存設置”按鈕保存 相應配置。
建立的表:以下表在建立時應該先加密碼，程序打開時才由程序傳 網站用戶管理系統V1.0 3 遞密碼。以避免直接用工具可打開DB文件。
用戶資料表
用戶ID： 用戶登錄時輸入的用戶名。
用戶姓名： 用戶的真實姓名。
密碼： 用戶密碼（在存入前應該進行必要的加密）
權限： 用戶級別。
有效期開始：該帳號從何時開始有效（下面程序沒利用該功能）
有效期截止：何時該帳號不能用。
是否有效： 可以讓該用戶暫時為不可用。
出錯次數： 用戶連續輸錯密碼次數（當有正確輸入時復位）
出錯限度： 允許輸錯密碼次數，如果超過該限度，該用戶置為不可用，必須找管理員為其復位。
備注： 必要的說明。
活動表：
用戶ID： 記錄進入系統的用戶ID.活動狀態： 該用戶是否是當前活動用戶。（程序允許A用戶進入后，不必 退出系統而讓B用戶進入，A用戶被置為非活動用戶，當B退出后A被變為活動用戶，只有第一個用戶才能退出系統，同時清空活動表）
進入系統的驗證
供用戶進入系統的密碼輸入窗口。
當用戶輸入完成后，首先打開用戶資料表，檢查該用戶是否存在，若不存在，清空用戶輸入，提示不存在該用戶，讓用戶從新輸入，用戶名輸入錯誤這里將不作次數限制。
網站用戶管理系統V1.0 4 若存在該用戶，接著驗證密碼，如果正確，根據用戶的使用期限，是否有效作判斷，并根據結果作出是否允許用戶進入系統。如果不允許，給出相應的提示后關閉系統。否則，根據用戶的級別置某些功能不能使用，同時在活動表中記錄該用戶已進入，并復位出錯次數字段。
如果存在該用戶，但密碼錯誤，用戶資料表中的出錯次數加一。讓用戶從新輸入。
實現部分功能的程序
密碼修改
一般用戶只能修改自己的密碼，當用戶選擇該功能時，提示用戶輸入一次舊密碼，兩次新密碼。用戶可以按清除鍵重新輸入。當用戶輸入完成后，先從活動表找出
該用戶ID,再按ID尋找用戶資料表找到該用戶，先比較舊密碼，錯誤提示從新修改，正
確則完成修改。
超級用戶可以設置/修改用戶資料表中的所有資料及密碼初始化。網站用戶管理系統V1.0 5 2.3.1 用戶管理 2.3.1.1 用戶系統管理
注冊前臺會員
在網站首頁的“用戶登錄”中，單擊“注冊”功能鏈接，在出現的“用戶冊”頁面單擊“我同意”按鈕同意服務條款和聲明后，在顯示的信息頁中填寫用戶名、密碼等相關內容，單擊“下一步”按鈕，系統出現注冊成功提示信息。返回在網站首頁，在“用戶登錄”中填寫剛才注冊的用戶名與密碼后，單擊“登錄”按鈕登錄，在登錄成功后，“用戶登錄”中顯示登錄信息，若單擊“會員中心”功能鏈接即可進入會員中心操作相關信息，若單擊“退出登錄”功能鏈接即可退出登錄。
2.3.1.2 管理會員組
依次點擊“用戶管理”->“會員管理”->“會員組管理”，在出現的管理界面中顯示了系統默認內置的
會員組信息。在“注冊會員”會員組的“操作”列中單擊“修改”功能鏈接，在出現的“修改會員組”界面中，修改會員組名稱、會員組說明，點選會員組類型后，單擊“保存會員組并進行權限設置”功能按鈕，系統自動轉到“設置會員組權限”管理界面中，可進一步修改本會員組中的所有會員的發布權限、評論權限、短消息權限、收藏夾權限、計費方式、扣點券方式、自助充值等相關選項及參數，同時也可以設置本會員組中的會員的
節點權限、專題權限和字段權限。修改好相關信息后，單擊頁面底部的“保存”功能按鈕，系統出現成功提示信息，單擊“<< 返回上一頁”功能鏈接返回會員組管理界面。網站用戶管理系統V1.0 6
2.3.1.3 更改密碼
在控制臺主界面的工具欄上，點擊“更改密碼”按鈕，會彈出更改密碼的對話框，可以更改超級管理員密碼。
2.3.1.3 退出控制臺
在控制臺主界面的工具欄上，點擊“退出系統”按鈕，即退出控制臺。
2.3.1.4 鎖定控制臺
在控制臺主界面的工具欄上，點擊“鎖定系統”，會彈出鎖定系統的對話框，必須輸入正確的超級管理員密碼，才能夠解除控制臺的鎖定狀態。
2.4 基本操作
2.4.1 新增管理員
在管理員列表空白處單擊鼠標右鍵，在彈出的菜單中選擇“新增管理員”； 網站用戶管理系統V1.0 7
點擊“新增管理員”后，在彈出的對話框中填入用戶名稱（如：Admin），并且選定操作權限（如：操作員），然后在“登錄密碼”框中輸入密碼，再在“確認密碼”框中再次輸入剛才鍵入的密碼，最后點擊對話框上的“確認”。
此時用戶可以退出系統，然后用新建的管理員帳號登錄，以驗證此帳號的成功建立。
2.5
留言板管理
留言列表中顯示留言的發布者、發布時間、所在IP地址、留言內容、聯系方式及留言所屬分類等信息，便于進行管理（修改或刪除）操作。
[回復/修改回復]：選中需回復/修改的留言，單擊[回復/修改回復]按 網站用戶管理系統V1.0 8 鈕，進入回復修改留言界面，操作完畢單擊“提交”按鈕。
[刪除]：選中需刪除的留言，單擊[刪除]按鈕，確定刪除留言。注意：刪除后不可恢復，操作需謹慎。
：勾選或多選需審核的留言，單擊審核留言按鈕，進行審核。審核過的留言方可在前臺顯示。
：勾選或多選需刪除的留言，單擊刪除留言按鈕，進行批量刪除。注意：刪除后不可恢復，操作需謹慎。
相關內容： 網站用戶管理系統V1.0 9 重復留言時間限制：對重復留言的時間間隔做出限制，可在一定程度上防止營銷軟件的惡意留言。
操作步驟：單擊菜單“系統設置”》“系統參數設置”子菜單，進入參數設置界面，選擇“信息屬性”，進行“重復留言時間限制”設置。
2.6
用戶反饋系統
單擊“插件管理”菜單 》信息反饋管理“管理信息反饋”子菜單，進入管理信息反饋界面：
信息反饋列表中顯示反饋的ID、標題、反饋所屬分類、發布時間等信息，便于進行管理（刪除）操作。
管理反饋：
[刪除]：選中需刪除的信息反饋，單擊[刪除]按鈕，確定刪除反饋。注意：刪除后不可恢復，操作需謹慎。
：勾選或多選需刪除的信息反饋，單擊批量刪除按鈕，確定刪除反饋。注意：刪除后不可恢復，操作需謹慎。
：管理信息反饋界面到管理反饋分類界面的轉換按鈕。
：管理信息反饋界面到管理反饋字段界面的轉換按鈕。網站用戶管理系統V1.0 10
自定義信息反饋表單制作步驟：
1、分析反饋表單需要的字段；
2、增加反饋表單所需字段(如果原本的字段足夠，這步可跳過)；
3、增加信息反饋分類(每個信息反饋分類都可有不同的反饋表單)；
4、完成。
下面舉例說明： 制作“作品提交”表單
1、分析反饋表單需要的字段：
經過分析我們需要的字段如下：(字段標識：字段名)姓名：name 聯系郵箱：email 聯系電話：call 名：title 簡介：saytext
2.7 好友列表
在網站中，會員可以將其他會員添加為好友，以方便隨時快捷地給好友發送站內短消息。單擊導航區“好
友列表”書簽式面板，出現好友列表、添加好友、創建新組、分組管理等功能鏈接。
單擊導航區“好友列表”導航鏈接，出現好友列表、添加好友、創建新組、分組管理等功能鏈接，在 網站用戶管理系統V1.0 11 下方界面中系統以分頁列表的方式顯示本會員的成員組及相關好友信息。
添加好友
在界面中填寫成員用戶名，選擇成員組（默認可選擇黑名單或我的好友）后，單擊“添加成員”按
鈕以添加好友。在好友列表界面中即可點擊操作列中“發短消息”功能鏈接，對本好友發送站內短消息。
2.8 快捷管理信息
在管理界面頂部，將鼠標移至“選擇欄目”功能鏈接上，系統以樹型結構顯示站內的節點列表（若有
多級節點分類，鼠標點擊節點樹前面的“+”圖標即可展開下級節點）。單擊相應欄目節點名可以快速管理
欄目中的信息。在相應節點名上單擊鼠標右鍵，即可出現相應的管理菜單項。
在相應節點上單擊鼠標右鍵，在彈出的右鍵菜單中選擇“添加信息”（系統根據不同的內容模型而顯示
不同的項目名，如添加文章、添加圖片、添加軟件等）功能鏈接則可快捷添加信息，系統將直接進入“內 容添加”管理界面。
2.9 短消息管理
系統提供站內短消息互動功能，注冊會員既可以對網站中的注冊會員發送短消息、管理站內短消息，也
可以回復其他會員發送來的站內短消息。網站用戶管理系統V1.0 12 單擊導航區“短消息管理”導航鏈接，在出現的管理界面中顯示本會員收到的短消息信息。撰寫短消息
單擊導航區“短消息管理”書簽式面板中“撰寫短消息”功能鏈接，在出現的界面填寫收件人、短消
息主題和短消息內容后，單擊“發送”按鈕即可向指定的收件人發送短消息，同時收件人打開會員中心時系
統將自動彈出短消息；單擊“保存”按鈕出現保存成功信息，短消息保存在您的“草稿箱”里；單擊“清
除”按鈕即清除所撰寫的短消息內容。重要參數說明：
收件人：指定要收本條短消息的站內注冊會員。在收件人內容框中，可以用英文狀態下的逗號將用戶名
隔開實現群發，最多2 0 0 0 個用戶。若會員在“好友列表”中添加了好友，則可在“請選擇”下拉選擇框 中快捷選擇加為好友注冊的會員名。
草稿箱
在此界面中顯示短消息的收件人、主題、發送短消息的日期、大小、已讀及刪除操作等信息。單擊短
消息主題可具體查看此短消息。您可以單擊操作列中的“刪除”，將對應的短消息刪除；也可以選定多個
或者本頁所有短消息，單擊“刪除選定的短消息”或者“清空草稿箱”進行批量刪除。
收件箱
在此界面中顯示短消息的收件人、主題、發送短消息的日期、大小、已讀及刪除操作等信息。單擊短
消息主題可具體查看此短消息。您可以單擊操作列中的“刪除”，將對 網站用戶管理系統V1.0 13 應的短消息刪除；也可以選定多個或
者本頁所有短消息，單擊“刪除選定的短消息”或者“清空已發送”進行批量刪除。發件箱
此界面顯示短消息的收件人、主題、發送短消息的日期、大小、已讀及刪除操作等信息。單擊短消息
主題可具體查看此短消息。您可以單擊操作列中的“刪除”，將對應的短消息刪除；也可以選定多個或者
本頁所有短消息，單擊“刪除選定的短消息”或者“清空已發送”進行批量刪除。
廢件箱
此界面顯示短消息的收件人、主題、發送短消息的日期、大小、已讀及刪除操作等信息。單擊短消息
主題可具體查看此短消息。您可以單擊操作列中的“刪除”，將對應的短消息刪除；也可以選定多個或者
本頁所有短消息，單擊“刪除選定的短消息”或者“清空已發送”進行批量刪除。
2.10 資金管理
當會員在網站中消費行為而產生的相關訂單與資金消費情況，都將記錄在會員中心相關明
細記錄里。在資金管理中，會員可以查閱收入、支出、在線支付及點券、積分、有效期兌換等明細記錄。
單擊導航區“資金管理”書簽式面板，出現所有明細記錄、所有收入記錄、所有支出記錄、在線支 付記錄等功能鏈接。所有明細記錄
單擊“所有明細記錄”功能鏈接，在界面系統以分頁列表的方式顯示會員在網站中所有收入和支出信息，包括交易時間、交易方式、幣種、收入金額、支出金額、銀行名稱和備注/ 說明等信息。所有收入記錄
單擊“所有收入記錄”功能鏈接，在界面系統以分頁列表的方式顯示會 網站用戶管理系統V1.0 14 員在網站中所有收入信息，包
括交易時間、交易方式、幣種、收入金額、支出金額、銀行名稱和備注/ 說明等信息。所有支出記錄
單擊“所有支出記錄”功能鏈接，在界面系統以分頁列表的方式顯示會員在網站中所有支出信息，包
括交易時間、交易方式、幣種、收入金額、支出金額、銀行名稱和備注/ 說明等。在線支付記錄
單擊“在線支付記錄”功能鏈接，在界面系統以分頁列表的方式顯示會員在網站中所有在線支付信息，包括支付序號、支付平臺、交易時間、匯款金額、實際轉賬金額、交易狀態、銀行信息和備注等信息。
第四篇：網絡購物用戶體驗度與滿意度探討
網絡購物用戶體驗度與滿意度探討
發布時間：2011-6-27
信息來源：《銷售與市場》
經過幾年的市場培育，近幾年來，電子商務出現了井噴式的發展態勢，根據CNNIC發布的《2009年中國網絡購物市場研究報告》，2009年上半年，全國網絡購物消費金額總計為1195.2億元，預計全年網購總金額將達到2500億元左右。從報告看，用戶網絡購物的生活化趨勢較明顯。2009年上半年，服裝家居飾品穩坐購買用戶數首位，超過半數的網民都在網上購買過服裝家居飾品。
服裝家居用品銷售的走俏，與商品、渠道和用戶特點都有關。首先，服裝家居產品是易耗品，其更新換代的短時消費和網絡流行時尚、產品多樣化結合，能較好地發揮網絡購物的優勢。其次，服裝家居用品的產品屬性符合網絡購物的產品屬性，交易金額較小，交易的風險相對較小；產品質量和體積較小，便于物流快遞。再次，隨著時尚元素向網購市場的滲透，與男性在3C產品上的消費熱度對應，女性在服裝飾品上展現了強大的購買力。由于女性往往是家庭采購的主力，對服裝飾品的網購具有良好體驗的女性，可能將家庭日常購物中的部分商品也通過網上購買來實現，從而帶動了日用品網絡零售的增長。
當然目前服裝家居飾品的購買潛力還未完全釋放，未來生活化用品的網購將會在更多網民中滲透。但是隨著網絡購物生活化的趨勢進一步加強，消費者的網絡購物滿意度將成為影響電子商務行業或者服裝家居飾品品類網絡夠沒潛力釋放的一個重要考量因素。那么，如何提升消費者網絡購物特別是家居服飾行業的滿意度呢？
電子商務與傳統購物模式最大的差異就是對于已經習慣了“一手交錢一手交貨”的消費者來說，電子商務在購買與實物體驗之間存在時間差。據調查資料顯示，在服裝市場的網上交易中，用戶購物滿意度不理想的原因，主要集中在尺碼不合適、試穿后款式不滿意、色彩不符合等問題上。消費者常常會因為不能當場試穿，確定不了衣服是否合身等原因而放棄了網上交易。
我們都知道，隨著網絡技術的發展，網絡媒體的功能不再單純表現為信息傳播的平臺，比如淘寶商城、京東商城等電子商務平臺的發展，網絡媒介在信息告知的深度和廣度方面的優勢已經得到有效地發揮，消費者與商家之間的信息不對稱正在日益消除，網絡媒體已經實現了受眾廣泛告知和信息深度呈現的功能。
但是網絡的本質是互動的富媒體平臺，因此網絡之于電子商務的意義不單要成為一個信息傳播和產品營銷整合的平臺。而應該是全面地展示產品的信息，讓消費者全面了解產品信息，同時應該提供更為優化的網絡虛擬體驗，讓消費者通過網絡平臺有效體驗網絡銷售的產品，網絡虛擬體驗的運用是網絡購物從“購買滿足自身需求的產品”到“購買適合自身特點的產品”的提升。
在虛擬體驗方面目前已經有試衣網、淘寶商城試衣間、產品3D展示等等平臺或者技術，盡可能讓消費者體驗產品，通過網絡平臺的虛擬體驗，讓消費者盡可能了解產品的相關信息，從而優化購物體驗，購買到真正適合自己的產品。
虛擬體驗：電子商務時代的體驗營銷
體驗營銷是指企業通過采用讓目標顧客觀摩、聆聽、嘗試、試用等方式，使其親身體驗企業提供的產品或服務，讓顧客實際感知產品或服務的品質或性能，從而促使顧客認知、喜好并購買的一種營銷方式。這種方式以滿足消費者的體驗需求為目標，以服務產品為平臺，以有形產品為載體，生產、經營高質量產品，拉近企業和消費者之間的距離。
在Web2.0時代，網絡成為了人們生活、學習、娛樂、社交的重要平臺，消費者把越來越多的時間花費在網上的虛擬社區或體驗中。很多網站也逐漸意識到消費者對網絡的依賴，開始為客戶提供各種網絡虛擬體驗，為客戶在虛擬的網絡社區中提供虛擬的商品、服務和體驗。這些虛擬的營銷體驗占據了消費者越來越多的時間，也吸引了消費者越來越多的注意力，消費者也愿意花錢在這些虛擬的營銷體驗上。
由于網絡購物只能看圖片無法親身試，加上各種店鋪的碼數未必統一，所以買回來的衣服經常不合身。因此在網絡時代虛擬體驗正在成為一種獨特的體驗營銷模式，傳統的營銷在很大程度上僅僅專注產品或服務的特色，以及能夠給消費者帶來物質利益，而虛擬的體驗營銷則把焦點放在消費者的“虛擬體驗”上，并讓消費者在網絡社會的文化背景中檢驗消費體驗，以這種虛擬的體驗來打動消費者，從而實現銷售目的。比如以虛擬體驗著稱的“試衣網”。
試衣網：虛擬試衣，真實交易
試衣網是網游型、體驗式的電子商務平臺。憑借其人性化的在線試衣功能，實現了用戶可以根據自己的體型，調節身高、手長及三圍，直觀感受逼真的穿著效果和自由選擇搭配的便利。
此外，注冊會員更可以更換頭像、更換試衣背景，更真實的感受場景式試衣效果，使用戶在試衣網購物更有信心。
試衣網目前已經開發的3D商城版，試衣網已經成為網絡B2C行業第一家針對消費者的網游型互動式電子商務平臺。虛擬真實的購物場景還原，網絡世界虛擬角色的出現及人物之間的互動交流和交友等功能，使用戶在現場親身試衣的同時，還能感受Shopping Mall的購物氛圍。在游覽、購物的過程中，會員可以享受導購的專業服務，還可以和好友結伴同行，并對相互試穿的衣服做出評價。
試衣網在網絡虛擬體驗方面的功能主要表現為兩個方面：產品的虛擬體驗和購物情景與使用場景的虛擬體驗。
基于產品的虛擬體驗，讓消費者更為真實地感受產品的款式，風格等等，以便消費者選購更為適合自己的產品。在傳統的電子商務產品展示中，主要是通過文字和圖片的形式對產品進行介紹，因此消費者對產品的購買具有一定盲目性，往往購買之后，當收到貨品的時候，發現產品不合身，產品與自身的形象與氣質不配等等問題。而這些問題又不屬于網絡購物退換貨的質量問題范疇，因此調換的難度和成本相對較高，因此消費者往往出現通過網絡購物購買了一大堆并不適合自己的產品，從而對網絡購物的熱情日益消沉。
基于購物場景的體驗主要是通過網絡的形式提供了一種虛擬逛街的體驗，這滿足了都市上班族坐在電腦前就能逛街的需求。同事通過產品使用場景的虛擬體驗，讓消費者購買到適合自身需求的產品。比如試衣網提供的“按照風格搭配衣服”和“按照使用場景搭配衣服”，完全是對消費者網絡購物個性化體驗需求的一種滿足，從而減少網絡購物的盲目性。
因此，因此虛擬產品的體驗是網絡購物從“購買滿足自身需求的產品”到“購買適合自身特點的產品”的提升。網絡虛擬體驗正在成為提高消費者網絡購物滿意度的一個重要途徑。
優化虛擬體驗：提升網絡購物滿意度
優化虛擬體驗，就是企業借助網絡技術，以虛擬的服務為平臺，以虛擬的商品為道具，圍繞著消費者自身需求，讓消費者更為真實地感受產品的特定與滋生需求的契合度，從而提升消費者網絡購物的滿意度。
優化策略一：優化產品虛擬體驗，提升產品全面展示。
優化產品虛擬體驗主要是突破傳統的“文字+圖片”的產品展示模式，通過虛擬產品體驗，優化消費者對產品的認知度，進一步建立購買的信心。
在產品虛擬展示層面，運用得比較多的是數碼產品、汽車等相對復雜的產品，通過3D產品展示、交互式動畫等技術的運用，讓消費者能能夠通過網絡平臺真實了解產品的每一個細節。
左圖中的是SONY數碼相機的3D展示模型，消費者可以通過上下、左右拉動浮標，全方位了解產品的每一個角度的產品細節，從而對產品的外觀、細節等有更為深入、全面的認識，從而消除網絡購買的不確定性，建立購買信心。
下圖是榮威汽車晚上4S店的產品虛擬展示，在虛擬展示現場有虛擬銷售員為你做現場的講解，同時消費者可以通過各個維度了解汽車的外觀和內飾的各個細節。
通過產品的3D虛擬展示和虛擬4S店讓產品的展示更為細致到位，讓消費者對產品的認知更為深入全面，這是虛擬產品展示的一個巨大優勢。
優化策略二：優化虛擬使用體驗，提升需求滿足契合度。
優化產品的虛擬使用體驗，通過在線試穿、效果在線虛擬使用體驗等，讓消費者對產品帶給自身的需求滿足度的認知進一步提升。
網絡購物由于不能親身體驗，因此如何通過網絡購物購買滿足自身需求并且適合自己需求的產品成了影響網絡購物滿意度的重要因素，因此產品的虛擬使用體驗是讓消費者通過虛擬使用，了解產品的款式、配搭等等，從而選擇更符合自身需求的產品。
左圖是試衣網的“試衣間”，用戶可以通過“體型模式”輸入自己的身體的各個參數，建立與消費者體型相似的試穿模特模型，然后通過“搭配模式”選擇上衣、下裝、套裝、鞋包等產品，體驗產品的穿在與自身身體參數接近的模特身上的效果。同時在上衣、下裝、套裝、鞋包等產品選擇的時候，消費者可以搜索不同品牌、不能年份、不同類型和風格的產品。
網絡試穿體驗不但讓消費者體驗了產品的使用效果，也為消費者的網絡購物提供了巨大的產品選擇空間，這甚至超越了真實逛街帶給消費者的體驗和產品選擇面。網絡試穿虛擬體驗平臺通過虛擬體驗和更多的選擇，讓消費者的購物需求得到更為有效地滿足。
優化策略三：搭建虛擬場景，提示產品的適合度。
網絡虛擬體驗的終極目標是實現真正意義上的體驗，構建虛擬現實的產品使用場景，通過虛擬體驗讓消費者建立接近真實的體驗。
在試衣網，有“辦公、商務、約會、派對、逛街、居家、旅游、運動”等場景的虛擬體驗，根據產品的使用場景選擇不同產品配搭，以便消費者選擇更適合自身產品功能需求的產品。
在“IKEA”的網站，我們可以在線體驗各種產品在不同風格裝修背景下的使用效果，比如選擇不同的房間格局和裝修風格，然后選擇各個產品在該環境下的使用感覺，讓消費者在線虛擬體驗產品的使用效果，從而選擇更為適合自身需求的產品。
綜上所述，優化虛擬體驗其終極目標是為了提升網絡購物的消費滿意度，從而促進電子商務行業的健康可持續發展，通過虛擬產品體驗，讓消費者更真實地了解產品；通過虛擬使用體驗，讓消費者選擇更能滿足自身需求的產品；通過構建虛擬的使用場景，讓消費者選擇更適合自身需求的產品。通過這三個維度的優化，讓消費者的網絡購物體驗全面升級。
良好的體驗是決定消費者網絡購物滿意度的重要因素，當然虛擬體驗在目前只是體驗營銷的一個補充，虛擬體驗和實物的體驗一起構建完善的消費體驗體系，所以除了網絡的虛擬購物體驗之外，對于網絡購物來說，另外的一個重要體驗模式就是“線下體驗，線上購買”。此前媒體有報道過北京、上海等城市出現了“試客”，他們在線下店鋪試穿，然后到網絡上去購買。這對于一些商家來說這些“不受歡迎的試客”真是提供了一個產品網絡銷售的新契機，那就是優化線下體驗店的建設，提供良好的品牌體驗，把“線下體驗和線上購買”整合起來。因此品牌只要在每個城市建設一家具有一定規模的品牌體驗店即可，銷售活動均由電子商務平臺進行。因此這一方面大大降低品牌線下銷售終端的數量和終端建設成本，另一方面優化消費者網絡購物的體驗，讓消費者盡可能購買到適合自己的產品，提升網絡購物的滿意度，減少網絡購物的退換貨比例。
因此通過虛擬體驗和現實體驗的有效整合和互為補充，消費者的網絡購物體驗必然進一步優化，電子商務行業的發展必然進一步加速。(來源作者：曹芳華 美寧電子商務服務公司營銷傳播總監)
第五篇：網上購物管理系統
課程實踐報告
課程名稱:軟件工程實踐II 項目名稱:網上購物系統 專業班級:
姓
名: 學
號:
指導教師:
成績:______ 報告日期:2014年12月9日
網上購物管理系統
摘要
隨著計算機技術在各行各業日益廣泛和深入的應用，網絡的概念早已深入人心。網絡在各行各頁的發展戰略占據了重要的位置，成為了商家不可分割的一部分。網絡已經成為了商家展示自己的另一個舞臺。商家建立網站，通過網站可以實現，瀏覽商品，網上購物，結賬
本系統實現了網上購物商城的基本功能和購物流程。主要模塊有：商品查詢、商品管理、商品顯示、購物車、訂單管理、用戶管理等功能。其開發主要包括：數據庫的建立，前臺Web頁面設計，后臺管理。本系統采用MySql數據庫和Tomcat服務器實現，并且使用HTML、JSP等技術來編輯網頁，并運用Hibernate技術把數據庫和動態網頁相關聯。
關鍵字
關鍵詞：網上商場，購物車，結賬，Tomcat，Sevlet，JSP，MySql數據庫
目錄
摘要..............................................................................................................................................2 關鍵字..........................................................................................................................................2 1需求分析.......................................................................................................................................4 1.1背景.........................................................................................................................................4 1.2可行性分析.............................................................................................................................4 1.3對性能的規定.........................................................................................................................4 1.3.1時間特性要求..................................................................................................................4 1.3.2靈活性..............................................................................................................................5 1.4其他專門要求.........................................................................................................................5 1.5運行環境的規定.....................................................................................................................5 1.6設備.........................................................................................................................................5 1.7支持軟件.................................................................................................................................5 2功能分析.......................................................................................................................................6 2.1功能分析的目的.....................................................................................................................6 2.2業務描述.................................................................................................................................6 2.3用例圖.....................................................................................................................................8 2.4 狀態圖..................................................................................................................................10 3模塊設計.....................................................................................................................................10 3.1系統功能模塊.......................................................................................................................10 3.2模塊分析...............................................................................................................................11 4數據庫分析與設計.....................................................................................................................18 4.1數據庫分析...........................................................................................................................18 4.2系統整體ER圖的設計........................................................................................................19 4.3數據庫設計...........................................................................................................................20 5編碼，實現及測試.....................................................................................................................22 5.1各功能源代碼.......................................................................................................................22 6 結論............................................................................................................................................29 6.1系統優點...............................................................................................................................29 6.2系統缺點...............................................................................................................................29 6.3未來發展...............................................................................................................................29 7實驗小結.....................................................................................................................................30 7.1 孫佳偉實驗小結..................................................................................錯誤！未定義書簽。7.2 喻道斌實驗小結..................................................................................錯誤！未定義書簽。7.3 金龍實驗小結......................................................................................錯誤！未定義書簽。1需求分析
1.1背景
在發達國家，電子商務的發展非常迅速，通過Internet進行交易己成為一種潮流。基于電子商務所連帶出的商品交易方案、電子結賬方案和信息安全方案等，已逐步成為國際信息技術市場競爭的焦點。隨著電子商務的日益發展，產生了網上購物、網絡廣告等新興信息產業，從側面反應了電子商務正在對社會和經濟產生著深刻的影響。
在我國，網上購物從無到有也不過短短幾年時間。但是就在這幾年時間，網絡購物已經深入千家萬戶，普通的購物已經不能滿足人們的消費。網上購物以其諸多優勢，獲得人們的青睞。它以其方便，快捷，高效，高選擇性等優點，迅速得到了廣大網友的喜愛與青睞，現在的網上購物已經非常普及。本系統設計就是為了滿足廣大網友的這些需求，改變傳統的交易模式，通過互聯網完成查看商品，購買商品等完成網上交易。方便消費者，同時對商家的商品信息進行管理，便于商家的商品數據分析。截止2013年1月中國有網上購物的用戶將近5000萬人，這足以證明網上購物具有良好的群眾基礎，網上購物方式日趨被大家所接受。因此我們小組致力于做一個基于B/S架構的網上購物管理系統，使廣大用戶可以享受網上購物的種種優勢。
1.2可行性分析
隨著計算機的普及，Internet的發展，網購已經成為人們生活消費中一大部分。一個網上購物系統可以為消費者提供軟件條件，使其可以更加快捷，方便，實惠的選擇商品，而商家也可以更好的管理商品，節約成本，兩全其美。所以構建一個網上購物商城在運行上是完全可行的。
此次開發使用JSP作為開發語言，采用Servlet技術，Tomcat7.0座位Web服務器，采用MySql作為數據庫，這幾種技術及工具的方便，快捷，免費大大的縮短了開發的時間，減少了開發的成本。并且使得開發更方便安全，更利于后期的維護。網上購物服務系統給人們帶來了方便，成為一種全新的商務模式。因此，不用出門就可以在家購物的新時尚已經到來，構建一個網上購物服務系統在經濟上是完全可行的。
綜上所述：開發本系統是完全可行的。
1.3對性能的規定 1.3.1時間特性要求
對于商品基本信息，訂單信息管理的增加刪除修改必須是實時響應，與客戶端的交互響應時間不超過5s 1.3.2靈活性
操作方式的變化，可以直接從UI或從數據庫輸入行，對初始行進行增加，刪除，刪除等操作。
1.4其他專門要求
文字描述必須準確，精煉，通俗易懂。安全性要得以保障，可移植性要高，為了適應不同系統，程序吞吐量必須要大，否則不能動態適應購物網站的需要。
1.5運行環境的規定 1.6設備
開發環境： 操作系統：windows 7 硬件環境：
客戶終端：pc機； 服務器：Tomcat 編譯環境：Jdk 1.6 1.7支持軟件
操作系統：** 開發軟件：MyEclipse 數據庫: Mysql
2功能分析
2.1功能分析的目的
從用戶需求出發，對于網上購物系統做細致全面的功能分析，準確地定義網上購物系統的目標，確定系統必須做什么，再用UML建模，并以Rational Rose工具畫出功能模型，以此形式分析確定此網上購物系統的功能。
2.2業務描述
用戶進入網站后，可以根據價格高低確定是否進行篩選，不篩選則進入所有的商品瀏覽界面，篩選則得出篩選后的瀏覽界面。接著可以點擊商品加入購物車，可以自己選擇加入的數量。加入購物車以后可以查看購物車，在購物策劃模塊中可以選擇添加或刪除購物車商品，接著用戶可以自行判斷是否繼續購物，如果繼續購物則返回首頁，不購物則進行結賬。結賬之后可以查看訂單界面，這里有詳細的訂單信息。，否則注銷退出。
下圖為網上購物系統的業務流程圖。
開始用戶進入網站按照價格高低進行篩選篩選后的瀏覽界面瀏覽商品加入購物車查看購物車添加或刪除購物車商品繼續購物結賬查看訂單訂單界面注銷退出結束
圖 1-1 系統業務流程圖
2.3用例圖
用例圖
? 瀏覽商品用例，可以實現瀏覽商品
? 搜索商品用例，可以根據商品的價格進行篩選查詢商品。? 管理商品詳情用例，可以實現對商品中所有信息的瀏覽。
? 加入購物車用例，是用戶才有的功能，能在瀏覽商品后把商品加入購物車 ? 管理購物車用例，在加入購物車后擴展的功能，對于購物車內的商品可以增加刪除 ? 購買商品用例，用戶可以對于商品顯示頁面的商品進行購買 ? 管理自身訂單，用戶可以對自身的訂單進行搜索，刪除功能。? 清空購物車用例，用戶對購物車中所有商品進行清空
? 瀏覽曾經的商品(歷史記錄)用例，用戶可以在這里瀏覽曾經使用的商品 ? 結賬模塊用例，用戶可以在這里進行結賬功能。
<
圖1-2主用例圖
刪除商品用戶瀏覽購物車清空購物車繼續購物結賬
圖 1-3 購物車用例圖
結賬用戶事務管理查看訂單信息
圖 1-4 結賬用例圖
2.4 狀態圖
對于系統進行狀態細節分析如下 a)b)c)d)e)f)g)h)用戶首頁輸入網址進入首頁界面 用戶瀏覽商品進入商品展示界面
瀏覽完之后可選擇喜歡的商品進入購物車界面 在購物車中可以添加或刪除商品進入更改商品界面
更改接受后確定是否繼續購物，若繼續擇返回商品展示界面 若不繼續購物則進入結賬界面
在結賬界面中進行查看訂單，進入訂單確認狀態
訂單確認無誤后，則系統提交，之后用戶可以注銷退出。
按價格篩選用戶輸入網址首頁瀏覽商品商品展示界面加入購物車購物車界面結賬界面發出結賬請求查看訂單注銷繼續購物確定是否購物添加或刪除商品訂單確認狀態退出
3模塊設計
3.1系統功能模塊
功能模塊圖：
系統總體分為前臺展示模塊，購物車模塊，結賬模塊。
前臺展示模塊包括：瀏覽商品模塊，篩選商品模塊，商品詳情模塊，歷史紀錄模塊。購物車模塊包括：購物車展示模塊，刪除商品模塊，清空購物車模塊，繼續購物模塊。
結賬模塊包括：訂單確認模塊，提交訂單模塊，事務處理模塊。
網上購物管理系統前臺展示模塊購物車模塊結賬模塊瀏覽商品模塊篩選商品模塊商品詳情模塊歷史紀錄模塊購物車展示模塊刪除商品模塊清空購物車模塊繼續購物模塊訂單確認模塊提交訂單模塊事務處理模塊
圖3-1 功能模塊圖
3.2模塊分析
1：商品展示模塊
這是網站的主頁面，用戶不登陸也可以進入該頁面，登陸成功后，頁面會顯示用戶的信息。此頁面主要是顯示一些主要商品的圖片、名稱、價格等信息，用戶可以輸入商品名稱，種類等進行搜索，也可以直接點擊商品查看商品細節信息。
圖 3-2 商品展示模塊
在主界面中可以根據價格的高低排序
2：商品詳情模塊
當你點擊一個商品的鏈接，可以進入商品的詳情頁面，這里會相識一個商品的所有具體信息，可以看到書名，作者，價格，出版日期
圖3-3 商品詳情模塊
3：購物車模塊
用戶喜歡的商品可以選擇放進購物車里，可以在購物車里產看用戶選擇的商品的名稱價格以及購物車商品的總價，用戶可以對購物車中的商品進行操作，修改購買數量，刪除商品，清空購物車，結賬等。
圖3-3 購物車前臺模塊
圖3-4購物車展示界面
清空購物車
刪除購物車中的某教材
圖3-5清空購物車界面
圖3-6刪除購物車某教材
4：回顧商品模塊
當您想看曾經瀏覽過的商品時，可以點擊查看瀏覽的歷史記錄，根據最近瀏覽的顯示記錄排序
5：結賬模塊
圖3-7 回顧商品模塊
在購物車進行結算以后，會跳轉至結賬界面，系統會顯示當前的信用卡姓名，信用卡帳號，當您提交時就會結算成功，并且通過事務管理防止重復提交
圖3-8 結賬模塊界面
余額不足時提示
圖3-8 余額不足界面
6：訂單頁面模塊
在購物車進行結算以后，就會生成訂單，訂單會顯示訂單號、收貨人、地址、電話等信息。點擊查看詳情就可以進入訂單詳情頁面
圖 3-9 訂單頁面模塊
4數據庫分析與設計
4.1數據庫分析
對于以上模塊的劃分以及分析我們建立網上購物管理系統數據庫，建了5個表，分別是帳戶表（account），書籍信息表(mybooks)，訂單表(trade)，訂單項目表(tradeItem)，用戶信息管理（usersInfo），各表的實現的功能在上述模塊設計中已經指出，此刻不再贅述。
帳戶表（account）中的各列分別為：帳戶編號(accounted)主碼，帳戶余額balance 書籍信息表(mybooks)中的各列分別為：書籍(Id)主碼,作者(Author),標題(Title),價格(Price),出版日期(Publishingdate),車輛類型(Salesamount),車輛規格(Storenumber),單價預算(Remark)訂單表(trade)中的各列分別為：訂單編號(tradeid)主碼,用戶編號(userid)外碼,訂單日期(tradetime)訂單項目表(tradeItem)中的各列分別為：訂單編號(itemid)主碼,書籍編號(bookid)外碼,(quantity),使用年限(tradeid)用戶信息管理（usersInfo）中的各列分別為：用戶編號(userid),用戶名(username),帳戶編號(accountid)
4.2系統整體ER圖的設計
用戶編號訂單編號帳戶編號帳戶余額訂單表訂單日期帳戶表用戶名用戶編號帳戶編號生成擁有用戶信息管理擁有購買訂單項目表書籍信息表訂單編號書籍價格作者出版日期標題書籍編號使用年限
圖4-1 系統整體ER圖設計
4.3數據庫設計
帳戶表（account）設計
書籍信息表(mybooks)設計
圖4-2帳戶表（account）設計
訂單表(trade)設計
圖4-3書籍信息表(mybooks)設計
圖 4-4訂單表(trade)設計
訂單項目表(tradeItem)設計
用戶信息表(userinfo)設計
圖4-5訂單項目表(tradeItem)設計
圖4-6 用戶信息表(userinfo)設計 5編碼，實現及測試
5.1各功能源代碼
5.1.1 分頁的實現
public List
String sql=null;System.out.println(“ method------------>”+method);if(method.equals(“price”)){ sql=“SELECT id, author, title, price, publishingDate, ” +
} elseif(method.equals(“salesamount”)){
} elseif(method.equals(“publishingdate”)){
} else{
} returngetForList(sql, sql=“SELECT id, author, title, price, publishingDate, ” +
“salesAmount, storeNumber, remark FROM mybooks ” + “WHERE price >= ? AND price <= ?order by price ”+ “LIMIT ?, ?”;sql=“SELECT id, author, title, price, publishingDate, ” +
“salesAmount, storeNumber, remark FROM mybooks ” + “WHERE price >= ? AND price <= ?order by publishingdate ”+ “LIMIT ?, ?”;sql=“SELECT id, author, title, price, publishingDate, ” +
“salesAmount, storeNumber, remark FROM mybooks ” + “WHERE price >= ? AND price <= ?order by salesamount ”+ “LIMIT ?, ?”;
“salesAmount, storeNumber, remark FROM mybooks ” + “WHERE price >= ? AND price <= ?order by price desc ”+ “LIMIT ?, ?”;cb.getMinPrice(),cb.getMaxPrice(),(cb.getPageNo()-1)*pageSize,pageSize);5.1.2：運用ajax技術實現頁面的局部刷新
//ajax修改單個商品的數量
//1.獲取頁面中所有的text,并為其添加onclick事件 $(“:text”).change(function(){
varquantityVal = $.trim(this.value);varreg=/^d+$/g;varquantity=-1;
varflag=false;if(reg.test(quantityVal)){
} if(!flag){ alert('輸入的數量不合法');$(this).val($(this).attr(“class”));return;}
var$tr = $(this).parent().parent();vartitle = $.trim($tr.find(“td:first”).text());if(quantity==0){
} varflag = confirm(“確定要修改” + title + “的數量嗎?”);if(!flag){ $(this).val($(this).attr(“class”));} //2.請求地址為: bookServlet varurl = “Books”;
//3.請求參數為: method:updateItemQuantity, id:name屬性值, varidVal = $.trim(this.name);varargs = {“method”:“updateItemQuantity”, “id”:idVal，//4.在updateItemQuantity方法中, 獲取quanity, id, 再獲取購物車對象, //5.傳回 JSON 數據: bookNumber:xx, totalMoney return;
varflag2=confirm(“確定要刪除”+title+“嗎?”);if(flag2){ varserializeVal = $(“:hidden”).serialize();varhref=$tr.find(“td:last”).find(“a”).attr(“href”);window.location.href=href+ “&” + serializeVal;;return;} quantity=parseInt(quantityVal);if(quantity>=0)flag=true;
quantity:val, time:new Date()
“quantity”:quantityVal, “time”:newDate()};調用 service 的方法做修改
//6.更新當前頁面的bookNumber和totalMoney $.post(url, args, function(data){
varbookNumber = data.bookNumber;vartotalMoney = data.totalMoney;$(“#totalMoney”).text(“總金額: ￥” + totalMoney);$(“#bookNumber”).text(“您的購物車中共有” + bookNumber + “本書”);},“JSON”);});5.1.3：運用ThreadLocal類實現數據庫的連接與當前線程綁定，實現結賬的事務操作
publicvoiddoFilter(ServletRequest request, ServletResponse response, FilterChain chain)throwsIOException, ServletException {
Connection connection = null;try {
connection = DBUtils.getConnection();
connection.setAutoCommit(false);
ConnectionContext.getInstance().bind(connection);
chain.doFilter(request, response);
connection.commit();e.printStackTrace();try {
}
HttpServletResponseresp =(HttpServletResponse)response;HttpServletRequestreq =(HttpServletRequest)request;resp.sendRedirect(req.getContextPath()+ “/error-1.jsp”);connection.rollback();e1.printStackTrace();} catch(SQLException e1){ } catch(Exception e){
}
}
ConnectionContext.getInstance().remove();DBUtils.Release(connection);
} finally{ 5.1.4：使用過濾器實現頁面的編碼
publicvoiddoFilter(ServletRequest request, ServletResponse response, FilterChain chain)throwsIOException, ServletException {
} String encoding = request.setCharacterEncoding(encoding);chain.doFilter(request, response);filterConfig.getServletContext().getInitParameter(“encoding”);5.1.5：數據庫底層操作，運用泛型技術和反射技術
public class BaseDao
private Class
publicBaseDao(){
} @Override public long insert(String sql, Object...args){
long id=0;Connection conn=ConnectionContext.getInstance().get();try {
PreparedStatement for(inti=0;i prepareStatement.setObject(i+1, args[i]);clazz = ReflectionUtils.getSuperGenericType(getClass());System.out.println(clazz); privateQueryRunnerqueryRunner=new QueryRunner();prepareStatement=conn.prepareStatement(sql,java.sql.Statement.RETURN_GENERATED_KEYS); } } { } // TODO Auto-generated catch block e.printStackTrace();id=resultSet.getLong(1);} catch(SQLException e){ return id;@Override public void update(String sql, Object...args){ } @Override public T query(String sql, Object...args){ } @SuppressWarnings(“unchecked”)@Override public Connection conn=ConnectionContext.getInstance().get();try { } return(V)queryRunner.query(conn, sql, new ScalarHandler(), args);// TODO Auto-generated catch block e.printStackTrace();} catch(SQLException e){ Connection conn=ConnectionContext.getInstance().get();try { } return null;return(T)queryRunner.query(conn, sql, new BeanHandler } queryRunner.update(conn, sql, args);// TODO Auto-generated catch block e.printStackTrace();} catch(SQLException e){ } } return null;@Override public void batch(String sql, Object[]...args){ } @Override public List } Connection conn=ConnectionContext.getInstance().get();try { } return null;System.out.println(“sql-----------”+sql);returnqueryRunner.query(conn, sql, new BeanListHandler e.printStackTrace();Connection conn=ConnectionContext.getInstance().get();try { } queryRunner.batch(conn, sql, args);e.printStackTrace();} catch(SQLException e){ } catch(SQLException e){ 5.1.6:使用session防止表單重復提交 publicvoidcash(HttpServletRequest request, HttpServletResponse response) HttpSession session=request.getSession(); Thread.sleep(5000);String username=request.getParameter(“username”);String accountId=request.getParameter(“accountId”);StringBuffer errors=validateFormField(username, accountId);if(errors.toString().equals(“")){ errors=validateUser(username, accountId);if(errors.toString().equals(”“)){ throwsServletException, IOException, InterruptedException { ; } } errors=validateBookStoreNumber(request);if(errors.toString().equals(”“)){ } errors=validateBalance(request,accountId);String code=(String)session.getAttribute(”code“);System.out.println(code+”---------“);String codeRe=request.getParameter(”checkCode“);if(!code.equals(codeRe)){ } if(!errors.toString().equals(”“)){ request.setAttribute(”errors“, errors);errors.append(”驗證碼輸入不正確“);request.getRequestDispatcher(”/WEB-INF/pages/cash.jsp“).forward(request，service.cash(BookStoreWebUtils.getShopCart(request),username,accountId) request.getRequestDispatcher(”/WEB-INF/pages/error.jsp“).forward(reques } } } if(valS==null){ request.setAttribute(”username“, username);request.getRequestDispatcher(”/success.jsp“).forward(request, session.removeAttribute(”date“);} String val=request.getParameter(”date“); String valS=(String)session.getAttribute(”date“); if(valS!=null&&valS.equals(val)){ return;response);response);t, response);5.1.7:使用數據庫連接池 root 123456 jdbc:mysql:///bookstore com.mysql.jdbc.Driver 2 5 5 10 20 5 結論 6.1系統優點 系統實現了網上購物商城的基本功能，可以很好的完成網上購物的一系列流程。而且方便快捷，高效。頁面也很美觀，大方。對整個系統的框架設計合理，大大提升了系統的整體性與耦合性。也方便了后期的進一步開發與維護。 6.2系統缺點 系統缺乏創新性，沒有自己過多的新增功能，沒有特別突出的特點。可以增加一些功能，來豐富系統，提升系統的實用性。例如增加商品的銷量排行榜，方便用戶查看暢銷商品。增加商品的交易評價，方便用戶判斷是否購買此商品。 6.3未來發展 這里指為了使本系統更好的適應環境的變化，有必要進行適應性維護。一方面由于計算機技術的飛速發展，原來的系統不能適應新的軟硬件，另一方面，應用對象也在不斷的發生變化，將導致系統不能適應新的應用環境，因此，有必要對系統進行調整，以保證系統時時都能滿足用戶要求。 7實驗小結
點擊咨詢 