【正文】 企業(yè)對消費者 (BusinesstoConsumer)，業(yè)務(wù)流程 (Business process)3 種模式。隨著國內(nèi) Inter 使用人數(shù)的增加，利用 Inter 進(jìn)行網(wǎng)絡(luò)購物并以銀行卡付款的消費方式已日漸流行，市場份額也在迅速增長，電子商務(wù)網(wǎng)站也層出不窮。事實上這兩個概念及內(nèi)容是有區(qū)別的， ECommerce 應(yīng)翻譯成電子商業(yè)，有人將 ECommerce稱為狹義的電子商務(wù)。ECommerce 集中于電子交易，強(qiáng)調(diào)企業(yè)與外部的交易與合作，而 EBusiness 則把涵蓋范圍擴(kuò)大了很多。 圖 12 網(wǎng)絡(luò)購物在互聯(lián)網(wǎng)中的應(yīng)用比例 如圖（圖 12）所示， 根據(jù) 中國互聯(lián)網(wǎng)數(shù)據(jù)中心 數(shù)據(jù)統(tǒng)計所示， 截至 2021 年 12 月底，網(wǎng)6 絡(luò)購物用戶規(guī)模達(dá)到 億，使用率提升至 %，年增幅 %；網(wǎng)絡(luò)購物是增幅最 快的應(yīng)用。 ? 電子商務(wù)占互聯(lián)網(wǎng)經(jīng)濟(jì)市場份額的 %，是未來網(wǎng)絡(luò)經(jīng)濟(jì)發(fā)展的主要動力。 B2C 細(xì)分市場前景看好，大量中小型電子商務(wù)網(wǎng)站興起，積極進(jìn)入電子商務(wù)細(xì)分領(lǐng)域，開辟行業(yè)電子商務(wù)市場。 B2C 電子商務(wù)市場投資吸引力增強(qiáng)，針對 B2C 的大量上市與融資， 2021 年達(dá)到一個高峰。高網(wǎng)民滲透率將成為網(wǎng)絡(luò)購物發(fā)展的堅實基礎(chǔ)。 一方面以電子流代替了實物流，可以降低人力成本、資金成本、運營成本； 一方面突破了時間和空間的限制，交易活動可以在任意時間、任何地點進(jìn)行，從而提高了效率。 總結(jié) 中國的電子商務(wù)雖然起步較晚，但發(fā)展迅速。主要是選擇自己的優(yōu)秀商品，精心組織自己的商品信息，建立自己的網(wǎng)頁，然后加入名氣較大、影響力較強(qiáng)、點擊率較高的著名網(wǎng)站中，讓盡可能多的人們了解你認(rèn)識你。要注意的是：數(shù)據(jù)的準(zhǔn)確性、可靠性、不可更改性等復(fù)雜的問題。網(wǎng)上交易的成功與否就在這個階段。這個術(shù)語源自描述從基于網(wǎng)頁的 Web 應(yīng)用到基 于數(shù)據(jù)的應(yīng)用的轉(zhuǎn)換。 ? SOA:( ServiceOriented Architecture，面向服務(wù)的體系結(jié)構(gòu) ) 是一個組件模型， 它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。 SAAS 在業(yè)內(nèi)的叫法是軟件運營，或稱軟營。就像打開自來水龍頭就能用水一樣，企業(yè)根據(jù)實際需要，向 SAAS 提供商租賃軟件服務(wù)。 圖 21 MVC 架構(gòu)模式 1 視圖：視圖是用戶看到并與之交互的界面。被模型 返回的數(shù)據(jù)是中立的，就是說模型與數(shù)據(jù)格式無關(guān)，這樣一個模型能為多個視圖提供數(shù)據(jù)。它只是接收請求并決定調(diào)用哪個模型構(gòu)件去處理請求，然后再確定用哪個視圖來顯示返回的數(shù)據(jù)。 PaaS 是 PlatformasaService 的縮寫，意思是平臺即服務(wù)。 PaaS 主要具備以下三個特點 :[1] (1)平臺即服務(wù) :PaaS 所提供的服務(wù)與其他的服務(wù)最根本的區(qū)別是 PaaS 提供的是一個基礎(chǔ)平臺，而不是某種應(yīng)用。 PaaS的運營商最了解他們所運營的基礎(chǔ)平臺，所以由 PaaS 運營商所提出的對應(yīng)用系統(tǒng)優(yōu)化和改進(jìn)的建議也非常重要。 PaaS 的實質(zhì)是將互聯(lián)網(wǎng)的資源服務(wù)化為可編程接口，為第三方開發(fā)者提供有商業(yè)價值的資源和服務(wù)平臺。從用戶角度出發(fā)，最大限度滿足用戶搜索需求。本系統(tǒng)采用基于三層架構(gòu)設(shè)計模式的模塊組件 技術(shù)架構(gòu)，方便以后的擴(kuò)展。 應(yīng)用程序安全驗證：通過 MD5 加密技術(shù)，對應(yīng)用級用戶進(jìn)行口令和權(quán)限驗證確保網(wǎng)站的安全性。 17 基礎(chǔ)框架層由工作流引擎、數(shù)據(jù)庫訪問中間件、數(shù)字證書、短信服務(wù)、日志系統(tǒng)、站內(nèi)引擎、數(shù)據(jù)接入引擎、數(shù)據(jù)采集引擎等功能應(yīng)用。 核心業(yè)務(wù)層由 B2C 商城、淘寶商城及網(wǎng)絡(luò)分銷系統(tǒng)組成，是用戶提供數(shù)據(jù)訪問、用戶體驗的直接入口。 商城前臺展示功能設(shè)計 商城前臺展示作為客戶最直接的用戶體驗，界面設(shè)計需要讓客戶感覺親切、操作方便、流程簡易等功能。 20 B2C 購物 流程 設(shè)計 圖 35. 商城業(yè)務(wù) 流程 設(shè)計 B2C 訂單流程設(shè)計 21 圖 36. 訂單管理流程 商品管理系統(tǒng) 商品信息是由產(chǎn)品基礎(chǔ)屬性、產(chǎn)品類型、產(chǎn)品規(guī)格、產(chǎn)品品牌構(gòu)成的一組信息。 商品 特價系統(tǒng) 商品特價系統(tǒng)提供商品特價分類產(chǎn)品信息管理。然后這一切必須以優(yōu)質(zhì)的客戶服務(wù)為基點。 并于自身網(wǎng)店（包括：淘寶商城、淘寶 C 店、 B2C 商城）等用戶和訂單數(shù)據(jù)進(jìn)行有效組織。挖掘潛在客戶信息和潛在客戶的基本訂單資料。 圖 38. 客戶服務(wù)系統(tǒng)數(shù)據(jù)采集 潛在客戶的挖掘，是客戶服務(wù)的第一步，如何在短時間內(nèi)，擁有數(shù)量龐大的潛在客戶群體，是系統(tǒng)要解決的一個問題。 大量的潛在客戶挖掘，只是萬里長征的第一步，如何將潛在客戶發(fā)展成自身的顧客 常24 客 忠實客戶，是 客戶關(guān)系維護(hù)的一個重要內(nèi)容。 市場機(jī)會管理 市場機(jī)會管理主要包含：競爭對手分析、客戶漏斗、營銷事件跟蹤、專人客戶模式分析5 個功能模塊。分析對手的營銷事件及效果，從而為自身營銷提供決策依據(jù)。 25 圖 310. 市場機(jī)會管理數(shù)據(jù)采集 客戶漏斗，是客戶等級體系的一個延伸，在整個客戶等級體系中，我們將客戶分為目標(biāo)群體、潛在客戶群體、顧客、常客、忠實客戶。特別是新品上市，如何定位商品目標(biāo)群體，那么客戶漏斗可以為您解決這個問題如圖（ 圖311）。這也是當(dāng)前電子商務(wù)最為主要的訂單來源。 訂單管理主要包含： B2C 平臺訂單管理、淘寶商城訂單管理、網(wǎng)絡(luò)分銷商訂單管理、物流跟蹤、信用控制 5 個功能模塊。 27 圖 312. 訂單管理采集流程 決策支持 為決策提供有效數(shù)據(jù)支持，是 ECRM 的最主要作用和最終目標(biāo)，前面 3 個模塊主要是對數(shù)據(jù)的采集、挖掘和分析，通過數(shù)據(jù)采集引擎、數(shù)據(jù)挖掘引擎、數(shù)據(jù)分析技術(shù)、工作流引擎等基礎(chǔ)模塊 對數(shù)據(jù)進(jìn)行采集、加工最終得到的數(shù)據(jù)。主要內(nèi)容如圖（ 圖 313）通過字面可以很好地理解這里就不詳細(xì)闡述。充分了解庫存狀態(tài) ,確定適當(dāng)?shù)姆?wù)水平其集中表現(xiàn)在信息、供應(yīng)鏈運作、供應(yīng)鏈的戰(zhàn)略與規(guī)劃三個方面。當(dāng)可銷售庫存 0，前臺網(wǎng)站會顯示商品可供購買，而一旦可銷售庫29 存 0 時，前臺網(wǎng)站則會顯示商品不可直接購買 。 設(shè)立訂單占用庫存的原因在于：訂單的生成和庫房的發(fā)貨在時間上是異步的。 鎖定庫存： 在銷售中，經(jīng)常會使用的一種方式是降價，這一方式的效果會 非常好，成功的降價促銷可以在很短時間內(nèi)將商品一售而空，可銷售庫存直接轉(zhuǎn)化為訂單占用庫存。庫存被鎖定后，無法直接銷售，必須在解除鎖定后才能轉(zhuǎn)化為可銷售庫存。 30 調(diào)撥占用庫存： 電子商務(wù)系統(tǒng)需要設(shè)立一個以上的庫房。 貨位管理 貨位系統(tǒng)是 WMS 中最為基礎(chǔ)的部分，貨位系統(tǒng)的設(shè)計，在很大程度上決定了 WMS 系統(tǒng)的表現(xiàn)，尤其是與庫存轉(zhuǎn)移相關(guān)的操作（包括上架、檢貨、理貨、盤點等，這實際上包括了庫房中的大部分操作）的效率和準(zhǔn)確性。 供應(yīng)管理 零售企業(yè)的庫存，都來自于供應(yīng)商。 有效的預(yù)約管理方式： 庫房的接待能力是有限的，而且在短時間內(nèi)無法改變。考慮單個 Unit 的庫齡并沒有什么意思，但是某一個 Item，某一個 Category 的平均庫齡，卻真實地反應(yīng)了公司的庫存狀況。會影響收貨能力的設(shè)備主要包括：收貨停車場大小、卸貨平臺數(shù)量、單據(jù)打印機(jī)數(shù)量、標(biāo)簽打印機(jī)數(shù)量等；而人力這一影響主要是所安排收貨人員的數(shù)量。 實物庫存數(shù)量 : 32 在實際收貨過程中，不可能做到完全按預(yù)約進(jìn)行，有些商品的銷售數(shù)量突然加大，可能需要緊急收貨；有的訂單雖然當(dāng)前銷售不多，剩余天數(shù)較多，但有可能是下一波促銷商品，很快就會產(chǎn)生銷售高峰；有的時候會出現(xiàn)影響收貨效率的意外情況，因此，在管理送貨預(yù)約時，不要一次性 將所有收貨能力全部安排掉，而要保留部分機(jī)動力量，用于靈活安排。點大包收貨的優(yōu)點除了交接效率高外，優(yōu)點還在于不需要送貨長時間在場。對于不符合銷售標(biāo)簽的產(chǎn)品，要當(dāng)場拒收。若需要記錄商品序列號，則還需要逐個記錄。播種法的最33 大優(yōu)勢在于， 多個訂單集中處理后，理論上需要檢的產(chǎn)品會均勻分布在整個庫房中，檢貨時只需要在庫房中遍歷一次，即可完成整個檢貨的過程。 檢貨任務(wù)的執(zhí)行： 檢貨任務(wù)的執(zhí)行，即在貨位上檢下產(chǎn)品的過程，需要注意兩點：所檢產(chǎn)品的正確，產(chǎn)品數(shù)量的正確。 ? 只向 Web 服務(wù)器集群打開相應(yīng)的服務(wù)端口（由具體應(yīng)用決定且可配） ? （ 分布式 ） 數(shù)據(jù)庫集群和 (分布式 )文件系統(tǒng)集群 36 ? 安全級別最高，不可直接由外部登錄 ? 只向應(yīng)用服務(wù)器及資源服務(wù)器集群打開絕對必要的服務(wù)端口 數(shù)據(jù)安全設(shè)計 數(shù)據(jù)在 項目 中 處于核心地位，數(shù)據(jù) 分為 兩大類即：結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)。 項目數(shù)據(jù)安全設(shè)計可以分為兩個階段，根據(jù)項目運營的需求進(jìn)行調(diào)整。 結(jié)構(gòu)化數(shù)據(jù)以 MYSQL 為例常用的集群技術(shù)，目前最常用的方式就是設(shè)置主 從（ masterslave）庫 ,并實現(xiàn)讀寫分離，保障數(shù)據(jù)安全的同時，提高了數(shù)據(jù)操縱的效率。在項目運作初期，特別是 B2C 項目，如果沒有太多 SNS 交互功能，那一般非結(jié)構(gòu)化資源不會過多。 集群大家可以理解為，一組服務(wù)器集中在一起實現(xiàn)一個業(yè)務(wù)。 對于結(jié)構(gòu)化數(shù)據(jù)，在項目第二階段還是采用 MYSQL 數(shù)據(jù)庫的分布式集群方式來存儲。 MYSQL SERVER 可以無限拓展，每個 mysql server 都可以是如圖（ 圖 44）所示的主從庫。只要增加一個或者多個 Datanode 節(jié)點，就可以解決這個問題，而且那個節(jié)點出問題，都不會影響到項目正常運作。 ? 第一階段，可采用定時異地容災(zāi)機(jī)制 項目初期， 為了防止數(shù)據(jù)丟失， 可以通過 定期對數(shù)據(jù)進(jìn)行備份 包括：結(jié)構(gòu)化數(shù)據(jù)、非結(jié)構(gòu)化數(shù)據(jù) 。 b）靜態(tài)資源備份：每次在部署新版本時，運行部署腳本將最新的靜態(tài)資源拷貝到在線 Web 服務(wù)器（ Web1, Web2）、備份 Web 服務(wù)器（ Backup Web），從而進(jìn)行備份。 在 WEB 服務(wù)器主要采用 LVS 作為負(fù)載均衡中間件， 4 臺服務(wù)器（ web web weblbweblb2）用于實現(xiàn) web 服務(wù)器的負(fù)載均衡（需 5 個 IP）。 41 圖 47. WEB 服務(wù)器架構(gòu)圖 其他安全機(jī)制 ? 安全 登錄 控制 ? 禁 用 root 帳號 ? 使用 SSH 密鑰登錄方式登錄，密鑰采用 2048 位的 DSA 密碼。 ? 進(jìn)行代碼級安全檢驗，防止 SQL 注入問題。 ? 用戶密碼保護(hù)，我們將保持 sha 256 位的 hash 密碼，而不是原始密碼 42 ? 開啟 128 位 SSL 的 訪問，使得 關(guān)鍵 數(shù)據(jù)加密傳輸 ? 在服務(wù)器端審核所有用戶操作，以防止非法用戶操作 ? 采用用戶密碼強(qiáng)度驗證，禁止使用簡單的不安全的密碼 ? 用戶密鑰一旦丟失將立即作廢，防止帳號盜用 ? 每天對數(shù)據(jù)庫進(jìn)行熱備份，以防止數(shù)據(jù)庫崩潰或者非法篡改。 weblb weblb2 均為 web 服務(wù)器的負(fù)載均衡節(jié)點，用于調(diào)用 web web2 網(wǎng)站服務(wù)器，其中 weblb1 服務(wù)器處于工作狀態(tài)，當(dāng) weblb1 出現(xiàn)故障或死機(jī)時將由 weblb2 服務(wù)器接管所有的 weblb1 的所有工作直到 weblb1 服務(wù)器恢復(fù)正常，保證用戶的正常訪問； web web2 均為網(wǎng)站 web 服務(wù)器，其中負(fù)載量較小的將被 weblb1（或 weblb2）首先調(diào)用以達(dá)到 web1 與 web2 的負(fù)載均衡，當(dāng) web1 或 web2 出現(xiàn)故障或死機(jī)時將由相應(yīng)的另一方接管所有工作，保證 用戶的正常訪問 當(dāng)在線用戶增加導(dǎo)致項目訪問緩慢的情況時候，可以增加負(fù)載均衡節(jié)點，來實現(xiàn)分流，解決訪問緩慢的問題。 服務(wù)器架構(gòu) 綜合考慮成本和效率服務(wù) 器在系統(tǒng)中主要分為 3 大塊包括： WEB 服務(wù)器、數(shù)據(jù)庫服務(wù)器、文件服務(wù)器（在必要的時候包括：應(yīng)用服務(wù)器和資源服務(wù)器）