羅應(yīng)機(jī) 陳嘉霞
【摘要】電子商務(wù)虛擬企業(yè)物流平臺(tái)是以云計(jì)算理念為技術(shù)基礎(chǔ),解決電子商務(wù)虛擬企業(yè)和物流企業(yè)在物流服務(wù)中的供需矛盾。平臺(tái)開(kāi)發(fā)以電商用戶(hù)和物流用戶(hù)的需求得到滿(mǎn)足為出發(fā),設(shè)計(jì)了三層架構(gòu)的平臺(tái)和按功能進(jìn)行模塊劃分建立層次結(jié)構(gòu)。
【關(guān)鍵詞】云計(jì)算 電子商務(wù) 平臺(tái)架構(gòu) 框架設(shè)計(jì)
一、引言
平臺(tái)是根據(jù)云計(jì)算理念和云計(jì)算技術(shù),搭建而成的電子商務(wù)虛擬企業(yè)物流云平臺(tái)系統(tǒng),平臺(tái)由“電子商務(wù)虛擬企業(yè)云集”和“物流企業(yè)云集”兩個(gè)云端提供配送供求信息,以形成有效的虛擬資源池。電子商務(wù)虛擬企業(yè)物流云平臺(tái)再根據(jù)“電子商務(wù)虛擬企業(yè)”云集所要配送的商品的屬性、數(shù)量、運(yùn)輸?shù)攸c(diǎn)等來(lái)協(xié)調(diào)、分配、調(diào)配到“物流企業(yè)云集”中的對(duì)應(yīng)物流企業(yè),由它來(lái)完成物流配送任務(wù)。平臺(tái)的實(shí)現(xiàn)需要有穩(wěn)定的平臺(tái)架構(gòu)和與之匹配的系統(tǒng)框架。
二、平臺(tái)架構(gòu)
系統(tǒng)平臺(tái)采用三層架構(gòu),三層之間是互相獨(dú)立的;因?yàn)椴捎昧朔謱釉O(shè)計(jì),當(dāng)某一層次的功能需要變化時(shí),其他部分可以不受影響而單獨(dú)存在,這種架構(gòu)形式非常有利于系統(tǒng)的功能擴(kuò)展升級(jí),體現(xiàn)出“低耦合、高內(nèi)聚”的設(shè)計(jì)理念。平臺(tái)自上往下分別是交互層,平臺(tái)層,存儲(chǔ)層:三個(gè)層次各司其職,功能分工清楚。此外,利用.NET進(jìn)行系統(tǒng)的設(shè)計(jì)可以有效的降低開(kāi)發(fā)的成本,提高系統(tǒng)的開(kāi)發(fā)效率。系統(tǒng)整體架構(gòu)設(shè)計(jì)如圖1所示。
平臺(tái)交互過(guò)程是:用戶(hù)通過(guò)終端接入Internet,使用瀏覽器登錄本平臺(tái)系統(tǒng)。平臺(tái)系統(tǒng)通過(guò)云計(jì)算環(huán)境實(shí)施,實(shí)現(xiàn)資源匹配整合。在平臺(tái)系統(tǒng)中,為了實(shí)現(xiàn)電子商務(wù)企業(yè)和物流企業(yè)雙方的供需平衡,將自己的供應(yīng)和需求信息輸入平臺(tái),云計(jì)算環(huán)境通過(guò)分布式并行計(jì)算,從底層服務(wù)器中找到適合用戶(hù)需求的“供”或“需”信息,并對(duì)所挑選出來(lái)的符合條件的“供”或“需”信息進(jìn)行排序,根據(jù)客戶(hù)個(gè)性化定制需求,提供一個(gè)最優(yōu)匹配或是多個(gè)符合條件的選擇,用戶(hù)選擇所需的“供”“需”信息,實(shí)現(xiàn)節(jié)省時(shí)間成本、人力成本、運(yùn)輸成本等降低成本的雙贏格局。各層次的功能設(shè)計(jì)如下:
1.交互層
交互層主要是用戶(hù)進(jìn)行人機(jī)交互的界面,用戶(hù)經(jīng)由PC、PDA、手機(jī)等終端設(shè)施接入到Internet中,經(jīng)由瀏覽器登錄進(jìn)入平臺(tái)的用戶(hù)界面,根據(jù)自身需求選擇所需的功能。此層是平臺(tái)系統(tǒng)與用戶(hù)交互的頁(yè)面表現(xiàn)層。用戶(hù)可以導(dǎo)入需求或供給信息,查看平臺(tái)對(duì)“供”或“需”的運(yùn)行計(jì)算結(jié)果,隨需改變更用戶(hù)信息,查詢(xún)歷史信息以便對(duì)業(yè)務(wù)進(jìn)行統(tǒng)計(jì)分析,為完善企業(yè)自身管理,為企業(yè)的發(fā)展做決策支撐。采用B/S架構(gòu)的訪問(wèn)方式與用戶(hù)進(jìn)行交互,用戶(hù)無(wú)需安裝客戶(hù)端、更免除了升級(jí)客戶(hù)端的人力與時(shí)間資源耗費(fèi),且所有的存儲(chǔ)、計(jì)算任務(wù)不在本地進(jìn)行,而是在虛擬的云端的數(shù)據(jù)服務(wù)中心進(jìn)行,所以用戶(hù)終端無(wú)需高配置的硬件設(shè)備,用戶(hù)無(wú)需增加專(zhuān)業(yè)人員對(duì)服務(wù)器等硬件設(shè)備和軟件工具進(jìn)行維護(hù)和升級(jí)。
2.云平臺(tái)層
云平臺(tái)層從層次關(guān)系來(lái)看,是處于中間層,對(duì)交互層和存儲(chǔ)層來(lái)說(shuō),它是處于一個(gè)承上啟下的核心位置,是電子商務(wù)虛擬企業(yè)物流平臺(tái)的核心部分,所有信息從采集到處理的全部過(guò)程,都在這層進(jìn)行。云平臺(tái)層實(shí)際上是業(yè)務(wù)邏輯層,是對(duì)存儲(chǔ)層的文件、數(shù)據(jù)、信息等具體事務(wù)進(jìn)行操作的層次。但從交互層的角度來(lái)看,平臺(tái)層又是被交互層調(diào)用的層次。在本系統(tǒng)的數(shù)據(jù)處理過(guò)程中,系統(tǒng)將通過(guò)MapReduce計(jì)算模型實(shí)現(xiàn)物流供需信息的匹配功能,利用存儲(chǔ)層提供的接口,實(shí)現(xiàn)信息導(dǎo)入、智能匹配、查詢(xún)統(tǒng)計(jì)等功能。
3.存儲(chǔ)層
存儲(chǔ)層是云平臺(tái)層的支撐層。用戶(hù)對(duì)這一層的操作,不用管到底把數(shù)據(jù)上傳到哪個(gè)服務(wù)器,而只須把數(shù)據(jù)上傳到Internet;因?yàn)樵朴?jì)算虛擬技術(shù)已將分布于不同地點(diǎn)的底層服務(wù)器,集結(jié)成了一個(gè)資源池,上傳的數(shù)據(jù)存儲(chǔ)到了這個(gè)虛擬的“池”當(dāng)中,實(shí)際上是把數(shù)據(jù)放入到結(jié)點(diǎn)數(shù)據(jù)庫(kù)當(dāng)中了。傳統(tǒng)的對(duì)服務(wù)器數(shù)據(jù)操作時(shí),最怕的就是服務(wù)器機(jī)房斷電等意外事件的發(fā)生,因?yàn)檫h(yuǎn)程操作就會(huì)丟失,而在采用基于云計(jì)算的開(kāi)源軟件Hadoop管理資源時(shí),它的高容錯(cuò)性性能,決定了在對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ)時(shí),是會(huì)自動(dòng)備份存儲(chǔ)多個(gè)副本在不同的異地服務(wù)器當(dāng)中的,所以即使操作中的服務(wù)器出現(xiàn)狀況,Hadoop還可以自動(dòng)且高速地以分布式處理方式進(jìn)行查找,找到其它節(jié)點(diǎn)上原來(lái)已經(jīng)備份的數(shù)據(jù),完全不會(huì)影響用戶(hù)當(dāng)前的操作。功能較之傳統(tǒng)的讀寫(xiě)服務(wù)器操作來(lái)說(shuō),云計(jì)算的存儲(chǔ)層功能更加可靠穩(wěn)健。
三、系統(tǒng)框架
通過(guò)對(duì)電子商務(wù)虛擬企業(yè)和物流企業(yè)的需求進(jìn)行分析,將數(shù)據(jù)流圖進(jìn)行梳理后,按功能進(jìn)行模塊劃分,并建立層次結(jié)構(gòu),得出系統(tǒng)框架結(jié)構(gòu)圖。
如圖2所示。系統(tǒng)共分為6大模塊和14個(gè)子模塊。其中,注冊(cè)登陸模塊包含“普通用戶(hù)”和“系統(tǒng)管理員用戶(hù)”兩個(gè)子模塊:信息采集模塊包含“數(shù)據(jù)導(dǎo)入”和“供需增減”兩個(gè)子模塊:訂單處理模塊下設(shè)“定單生成設(shè)置”、“待確認(rèn)定單”、“已智能調(diào)配定單”三個(gè)子模塊;供需查詢(xún)模塊包含“未調(diào)配信息”、“其它供應(yīng)查詢(xún)”和“其它需求查詢(xún)”子模塊;報(bào)表統(tǒng)計(jì)模塊包含“業(yè)務(wù)統(tǒng)計(jì)”和“生成報(bào)表”兩個(gè)子模塊:系統(tǒng)維護(hù)模塊包含“用戶(hù)信息維護(hù)”和“修改密碼”兩個(gè)子模塊。根據(jù)用戶(hù)注冊(cè)審核時(shí)系統(tǒng)管理員分配的不同權(quán)限,不同的用戶(hù)類(lèi)型進(jìn)入系統(tǒng)后顯示的模塊細(xì)節(jié)應(yīng)有所區(qū)別。
1.注冊(cè)登陸模塊
本平臺(tái)將根據(jù)用戶(hù)權(quán)限不同,劃分為普通用戶(hù)和系統(tǒng)管理員用戶(hù):普通用戶(hù)又根據(jù)使用功能不同,分為電商用戶(hù)和物流用戶(hù)。這一模塊是正常的軟件系統(tǒng)中都應(yīng)該有的一個(gè)功能模塊。它可以實(shí)現(xiàn)新用戶(hù)的注冊(cè)申請(qǐng)和老用戶(hù)的登錄等基礎(chǔ)功能。用戶(hù)如需使用本平臺(tái)的業(yè)務(wù)功能,需注冊(cè)申請(qǐng)并得到審批獲得用戶(hù)資格,使用用戶(hù)名和密碼登陸進(jìn)入系統(tǒng)平臺(tái),根據(jù)獲取的權(quán)限,進(jìn)入系統(tǒng)平臺(tái)界面,進(jìn)行相關(guān)的日常業(yè)務(wù)操作。
2.信息采集模塊
信息采集是整個(gè)系統(tǒng)平臺(tái)能夠運(yùn)行的前提,如果沒(méi)有數(shù)據(jù)采集,系統(tǒng)就沒(méi)有數(shù)據(jù)可供計(jì)算處理。本模塊包含“數(shù)據(jù)導(dǎo)入”和“供需增減”兩個(gè)子模塊。
(1)“數(shù)據(jù)導(dǎo)入”是提供給用戶(hù)導(dǎo)入企業(yè)“供”和“求”信息的接口模塊,不同的用戶(hù)可能使用不同的管理信息系統(tǒng),通過(guò)使用WebService技術(shù),實(shí)現(xiàn)為不同的企業(yè)用戶(hù)提供數(shù)據(jù)接入服務(wù),使得企業(yè)自身的需求和供給信息與平臺(tái)同步更新,高效運(yùn)作,
(2)“供需增減”子模塊是為用戶(hù)提供手動(dòng)輸入“供”“求”信息的模塊,主要是提供給一些未實(shí)現(xiàn)企業(yè)內(nèi)部信息化管理的用戶(hù),或者對(duì)于臨時(shí)增加或者減少的供應(yīng)和需求信息,手動(dòng)錄入也是便捷的一項(xiàng)功能。
3.訂單處理模塊
該模塊下設(shè)定單生成設(shè)置、待確認(rèn)定單、已智能調(diào)配定單三個(gè)子模塊。
(1)“定單生成設(shè)置”是為用戶(hù)提供個(gè)性化信息匹配的服務(wù)設(shè)置,用戶(hù)可以根據(jù)需要選擇“智能調(diào)配”或者“手動(dòng)調(diào)配”功能來(lái)決定系統(tǒng)是否按默認(rèn)選擇最優(yōu)調(diào)配?;蚴沁x擇在系統(tǒng)完成調(diào)配后,不按最優(yōu)選擇,而是列出匹配項(xiàng),由用戶(hù)手動(dòng)自行選擇;
(2)“待確認(rèn)定單”是在“定單生成設(shè)置”中設(shè)置了“手動(dòng)調(diào)配”選項(xiàng),因此不會(huì)自動(dòng)生成定單,需要手動(dòng)選擇。
(3)“已智能調(diào)配訂單”是本平臺(tái)的核心功能,即根據(jù)平臺(tái)中的供需雙方信息進(jìn)行智能調(diào)配,并觸發(fā)生成訂單功能,自動(dòng)生成配送訂單:
需要說(shuō)明的是。如果用戶(hù)并未設(shè)置“手動(dòng)調(diào)配”項(xiàng)。則不會(huì)生成“待確認(rèn)訂單”,只要符合供需雙方的訂單,就會(huì)生成“已智能調(diào)配訂單”。
4.供需查詢(xún)模塊
該模塊包含“未調(diào)配信息”、“其它供應(yīng)查詢(xún)”和“其它需求查詢(xún)”子模塊。
1.“未調(diào)配信息”是用戶(hù)輸入的“供”“求”信息未形成訂單的那一部分。
2.“其它供應(yīng)查詢(xún)”是可以查詢(xún)系統(tǒng)中剩余的物流供應(yīng)服務(wù)信息。
3.“其它需求查詢(xún)”則可以查詢(xún)系統(tǒng)中未調(diào)配成功,或調(diào)配成功但未生成訂單,其生成定單需手動(dòng)確認(rèn)的那一部分需求信息。