駱鵬傲， 朱 紅

（徐州醫(yī)學(xué)院醫(yī)學(xué)信息學(xué)院，江蘇徐州 221004）

0 引 言

互聯(lián)網(wǎng)的發(fā)展帶動(dòng)了網(wǎng)絡(luò)購(gòu)物的發(fā)展，各種購(gòu)物平臺(tái)遍布網(wǎng)絡(luò)，越來(lái)越多的中小企業(yè)轉(zhuǎn)變傳統(tǒng)的銷售方式，將銷售“搬到”網(wǎng)上，通過(guò)互聯(lián)網(wǎng)與消費(fèi)者進(jìn)行快捷溝通，消費(fèi)者通過(guò)網(wǎng)上銀行等進(jìn)行方便安全的支付［1－3］。但是當(dāng)企業(yè)進(jìn)行互聯(lián)網(wǎng)銷售時(shí)，會(huì)遇到一些問題：首先，企業(yè)如何快速方便地將商品放到互聯(lián)網(wǎng)上進(jìn)行銷售；再次，網(wǎng)絡(luò)銷售需要投入多大的人力、物力、時(shí)間成本。這些問題無(wú)不困擾著企業(yè)。傳統(tǒng)的電子商務(wù)平臺(tái)搭建需要企業(yè)先從系統(tǒng)提供商處購(gòu)買平臺(tái)軟件，然后購(gòu)買服務(wù)器，租用運(yùn)營(yíng)商機(jī)房及網(wǎng)絡(luò)帶寬，聘請(qǐng)專業(yè)人員進(jìn)行平臺(tái)維護(hù)。這一過(guò)程企業(yè)需要投入大量人力、物力和財(cái)力。在完成上述工作后，企業(yè)維護(hù)人員還需完善商品資料，進(jìn)行系統(tǒng)調(diào)試、試運(yùn)營(yíng)。這種傳統(tǒng)的平臺(tái)搭建方式無(wú)疑增加了企業(yè)運(yùn)營(yíng)成本和經(jīng)營(yíng)風(fēng)險(xiǎn)。針對(duì)目前信息社會(huì)對(duì)網(wǎng)絡(luò)購(gòu)物的需求，SaaS模式［5－6］的提出解決了這一問題，SaaS模式核心是將軟件看作為服務(wù)，企業(yè)購(gòu)買軟件轉(zhuǎn)變?yōu)槠髽I(yè)購(gòu)買相應(yīng)服務(wù)，利用SaaS模式的技術(shù)優(yōu)勢(shì)，提出了基于SaaS模式的電子商務(wù)平臺(tái)，實(shí)現(xiàn)

1 SaaS模式的基本概念及優(yōu)勢(shì)

1.1 SaaS模式基本概念

SaaS（Software as a Service）中文含義為軟件即服務(wù)。SaaS的核心思想是將軟件看作為一種服務(wù)，而非傳統(tǒng)方式將軟件視為一件商品。軟件服務(wù)提供商將應(yīng)用軟件統(tǒng)一部署在服務(wù)器上，并以一對(duì)多模式提供給客戶使用，客戶可根據(jù)自己需要按照約定的服務(wù)協(xié)議直接通過(guò)互聯(lián)網(wǎng)向軟件服務(wù)提供商獲取服務(wù)。傳統(tǒng)的軟件交付是企業(yè)與應(yīng)用提供商簽訂購(gòu)買及服務(wù)合同，應(yīng)用提供商向企業(yè)交付軟件，進(jìn)行軟件實(shí)施，企業(yè)提供軟件運(yùn)行所需硬件及網(wǎng)絡(luò)環(huán)境，如果企業(yè)需要應(yīng)用提供商進(jìn)行平臺(tái)日常維護(hù)，還需與服務(wù)商簽訂維護(hù)合同，每年向企業(yè)支付一定數(shù)額的維護(hù)費(fèi)用。

