分布式電子商務(wù)網(wǎng)站設(shè)計(jì)范文

本站小編為你精心準(zhǔn)備了分布式電子商務(wù)網(wǎng)站設(shè)計(jì)參考范文，愿這些范文能點(diǎn)燃您思維的火花，激發(fā)您的寫作靈感。歡迎深入閱讀并收藏。

1需求分析

1.1電子商務(wù)系統(tǒng)特點(diǎn)由于電子商務(wù)是通過互聯(lián)網(wǎng)進(jìn)行的商品交易行為，因此電子商務(wù)有一般商品交易的基本特點(diǎn)，然而由于該交易過程要通過不安全和不受信任的網(wǎng)絡(luò)，因此電子商務(wù)有其獨(dú)有的特點(diǎn)：（1）聚合性。電子商務(wù)是一個由多個部分組成的結(jié)構(gòu)實(shí)體，其把眾多商品供應(yīng)商，商戶，客戶，第三方交易擔(dān)保平臺，物流公司等聯(lián)系在一起，電子商務(wù)網(wǎng)站將市場分散的利潤點(diǎn)集中起來，提供了社會資源的利用率。由于各實(shí)體之間的需求不同，提供的商品也不同，如何將多個實(shí)體之間的信息整合和優(yōu)化，并將其供用戶使用是電子商務(wù)平臺必須考慮的問題。（2）數(shù)據(jù)量大。每類商品的數(shù)據(jù)量都非常巨大，同時商品的信息，商品供應(yīng)商，銷售商品的商戶，物流公司，客戶的需求等，各有各的熱點(diǎn)，如何將海量的信息存儲，并提供良好的服務(wù)，也是電子商務(wù)平臺不可回避的問題。（3）實(shí)時性要求高。由于產(chǎn)品信息太多，且不同的產(chǎn)品的特點(diǎn)不同，所以用戶檢索，下訂單的時候網(wǎng)站必須有良好的機(jī)制與商戶交互以及時的提供商品信息，高實(shí)時性可以提高下訂單的成功率，同時可以提高用戶體驗(yàn)，降低客服成本。

1.2電子商務(wù)網(wǎng)站工作流程電子商務(wù)網(wǎng)站最常用的三個功能包括商品的查詢，訂單的下發(fā)以及商品費(fèi)用的支付，具體流程如下。（1）查詢流程。作為電子商務(wù)網(wǎng)站最常用的功能之一，用戶通過該功能查看商戶提供的商品信息，比如商品的名稱，用途，價(jià)格，質(zhì)量，產(chǎn)地，商品的評論，商戶的信用等級，以及使用該產(chǎn)品需要注意的信息等。一般情況下，為用戶提供不同商品的比對，能夠給用戶提供良好的用戶體驗(yàn)。一般情況來說，電子商務(wù)網(wǎng)站的用戶都是散客，因此決定了用戶喜歡選擇質(zhì)優(yōu)價(jià)廉的商品，用戶會通過多個同類產(chǎn)品的比對來決定是否購買該產(chǎn)品或者購買哪種產(chǎn)品。（2）商品訂單流程對于電子商務(wù)網(wǎng)站來說，用戶下單之后需要去商戶下單，如果產(chǎn)品價(jià)格正確，商戶會處理訂單，并且安排快遞公司進(jìn)行配送，同時將訂單處理結(jié)果返回給用戶，如果產(chǎn)品需要修改價(jià)格等，也需要將修改的結(jié)果返回給用戶。由于交易過程是通過網(wǎng)絡(luò)連接進(jìn)行的，如果因?yàn)榫W(wǎng)絡(luò)故障而導(dǎo)致訂單無法及時返回，則需要相關(guān)會話的回滾。（3）電子商務(wù)支付流程電子商務(wù)模式主要采用在線支付的模式，通過第三方支付平臺處理支付活動，第三方支付平臺接受用戶的支付請求，通過銀行轉(zhuǎn)帳的方式將款項(xiàng)從銀行卡轉(zhuǎn)付到第三方支付平臺，第三方支付平臺通知商戶，支付的結(jié)果，當(dāng)支付成功之后，商戶開始發(fā)貨，等到用戶確認(rèn)收貨并同意支付之后，第三方支付平臺將款項(xiàng)轉(zhuǎn)給商戶，從而完成一次支付過程。

2分布式電子商務(wù)網(wǎng)站的設(shè)計(jì)

