【正文】 現(xiàn)在互聯(lián)網(wǎng)的發(fā)展速度，可以說給我國(guó)帶來翻天覆地的變化。 3 電子商務(wù)系統(tǒng)方案對(duì)比 在我國(guó)，目前大多數(shù)電子商務(wù)系統(tǒng)都采用 PHP 與 ASP 技術(shù)應(yīng)用比較廣泛。 首先， PHP 主要缺乏規(guī)模的支持。應(yīng)用邏輯 層、數(shù)據(jù)庫(kù)、表示邏輯層彼此分開，而且同層也可以根據(jù)流量分開，組成二維陣列， PHP 缺乏的就是這種支持。 ASP 是 Microsoft開發(fā)的動(dòng)態(tài)網(wǎng)頁語言，也繼承了微軟產(chǎn)品的一貫傳統(tǒng)，即只能運(yùn)行于微軟的服務(wù)器產(chǎn)品， IIS(Inter Information Server) (windows NT)和PWS(Personal Web Server)(windows 98)上。 JSP 則沒有以上缺陷， JSP 可以通過 SUN Java的 Java Class 和 EJB獲得規(guī)模支持，通過 EJB/CORBA以及眾多廠商的 Application Server 獲得結(jié)構(gòu)支持。世界上一些大的電子商務(wù)解決方案提供商都采用 JSP/Servlet。它們都是通過 CGI來提供支持 的。 總的來說， ASP、PHP、 JSP 三者都有相當(dāng)數(shù)量的支持者，而這三者也各有所長(zhǎng)，在開發(fā)過程中，我們會(huì)采用實(shí)際的需求來選擇更為合適的技術(shù)，該系統(tǒng)采用的是較新的 JSP 技術(shù)，主要是由于 JSP 的跨平臺(tái)性和安全性都是比較好，其次，通過該系統(tǒng)學(xué)習(xí) 和開發(fā)，來深入學(xué)習(xí)這門技術(shù)和掌握開發(fā)系統(tǒng)的流程。我使用 HTML、 JSP 等技術(shù)來編輯網(wǎng)頁，并應(yīng)用 Hibernate 技術(shù)對(duì)數(shù)據(jù)庫(kù)進(jìn)行封裝，然后利用 Struts技術(shù)實(shí)現(xiàn)動(dòng)態(tài)頁面的關(guān)聯(lián)。 系統(tǒng)開發(fā)的意義 本系統(tǒng)的開發(fā)，將信息化的管理帶入到銷售業(yè)，在一定的程度上，優(yōu)化資源的配置，提高商品的經(jīng)濟(jì)效益，降低市場(chǎng)交易風(fēng)險(xiǎn)，提高商品市場(chǎng)流動(dòng)的效率；在一定程度上縮短用戶在商品選擇和購(gòu)物的中間環(huán)節(jié)，簡(jiǎn)化了購(gòu)物流程，提高效率，為用戶節(jié)約了大量的時(shí)間，通過對(duì)新用戶的注冊(cè)審核，好建立一個(gè)安全穩(wěn)定的購(gòu)物環(huán)境， 解決傳統(tǒng) 5 電子商務(wù)系統(tǒng)存在的誠(chéng)信度的問題 2. 網(wǎng)上購(gòu)書系統(tǒng)的分析 系統(tǒng)的設(shè)計(jì)目標(biāo) 本電子商務(wù)系統(tǒng)由于需要演示程序，為了掩飾方便，我采用struts/Hibernate框架，結(jié)合 tomcat 工具來實(shí)現(xiàn)演示，在此系統(tǒng)分為前臺(tái)管理和后臺(tái)管理。 系統(tǒng)的可行性分析 技術(shù)可行性 由于互聯(lián)網(wǎng)的發(fā)展迅速，不僅遍布人們生活當(dāng)總的每一個(gè)角落，同時(shí)又方便互聯(lián)網(wǎng)用戶能夠隨時(shí)隨地來使用本系統(tǒng)，所以該系統(tǒng)采用B/S 結(jié)構(gòu) [1]。從而簡(jiǎn)化客戶端電腦的載客，更有力的減小了維護(hù)與升級(jí)的工作量和投入的成本，更有效的較少用戶的總體的成本。它主要 6 是實(shí)現(xiàn)一次性到位開發(fā)，有利于實(shí)現(xiàn)不同的人，在不同地點(diǎn)以及不同的接入方式（如 LAN、 Inter、 WAN）來訪問和操作共同的數(shù)據(jù)庫(kù)；能有效的保護(hù)系統(tǒng)管理訪問權(quán)限和系統(tǒng)數(shù)據(jù)平臺(tái)。 經(jīng)濟(jì)可行性 本系統(tǒng)在架構(gòu)上雖然有些復(fù)雜。 （ 1）穩(wěn)定的消費(fèi)者群體 據(jù) CNNIC的調(diào)查報(bào)告顯示，網(wǎng)絡(luò)購(gòu)物消費(fèi)者職業(yè)分布，上網(wǎng)目的及使用的服務(wù)范圍越來越多，在線上網(wǎng)的時(shí)間越來越長(zhǎng)，消費(fèi)者的職業(yè)分布有計(jì)算機(jī)業(yè)教研機(jī)構(gòu)、大專及本科院校為主體 轉(zhuǎn)變?yōu)槭聵I(yè)單位、銀行、工商、稅務(wù)、保險(xiǎn)、教師、學(xué)生等等各行各業(yè)。 （ 2）安全的支付體系 網(wǎng)上購(gòu)物通常都是采用網(wǎng)上銀行和支付寶來付費(fèi)的，而支付寶的付費(fèi)模式還是相當(dāng)安全的，所以通常來講，其支付體系的安全性是直接的肯定的。 隨著電子商務(wù)的日益發(fā)展，電子商務(wù)企業(yè)通常都會(huì)與相應(yīng)的物流公司都有合作，因而網(wǎng)上購(gòu)物的物流配送環(huán)節(jié)的質(zhì)量能夠有所保障。他們更容易接納新的生活方式，而這些用戶也具有很大的消費(fèi)能力，隨著互聯(lián)網(wǎng)在我國(guó)的日發(fā)展，互聯(lián)網(wǎng)用戶數(shù)量的快速增長(zhǎng)，各種年齡段的網(wǎng)絡(luò)用戶都在逐漸的接受網(wǎng)上購(gòu)物的這種消費(fèi)模式，而網(wǎng)上支付寶的越來越完善，網(wǎng)上支付的物流行業(yè)的崛起，給電子商務(wù)的發(fā)展帶來了很強(qiáng)的優(yōu)勢(shì)。通用語的基本庫(kù)，消息機(jī)制，數(shù)據(jù)庫(kù)接口 的處理都能完全整合到 JSP 的 WEB應(yīng)用中。 可行性分析總結(jié) 該電子商務(wù)系統(tǒng)主要是考慮用戶的安全性和操作流暢性，因此對(duì)用戶的管理和資格權(quán)限審核環(huán)節(jié)做出一定的限定，只有通過審核確認(rèn)是會(huì)員才有使用權(quán)，而且需要對(duì)管理員的權(quán)限進(jìn)行合理的分配。 JSP 主要是為了提供一種建立動(dòng)態(tài)網(wǎng)頁的一種方法，同時(shí)也提供一個(gè) Servlet端框架 [2]，基于這個(gè)框架，開發(fā)者可以很容易的把 HTML、 XML、 JAVA、 JavaScript等其他腳本語言靈活快速的創(chuàng)建和維護(hù)頁面，特別是當(dāng)期的商業(yè)性系統(tǒng)。 第二、系統(tǒng)支持多平臺(tái)，基本上可以在任意環(huán)境中開發(fā)，可以 在任意環(huán)境中能擴(kuò)展更能和在任意系統(tǒng)下進(jìn)行部署，所以通過以上的優(yōu)點(diǎn)， Asp/Php 它們過于局限。 JSP 的運(yùn)行原理 [2]： 在第一次獲得客戶端瀏覽器發(fā)送的請(qǐng)求時(shí)，通過 JSP 引擎吧 JSP文件換成一個(gè) Servlet，通過 .jsp 文件編程成 Java. class 文件。 在編譯是出現(xiàn)錯(cuò)誤，發(fā)現(xiàn) JSP 文件有任何語法上的錯(cuò)誤，轉(zhuǎn)換過程將會(huì)中斷，不會(huì)生成 class 文件，并且向客戶端發(fā)出錯(cuò)誤信息；如 9 果編譯成功，則所轉(zhuǎn)換發(fā)生的 Servlet 代碼被編譯，然后 JSP 引擎會(huì)把 Servlet加載內(nèi)存當(dāng)中，同時(shí) JSP 引擎請(qǐng)求 jspInit（）方法來執(zhí)行，并會(huì)對(duì) Servlet進(jìn)行初始化。而常見的 WEB應(yīng)用在 JSP技術(shù)基礎(chǔ)上開發(fā)的服務(wù)器主要有 Weblogic和 Tomcat兩種。 Tomcat 服務(wù)器是 Apache Group Jakarta小組開發(fā)的一個(gè)免費(fèi)服務(wù)器軟件， 適合于嵌入 Apache中使用，而且它是開源的， 能夠免費(fèi)獲取源代碼，你可以自由地對(duì)他進(jìn)行擴(kuò)充。而Weblogic 服務(wù)器采用 WEB 服務(wù)器引擎， Jbuilder 將其作為標(biāo)準(zhǔn)的測(cè)試服務(wù)器， SUN 公司也將其作為 JSP 技術(shù)應(yīng)用的實(shí)例服務(wù)器，而Weblogic的不足之處就是它的配置比較麻煩，而且還有部分的安全問題還 沒有解決，但是由于 Tomcat 服務(wù)器有眾多大軟件公司的支持，而且在穩(wěn)定性上要比 Weblogic 服務(wù)器要穩(wěn)定 一些，而且 Tomcat 發(fā)展前景也比較好，所以為了配置方便和節(jié)約成本的問題上 Tomcat 是我們最好的選擇。選擇 MySQL 書庫(kù)是應(yīng)為 的技術(shù)特點(diǎn)如下： ⒈ MySQL使用的核心線程是完全多線程的，支持多處理器。 ⒊ MySQL 通過一個(gè)高度優(yōu)化的類庫(kù)來實(shí)現(xiàn) SQL 函數(shù)庫(kù)并且向他們能達(dá)到的一樣的快速，通常在查詢初始化后不該有認(rèn)可內(nèi)存分配，沒有內(nèi)存漏洞。你也可以在同一查詢中混合來自不同數(shù)據(jù)庫(kù)的表。 ⒍ MySQL 能過工作在不同平臺(tái)上，同樣支持 Java、 C、 C++、 PHP多種語言的開發(fā)。 Java[5]的核心 11 是面向?qū)ο缶幊蹋?OOP）。 計(jì)算機(jī)程序主要是由兩類元素組成：數(shù)據(jù)和代碼。換句話說，程序會(huì)圍繞 “正在進(jìn)行 ”編寫，但有些程序則圍繞 “對(duì)某些事務(wù)的影響 ”來進(jìn)行編寫。然而它的程序變化很大而且程序的復(fù)雜度也非常高，這 樣往往會(huì)在編寫程序是時(shí)候會(huì)出現(xiàn)很多問題。但是面向?qū)ο缶幊痰某绦驅(qū)嶋H上通過數(shù)據(jù)來控制對(duì)代碼的訪問。 系統(tǒng)的主要框架及開發(fā)模式 在本系統(tǒng)當(dāng)中我主要采用 MVC 架構(gòu)和 B/S 體系，利用 Struts 和Hibernate框架 [7]，對(duì)開發(fā)框架的整合，來實(shí)現(xiàn)簡(jiǎn)單的開發(fā)框架。通過前面我們可以知道該 Http 服務(wù)器有良好的跨平臺(tái)性和 12 安全性，可以在多個(gè)操作系統(tǒng)當(dāng)中運(yùn)行，如 WindowXP、 Win Linux等。 B/S 三層體系結(jié)構(gòu) [8]主要采用三層客戶 /服務(wù)器結(jié)構(gòu)，用戶界面層（ Client）和數(shù)據(jù)管理層（ Server）增加了一層結(jié)構(gòu)，稱為中間件，是整個(gè)體系就夠變?yōu)槿龑?。核心概念是利用中間層將應(yīng)用分為表示層、業(yè)務(wù)層邏輯層、和數(shù)據(jù)存儲(chǔ)層三個(gè)不同的處理層次。 圖 31 B/S三層體系結(jié)構(gòu) B/S 結(jié)構(gòu)的主要優(yōu)點(diǎn)有： ⒈ B/S 在信息發(fā)布服務(wù)和靈活的信息交流都提供一個(gè)很好服務(wù)。 ⒉ 安全性比較好。 ⒊ B/S 模式與 Web 的平臺(tái)無關(guān)性，這樣的結(jié)構(gòu)容易擴(kuò)展，可以以一臺(tái)服務(wù)器和多個(gè)個(gè)用戶的工作組來進(jìn)行擴(kuò)張成為成千上萬個(gè)用戶訪問的系統(tǒng)。由于單個(gè)應(yīng)用服務(wù)器是處 于不同平臺(tái)的，來為客戶應(yīng)用程序提供服務(wù)，通過這樣可以大大減少開發(fā)時(shí)間和成本的投入。 ⒍ B/S 建立在瀏覽器上，有更加豐富和生動(dòng)的表現(xiàn)方式與用戶交流，并且大部分難度減低，減低開發(fā)成本。 14 圖 32 MVC的框架結(jié)構(gòu)圖 在基于 Java 技術(shù)的 WEB 應(yīng) 用程序當(dāng)中，模型部分的主要組件是JavaBean 和 EJB，視圖部分的主要組件是 HTML 和 JSP 程序，而控制器部分的主要組件是 Servlet部分。 ⑵ 清晰，易于開發(fā)者對(duì)于第三部分分工與協(xié)作，易于維護(hù)或者識(shí)別不同的層次實(shí)施不同的維護(hù)策略。 15 ⑸ 采用 MVC 模式開發(fā)的系統(tǒng)更健壯，對(duì)于大型的應(yīng)用程序優(yōu)勢(shì)跟為明顯。系統(tǒng)包含以下模塊： （ 1）用戶管理模塊（ user） 用戶登錄，用戶注冊(cè)， 用戶權(quán)限（登錄檢查） （ 2）產(chǎn)品瀏覽模塊（ main） 主界面，分類瀏覽界面，產(chǎn)品詳細(xì)界面 （ 3）購(gòu)物車模塊（ cart） 購(gòu)買，更新數(shù)量，恢復(fù)，刪除，列表顯示，金額統(tǒng)計(jì) （ 4）訂單模塊（ order） 創(chuàng)建訂單，（后續(xù)可擴(kuò)展訂單管理功能） 16 圖 41功能結(jié)構(gòu)圖 系統(tǒng)架構(gòu) 交易系統(tǒng)和管理系統(tǒng)在系統(tǒng)架構(gòu)方面完全一致，采用 4 層結(jié)構(gòu)，主要包括：表現(xiàn)層 [12]、控制層、業(yè)務(wù)層、持久層。 ③ 業(yè)務(wù)層：實(shí)現(xiàn)主要業(yè)務(wù)邏輯，是系統(tǒng)主要的運(yùn)算單元。 交易系統(tǒng)架構(gòu) 圖 42 交易系統(tǒng)架構(gòu) 管理系統(tǒng)架構(gòu) 18 圖 43 管理系統(tǒng)架構(gòu) 系統(tǒng)相關(guān)實(shí)體圖 用戶信息 圖 44 用戶信息圖 商品信息 19 圖 45 商品信息圖 訂單信息 圖 46 訂單信息圖 管理信息 管 理 員標(biāo) 號(hào)密 碼管 理 員 郵 箱 圖 47 管理員信息圖 20 5. 數(shù)據(jù)庫(kù)設(shè)計(jì) 數(shù)據(jù) ER 圖 圖 51數(shù)據(jù) ER圖 系統(tǒng)數(shù)據(jù)庫(kù)的設(shè)計(jì) 本系統(tǒng)數(shù)據(jù)庫(kù)的功能主要是組織和存儲(chǔ)網(wǎng)上購(gòu)物系統(tǒng)中所有數(shù)據(jù)信息，例如：用戶信息、商品信息和銷售信息。下面將逐一介紹這八個(gè)數(shù)據(jù)表的結(jié)構(gòu)和內(nèi)容： 1． 會(huì)員信息表 d_user 該表存儲(chǔ)了用戶的個(gè)人詳細(xì)信息，該表結(jié)構(gòu)如表 51所示。 表 53 d_book 數(shù)據(jù)表結(jié)構(gòu) 序號(hào) 字段說明 字段名稱 數(shù)據(jù)類型 1 編號(hào) Id 自動(dòng)編號(hào) 2 作者 Author Varchar(200) 3 出版社 Publishing Varchar(200) 4 出版時(shí)間 Publish_Time Bigint(20) 5 字?jǐn)?shù) Word_Number Varchar(15) 6 商品介紹 Which_Edtion Varchar(15) 7 總頁數(shù) Total_Page Varchar(15) 8 印刷時(shí)間 Print_Time Int(20) 9 印刷次數(shù) Print_Number Varchar(15) 10 作者評(píng)語 Author_Summary Text 4．書籍分類信息表 d_category 該表存儲(chǔ)了書籍分類信息，該表結(jié)構(gòu)如表 54所示。 23 表 55 d_category_product 數(shù)據(jù)表結(jié)構(gòu) 序號(hào) 字段說明 字段名稱 數(shù)據(jù)類型 1 產(chǎn)品 ID product_id int(10) 2 分類 ID category_id int(10) 6．訂單信息表 d_order 該表存儲(chǔ)了客戶的訂單信息，該表結(jié)構(gòu)如表 56所示。 24 表 57 d_item數(shù)據(jù)表結(jié)構(gòu) 序號(hào) 字段說明 字段名稱 數(shù)據(jù)類型 1 編號(hào) ID 自動(dòng)編號(hào) 2 訂單 ID Order_Id Int(10) 3 產(chǎn)品 ID Product_Id Int(10) 4 產(chǎn)品名稱 Product_Name Varchar(100) 5 當(dāng)當(dāng)價(jià) Dang_Price Double 6 產(chǎn)品數(shù)量 Product_Num Int(10) 7 小計(jì) Amount Double 8．送貨地址信息表 d_receive_address 該表存儲(chǔ)了送貨地址的詳細(xì)資料，該表結(jié)構(gòu)如表 58所示。與其他 WEB應(yīng)用的編寫方法相比，強(qiáng)大的數(shù)據(jù)庫(kù)訪問能力，簡(jiǎn)單的數(shù)據(jù)庫(kù)訪問是 JSP 的突出優(yōu)點(diǎn)。本系統(tǒng)連接數(shù)據(jù)庫(kù)的代碼如下： !DOCTYPE hibernateconfiguration PUBLIC //Hibernate/Hibernate Configuration DTD hibernateconfiguration sessionfactory name=foo proper