1.2 SaaS模式優(yōu)勢(shì)

SaaS模式得到快速發(fā)展，源于SaaS概念的先天優(yōu)勢(shì)，主要包括用戶和軟件商兩個(gè)層面：

1）用戶方面的優(yōu)勢(shì)是拿來(lái)即用、無(wú)需維護(hù)和按需使用。

2）軟件商方面的優(yōu)勢(shì)是節(jié)省銷售和維護(hù)成本。

2 SaaS軟件架構(gòu)

SaaS軟件的規(guī)模大小是標(biāo)志SaaS軟件運(yùn)營(yíng)是否成功的重要標(biāo)志。隨著軟件規(guī)模越來(lái)越大，用戶越來(lái)越多，SaaS軟件在架構(gòu)上需要進(jìn)行一步步優(yōu)化。從軟件商的成本角度考慮，當(dāng)軟件模塊發(fā)生數(shù)量級(jí)擴(kuò)大時(shí)，其運(yùn)營(yíng)成本也將翻倍增長(zhǎng)。因此，SaaS軟件架構(gòu)應(yīng)充分考慮規(guī)模變化，根據(jù)規(guī)模大小選擇合適的軟件架構(gòu)。目前業(yè)界對(duì)于SaaS軟件架構(gòu)成熟度主要?jiǎng)澐譃樗募?jí)架構(gòu)［8－9］，分別為：定制開發(fā)、可配置、高性能架構(gòu)、可伸縮架構(gòu)。其中第三級(jí)架構(gòu)實(shí)現(xiàn)了多租戶平臺(tái)，但是隨著客戶數(shù)量的逐漸增加，單一的數(shù)據(jù)庫(kù)及硬件平臺(tái)很快將成為整個(gè)SaaS應(yīng)用的發(fā)展瓶頸。因此，應(yīng)進(jìn)一步考慮如何在現(xiàn)有架構(gòu)基礎(chǔ)上承載更多的客戶數(shù)。第四級(jí)架構(gòu)在第三級(jí)架構(gòu)基礎(chǔ)上提出增加負(fù)載均衡設(shè)備，將客戶訪問壓力平均分發(fā)至多個(gè)軟件實(shí)例上，多個(gè)軟件實(shí)例對(duì)應(yīng)同一版本軟件，只是在部署架構(gòu)上發(fā)生改變，達(dá)到了架構(gòu)上的水平擴(kuò)展。

SaaS模式第四級(jí)架構(gòu)如圖1所示。

圖1 SaaS軟件第四級(jí)架構(gòu)

3 平臺(tái)架構(gòu)設(shè)計(jì)

3.1 需求分析

基于SaaS模式的電子商務(wù)平臺(tái)是面向不同企業(yè)用戶在線同時(shí)使用的系統(tǒng)，由于多個(gè)企業(yè)用戶同時(shí)使用，所以對(duì)用戶界面上可能會(huì)出現(xiàn)定制化需求，并且隨著用戶越來(lái)越多，平臺(tái)規(guī)模越來(lái)越大，系統(tǒng)平臺(tái)就會(huì)出現(xiàn)修改維護(hù)難度大，無(wú)法適應(yīng)定制化功能。因此，系統(tǒng)平臺(tái)在設(shè)計(jì)時(shí)需考慮以后規(guī)模增大帶來(lái)的伸縮問題?；诂F(xiàn)實(shí)需求的考慮，本系統(tǒng)在設(shè)計(jì)時(shí)遵循以下5項(xiàng)原則：

1）實(shí)用性原則。電子商務(wù)平臺(tái)在商業(yè)模式和開發(fā)運(yùn)營(yíng)技術(shù)上都非常成熟，基于這些成熟的業(yè)務(wù)流程開發(fā)和SaaS模式的電子商務(wù)平臺(tái)，很容易被企業(yè)所接受，能夠較快地支持和強(qiáng)化業(yè)務(wù)的高效動(dòng)作，最終通過(guò)平臺(tái)帶來(lái)經(jīng)濟(jì)效益。

