【正文】 ndation）的 Jakarta 項(xiàng)目中的一個(gè)核心項(xiàng)目，由于有了 Sun 的參與和支持，最新的 Servlet 和 JSP 規(guī)范總是能在 Tomcat 中得到體現(xiàn)。對(duì)于一個(gè)初學(xué)者來說，當(dāng)在一臺(tái)機(jī)器上配置好 Apache 服務(wù)器，可利用它響應(yīng)對(duì) HTML 頁面的訪問請(qǐng)求。不過， Tomcat 處理靜態(tài) HTML 的能力不如 Apache服務(wù)器。 Ajax 能 提供與服務(wù)器異步通信的能力，從而使用戶從請(qǐng)求 /響應(yīng)的循環(huán)中解脫出來。該對(duì)象是一種支持異步請(qǐng)求的技術(shù)。因此在網(wǎng)上 體育用品銷售 系統(tǒng)的設(shè)計(jì)中，采用了基于 Struts2 的結(jié)構(gòu)框架設(shè)計(jì)，采用 此 結(jié)構(gòu)框架設(shè)計(jì)的優(yōu)點(diǎn)有： (1) 可擴(kuò)展性： Struts2 框架是基于 JSP Model2 的設(shè)計(jì)標(biāo)準(zhǔn)，可以說是 MVC 設(shè)計(jì)模式的一種變化類型，其業(yè)務(wù)邏輯和表示邏輯分開，而且所有默認(rèn)的設(shè)置都可以配置，包括了一系列通用標(biāo)記擴(kuò)展，適應(yīng)復(fù)雜的業(yè)務(wù)形式，具有較強(qiáng)的可擴(kuò)展性，能滿足新業(yè)務(wù)發(fā)展的要求。它是一個(gè)獨(dú)立的對(duì)象持久層框架，和 Application Server、 EJB 之間 沒有什么必然的聯(lián)系。 圖 Hibernate的體系總覽圖 由于 Hibernate比較復(fù)雜，提供了好幾種運(yùn)行方式。它是 Session 的工廠，是 Connection Provider 的客戶。保存有必需的（第一級(jí)）持久化對(duì)象的緩存，用于遍歷對(duì)象圖或通過標(biāo)識(shí)符查找對(duì)象。而 B/S 模式下多采用分層結(jié)構(gòu)，分布式處理任務(wù)，多客戶時(shí)性 能優(yōu)越。 (4) C/S 界面操作速度有一定優(yōu)勢(shì)，但存在界面死板、不夠美觀的弱點(diǎn)，而瀏覽器頁面的元素的多樣性使得系統(tǒng)界面更加美觀。 ContextListener 使用的目的是，監(jiān)聽整個(gè)應(yīng)用系統(tǒng)的啟動(dòng)和關(guān)閉， 當(dāng)系統(tǒng)啟動(dòng)時(shí)會(huì)加載數(shù)據(jù)庫中的所有體育用品商品。 北京郵電大學(xué)畢業(yè)設(shè)計(jì) 5 第二章 需求分析 需求分析概述 體育用品銷售管理系統(tǒng)主要實(shí)現(xiàn) 了在 網(wǎng)上選購 商品 、 將商品加入購物車、查詢訂單等 功能。通過系統(tǒng)對(duì)體育用品銷售過程中的數(shù)據(jù)進(jìn)行全面的管理和統(tǒng)計(jì)，避免人為處理各 北京郵電大學(xué)畢業(yè)設(shè)計(jì) 6 類數(shù)據(jù)時(shí)所產(chǎn)生的各種問題，提高了企業(yè)的經(jīng)濟(jì)效益，為企業(yè)經(jīng)營(yíng)決策提供了大量的、權(quán)威的數(shù)據(jù)，使企業(yè)的管理進(jìn)行到科學(xué)化、系統(tǒng)化的范籌。 用戶登錄需求 在登錄界面上用戶可以輸入用戶名和密碼進(jìn)行登錄，如果用戶名和密碼都正確， 則可以 進(jìn)入 體育用品銷售管理 系統(tǒng)，如果不正確，提示用戶 登陸失敗，請(qǐng)輸入正確的用戶名和密碼 ，并重新登錄。當(dāng)用戶用注冊(cè)用戶賬號(hào)登錄本系統(tǒng)進(jìn)行購物時(shí)，用戶可以先將選中商品加入購物車，再提交訂單，可以選擇貨到付款、郵局匯款、銀行轉(zhuǎn)賬三個(gè)付款方式?？梢圆榭促徫镘?，可以 修改 選中的 商品的數(shù)量 ， 可以添加 商品放入購物車 ， 也可以取消 已 加入購物車的商品 或者清空購物車重新選購 商品 。由一系列組件和功能模塊組成。數(shù)據(jù)庫設(shè)計(jì)是指針對(duì)一個(gè)給定的 應(yīng)用環(huán)境，構(gòu)造最 好 的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，有效存儲(chǔ)數(shù)據(jù)，滿足用戶信息要求和處理要求。 圖 系統(tǒng)的實(shí)體關(guān)系圖 根據(jù) ER 圖，可得出數(shù)據(jù)庫的表單如下： (1)userinfo：存放用戶信息 如表 所示 ： 表 用戶信息表 字段名 字段類型 約束或索引 描述 userid Varchar2(16) PK 記錄流水號(hào) Name Varchar2（ 16） 用戶名 Password Varchar2(16) 用戶密碼 Zip Varchar2(255) 郵編 Address Varchar2(255) 地址 Telephone Varchar2(255) 電話 Email Varchar2 (255) 電子郵件 用戶 擁有 個(gè)人信息 訂貨 訂單 構(gòu)成 訂單明細(xì) 體育用品 參照 擁有 體育用品信息 購買 北京郵電大學(xué)畢業(yè)設(shè)計(jì) 11 (2) Product 表：存放體育用品信息 如表 所示 ： 表 體育用品信息表 字段名 字段類型 約束或索引 描述 productid Number PK 記錄流水號(hào) Name Varchar2(64) 書名 description Varchar2(2020) 體育用品的描述 baseprice Number 體育用品價(jià)錢 categoryid Number 體育用品類型 pcount Number 體育用品的數(shù)量 images Varchar2(200) 體育用品的圖片 (3) orderline 表：存放訂單明細(xì)信息 如表 所示 ： 表 訂單明細(xì)表 字段名 字段類型 約束或索引 描述 lineid Number(10) PK 記錄流水號(hào) productid Number(10) FK 體育用品的流水記錄號(hào) Orderid Number(10) FK 訂單的流水記錄號(hào) amount Number(10) 數(shù)量 (4)der 表：存放訂單信息 如表 所示 ： 表 訂單信息表 字段名 字段類型 約束或索引 描述 orderid Number(Sequence) PK 記錄流水號(hào) name Varchar2(32) 體育用品名稱 finished Number 下單時(shí)間 cost Number 訂單價(jià)格 userid Varchar2(16) FK 用戶編號(hào) statusid Number FK 訂單狀態(tài) paywayid Number FK 付款方式 北京郵電大學(xué)畢業(yè)設(shè)計(jì) 12 (5) payway 表：用戶選擇付款方式 如表 ： 表 付款方式表 字段名 字段類型 約束或索引 描述 Paywayid Number PK 記錄流水號(hào) paystyle Varchar2(16) 付款方式 (6)contactionfo 表：查看訂單詳細(xì)信息 如表 所示 ： 表 訂單詳細(xì)信息表 字段名 字段 類型 約束或索引 描述 contactid Number PK 記錄流水號(hào) userid Varchar2(16) FK 用戶編號(hào) street1 Varchar2(64) 聯(lián)系地址 zip Varchar2(8) 郵編 Varchar2(32) Email地址 homephone Varchar2(16) 家庭電話 cellphone Varchar2(16) 手機(jī)號(hào)碼 officephone Varchar2(16) 辦公室電話 北京郵電大學(xué)畢業(yè)設(shè)計(jì) 13 系 統(tǒng)組成 系統(tǒng)組成表如表 ： 表 系統(tǒng)組成表 用戶表示層 (View) 控制處理層 (Controller) 業(yè)務(wù)邏輯層 (Model) Action Admin Category Contactioninfo IShopCart Order Orderline Orderstatus Payway Product ShopCart User AddProductAction AdminLoginAction AdminProductAction ExitAction IndexAction LoginAction ModifyAction ..... ..... ..... 系統(tǒng)文件組織設(shè)計(jì) 采用分層 開發(fā)設(shè)計(jì)，這樣的好處是分工明確，適合團(tuán)隊(duì)開發(fā)。 WebRoot中的文件主要是直接為用戶提供服務(wù)的頁面文件，也就是 MVC中的 (View) ，負(fù)責(zé)界面的顯示和與用戶的交互。 系統(tǒng)運(yùn)行環(huán)境 系統(tǒng)運(yùn)行的操作系統(tǒng)為 Windows,也可以移植到 Linux、 Unix 等操作系統(tǒng)下執(zhí)行，數(shù)據(jù)庫采用 Oracle 10g,應(yīng)用服務(wù)器采用符合 J2EE 規(guī)范的 應(yīng)用服務(wù)器。 圖 系統(tǒng)時(shí)序圖 （ 1） 界面：在本項(xiàng)目中指 JSP頁面，在具體的時(shí)序圖中被實(shí)際的頁面文件所替代。如果某個(gè)功能沒有業(yè)務(wù) 邏輯處理，此類可以不在時(shí)序圖中存在。 北京郵電大學(xué)畢業(yè)設(shè)計(jì) 16 由它創(chuàng)建全局的 SessionFactory 工廠類，并且提 供創(chuàng)建和關(guān)閉 session 實(shí)例，創(chuàng)建HibernateTransaction 負(fù)責(zé)打開 /關(guān)閉事物。每個(gè)持久化類對(duì)應(yīng)一個(gè) DAO類 ,它實(shí)現(xiàn)了持久化類的創(chuàng)建、查詢、更新及刪除方法，以及其它訪問持久化機(jī)制的方法。本系統(tǒng)所有與業(yè)務(wù)邏輯有關(guān)的方法都在 Service 接口中，并且在 包中創(chuàng)建一個(gè) impl 包，此包中的類是對(duì) service 接口的實(shí)現(xiàn)。 本系統(tǒng)所有與數(shù)據(jù)庫邏輯有關(guān)的方法都在 Dao的實(shí)現(xiàn)類中，現(xiàn)在 dao包下創(chuàng)建接口IProductDao、 IOrderDao、 IUserDao ,并在 包下創(chuàng)建接口的實(shí)現(xiàn)類ProductDaoImpl OrderDaoImpl、 UserDaoImpl,注意要繼承相應(yīng)的接口。如果用戶名和密碼正確，將成功跳轉(zhuǎn)到體育用品銷售管理系統(tǒng)主頁面，如果不正確，提示給用戶錯(cuò)誤信息，并且還跳轉(zhuǎn)到登錄界面繼續(xù)登錄。我們?cè)?logAction 里面也有定義兩個(gè)實(shí)例變量： name 和 password 并且寫上對(duì)應(yīng)的 set/get 方法。 無論是用戶還是管理員，在登錄成功后都把 Service 層的 login 方法返回的Customer 對(duì)象保存到 session范圍內(nèi)。對(duì)注冊(cè)的用戶進(jìn)行合法性的驗(yàn)證，滿足所有的條件的用戶才能注冊(cè)成功。 具體實(shí)現(xiàn)的思想：在注冊(cè)界面中，對(duì)于帶有紅色星號(hào)的項(xiàng)必須填寫，其具體的客戶端驗(yàn)證通過 JavaScript 完成，如果沒有填 寫在提交的時(shí)候系統(tǒng)會(huì)提示 用戶填寫相關(guān)的項(xiàng)目。 體育用品列表的動(dòng)態(tài)顯示是在 web 應(yīng)用啟動(dòng)的時(shí)候完成的，使用了創(chuàng)建事件監(jiān)聽器的方式實(shí)現(xiàn)。 北京郵電大學(xué)畢業(yè)設(shè)計(jì) 18 在創(chuàng)建事件監(jiān)聽器以后，一定要在 配置文件中對(duì)事件監(jiān)聽器進(jìn)行配置，否則創(chuàng)建的事件監(jiān)聽器不起任何作用。 用戶點(diǎn)擊購買按鈕時(shí)相當(dāng)于提交了一個(gè)表單，這個(gè)表單包含了一個(gè)隱含的 input標(biāo)簽，其內(nèi)容為購買體育用品的 id 號(hào)，和購買的體育用品數(shù)量。 點(diǎn)擊體育用品列表下方的查看購物車功能時(shí)，跳轉(zhuǎn)到 頁面，在購物車頁面中使用 jsp 腳本把存放在 session 范圍內(nèi)的 shopcart 對(duì)象取出，將 shopcart對(duì)象中的所有 products 信息使用 jstl 的 c:forEach var= items=/forEach中的集合遍歷方式遍歷輸出。 用戶訂單管理 在體育用品列表中有查看用戶訂單信息的功能，需要實(shí)現(xiàn) IOrderDao 接口中的findOrderByUserid 方法，此方法與數(shù)據(jù)庫交互查詢出當(dāng)前用戶所有的 Order 信息，實(shí)現(xiàn) IOrderService 接口中的業(yè)務(wù)方法 listOrdersOfUser，在 OrderAction 中創(chuàng)建execute 方法，調(diào)用 Service 層的 listOrdersOfUser 方法來查找用戶所有的訂單信息。 在購物車中有提交訂單的功能，當(dāng)你登錄用戶名時(shí)，點(diǎn)擊提交功能時(shí)跳轉(zhuǎn)到 北京郵電大學(xué)畢業(yè)設(shè)計(jì) 19 頁面，在這個(gè)頁面上點(diǎn)擊確認(rèn)按鈕時(shí)才能正式提交訂單，并將訂單信息提交給相應(yīng)的 action 來處理。 庫存管理 在此模塊中管理員可以增加商品和修改商品。在用戶的功能實(shí)現(xiàn)上，有對(duì)選購商品，購物車管理，訂單管 理等。軟件測(cè)試的目的是確保最終交給用戶的產(chǎn)品的功能符合用戶需求，在產(chǎn)品交給用戶之前發(fā)現(xiàn)并改正盡可能多的問題。在測(cè)試時(shí)，把程序看做一個(gè)不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測(cè)試者對(duì)程序接口進(jìn)行測(cè)試，它只檢查程序功能是否能按照需求規(guī)格說明書的規(guī)定正常使用。 一、 用戶注冊(cè)： ，并預(yù)測(cè)結(jié)果。 用戶輸入用戶名點(diǎn)擊“查看用戶名是否存在時(shí)”會(huì)發(fā)送一個(gè) xmlHttpRequest 請(qǐng)求給名為“ CheckName”的 servlet，它獲得用戶填入的用戶名然后調(diào)用 Service 層的方法查找該名稱的 user 類的對(duì)象。 二、購買體育用品，提交訂單 ，并預(yù)測(cè)結(jié)果 測(cè)試數(shù)據(jù)如表 所示。 圖 查看購物車圖 購買商品操作提示：如果輸入一個(gè)小于 0 的整數(shù)然后點(diǎn)擊購買按鈕，系統(tǒng)給予反饋的提示：購買數(shù)量不能小于 1。 修改前 修改后 購買的體育用品名 數(shù)量 購買的體育用品名 數(shù) 量 紅雙喜乒乓球 3 紅雙喜乒乓球 2 李寧羽毛球 1 李寧羽毛球 1 總價(jià) 1640 總價(jià) 1290 預(yù)期結(jié)果：購物車中購買的商品的數(shù)量和商品的總價(jià)會(huì)改變?yōu)?