【文章內(nèi)容簡介】 或商品搜索功能，找到自己想要買的商品，裝入購物車，提交定單進行購買。網(wǎng)上購物平臺的特點是客戶和電子商品信息量很大，管理員需要整理的信息很多，為讓管理員輕松、方便、快捷的管理，該平臺采用符合購買電子商品基本的原則，滿足廣大客戶的日益增長的數(shù)量，并達到操作過程中的直觀、方便、實用、安全等要求。 系統(tǒng)設計的總體規(guī)則無論哪個網(wǎng)站都要有它自己的設計規(guī)則。該平臺也一樣，它的主要設計規(guī)則有：簡單性：在實現(xiàn)平臺的功能的同時，盡量讓平臺操作簡單易懂，這對于一個網(wǎng)站來說是非常重要的。針對性：該平臺設計是網(wǎng)上購物系統(tǒng)及后臺管理的定向開發(fā)設計，所以具有專業(yè)突出和很強的針對性。實用性：該平臺能完成電子商品展示和管理員管理的基本信息，具有良好的實用性。 網(wǎng)上購物系統(tǒng)平臺功能總體模塊圖前臺購物分析 　前臺購物流程圖　形象的流程圖 用例建模 用例1 查看商品前置條件：空。參與者：客戶目的：讓客戶了解商品信息綜述：1．瀏覽商品：客戶進入此系統(tǒng)能看到我們網(wǎng)站網(wǎng)頁的各種商品 （product details pages）。2．搜索商品：根據(jù)自己所感興趣的商品進行搜索，并輸入相應條件，系統(tǒng)響應客戶請求，顯示搜索結果?？蛻舨榭瓷唐?，如果滿意可把商品放入購物車并下訂單。代替過程：1. 如客戶對商品不滿意，可以繼續(xù)進行搜索2. 如果客戶沒注冊并登陸則不能進入購物車，則進入用例2。 用例2 注冊參與者：客戶前置條件：有意要在本站購買商品但未注冊的客戶。目的：進行注冊，登錄成為網(wǎng)站會員綜述：客戶在購買商品前要先進行注冊，成為網(wǎng)站會員。，系統(tǒng)提供注冊表（客戶注冊簡化）。，按下提交按鈕，提交。，顯示注冊成功。，郵件內(nèi)容管理員后臺自定義。注冊成功默認為普通會員，并存入數(shù)據(jù)庫。替代過程：，則返回上一部繼續(xù)注冊。，密碼等必要信息沒填或填寫格式與系統(tǒng) 要求不符，系統(tǒng)提醒用戶完善，更改客戶資料。 用例3 登錄參與者：客戶前置條件：客戶已經(jīng)完成注冊。目的：進入網(wǎng)頁綜述： 1．客戶填寫信息及密碼（支持密碼保護問題及答案?？蛻艨梢酝ㄟ^回答問題重新設定密碼） 2．系統(tǒng)驗證信息，查詢客戶是否存在，如果存在，核對其輸入密碼是否正確，如果正確，系統(tǒng)取得用戶名和密碼，并將客戶ID存入數(shù)據(jù)庫中。 3．登錄成功，顯示客戶網(wǎng)頁信息。替代過程：未登錄注冊用戶必須先登錄，若登錄失敗，是由于客戶輸入錯誤密碼，系統(tǒng)允許客戶重新輸入密碼，有三次機會?！∮脩舻卿浟鞒虉D 用例４ 去購物車參與者：客戶前置條件：已登陸本站的用戶，查看網(wǎng)站顯示的商品信息，有意購買，則用例開始。目的：通過購物車，對所選商品進行確定。不僅能重復選購產(chǎn)品，也可以對選購的產(chǎn)品、數(shù)量進行修改，并向系統(tǒng)下訂單。綜述：1 進入用戶界面，開始搜索，查看商品。頁面顯示一個搜索表格，客戶輸入要搜索的商品信息，系統(tǒng)根據(jù)其輸入的商品，并根據(jù)管理商品數(shù)據(jù)庫里的信息，生成商品查詢信息反饋給客戶，并及時更新數(shù)據(jù)庫。（用例1）2 客戶選擇商品，系統(tǒng)把商品保存在cartItem 中（保存購物車中各個項目的信息）。3 如果客戶對挑選到的商品滿意，通過自定義標簽執(zhí)行選擇把商品添加到Cart 中；如果不滿意，則執(zhí)行刪除；如果客戶想對所選商品進行修改的話，系統(tǒng)及時把修改信息反饋4 客戶對其所選的商品確定后，生成訂單。 系統(tǒng)接受訂后，進行訂單驗證，進入后臺管理用例2替代過程：若購物車內(nèi)的商品無法增、減，請客戶返回首頁，重新登錄。，系統(tǒng)響應后生成信息顯示給客戶。系統(tǒng)可以向客戶推薦規(guī)格相近的產(chǎn)品,若客戶不滿意則發(fā)出響應，系統(tǒng)接收后生成信息，記錄下訂購產(chǎn)品的信息并標記，生成采購單。 采購商品，并確定入庫，系統(tǒng)更新商品數(shù)據(jù)庫?！≠徫镘嚵鞒虉D 用例5 訂單查看參與者：客戶前置條件：用例1，3，4，已執(zhí)行，該用例開始。目的：維護客戶自身利益，優(yōu)化網(wǎng)站綜述：客戶可以在線隨時查看訂單狀態(tài)，訂單是否結帳等，客戶若是對已下訂單的商品不滿意，可以申請訂單修改，系統(tǒng)受理信息。 用例6 身份識別參與者：網(wǎng)站管理人員前置條件：空目的：進入后臺管理網(wǎng)頁綜述： （支持密碼保護問題及答案。客戶可以通過回答問題重新設定密碼，密碼加密格式MD5） ，查詢管理員是否存在，如果存在，核對其輸入密碼是否正確，如果正確，系統(tǒng)取得用戶名和密碼，并將客戶ID存入數(shù)據(jù)庫中。 替代過程：若登錄失敗，是由于管理人員輸入錯誤密碼，系統(tǒng)允許管理人員重新輸入密碼，有三次機會。 用例7 訂單受理參與者：管理人員前置條件：系統(tǒng)接收到客戶的訂單，用例開始目的：確?？蛻粲唵螢橛行в唵?，能順利發(fā)貨綜述： （1）管理人員驗證客戶信息：驗證客戶身份、帳號、信譽度 （2）管理人員驗證訂單商品：對于每個被訂購的產(chǎn)品， 驗證產(chǎn)品編號并檢查產(chǎn)品是否在庫存中,記錄訂購產(chǎn)品的信息。并對訂單進行分類。替代過程：（1）若客戶信用狀態(tài)表明其拖欠付款，系統(tǒng)則發(fā)出一個“訂單拒絕“給客戶。 （2）如果產(chǎn)品編號無效則給客戶發(fā)送一個通知,則記錄下訂購產(chǎn)品的信息并標記，生成采購單。采購商品，并確定入庫，系統(tǒng)更新商品數(shù)據(jù)庫。 用例8 訂單發(fā)貨參與者：店家前置條件：客戶信息驗證無誤，倉庫內(nèi)客戶所要貨物目的：根據(jù)所創(chuàng)建的銷售單，銷售人員將商品運送給客戶。綜述：： 根據(jù)客戶的有效定貨單，創(chuàng)建一個銷售單，并存入數(shù)據(jù)庫。：根據(jù)用戶提交的運送信息，將商品運送給客戶。把發(fā)貨信息通過或者通知客戶，同時，倉庫系統(tǒng)更新數(shù)據(jù)庫商品數(shù)量。 用例9 訂單結帳參與者：管理人員目的：結算訂單，后臺完成交易綜述：收到實物貨品，收到買家網(wǎng)上確認后管理人員進行確定結賬 用例10創(chuàng)建商品信息庫參與者：店家目的：根據(jù)商品的類別等信息將商品分類規(guī)劃,以便管理員對商品信息進行處理綜述：管理人員根據(jù)商品號,商品名等信息對商品信息進行更改,訪問,核實操作. 用例11處理商品參與者：店家目的：不斷更新倉庫中商品的數(shù)量及種類，吸引顧客綜述：：當用戶訂購的商品缺貨時，管理人員記錄商品編號，添加商品。根據(jù)客戶對商品信息的評論，添加熱賣商品，最新商品數(shù)量擴大熱賣，最新商品種類。、刪除商品：通過對倉庫商品的調查，刪除過期商品。對于過季，銷售情況不佳的商品，進行降價處理及各種促銷方式，系統(tǒng)用戶頁面顯示管理員更改的最新信息。第四章　系統(tǒng)概要設計 系統(tǒng)的主要架構及開發(fā)模式系統(tǒng)的建設關鍵在于其所使用的架構，而網(wǎng)上購物這種基于web的系統(tǒng)，傳統(tǒng)的c/s架構已經(jīng)不能滿足大量用戶的訪問和操作，b/s基于瀏覽器的架構則是目前網(wǎng)絡系統(tǒng)應用的主流，它將大量的數(shù)據(jù)處理工作交給服務器端來處理，客戶端只用通過普通的IE瀏覽器即可訪問系統(tǒng)，方便快捷而且利于系統(tǒng)的更新和維護，java語言在該方面更是得天獨厚，j2ee規(guī)范的出現(xiàn)則使系統(tǒng)的開發(fā)更加規(guī)范，層次更加清楚，更利于對復雜事務的處理，而且在安全性方面也做的更好?；趍vc的開發(fā)流程則使開發(fā)過程更加清晰明了，利于做一些復雜的邏輯實現(xiàn)，從而節(jié)省了開發(fā)周期和開發(fā)成本。在B/S體系結構系統(tǒng)中，用戶通過瀏覽器向分布在網(wǎng)絡上的許多服務器發(fā)出請求，服務器對瀏覽器的請求進行處理，將用戶所需信息返回到瀏覽器。B/S結構簡化了客戶機的工作，客戶機上只需配置少量的客戶端軟件。服務器將擔負更多的工作，對數(shù)據(jù)庫的訪問和應用程序的執(zhí)行將在服務器上完成。瀏覽器發(fā)出請求，而其余如數(shù)據(jù)請求、加工、結果返回以及動態(tài)網(wǎng)頁生成等工作全部由Web Server完成。實際上B/S體系結構是把二層C/S結構的事務處理邏輯模塊從客戶機的任務中分離出來，由Web服務器單獨組成一層來負擔其任務，這樣客戶機的壓力減輕了，把負荷分配給了Web服務器。 Browse瀏覽器Web服務器數(shù)據(jù)庫 B/S三層架構示意圖 這種結構不僅把客戶機從沉重的負擔和不斷對其提高的性能的要求中解放出來，也把技術維護人員從繁重的維護升級工作中解脫出來。由于客戶機把事務處理邏輯部分分給了功能服務器，使客戶機一下子苗條了許多，不再負責處理復雜計算和數(shù)據(jù)訪問等關鍵事務，只負責顯示部分，所以維護人員不再為程序的維護工作奔波于每個客戶機之間，而把主要精力放在功能服務器上程序的更新工作。這種三層結構在層與層之間相互獨立，任何一層的改變不會影響其它層的功能。在傳統(tǒng)的基于Web的應用系統(tǒng)中，例如ASP，CGI等，通常開發(fā)者將業(yè)務邏輯，數(shù)據(jù)邏輯、展示邏輯等混雜在一起，在同一個界面面里既進行后臺數(shù)據(jù)庫的訪問和操作，同時還包含業(yè)務流程和頁面表示。這樣編寫出來的程序，既不利于程序員對業(yè)務代碼的調試，同時也不利于編輯人員進行交互頁面的設計。同時系統(tǒng)也不具備可擴展性，當我們要在現(xiàn)有業(yè)務上進行擴展的時候，通常無法借助于現(xiàn)有的資源和應用，而只能夠重新編寫，大大增加了投資，延長了系統(tǒng)上線的時間，失去了競爭市場的優(yōu)勢。在本網(wǎng)上購物系統(tǒng)中，將采用通行的MVC模式來構建應用。這種結構解決了前面所述的所有問題，在我們的應用集成網(wǎng)絡中，通過企業(yè)級高端J2EE應用服務器實現(xiàn)MVC開發(fā)模型。 Control服務控制View顯示方式Model業(yè)務邏輯模型輸入請求輸出Html其他 MVC業(yè)務流程示意圖通過這種方案，我們可以迅速地實現(xiàn)整個業(yè)務，其優(yōu)勢和特點如下：Model（模型）層：由EJB組件來實現(xiàn)，EJB將具體的業(yè)務封裝在組件內(nèi)部，具備安全、高性能、可重用等優(yōu)秀的特征。View（視圖）層：由JSP、HTML組成。這一層次的特點是能夠真實地展示和客戶交互的界面，具備可描繪的功能。同時能夠嵌套動態(tài)數(shù)據(jù)，可以進行動態(tài)頁面的展示。同時可以方便地進行客戶端的個性化定制。根據(jù)每個客戶的需求來展示不同風格的界面。Controller（控制器）層：是非常重要的一層，這一層是連接View和Model的紐帶，同時也是將這兩層進行最大限度分離的工具。通常由Servlet來實現(xiàn)，Servlet和JSP雖然同樣都屬于頁面展示工具，但分屬兩層。主要在于JSP以腳本語言的形式存在， 它的主要優(yōu)勢是進行動態(tài)數(shù)據(jù)的Web展示，而Servlet是一個完整的Java程序，進行業(yè)務的調用和流程的處理是它的長處。通過這種模型的建立，我們的應用系統(tǒng)具備了非常好的性能和可擴展性。將業(yè)務組件和展示頁面進行分離，并通過Controller來描述調用關系，一方面可以提高效率，另一方面也可以增加系統(tǒng)擴充的能力，使我們的系統(tǒng)可以進行最快速度的業(yè)務擴展，以滿足不同用戶、不同階段、各種各樣的業(yè)務需求。 主要功能流程主頁面。商品修改用戶登陸注冊管理進入添加到購物車新聞管理資料修改商品管理商品添加輸入條件廣告鏈接新聞修改新聞添加廣告設置鏈接管理是否會員退出返回搜索物品選購物品結帳付款填寫訂貨單購物成功會員刪除退出 　主要功能流程圖 網(wǎng)站的功能分析經(jīng)過前期的深入調查和研究，總結出該平臺需要完成的一些具體功能，分析如下：能完成基本的商品瀏覽、商品選購、訂單發(fā)行過程 ，并生成訂單分角色權限管理 管理員可隨時修改網(wǎng)站分類模塊 、刪除、修改商品信息 、刪除、修改分類模塊信息，管理員可以跟蹤查看用戶訂單的支付情況，對已支付的訂單進行發(fā)貨實現(xiàn)一些簡單的商品查找功能，可進行模糊查詢。能處理一定量的并發(fā)性 平臺功能模塊的設計分析在平臺功能的分析基礎上，得到本平臺的功能模塊圖如下：網(wǎng)上購物平臺。商品修改用戶管理管理進入新聞管理用戶注冊商品管理商品添加會員管理廣告鏈接新聞修改新聞添加廣告設置鏈接管理商品名稱用戶修改會員刪除商品搜索網(wǎng)站布局 平臺購物模塊圖 系統(tǒng)用例圖 商品管理用例圖 前臺購物系統(tǒng)用例圖 后臺訂單用例關系圖　訂單管理用例圖第五章　數(shù)據(jù)庫設計 數(shù)據(jù)庫需求分析針對我們將要實現(xiàn)的業(yè)務功能，數(shù)據(jù)庫中應該具有以下的模塊：(1)用戶信息:其中應該包括用戶編號、用戶名、密碼、賬戶金額、姓名、地址等內(nèi)容。(2)商品信息:包括商品編號、商品名稱、商品價格、描述以及所屬類別等。(3)購物車:用來存儲用戶購物的信息，如商品編號、數(shù)量等。(4)訂單:一筆完整的訂單記錄應該包括它所相關商品集合以及各個商品的數(shù)量等信息。(5)管理員信息:與用戶信息類似，包括管理員編號、登錄名、密碼、角色類別等。 數(shù)據(jù)庫概念結構設計在數(shù)據(jù)庫技術中，我們用模型的概念描述數(shù)據(jù)庫的結構與語義，對現(xiàn)實世界進行抽象。表示實體類型及實體間聯(lián)系的模型稱為“數(shù)據(jù)模型”，其中之一就是實體聯(lián)系模型(ER模型)。ER模型是獨立于計算機系統(tǒng)的模型，完全不涉及信息在系統(tǒng)中的表示，只是用來描述某個特定組織關心的信息結構，這類模型稱為“概念數(shù)據(jù)模型”。在電子購物商城系統(tǒng)中，存在用戶、商品、購物車、訂單、管理員等幾個對象實體，以上述實體為例，一個用戶對應多個商品，同時一個商品屬于多個用戶；一個用戶對應多個購物車，同時一個購物車只屬于一個用戶；一個用戶對應多個訂單，一個訂單只能屬于一個用戶；一個商品對應多個購物車，一個購物車對應多個商品；一個商品對應多個訂單，一個訂單對應多個商品；一個訂單對應多個購物車，一個購物車只能屬于一個訂單；一個管理員對應多個用戶、商品、購物車、訂單，一個用戶、商品、購物車、訂單只能屬于一個管理員。由此可知用戶和購物車之間、用戶和訂單之間、訂單和