2）先進(jìn)性原則。平臺(tái)在設(shè)計(jì)上應(yīng)考慮平臺(tái)的安全性和可靠性，并在此基礎(chǔ)上考慮平臺(tái)設(shè)計(jì)的先進(jìn)性。在開發(fā)技術(shù)上應(yīng)選取成熟的應(yīng)用技術(shù)，使用流行的技術(shù)架構(gòu)適應(yīng)以后新技術(shù)的發(fā)展；在硬件平臺(tái)要具有良好的性能參數(shù)，適合于大并發(fā)量數(shù)據(jù)處理。

3）可配置性原則。平臺(tái)可配置性是SaaS系統(tǒng)應(yīng)具備的基礎(chǔ)功能之一，為了使平臺(tái)能夠適應(yīng)不同用戶的業(yè)務(wù)需求，因此，平臺(tái)在設(shè)計(jì)時(shí)應(yīng)充分考慮可配置性要求。

4）可擴(kuò)展性原則。SaaS應(yīng)用平臺(tái)為一個(gè)多用戶平臺(tái)，是一個(gè)運(yùn)行在大并發(fā)量環(huán)境下的軟件平臺(tái)。隨著系統(tǒng)規(guī)模的擴(kuò)大，用戶數(shù)量的持續(xù)增加，對(duì)應(yīng)用平臺(tái)中應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器的負(fù)載也持續(xù)加大，應(yīng)用平臺(tái)應(yīng)具備可擴(kuò)展性及可和可伸縮。

5）安全性原則。SaaS平臺(tái)軟件在同一套系統(tǒng)上同時(shí)運(yùn)營(yíng)多個(gè)企業(yè)數(shù)據(jù)信息，數(shù)據(jù)采用集中保存。因此平臺(tái)在設(shè)計(jì)時(shí)，應(yīng)盡量提高數(shù)據(jù)存儲(chǔ)和傳輸時(shí)安全性，只有這樣才能更好地進(jìn)行平臺(tái)推廣。

3.2 平臺(tái)架構(gòu)

文中所述B2C電子商務(wù)系統(tǒng)功能主要包括購(gòu)模塊。前者實(shí)現(xiàn)系統(tǒng)平臺(tái)架構(gòu)功能，主要是將系統(tǒng)劃分為多個(gè)功能模塊，以模塊化方式進(jìn)行組織和開發(fā)，方便進(jìn)行產(chǎn)品打包；后者主要實(shí)現(xiàn)產(chǎn)品打包功能，用戶訂購(gòu)管理功能。使用此電子商務(wù)平臺(tái)［10－11］的用戶主要分為3種角色：平臺(tái)管理員、企業(yè)管理員和個(gè)人用戶。

平臺(tái)的總體架構(gòu)如圖2所示。

圖2 系統(tǒng)平臺(tái)功能圖

平臺(tái)在硬件設(shè)計(jì)上分為物理架構(gòu)和邏輯架構(gòu)，分別介紹如下。

3．2．1 物理架構(gòu)

基于SaaS的軟件系統(tǒng)［12］在物理部署上較傳統(tǒng)軟件有很大區(qū)別：多個(gè)客戶共用一個(gè)系統(tǒng)實(shí)例。SaaS軟件只有在用戶數(shù)量達(dá)到一定數(shù)量級(jí)才能發(fā)揮其較傳統(tǒng)軟件的優(yōu)勢(shì)。SaaS平臺(tái)在架構(gòu)部署上應(yīng)充分考慮系統(tǒng)的承載能力、擴(kuò)展能力。根據(jù)SaaS軟件承載客戶數(shù)量階段和成本預(yù)算不同，在部署上可分為兩個(gè)階段進(jìn)行實(shí)施：

