【文章內(nèi)容簡介】 象 XmlHttpRequest。該對象是一種支持異步請求的技術(shù)。簡而言之， XmlHttpRequest 使用戶可以使用 JavaScript 向服務(wù)器提出請求并處理響應(yīng)，而不是阻塞用戶。在創(chuàng)建 Web 站點時，在客戶端執(zhí)行屏幕更新為用戶提供了很大的靈活性。 Struts2 框架的引入 一個成功的電子商務(wù)網(wǎng)站的構(gòu)建不僅需要考慮到如何高效快捷的實現(xiàn)系統(tǒng)功能，還要本著可擴展的原則，在一定時期內(nèi)適應(yīng)技術(shù)發(fā)展與功能擴充的需求，同時要給用戶提供方便、實用的信息服 務(wù)，使網(wǎng)站的商務(wù)功能最大化。因此在網(wǎng)上 體育用品銷售 系統(tǒng)的設(shè)計中，采用了基于 Struts2 的結(jié)構(gòu)框架設(shè)計，采用 此 結(jié)構(gòu)框架設(shè)計的優(yōu)點有： (1) 可擴展性： Struts2 框架是基于 JSP Model2 的設(shè)計標(biāo)準(zhǔn)，可以說是 MVC 設(shè)計模式的一種變化類型，其業(yè)務(wù)邏輯和表示邏輯分開，而且所有默認的設(shè)置都可以配置，包括了一系列通用標(biāo)記擴展，適應(yīng)復(fù)雜的業(yè)務(wù)形式，具有較強的可擴展性，能滿足新業(yè)務(wù)發(fā)展的要求。 (2) 標(biāo)準(zhǔn)性和開放性： Struts2 框架基于 Java 語言，而且其基本組件具有統(tǒng)一的標(biāo)準(zhǔn)，在許多運行標(biāo)準(zhǔn)的容器中都工 作的非常好，具備優(yōu)異的可移植性 (3) 安全性和高效性 Struts2 具有完善的安全管理機制， Java 語言也是當(dāng)前最安全的語言。采用 Struts 能使系統(tǒng)具有較高的網(wǎng)絡(luò)安全性和運行效率，保證提供高質(zhì)量的網(wǎng)絡(luò)服務(wù)和快速的響應(yīng)速度。 Hibernate 框架的引入 Hibernate 是 JDBC 的輕量級的對象封裝，它是當(dāng)前比較流行的對象持久化技術(shù)，用 hibernate 可以將一個 Java 對象保存到數(shù)據(jù)庫。它是一個獨立的對象持久層框架，和 Application Server、 EJB 之間 沒有什么必然的聯(lián)系。 Hibernate 可以用在任何 JDBC可以使用的場合，例如 Java 應(yīng)用程序的數(shù)據(jù)庫訪問代碼， DAO 接口的實現(xiàn)類，甚至可以是 BMP 里面的訪問數(shù)據(jù)庫的代碼。 Hibernate 是一個和 JDBC 密切關(guān)聯(lián)的框架，所以 Hibernate 的兼容性和 JDBC 驅(qū)動及數(shù)據(jù)庫都有一定的關(guān)系，但是和使用它的 Java 程序、 Application Server 沒有任何關(guān)系，也不存在兼容性問題。 Hibernate 的體系總覽 如圖 所示。 圖 Hibernate的體系總覽圖 由于 Hibernate比較復(fù)雜，提供了好幾種運行方式。在輕型體系中，應(yīng)用程序自己 北京郵電大學(xué)畢業(yè)設(shè)計 4 提供 JDBC 連接，并自行管理事務(wù)。這種方式使用了 Hibernate API 的一個最小子集。如圖 所示 圖 Hibernate運行方式圖 此處 SessionFactory 的含義為：單一數(shù)據(jù)庫編譯過的映射文件的一個線程安全的、不可變的緩存快照。它是 Session 的工廠，是 Connection Provider 的客戶。可能持有一個可選的二級數(shù)據(jù)緩存，可以在進程級別后集群級別保存可以在事務(wù)中重用的數(shù)據(jù)。 Session 是生命周期的單線程對象 ，代表應(yīng)用程序和持久層之間的一次對話。封裝了一個 JDBC 連接，也是 Transaction 的工廠。保存有必需的（第一級）持久化對象的緩存，用于遍歷對象圖或通過標(biāo)識符查找對象。 網(wǎng)站工作模式 目前在應(yīng)用開發(fā)領(lǐng)域中，主要分成兩大編程體系，一種是基于瀏覽器的 B/S 結(jié)構(gòu)，另一種是客戶機 /服務(wù)器（ C/S）結(jié)構(gòu)。在此網(wǎng)上銷售管理系統(tǒng)中，我們采用了 B/S 模式。 將 C/S 與 B/S 模式作一下比較發(fā)現(xiàn)： (1) C/S 模式客戶連接多時導(dǎo)致性能迅速下降、占用資源多。而 B/S 模式下多采用分層結(jié)構(gòu)，分布式處理任務(wù)，多客戶時性 能優(yōu)越。 (2) 客戶端與服務(wù)器直接相連，安全性差，對客戶端性能要求較高。而 B/S 模式只需要有瀏覽器即可訪問。 (3) 對 C/S程序作任何改動都需要重新安裝客戶端，而 B/S 程序只需要在服務(wù)器端重新部署即可實現(xiàn)所有客戶程序的更新。 (4) C/S 界面操作速度有一定優(yōu)勢，但存在界面死板、不夠美觀的弱點，而瀏覽器頁面的元素的多樣性使得系統(tǒng)界面更加美觀。 總體上，基于 B/S 應(yīng)用模式的營銷系統(tǒng)更加符合現(xiàn)在的應(yīng)用環(huán)境和技術(shù)發(fā)展的趨勢。 本系統(tǒng)充分利用過濾器和監(jiān)聽器的功能，解決系統(tǒng)亂碼問題， 和對 session 對象的管理。 其中監(jiān)聽器使用了 SessionListener,ContextListener， SessionListener 實現(xiàn)了當(dāng)用戶關(guān)閉瀏覽器時，系統(tǒng)會自動刪除 session 中的購物車，當(dāng)用戶訪問頁面時即session 形成時，監(jiān)聽器會自動監(jiān)聽，系統(tǒng)會自動創(chuàng)建購物車以便后來在用戶購物車管理模塊中當(dāng)用戶購買商品時，放入到此購物車中。 ContextListener 使用的目的是，監(jiān)聽整個應(yīng)用系統(tǒng)的啟動和關(guān)閉， 當(dāng)系統(tǒng)啟動時會加載數(shù)據(jù)庫中的所有體育用品商品。這樣 做 的好處是不必每次請求查看商品數(shù)據(jù)時都與數(shù)據(jù)庫發(fā)生交互。 本章小結(jié) 本章首先分析了下當(dāng)前銷售行業(yè)在網(wǎng)絡(luò)上的發(fā)展態(tài)勢，得出基于 web 系統(tǒng)的開發(fā)是一個新的趨勢。然后從技術(shù)的角度討論了 web 系統(tǒng)開發(fā)的模式和框架，包括 struts2和 hibernate 框架的運行原理和各自的性能特點，它們各自代表著控制層和持久層。 北京郵電大學(xué)畢業(yè)設(shè)計 5 第二章 需求分析 需求分析概述 體育用品銷售管理系統(tǒng)主要實現(xiàn) 了在 網(wǎng)上選購 商品 、 將商品加入購物車、查詢訂單等 功能。 本系統(tǒng) 實現(xiàn) 了 商品信息的展示、購物車管理、 注冊用 戶信息、 修改個人信息、登錄管理、訂單處理等模塊。需求分析可以分解為用戶需求分析和管理員需求 分析。 功能模塊圖 功能模塊圖 如圖 ： 圖 功能模塊圖 可行性分析 經(jīng)濟可行性 通過網(wǎng)站對體育用品銷售進行全面的自動化的管理，使銷售管理系統(tǒng)更加規(guī)范，實現(xiàn)了通過網(wǎng)絡(luò)對商品信息進行發(fā)布、傳遞、接收等一系列功能，大大提高了企業(yè)的辦公效率。通過系統(tǒng)對體育用品銷售過程中的數(shù)據(jù)進行全面的管理和統(tǒng)計，避免人為處理各 北京郵電大學(xué)畢業(yè)設(shè)計 6 類數(shù)據(jù)時所產(chǎn)生的各種問題，提高了企業(yè)的經(jīng)濟效益，為企業(yè)經(jīng)營決策提供了大量的、權(quán)威的數(shù)據(jù)，使企業(yè)的管理進行到科學(xué)化、系統(tǒng)化的范籌。 技術(shù)可行性 網(wǎng)絡(luò)體育用品銷售 系統(tǒng)的開發(fā)采用了先進成熟并且符合實際應(yīng)用的開發(fā)方法， 目前最流行的集成開發(fā)環(huán)境 MyEclipse，動態(tài)網(wǎng)頁開發(fā)技術(shù) JSP和 MVC 架構(gòu)技術(shù) Struts、Spring 和 Hibernate，功能強大的數(shù)據(jù)庫管理工具 Oracle，結(jié)合 自己的 實際開發(fā)能力，可以開發(fā)出較為完善的 體育用品銷售管理 系統(tǒng)。 環(huán)境可行性分析 在軟件環(huán)境方面，系統(tǒng)的開發(fā)環(huán)境如下： 操作系統(tǒng)： windows7； Web 應(yīng)用服務(wù)器： Tomcat ； 數(shù)據(jù)庫： Oracle ； 開發(fā)工具 ： Elcipse； 用戶需求分析 用戶注冊需求 注冊要求用戶輸入一些個人信息， 用戶名是每個注冊用戶的唯一標(biāo)識。注冊過程中還可以檢查用戶名是否存在， 當(dāng)注冊成功后，用戶可以使用用戶名和密碼進入體育用品銷售系統(tǒng)，進行購物 、查看訂單 等活動。 用戶登錄需求 在登錄界面上用戶可以輸入用戶名和密碼進行登錄，如果用戶名和密碼都正確， 則可以 進入 體育用品銷售管理 系統(tǒng)，如果不正確，提示用戶 登陸失敗，請輸入正確的用戶名和密碼 ，并重新登錄。如果用戶不存在還可以點擊用戶注冊進入用戶注冊界面。 購買商品需求 用戶可以以兩種身份瀏覽商品。一種是已注冊用戶，另一種是游客。當(dāng)用戶用注冊用戶賬號登錄本系統(tǒng)進行購物時，用戶可以先將選中商品加入購物車，再提交訂單，可以選擇貨到付款、郵局匯款、銀行轉(zhuǎn)賬三個付款方式。如果以游客身份購買商品，可以將選中商品先加入購物車，提交訂單時，系統(tǒng)會自動提示您需要登錄才可以購買此商品，頁面將自動跳轉(zhuǎn)到登錄界面。 購物車管理需求 購物車可以 跟蹤用戶選擇的 商品 ，用戶在購物車中保存 自己 所選中的 商品 。每個用戶都有自己臨時的一個購物車?？梢圆榭促徫镘?，可以 修改 選中的 商品的數(shù)量 ， 可以添加 商品放入購物車 ， 也可以取消 已 加入購物車的商品 或者清空購物車重新選購 商品 。 訂單管理需求 已登陸用戶能查看自己的訂單， 能查看自己訂單的詳細信息，也可以刪除自己的訂單， 當(dāng)確認訂單后，系統(tǒng)根據(jù)購物車中的數(shù)據(jù)生成一 條 訂單 記錄 和一 條 訂單明細 記錄 ，并將此次購買信息加入到相應(yīng)顧客的訂單信息中，并清空 了 購物車中的所有商品。 管理員需求分析 管理庫存的需求 核心功能為添加商品，修改商品信息，修改庫存，即對體育用品數(shù)量的增加和刪除，增加體育用品的同時還要對保存在 session 里面的體育用品 作更新，與數(shù)據(jù)庫的同步，讓顧客可以買到最新型號的體育用品。 如圖 所示 北京郵電大學(xué)畢業(yè)設(shè)計 7 圖 管理員需求框圖 系統(tǒng)用例圖 （ 1）客戶總體用例圖 ， 如圖 所示 圖 客戶總體用例圖 (2) 客戶管理用例圖 ， 如圖 所示 圖 客戶管理用例圖 北京郵電大學(xué)畢業(yè)設(shè)計 8 （ 3）客戶購物車用例圖 ， 如圖 所示 圖 客戶購物車用例圖 （ 4）客戶訂單用例圖 ， 如圖 所示 圖 北京郵電大學(xué)畢業(yè)設(shè)計 9 第 三 章 概要設(shè)計 系統(tǒng)體系結(jié)構(gòu)的設(shè)計 （１）該系 統(tǒng)是以關(guān)系數(shù)據(jù)庫為存儲，基于 Web的應(yīng)用系統(tǒng)。由一系列組件和功能模塊組成。 ● 總體結(jié)構(gòu)：瀏覽器 /服務(wù)器（ B/S） ● 編程模式： Jsp+Hibernate+STRUTS2 ● 邏輯結(jié)構(gòu)：用戶界面開發(fā)、業(yè)務(wù)邏輯處理和數(shù)據(jù)存儲 （２） 該系統(tǒng)聯(lián)合 使 用業(yè)務(wù)代理和 DAO 模式 系統(tǒng)的層次結(jié)構(gòu)設(shè)計 系統(tǒng)從邏輯上分為顯示層、業(yè)務(wù)邏輯層、數(shù)據(jù)持久層。從程序分布位置角度 來看 ，系統(tǒng)依次分布在瀏覽器、應(yīng)用服務(wù)器、數(shù)據(jù)庫系統(tǒng) 這 三層 。 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫技術(shù)是信息資源管理最有效的手段。數(shù)據(jù)庫設(shè)計是指針對一個給定的 應(yīng)用環(huán)境，構(gòu)造最 好 的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，有效存儲數(shù)據(jù)，滿足用戶信息要求和處理要求。數(shù)據(jù)庫結(jié)構(gòu)設(shè)計的好壞直接對應(yīng)用系統(tǒng)的效率及實現(xiàn)效果產(chǎn)生影響。合理的數(shù)據(jù)庫設(shè)計可以提高數(shù)據(jù)庫的存儲效率、保證數(shù)據(jù)的完整性和一致性。 北京郵電大學(xué)畢業(yè)設(shè)計 10 基于系統(tǒng)的功能分析， 其 ER圖 如圖 。 圖 系統(tǒng)的實體關(guān)系圖 根據(jù) ER 圖，可得出數(shù)據(jù)庫的表單如下： (1)userinfo：存放用戶信息 如表 所示 ： 表 用戶信息表 字段名 字段類型 約束或索引 描述 userid Varchar2(16) PK 記錄流水號 Name Varchar2（ 16） 用戶名 Password Varchar2(16) 用戶密碼 Zip Varchar2(255) 郵編 Address Varchar2(255) 地址 Telephone Varchar2(255) 電話 Email Varchar2 (255) 電子郵件 用戶 擁有 個人信息 訂貨 訂單 構(gòu)成 訂單明細 體育用品 參照 擁有 體育用品信息 購買 北京郵電大學(xué)畢業(yè)設(shè)計 11 (2) Product 表：存放體育用品信息 如表 所示 ： 表 體育用品信息表 字段名 字段類型 約束或索引 描述 productid Number PK 記錄流水號 Name Varchar2(64) 書名 description Varchar2(2020) 體育用品的描述 baseprice Number 體育用品價錢 categoryid Number 體育用品類型 pcount Number 體育用品的數(shù)量 images Varchar2(200) 體育用品的圖片 (3) orderline 表：存放訂單明細信息 如表 所示 ： 表 訂單明細表 字段名 字段類型 約束或索引 描述 lineid Number(10) PK 記錄流水號 productid Number(10) FK 體育用品的流水記錄號 Orderid Number(10) FK 訂單的流水記錄號 amount Number(10) 數(shù)量 (4)der 表：存放訂單信息 如表 所示 ： 表 訂單信息表 字段名 字段類型 約束或索引 描述 orderid Number(Sequence) PK 記錄流水號 name Varchar2(32) 體育用品名稱 finished Number 下單時間