羅應機 陳嘉霞


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