第一階段：不添加負(fù)載設(shè)備，架構(gòu)中只包含一個(gè)應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器，所有用戶請(qǐng)求都由同一個(gè)系統(tǒng)實(shí)例處理。這種方式架構(gòu)上，應(yīng)用服務(wù)器又理解為兩部分：HTTP服務(wù)器和Web容器。前者用于監(jiān)聽HTTP協(xié)議，處理靜態(tài)內(nèi)容；后者處理動(dòng)態(tài)請(qǐng)求。

第二階段：使用負(fù)載設(shè)備實(shí)現(xiàn)負(fù)載均衡，使用負(fù)載設(shè)備的好處在于能夠?qū)⒂脩舻恼?qǐng)求訪問均勻地轉(zhuǎn)發(fā)給不同的設(shè)備上進(jìn)行處理，讓每個(gè)設(shè)備都能充分利用其處理能力。平臺(tái)配置了負(fù)載均衡的另一個(gè)好處是若某一設(shè)備出現(xiàn)問題，請(qǐng)求能被轉(zhuǎn)發(fā)至正常服務(wù)器上，保證系統(tǒng)的運(yùn)行，因?yàn)樨?fù)載設(shè)備一般都具有心跳檢測(cè)功能。

3．2．2 邏輯架構(gòu)

平臺(tái)開發(fā)在邏輯架構(gòu)上采用分層思想，將系統(tǒng)分為3層結(jié)構(gòu)，即表示層、業(yè)務(wù)層、數(shù)據(jù)訪問層。采用分層架構(gòu)進(jìn)行開發(fā)能夠降低代碼間的耦合，便于系統(tǒng)維護(hù)及擴(kuò)展。

1）表示層。負(fù)責(zé)與用戶進(jìn)行交互，包括數(shù)據(jù)展示、數(shù)據(jù)錄入等，系統(tǒng)功能及業(yè)務(wù)流程體現(xiàn)在表示層。

2）業(yè)務(wù)層。封裝業(yè)務(wù)需求操作，通過(guò)調(diào)用數(shù)據(jù)訪問層提供接口實(shí)現(xiàn)。

3）數(shù)據(jù)訪問層。數(shù)據(jù)訪問層由數(shù)據(jù)訪問接口和數(shù)據(jù)訪問邏輯組件組成。

4 系統(tǒng)詳細(xì)設(shè)計(jì)

系統(tǒng)以SSH框架集成技術(shù)為核心，并在3個(gè)框架基礎(chǔ)上進(jìn)行了一定封裝，項(xiàng)目按照3層架構(gòu)思想對(duì)各層一些共性的操作抽取到父類中定義，從而簡(jiǎn)化了各層開發(fā)，為各層業(yè)務(wù)開發(fā)提供了有利支撐。

4.1 事務(wù)管理實(shí)現(xiàn)

事務(wù)管理是企業(yè)級(jí)應(yīng)用程序開發(fā)中非常重要的一個(gè)問題，事務(wù)管理能夠保證業(yè)務(wù)數(shù)據(jù)的完整性和一致性。JavaEE對(duì)于事務(wù)管理主要分為聲明式事務(wù)管理和編程式事務(wù)管理。本系統(tǒng)事務(wù)管理基于Spring框架實(shí)現(xiàn)，通過(guò)在Spring配置文件中配置事務(wù)管理器，配置AOP切入點(diǎn)，動(dòng)態(tài)指定需攔截的方法，從而實(shí)現(xiàn)靈活的事務(wù)管理。事務(wù)管理實(shí)現(xiàn)的關(guān)鍵代碼如下：

4.2 數(shù)據(jù)分頁(yè)顯示