2.1系統(tǒng)的開發(fā)架構(gòu)設(shè)計(jì)根據(jù)電子商務(wù)網(wǎng)站的特點(diǎn)，系統(tǒng)在開發(fā)上分為應(yīng)用層，組件層和核心層。分層的主要優(yōu)點(diǎn)是清晰，易于理解。上層的應(yīng)用主要依賴與下層提供的接口，而不容許跨層訪問，系統(tǒng)的開發(fā)架構(gòu)如圖4所示。（1）應(yīng)用層。應(yīng)用層主要包括系統(tǒng)的UI，系統(tǒng)的界面邏輯，和相關(guān)產(chǎn)品功能服務(wù)。應(yīng)用層負(fù)責(zé)封裝事務(wù)，在應(yīng)用層實(shí)現(xiàn)跨領(lǐng)域服務(wù)的業(yè)務(wù)邏輯，向用戶提供普通的業(yè)務(wù)邏輯，包括商品的查找，在線交流，下發(fā)訂單等。（2）組件層。主要包括各個業(yè)務(wù)邏輯的處理過程，如商品的查詢，如果用戶按照商品的價(jià)格排序，則需要相關(guān)組件對查詢結(jié)果進(jìn)行排序，然后顯示在用戶界面上。在用戶提交訂單時，需要有對訂單處理的組件等。（3）核心層。核心層主要對用戶的業(yè)務(wù)進(jìn)行處理，主要包括系統(tǒng)的業(yè)務(wù)層，業(yè)務(wù)控制層，系統(tǒng)的模型服務(wù)，數(shù)據(jù)訪問層等。

2.2數(shù)據(jù)庫架構(gòu)的設(shè)計(jì)大部分系統(tǒng)的瓶頸在于I/O操作上，如數(shù)據(jù)庫的讀寫，特別是在系統(tǒng)高訪問量的情況下。然而由于數(shù)據(jù)庫集群在架構(gòu)，成本以及擴(kuò)展性方面都會受到DB類型的限制。因此在電子商務(wù)網(wǎng)站中必須考慮到數(shù)據(jù)庫的設(shè)計(jì)，以盡可能提升系統(tǒng)的性能。數(shù)據(jù)庫的散列是經(jīng)常采用的方法之一，其主要原理是讓主數(shù)據(jù)庫處理事務(wù)性查詢，而將相關(guān)的數(shù)據(jù)存儲在從數(shù)據(jù)庫節(jié)點(diǎn)中。通過數(shù)據(jù)切分的方式來提高系統(tǒng)數(shù)據(jù)庫的讀寫性能，橫向擴(kuò)展是一種比較好的選擇，水平的切分?jǐn)?shù)據(jù)庫[3]，可以降低單臺數(shù)據(jù)庫服務(wù)器的訪問負(fù)載，降低了數(shù)據(jù)庫宕機(jī)的可能性，通過集群方案，解決了數(shù)據(jù)庫服務(wù)器故障導(dǎo)致系統(tǒng)數(shù)據(jù)庫單點(diǎn)故障的可能性，通過讀寫分離更是最大限度地提高了應(yīng)用中讀取數(shù)據(jù)的速度和并發(fā)量。數(shù)據(jù)庫的結(jié)構(gòu)設(shè)計(jì)如圖5所示。電子商務(wù)網(wǎng)站數(shù)據(jù)庫設(shè)計(jì)的主要思路是讀寫分離，垂直分割。數(shù)據(jù)庫又分為查詢數(shù)據(jù)庫和交易數(shù)據(jù)庫。查詢數(shù)據(jù)庫主要負(fù)責(zé)用戶的查詢服務(wù)，而交易數(shù)據(jù)庫主要負(fù)責(zé)交易訂單的寫入，且交易數(shù)據(jù)庫又分為多個子庫組成，以支撐高并發(fā)性。查詢數(shù)據(jù)庫存放商品信息，以承載多用戶的高并發(fā)查詢。數(shù)據(jù)庫的分離，充分體現(xiàn)了數(shù)據(jù)庫的讀寫分類原則。數(shù)據(jù)的垂直分割主要是根據(jù)業(yè)務(wù)功能不同而劃分不同的數(shù)據(jù)庫，劃分?jǐn)?shù)據(jù)庫主要用來滿足業(yè)務(wù)和容量伸縮性，數(shù)據(jù)隔離等要求。數(shù)據(jù)庫的垂直分割，主要是依靠業(yè)務(wù)內(nèi)聚，將相同的業(yè)務(wù)放在同一個數(shù)據(jù)庫中；使用方式相同的數(shù)據(jù)放在同一個數(shù)據(jù)庫中。根據(jù)上述原則，數(shù)據(jù)庫分為商戶數(shù)據(jù)庫，用戶數(shù)據(jù)庫，商品數(shù)據(jù)庫，訂單數(shù)據(jù)庫等。數(shù)據(jù)庫的水平切分是使用數(shù)據(jù)庫分區(qū)技術(shù)把一個數(shù)據(jù)表劃分為多個分區(qū)，按業(yè)務(wù)劃分?jǐn)?shù)據(jù)庫后，一些核心數(shù)據(jù)由于數(shù)量巨大，如商品數(shù)據(jù)庫，存在著單表性能瓶頸，因此需要對這些數(shù)據(jù)庫進(jìn)行水平切分。