數(shù)據(jù)分頁(yè)顯示是企業(yè)應(yīng)用系統(tǒng)中最常見的一種數(shù)據(jù)顯示方式。實(shí)現(xiàn)數(shù)據(jù)分頁(yè)效果主要流程是：首先確定每頁(yè)記錄條數(shù)，然后計(jì)算總頁(yè)數(shù)，再根據(jù)查詢條件編寫分頁(yè)查詢SQL，從數(shù)據(jù)庫(kù)中查詢出一頁(yè)數(shù)據(jù)，最后在頁(yè)面中顯示，并進(jìn)行分頁(yè)控制。

在進(jìn)行分頁(yè)查詢數(shù)據(jù)時(shí)，最復(fù)雜的地方就是如何從數(shù)據(jù)庫(kù)中讀取一頁(yè)數(shù)據(jù)，在換頁(yè)時(shí)如何傳遞用戶查詢條件。Hibernate框架提供了統(tǒng)一的分頁(yè)查詢操作接口，使用此接口屏蔽了不同數(shù)據(jù)庫(kù)分頁(yè)查詢的復(fù)雜性，代碼中不需編寫各種數(shù)據(jù)庫(kù)的分頁(yè)SQL，因此，分頁(yè)操作在代碼中透明的。

Hibernate分頁(yè)操作實(shí)現(xiàn)如下：

Query query＝session．createQuery（封裝了用戶查詢條HQL）；

query．setFirstResult（（頁(yè)號(hào)－1）＊每頁(yè)記錄條數(shù)）；

query．setMaxResults（每頁(yè)記錄條數(shù)）；

4.3 權(quán)限控制

本系統(tǒng)采用基于角色的權(quán)限設(shè)計(jì)（RBAC），是將用戶與角色關(guān)聯(lián)，將角色與權(quán)限關(guān)聯(lián)。一個(gè)用戶分配多個(gè)角色，每個(gè)角色包含多個(gè)權(quán)限，這就構(gòu)成了“用戶－角色－權(quán)限”控制模型。這個(gè)模型中，用戶與角色之間、角色與權(quán)限之間一般是多對(duì)多關(guān)系。

基于角色的權(quán)限設(shè)計(jì)模型如圖3所示。

圖3 基于角色權(quán)限設(shè)計(jì)模型

為用戶指定角色關(guān)鍵代碼如下：

4.4 圖像處理

圖像處理是電子商務(wù)平臺(tái)中一個(gè)重要的內(nèi)容，圖像常見的相關(guān)處理包括：

1）為圖像產(chǎn)生縮略圖。

2）為圖像添加圖片水印。第一種是利用圖片處理API直接修改圖像源文件；另一種是通過(guò)過(guò)濾器技術(shù)，不修改源文件，直接在過(guò)濾器中添加水印。

3）為圖像添加文字水印。本系統(tǒng)采用的是基于JMagicK工具包實(shí)現(xiàn)了圖像剪切、綻放、加水印常用功能。

5 系統(tǒng)實(shí)現(xiàn)

系統(tǒng)最終是為企業(yè)和用戶服務(wù)的，其最終實(shí)現(xiàn)模塊主要包括：產(chǎn)品訂購(gòu)模塊、用戶訂購(gòu)商品模塊和促銷模塊。本系統(tǒng)在設(shè)計(jì)時(shí)充分考慮了數(shù)據(jù)擴(kuò)展性的可配置性。

5.1 產(chǎn)品訂購(gòu)模塊實(shí)現(xiàn)

產(chǎn)品訂購(gòu)主要是指企業(yè)用戶根據(jù)自己需要的功能模塊訂購(gòu)相應(yīng)產(chǎn)品包，平臺(tái)提供多個(gè)產(chǎn)品包供用戶選擇，每個(gè)產(chǎn)品包中都包括多個(gè)功能模塊，最大程度上將功能模塊間依賴程序降低，讓企業(yè)能夠花最少的錢就使用上符合自身需求的系統(tǒng)功能。產(chǎn)品流程從企業(yè)用戶登錄開始，首先平臺(tái)會(huì)檢測(cè)當(dāng)前用戶是否登錄，若未登錄則跳轉(zhuǎn)到企業(yè)用戶注冊(cè)頁(yè)面。企業(yè)用戶登錄后，查看產(chǎn)品包列表及詳細(xì)說(shuō)明，選擇要訂購(gòu)的產(chǎn)品包進(jìn)行訂購(gòu)，然后填寫訂購(gòu)相關(guān)信息（包括訂購(gòu)時(shí)長(zhǎng)，支付方式等），訂購(gòu)成功后系統(tǒng)生成相應(yīng)訂單，將訂單存儲(chǔ)至數(shù)據(jù)庫(kù)中。系統(tǒng)同時(shí)提醒用戶付款，若付款后由平臺(tái)管理員為其開通服務(wù)，至此訂購(gòu)流程結(jié)束。產(chǎn)品訂購(gòu)業(yè)務(wù)流程如圖4所示。

圖4 產(chǎn)品訂購(gòu)業(yè)務(wù)流程

5.2 用戶訂購(gòu)商品模塊

用戶訂購(gòu)商品指用戶瀏覽企業(yè)用戶網(wǎng)站后，查看感興趣商品詳細(xì)信息，點(diǎn)擊頁(yè)面上添加至購(gòu)物車按鈕，將商品添加到購(gòu)物車列表中。系統(tǒng)頁(yè)面轉(zhuǎn)入至購(gòu)物車列表，同時(shí)詢問是繼續(xù)購(gòu)物還是選擇結(jié)賬。若用戶選擇繼續(xù)購(gòu)物，則系統(tǒng)跳轉(zhuǎn)至商品列表頁(yè)，讓用戶繼續(xù)選擇感興趣商品；否則系統(tǒng)轉(zhuǎn)至結(jié)算頁(yè)面，對(duì)購(gòu)物車中商品進(jìn)行數(shù)量匯總和價(jià)格匯總，并確定購(gòu)物車中商品是否正確。若用戶確認(rèn)購(gòu)物車中商品，系統(tǒng)將開始判斷當(dāng)前用戶是否為已登錄用戶，若用戶未登錄，則會(huì)跳轉(zhuǎn)至登錄頁(yè)，同時(shí)在登錄頁(yè)中提示新用戶注冊(cè)。若為登錄用戶，則系統(tǒng)會(huì)生成訂單，并將訂單信息存儲(chǔ)至數(shù)據(jù)庫(kù)中。

用戶訂購(gòu)商品模塊的部分關(guān)鍵代碼如下：

保存購(gòu)物車中商品到數(shù)據(jù)庫(kù)中：

訂單號(hào)

／／設(shè)置商品數(shù)量

5.3 促銷模塊實(shí)現(xiàn)

產(chǎn)品促銷是網(wǎng)上商城一個(gè)重要的營(yíng)銷手段，因此，促銷模塊是網(wǎng)上商城一個(gè)不可缺少的模塊。當(dāng)前網(wǎng)上商城的促銷規(guī)則主要包括：

1）針對(duì)某一商品的捆綁銷售，如買兩瓶牛奶送一條毛巾等。通過(guò)此方式還可設(shè)計(jì)實(shí)現(xiàn)“限時(shí)搶購(gòu)”、“限量搶購(gòu)”銷售捆綁方式。

2）針對(duì)某一品牌，購(gòu)買某品牌商品滿XX元贈(zèng)送（或半價(jià)購(gòu)買）某商品。

3）針對(duì)某一品牌，購(gòu)買數(shù)量滿XX件贈(zèng)送（或半價(jià)購(gòu)買）某商品。

4）全場(chǎng)類，即全場(chǎng)滿XX元贈(zèng)送某商品。對(duì)于以上促銷規(guī)則，還可靈活添加“雙倍返還積分”，對(duì)于產(chǎn)品類還可添加“會(huì)員積分限制”。