2.3系統(tǒng)部署架構(gòu)的設(shè)計(jì)核心系統(tǒng)提供相關(guān)組件供應(yīng)用層使用，產(chǎn)品組件和核心子系統(tǒng)的通訊方式是以HTTP協(xié)議為基礎(chǔ)，核心子系統(tǒng)使用相關(guān)負(fù)載均衡算法以保證系統(tǒng)的可用性，當(dāng)系統(tǒng)接收到用戶的數(shù)據(jù)訪問請求之后，核心系統(tǒng)將當(dāng)前連接最少的服務(wù)器提供用戶服務(wù)，其應(yīng)用服務(wù)器可以進(jìn)行平行的擴(kuò)展。核心子系統(tǒng)可以調(diào)用其他核心子系統(tǒng)，通過數(shù)據(jù)庫訪問組件使用JDBC范文后端的核心數(shù)據(jù)庫，核心子系統(tǒng)的對外接口基本保持了系統(tǒng)的同步訪問。

3電子商務(wù)網(wǎng)站的實(shí)現(xiàn)

3.1系統(tǒng)成果展示

3.2系統(tǒng)測試本系統(tǒng)的測試工具為LoadRunner，其可以實(shí)現(xiàn)對系統(tǒng)的大規(guī)模交易進(jìn)行模擬。系統(tǒng)的性能測試工具為STROBE[4]。下面本文擬將對系統(tǒng)的業(yè)務(wù)處理能力和系統(tǒng)的可擴(kuò)展性進(jìn)行評估。系統(tǒng)的目標(biāo)是年交易量為50,000,000筆交易，根據(jù)80/20原則，系統(tǒng)的日均訪問量為：50,000,000筆交易/365日=136986筆交易/日根據(jù)經(jīng)驗(yàn)，上班的8-10個小時內(nèi)為系統(tǒng)交易高峰期，在交易高峰期的每分鐘交易量為136986筆交易/日*80%/8/60=228筆交易/分鐘（1）系統(tǒng)的業(yè)務(wù)能力測試，根據(jù)交易量的對比，得到表1。通過上表對比，可以發(fā)現(xiàn)，系統(tǒng)處理訂單的時間，故障次數(shù)以及用戶體驗(yàn)都有較大提升。（2）系統(tǒng)的可擴(kuò)展性測試，在這里，假設(shè)系統(tǒng)處理的交易量逐年增加，查看系統(tǒng)的處理訂單時的相關(guān)參數(shù)變化。通過上述測試可以看出來，系統(tǒng)具有比較強(qiáng)的可擴(kuò)展性。

4結(jié)束語

本文提出了分布式電子商務(wù)網(wǎng)站的設(shè)計(jì)與實(shí)現(xiàn)，首先討論了電子商務(wù)的特點(diǎn)和電子商務(wù)網(wǎng)站的工作流程，并得出當(dāng)前電子商務(wù)網(wǎng)站面臨的不足。以此為依據(jù)，設(shè)計(jì)了分布式電子商務(wù)網(wǎng)站，主要包括系統(tǒng)的開發(fā)架構(gòu)，數(shù)據(jù)庫架構(gòu)和部署架構(gòu)。最后通過實(shí)驗(yàn)證明本系統(tǒng)的可用性。

作者：潘祿生 單位：甘肅畜牧工程職業(yè)技術(shù)學(xué)院