對(duì)于已有系統(tǒng)添加促銷模塊，主要思路是用戶在查看某商品時(shí)，即從促銷信息表中查詢判斷此商品是否處于促銷中，若處于促銷中，則讀取促銷信息并顯示在產(chǎn)品頁(yè)面中，同時(shí)顯示此促銷捆綁的商品（即贈(zèng)送商品，或可半價(jià)等購(gòu)買的商品）。當(dāng)用戶查看購(gòu)物車時(shí)，需遍歷購(gòu)物車中所有商品，讀取商品編號(hào)及數(shù)量，判斷每件商品是否符合某一促銷規(guī)則，若符合則在購(gòu)物車中自動(dòng)添加捆綁商品。

6 結(jié) 語(yǔ)

在SaaS開發(fā)模式的基礎(chǔ)上，提出了一種基于SaaS模式的電子商務(wù)平臺(tái)，該平臺(tái)是由各資源實(shí)體“自組織”形成的分布式、虛擬、動(dòng)態(tài)的集群環(huán)境，為了提升其性能，一些實(shí)力型機(jī)構(gòu)更應(yīng)該提供一些強(qiáng)力的計(jì)算集群，并實(shí)例化地剖析了它在電子商務(wù)平臺(tái)上的一些應(yīng)用。隨著SaaS技術(shù)和電子商務(wù)的不斷發(fā)展，關(guān)于電子商務(wù)的服務(wù)和共享問題將得到越來(lái)越多的關(guān)注，相信文中提出的基于SaaS模式的電子商務(wù)平臺(tái)將以產(chǎn)學(xué)研的模式在實(shí)踐中將會(huì)得到廣泛應(yīng)用。

［1］ 袁曉舟．ASP平臺(tái)應(yīng)用集成模式研究與實(shí)現(xiàn)［J］．制造業(yè)自動(dòng)化，2010（12）：41－43．

［2］ 李杰．新興在線軟件服務(wù)的用戶接受影響因素研究［J］．浙江大學(xué)學(xué)報(bào)，2010（3）：9－18．

［3］ 葉偉．互聯(lián)網(wǎng)時(shí)代的軟件革命：SaaS架構(gòu)設(shè)計(jì)［M］．北京：電子工業(yè)出版社，2009．

［4］ Frederick Chong，Gianpaolo Carraro．Architecture strategies for catching the long tail［Z］．USA：Microsoft Corporation，2011．

［5］ 孫衛(wèi)琴．精通Struts：基于MVC的Java Web設(shè)計(jì)與開發(fā)［M］．北京：電子工業(yè)出版社，2010．

［6］ James Turner，Kevin Bedell．Struts Kick Start中文版［M］．北京：電子工業(yè)出版社，2011．

［7］ 祁耀斌，李福太，陳逢春，等．J2EE平臺(tái)上MVC設(shè)計(jì)模式在開發(fā)電子商務(wù)政務(wù)系統(tǒng)中的應(yīng)用［J］．計(jì)算機(jī)應(yīng)用研究，2012（8）：101－106．

［8］ Christian Bauer，Gavin King．Hibernate實(shí)戰(zhàn)［M］．2版．北京：人民郵電出版社，2010．

［9］ 計(jì)文柯．Spring技術(shù)內(nèi)幕：深入解析Spring架構(gòu)與設(shè)計(jì)原理［M］．北京：機(jī)械工業(yè)出版社，2010．

［10］ 郭黎明．B2C電子商務(wù)系統(tǒng)結(jié)構(gòu)淺析［J］．承德民族師專學(xué)報(bào)，2011（2）：18－20．

［11］ 紀(jì)鋒，司光宇，杜會(huì)林．B2C電子商務(wù)系統(tǒng)功能開發(fā)［J］．電子商務(wù)世界，2011（3）：64－65．

［12］ 馮凱平，張勇．磁盤陣列RAID技術(shù)解析與應(yīng)用［J］．信息與電腦：理論版，2012（8）：151－152．