魏雙羽,BAI Martin(.上海第二工業(yè)大學(xué)智能制造與控制工程學(xué)院,上海009; .英國伯恩茅斯大學(xué)設(shè)計(jì)工程與計(jì)算機(jī)學(xué)院,Bournemouth BH 5BB)

跨境包裹快遞代理業(yè)務(wù)管理系統(tǒng)的分析與設(shè)計(jì)

魏雙羽1,BAI Martin2
(1.上海第二工業(yè)大學(xué)智能制造與控制工程學(xué)院,上海201209; 2.英國伯恩茅斯大學(xué)設(shè)計(jì)工程與計(jì)算機(jī)學(xué)院,Bournemouth BH12 5BB)

摘要:針對跨境快遞業(yè)務(wù)中存在成本高、管理繁雜等問題,提出了基于Web Services的跨境包裹快遞代理業(yè)務(wù)管理方法;對系統(tǒng)的功能需求和性能要求進(jìn)行了深入分析,給出了關(guān)鍵業(yè)務(wù)流程模型,并提出了推薦的管理系統(tǒng)架構(gòu),討論了相關(guān)的關(guān)鍵技術(shù)。通過應(yīng)用該技術(shù),將可以有效解決跨境包裹快遞業(yè)務(wù)代理的信息化問題。

關(guān)鍵詞:跨境包裹代理;快遞;系統(tǒng)分析;信息系統(tǒng)

0　引言

隨著電子商務(wù)軟件技術(shù)的快速發(fā)展,全球跨境包裹快遞市場也得到了快速發(fā)展,即目前的包裹快遞市場與電子商務(wù)軟件技術(shù)具有緊密的依存關(guān)系。電子商務(wù)的模式包括3種情況:①B2B(Business-To-Business),即公司與公司之間的銷售與購買業(yè)務(wù)模式;②B2C(Business-To-Consumer),公司將產(chǎn)品銷售給消費(fèi)者的業(yè)務(wù)模式;③C2C(Consumer-To-Consumer),消費(fèi)者與消費(fèi)者之間的銷售與購買業(yè)務(wù)模式。例如eBay電子商務(wù)平臺(tái),在英國和德國都有子公司,其中,B2C模式下的跨境包裹郵遞需求在2008～2010年間一直曾上升趨勢。包裹郵遞業(yè)務(wù)發(fā)生較大的商業(yè)模式是B2C。

在B2C的業(yè)務(wù)模式中,公司向消費(fèi)者銷售的產(chǎn)品和服務(wù)很多,包括服裝、家具、計(jì)算機(jī)、電子產(chǎn)品及其配件等。根據(jù)Euro-barometer公司的調(diào)研數(shù)據(jù), 有53%的零售業(yè)務(wù)是通過Internet銷售渠道進(jìn)行的,由此可以看出電子商務(wù)技術(shù)和銷售模式對產(chǎn)品銷售與采購業(yè)務(wù)有著非常大的影響[1]。另外,根據(jù)《中國商貿(mào)》期刊2014年第12期發(fā)布的資料顯示,目前我國的B2C市場年均增長20%,按照這個(gè)速度預(yù)測,僅以浙江省杭州為例,2017年的快遞業(yè)務(wù)收入預(yù)計(jì)將達(dá)到110億元,快遞業(yè)務(wù)量將達(dá)15億件。

跨境包裹快遞價(jià)格的差異在于支付費(fèi)用的對象是大型的B2B或B2C的運(yùn)營商,還是終端消費(fèi)者、小型企業(yè)或者小規(guī)模包裹郵遞者。其中,后者在與跨境郵寄服務(wù)供應(yīng)商進(jìn)行折扣談判方面,由于快遞包裹的數(shù)量有限,得到的折扣沒有那些大公司的折扣大,這樣就滋生了一種新的服務(wù)模式——跨境包裹快遞代理服務(wù)行業(yè)。它的商業(yè)模式是通過與跨境包裹快遞服務(wù)商簽訂協(xié)議,購買一定的快遞量額度,這樣就可以獲取與大型企業(yè)類似的較大的快遞費(fèi)折扣,然后通過將訂購的快遞包裹額度分拆為一份份的包裹快遞服務(wù)項(xiàng)目,使得跨境包裹快遞代理商的服務(wù)價(jià)格可以比直接利用跨境包裹服務(wù)商的價(jià)格更低?？缇嘲爝f代理的出現(xiàn),在一定程度上緩解了個(gè)人和小型企業(yè)使用B2C跨境包裹快遞服務(wù)的價(jià)格問題,但同時(shí)也對相應(yīng)的軟件平臺(tái)功能提出了更高要求,即業(yè)務(wù)流程分析、面向包裹代理人的管理平臺(tái)敏捷開發(fā)方法和系統(tǒng)模型的建立等問題均亟待解決。

圍繞代理業(yè)務(wù)管理的新問題,許多學(xué)者和研究人員也開展了相應(yīng)的探索和研究。例如,龔歡[2]針對上海自貿(mào)區(qū)的發(fā)展規(guī)劃和要求,提出了跨境物流業(yè)務(wù)的幾種模式,從模式和業(yè)務(wù)開展方面進(jìn)行了探索;劉丹等[3]針對B2C電子商務(wù)業(yè)的物流全過程,開展了物流產(chǎn)品的設(shè)計(jì)以及質(zhì)量功能分析的方法研究;李懷強(qiáng)[4]針對快遞跨境網(wǎng)購交易相關(guān)問題,圍繞中國快遞行業(yè)現(xiàn)狀、業(yè)務(wù)分析,以及跨境支付流程、支付工具、結(jié)算方式等方面開展了探索;國家郵政局發(fā)展研究中心的徐婧[5]對國內(nèi)外網(wǎng)購的發(fā)展現(xiàn)狀、跨境郵寄服務(wù)的4種常見模式進(jìn)行了討論。但是,目前發(fā)表的論文大多關(guān)注于商業(yè)模式、過程監(jiān)管等方面,對于包裹代理人管理的信息平臺(tái)開發(fā)、業(yè)務(wù)流程的深入分析以及系統(tǒng)實(shí)現(xiàn)的關(guān)鍵技術(shù)等方面還缺乏深入的討論。

本文針對跨境包裹快遞代理商的業(yè)務(wù)需求,運(yùn)用BPMN(Business Process Model and Notation)方法,開展了跨境包裹代理管理系統(tǒng)的業(yè)務(wù)流程分析,圍繞系統(tǒng)模型問題開展了建模討論,為開發(fā)這類業(yè)務(wù)系統(tǒng)提供了具體的實(shí)現(xiàn)思路和較為詳細(xì)的實(shí)踐方法。

1　系統(tǒng)需求分析

1.1系統(tǒng)功能需求分析

1.1.1角色分析

系統(tǒng)中的角色主要有3類:客戶,銷售人員(或客戶),以及跨境包裹代理公司經(jīng)理。角色是系統(tǒng)的使用者,分析角色可以為下一步的功能分析打下基礎(chǔ)(見圖1)。

客戶是系統(tǒng)服務(wù)的主要對象,分為?？突蜻^客;銷售人員或客戶服務(wù)人員主要是通過郵件、電話、傳真與客戶、跨境包裹郵遞服務(wù)商聯(lián)系和溝通,一方面,解決客戶在包裹快遞代理網(wǎng)站訂購服務(wù)過程中遇到的問題,另一方面,還可能需要與跨境包裹服務(wù)商進(jìn)行溝通;經(jīng)理主要負(fù)責(zé)向包裹快遞服務(wù)商批量訂購郵遞服務(wù),分拆訂購的批量快遞服務(wù),制定提供給客戶的快遞包裹價(jià)格。

圖1　系統(tǒng)的用例圖Fig.1 The user-case diagram of the system

1.1.2主要模塊的功能分析

根據(jù)角色的需求,系統(tǒng)的主要功能由以下3個(gè)核心模塊來實(shí)現(xiàn)。

(1)跨境包裹快遞服務(wù)處理。這個(gè)模塊主要提供面向包裹快遞服務(wù)處理的業(yè)務(wù)處理,其中包括:快遞貨物的價(jià)格查詢、訂購跨境包裹快遞服務(wù)、跟蹤包裹、關(guān)于包裹處理的短信或郵件服務(wù)等。這是一個(gè)通用模塊,客戶、客戶服務(wù)人員、包裹代理公司經(jīng)理等角色均需要使用這個(gè)模塊。包裹處理的短信和郵件服務(wù)是客戶自選的項(xiàng)目,如果選擇,系統(tǒng)可以在取貨、發(fā)貨、貨物中轉(zhuǎn)、貨物簽收等各個(gè)環(huán)節(jié)在第一時(shí)間及時(shí)通知客戶。

當(dāng)客戶成功訂購了一次包裹快遞服務(wù)后,系統(tǒng)需要自動(dòng)將其保存為系統(tǒng)會(huì)員,以后只要輸入會(huì)員ID信息后,系統(tǒng)自動(dòng)提供上一次填寫(或修改)的有關(guān)信息,避免客戶重復(fù)錄入數(shù)據(jù),減少人機(jī)交互。

(2)財(cái)務(wù)及其相關(guān)事務(wù)的管理模塊。模塊主要負(fù)責(zé)與快遞服務(wù)有關(guān)的財(cái)務(wù)事務(wù)處理與管理,包括:客戶訂購快遞服務(wù)并確認(rèn)后,提供在線支付功能;取消訂購的快遞服務(wù)時(shí),處理退款的功能;向跨境包裹郵寄的服務(wù)商訂購批量產(chǎn)品,獲得優(yōu)惠的批量包裹折扣價(jià)格,查詢已購買的批量包裹以及分拆后的銷售情況?？缇嘲砉窘?jīng)理可以依據(jù)購買的批量包裹服務(wù)銷售情況,在滿足客戶要求的情況下,合理制定下一步的批量包裹服務(wù)采購計(jì)劃。這個(gè)模塊可以通過Web Service技術(shù),與跨境包裹郵寄服務(wù)商的運(yùn)營軟件系統(tǒng)和銀行的結(jié)算系統(tǒng)進(jìn)行數(shù)據(jù)集成,實(shí)現(xiàn)數(shù)據(jù)共享。

(3)報(bào)表管理模塊。報(bào)表管理是所有信息管理系統(tǒng)都必須要求的一個(gè)模塊,它為快遞代理公司客戶服務(wù)人員和經(jīng)理提供各類報(bào)表,為他們提供快遞服務(wù)銷售情況、客戶分布情況、收入情況、客戶的投訴等各個(gè)方面的數(shù)據(jù),使他們在開展業(yè)務(wù)時(shí)能夠有充足的數(shù)據(jù)依據(jù)為客戶提供高質(zhì)量的服務(wù),同時(shí)也能夠獲取相應(yīng)的收益和報(bào)酬。

1.2主要業(yè)務(wù)流程分析

跨境包裹快遞業(yè)務(wù)流程主要由幾個(gè)子流程組成:快遞包裹價(jià)格與服務(wù)查詢、包裹訂單處理、包裹跟蹤管理、報(bào)表管理以及財(cái)務(wù)管理等。其中,前3個(gè)子流程使用較頻繁,也是較重要的流程(見圖2)。

圖2　快遞包裹的需求處理流程Fig.2 Parcel delivery request handling

1.2.1快遞價(jià)格和服務(wù)查詢

在包裹價(jià)格咨詢流程中,客戶通過菜單或按鈕使系統(tǒng)轉(zhuǎn)向詢價(jià)頁面,用戶填寫要快遞物品的尺寸(長,寬,高)、重量(kg)、物品保價(jià)、數(shù)量,以及將寄往目的地的國家或地區(qū)等信息,系統(tǒng)將自動(dòng)查詢數(shù)據(jù)庫中保存的價(jià)格策略,然后向用戶顯示不同運(yùn)營商的價(jià)格、遞送到目的地的時(shí)間等信息,供用戶選擇。如果用戶選擇了某些服務(wù)商提供的價(jià)格,則系統(tǒng)將自動(dòng)跳轉(zhuǎn)到訂單處理流程,否則,用戶可以選擇返回主頁(見圖3)。

圖3　發(fā)布快遞報(bào)價(jià)和服務(wù)查詢子流程Fig.3 The workflow of delivery price and service inquiry

定價(jià)策略是包裹快遞代理公司根據(jù)客戶訂單情況、購買批量郵遞服務(wù)情況,綜合平衡如何最優(yōu)而確定的。確定的過程是動(dòng)態(tài)變化的,在銷售購買的批量郵遞服務(wù)初期,由于銷售時(shí)間比較充裕,這時(shí)的價(jià)格可以稍微偏高,當(dāng)購買的批量服務(wù)快到期時(shí),為了促銷,這時(shí)可以提供優(yōu)惠促銷。具體如何建立優(yōu)化模型,是一個(gè)運(yùn)籌學(xué)優(yōu)化問題[6-7],這里不再深入討論。

1.2.2快遞訂單處理

訂單處理流程是系統(tǒng)的一個(gè)重要流程,涉及到許多輸入和分支情況(見圖4)。

當(dāng)用戶咨詢快遞價(jià)格、選定某項(xiàng)服務(wù)后,系統(tǒng)自動(dòng)跳轉(zhuǎn)到訂單處理頁面。首先,用戶要確認(rèn)快遞物品的尺寸、重量以及目的地,然后填寫海關(guān)所需的相關(guān)文件,例如VAT(Value Added Tax)、郵寄的理由、物品的制造商所在國家等;其次,要描述物品的數(shù)量,物品的內(nèi)容,保價(jià)價(jià)格;然后,選擇取貨日期、取貨地址,以及具體的收貨地址、聯(lián)系人等必要信息。

圖4　快遞訂單處理子流程Fig.4 The workflow of delivery order processing

系統(tǒng)根據(jù)輸入的基本信息,會(huì)自動(dòng)匯總為一個(gè)頁面,里面有前面幾個(gè)步驟中錄入的信息,需要用戶確認(rèn)。如果需要修改,則根據(jù)頁面提示,返回修改;否則,繼續(xù)。當(dāng)這些基本的快遞信息輸入完畢后,就要選擇一種支付方式。這要根據(jù)包裹代理公司與銀行的合作情況而定。

當(dāng)用戶選定了某個(gè)銀行的借記卡或信用卡后,系統(tǒng)則自動(dòng)加載銀行提供的錄入信息頁面,用戶根據(jù)頁面提示后輸入正確信息,然后等待銀行系統(tǒng)的驗(yàn)證。如果輸入的信息正確,系統(tǒng)會(huì)提示訂購的快遞服務(wù)已生效;系統(tǒng)會(huì)在訂單生效的情況下,自動(dòng)向用戶的電子郵箱發(fā)送一份訂單詳情,便于用戶以后跟蹤訂單。

在訂單處理流程中,涉及到一個(gè)銀行驗(yàn)證的服務(wù),這需要系統(tǒng)能夠與銀行系統(tǒng)進(jìn)行數(shù)據(jù)通信。一方面,這個(gè)過程要求安全,另一方面,還要確保過程傳遞的數(shù)據(jù)和信息有效。這就要求系統(tǒng)在安全性方面和通信的性能方面有一定的考慮。

1.2.3訂單跟蹤管理

訂單跟蹤管理是用戶和代理商經(jīng)常使用的一個(gè)功能?？蛻舾櫽唵?可以通過郵遞服務(wù)供應(yīng)商網(wǎng)站系統(tǒng)查詢,也可以在包裹代理公司的系統(tǒng)查詢(見圖5)。如果使用郵遞服務(wù)供應(yīng)商的網(wǎng)站查詢,直接輸入快遞跟蹤單號即可,比較簡單;如果使用代理公司的信息系統(tǒng),可以輸入訂單/快遞跟蹤單號,由包裹代理公司的系統(tǒng)與郵遞服務(wù)提供商的信息系統(tǒng)進(jìn)行數(shù)據(jù)通信,然后將搜索的結(jié)果反饋給客戶。代理商跟蹤訂單,可以查詢的方式和條件比較多,可以按照訂單簽訂的時(shí)間、寄往的國家或地區(qū)、郵遞服務(wù)提供商、以及訂單跟蹤號等信息進(jìn)行跟蹤查詢。

圖5　快遞包裹查詢子流程Fig.5 The workflow of delivered parcel tracking

1.2.4財(cái)務(wù)管理

財(cái)務(wù)管理流程的3個(gè)主要功能是:①處理客戶的訂單在線支付,填寫有關(guān)支付銀行卡的信息后,通過與銀行系統(tǒng)的數(shù)據(jù)通信,驗(yàn)證是否可以成功支付;②查看購買的批量快遞服務(wù)使用情況,如果即將用完,則需要重新購買,否則,系統(tǒng)可以羅列出該批量服務(wù)下的銷售訂單情況;③退款,當(dāng)客戶取消快遞服務(wù)后(例如,在規(guī)定的時(shí)間內(nèi)取消),經(jīng)過判斷,如果符合退款要求,則通過與銀行系統(tǒng)聯(lián)機(jī),驗(yàn)證有關(guān)信息后進(jìn)行退款處理(見圖6)。

圖6　快遞財(cái)務(wù)處理的相關(guān)子流程Fig.6 The workflow of financial and the related routines processing

2　建議的包裹代理管理系統(tǒng)模型

根據(jù)系統(tǒng)的功能要求,同時(shí)需要兼顧后續(xù)的系統(tǒng)功能的可擴(kuò)展性、系統(tǒng)的數(shù)據(jù)處理與預(yù)測能力性能改進(jìn)等要求,因此建議系統(tǒng)按照4層建設(shè)(見圖7)。

第1層,前段用戶交互層。該層主要由各個(gè)Web頁面組成,它們負(fù)責(zé)接收用戶的操作和輸入的數(shù)據(jù),并發(fā)回給Web服務(wù)器進(jìn)行處理,然后將Web服務(wù)器處理的結(jié)果展示在瀏覽器中。

圖7　跨境包裹代理快遞系統(tǒng)邏輯模型Fig.7 The web system logical model of cross border parcel delivery management

第2層,功能層。在Web服務(wù)器端需要開發(fā)一組功能模塊,其中包括包裹快遞訂單管理、訂單追蹤管理、財(cái)務(wù)管理、包裹服務(wù)價(jià)格管理、表格管理、以及客戶抱怨與投訴管理(這部分不是主要功能模塊,沒有展開描述),以及一個(gè)專門處理Web Service的管理組件。Web Service的管理組件是系統(tǒng)重要組件,其作用相當(dāng)于一個(gè)負(fù)責(zé)數(shù)據(jù)集成的平臺(tái),一方面,需要與不同的快遞服務(wù)運(yùn)營商的信息系統(tǒng)集成,另一方面,還需要與銀行的系統(tǒng)進(jìn)行集成。關(guān)于集成的技術(shù)將在后續(xù)的內(nèi)容中展開討論。

第3層,這個(gè)層次不是系統(tǒng)必須的,但是對于系統(tǒng)的性能和功能提升是有幫助的。優(yōu)化算法庫可以有效支持包裹代理商合理制定包裹快遞價(jià)格,在獲取最大利潤的同時(shí),還可以留住客戶。數(shù)據(jù)挖掘工具可以幫助代理商對包裹的銷售和市場的情況、顧客的情況、服務(wù)產(chǎn)品的情況,以及供應(yīng)商的服務(wù)情況進(jìn)行分析以判斷有關(guān)指標(biāo)的發(fā)展趨勢,預(yù)測市場,優(yōu)化產(chǎn)品和價(jià)格策略,提高公司的競爭力。

第4層,數(shù)據(jù)庫層。這個(gè)層次主要依賴數(shù)據(jù)庫廠商提供的數(shù)據(jù)庫開發(fā)工具,處理建立好關(guān)系數(shù)據(jù)庫的結(jié)構(gòu)和數(shù)據(jù)表,此外還要利用數(shù)據(jù)存儲(chǔ)過程,保證數(shù)據(jù)存取過程的安全性,防止數(shù)據(jù)丟失和數(shù)據(jù)攔截情況的發(fā)生。

3　系統(tǒng)開發(fā)涉及的主要關(guān)鍵技術(shù)

3.1基于Web Service的數(shù)據(jù)集成技術(shù)

包裹快遞代理公司系統(tǒng)需要與包裹郵遞服務(wù)提供商、銀行的信息系統(tǒng)進(jìn)行數(shù)據(jù)交換,因此,包裹代理公司內(nèi)部的系統(tǒng)和這些外部系統(tǒng)就需要采用一些數(shù)據(jù)集成技術(shù),實(shí)現(xiàn)數(shù)據(jù)資源跨系統(tǒng)的共享。

Web Services技術(shù)是新出現(xiàn)的一種分布式計(jì)算模式,是基于標(biāo)準(zhǔn)和松散耦合的結(jié)構(gòu)。由于它建立在廣泛接受的XML標(biāo)準(zhǔn)之上,提供了不同廠商的應(yīng)用系統(tǒng)之間的交互性;而松散耦合將分布計(jì)算中的參與者隔離開來,交互雙方某一方的改動(dòng)并不會(huì)影響到另一方。這兩者的結(jié)合意味著公司可以實(shí)現(xiàn)某些Web Services,而不用對使用這些Web Services的客戶端的知識(shí)有任何了解[8-9]。

基于Web Services的跨企業(yè)信息集成模型共有3類角色參與:認(rèn)證中心(Interior UDDI Center),服務(wù)提供方(eg.,UK Royal Post,UPS,DHL,etc)和服務(wù)引用方(包裹代理公司的信息系統(tǒng))[10-13]。認(rèn)證中心采用證書形式為雙方認(rèn)證提供服務(wù),內(nèi)容包括證書序列號、公鑰和私鑰等內(nèi)容。服務(wù)提供方系統(tǒng)有3部分:UDDI(Universal Description Discovery and Integration)、Web Services和Web Services引用管理器(見圖8)。

Web Services要完成3件事情:①完成該服務(wù)的功能運(yùn)算,這是基礎(chǔ);②驗(yàn)證服務(wù)調(diào)用方的合法性;③基于對稱密鑰加密的數(shù)據(jù)傳輸。其中,由于UDDI提供了企業(yè)的Web Services的描述及引用方法信息,所以它是企業(yè)內(nèi)部管理信息系統(tǒng)集成的技術(shù)基礎(chǔ),也是跨企業(yè)信息集成的信息。

Web Services的執(zhí)行過程如下:

(1)服務(wù)注冊。服務(wù)提供者(eg.,UK Royal Post, UPS,DHL,etc)向包裹快遞代理系統(tǒng)提供WSDL描述其服務(wù),并通過UDDI進(jìn)行服務(wù)注冊,UDDI注冊中心將保存著指向WSDL描述的服務(wù)地址。

(2)業(yè)務(wù)流程注冊。包裹代理系統(tǒng)的有關(guān)數(shù)據(jù)集成業(yè)務(wù)流程,通過專用的工具將它們映射成有關(guān)的服務(wù)流程,然后將流程植入到業(yè)務(wù)流程引擎中測試,將通過測試的業(yè)務(wù)流程注冊到流程庫中,供以后使用。

(3)用戶服務(wù)請求。當(dāng)包裹代理系統(tǒng)的數(shù)據(jù)集成需求啟動(dòng)后,系統(tǒng)將自動(dòng)調(diào)用注冊號的業(yè)務(wù)流程,由用戶接口通知流程引擎,數(shù)據(jù)集成管理模塊將負(fù)責(zé)查找相應(yīng)的業(yè)務(wù)流程,將查找到的流程以XML的形式傳遞至Web Service管理模塊中使用。

(4)輸出結(jié)果。當(dāng)數(shù)據(jù)集成業(yè)務(wù)所需的Web Services流程執(zhí)行完成后,包裹代理系統(tǒng)將處理結(jié)果返回到業(yè)務(wù)流程引擎,輸出執(zhí)行結(jié)果。

3.2Web服務(wù)的安全措施

一般來說,Web Services的安全性包括:驗(yàn)證性(Authentication),確保只有授權(quán)的用戶能夠訪問Web Services;機(jī)密性(Confidentiality),保持機(jī)密數(shù)據(jù)的機(jī)密性,防止被未授權(quán)的人查看;完整性(Integrity),驗(yàn)證數(shù)據(jù)的完整性,確認(rèn)未被更改[14-16]。

提高Web Services的安全性可以從2個(gè)方面來考慮。

(1)首先,要保證服務(wù)器與客戶端之間的數(shù)據(jù)安全傳輸,即傳輸層的安全性。由于在實(shí)際應(yīng)用中, SOAP消息一般是通過HTTP傳輸,所以可以選擇HTTP基本認(rèn)證(BASIC-AUTH)+安全套接字層(SSL)。HTTP基本認(rèn)證用Base64對用戶名和密碼進(jìn)行編碼。由于Base64編碼的解碼較為容易,所以通常需要將HTTP與SSL組合使用。

(2)由于SSL提出的初衷是為了解決Web服務(wù)器與瀏覽器之間的Web數(shù)據(jù)流的處理問題,如果對SSL完全加密,則Web Services的靈活性將受到限制。為此,可以采用下面幾個(gè)方法來解決安全性問題。

① 利用SOAP標(biāo)頭,向服務(wù)傳遞自定義憑據(jù)(如用戶名和密碼),由Web Services自己來處理身份驗(yàn)證和授權(quán)。

② 利用SOAP擴(kuò)展對SOAP消息進(jìn)行加密。Web Services基礎(chǔ)結(jié)構(gòu)提供了一個(gè)獨(dú)特的基于SOAP的擴(kuò)展特征,它能夠擴(kuò)展你的Web Services 或Web Services客戶端的功能性。

③ 利用WS-Security。WS-Security是微軟、IBM和ViriSign聯(lián)合發(fā)布的一個(gè)規(guī)范,它用于專門處理圍繞Web Services的安全問題。有關(guān)具體的技術(shù)細(xì)節(jié)可以參閱有關(guān)技術(shù)文獻(xiàn)。

圖8　基于Web Service的數(shù)據(jù)集成框架模型Fig.8 The data integration architecture with Web Service technology

4　結(jié)語

跨境包裹代理服務(wù)在一定程度緩解了中小企業(yè)和個(gè)人在辦理跨境包裹快遞過程中存在的價(jià)格偏高的問題,這種服務(wù)的出現(xiàn),在一定程度上促進(jìn)了跨境電子商務(wù)市場的發(fā)展。

本文通過分析跨境包裹代理服務(wù)的幾個(gè)重要業(yè)務(wù)流程,給出了有關(guān)包裹訂單管理、訂單跟蹤管理、財(cái)務(wù)管理、批量郵遞服務(wù)管理等流程的BPMN圖示;提出了一個(gè)4層系統(tǒng)邏輯模型,認(rèn)為將系統(tǒng)按照GUI用戶體驗(yàn)層、功能模塊層、優(yōu)化算法和數(shù)據(jù)挖掘支持層以及數(shù)據(jù)庫管理層開發(fā),系統(tǒng)將具有更好的可擴(kuò)展性和可維護(hù)性;提出了基于Web Service的跨境包裹代理系統(tǒng)與包裹郵遞服務(wù)運(yùn)營商、銀行系統(tǒng)的數(shù)據(jù)集成與數(shù)據(jù)共享策略,討論了建立系統(tǒng)所涉及的Web Service工作原理和Web Service的數(shù)據(jù)傳輸安全性問題。本文為需要建設(shè)這類Web System的用戶提供了具體的實(shí)現(xiàn)思路和實(shí)踐方法,具有一定的合理性和實(shí)用性。

參考文獻(xiàn):

[1]MOHAPATRA S.E-commerce strategy[M].London: Springer Press,2013.

[2]龔歡.憑借上海自貿(mào)區(qū)平臺(tái)發(fā)展跨境速遞物流業(yè)務(wù)探析[J].郵政研究,2014,30:16-18.

[3]劉丹,陳冰.面向B2C電子商務(wù)業(yè)的物流服務(wù)產(chǎn)品設(shè)計(jì)[J].福建行政學(xué)院學(xué)報(bào),2013,6:84-90.

[4]李懷強(qiáng).快遞服務(wù)跨境網(wǎng)購交易相關(guān)問題研究[C]//中國快遞行業(yè)(國際)發(fā)展大會(huì)論文集.北京:中國快遞行業(yè)(國際)發(fā)展大會(huì),2014.

[5]徐婧.跨境網(wǎng)購寄遞服務(wù)模式的比較分析[C]//中國快遞行業(yè)(國際)發(fā)展大會(huì)論文集.北京:中國快遞行業(yè)(國際)發(fā)展大會(huì),2014.

[6]CAPLICE C,SHEFFI Y.Optimization-based procurement for transportation services[J].Journal of Business Logistics,2003,24(2):109-128.

[7]SCHWIND M,HINZ O,STOCKHEIM T,et al.Standardizing interactive pricing for electronic business[J].Electronic Markets,2008,18(2):165-174.

[8]SCHWIND M,GUJO O,VYKOUKAL J.A combinatorial intra-enterprise exchange for logistics services[J].Information Systems and E-Business Management,2009,7: 447-471.

[9]TALEVSKI A,CHANG E,DILLON T S.Reconfigurable web service integration in the extended logistics enterprise [J].IEEE Trans on Ind Informatics,2005,1:74-84.

[10]DILLON T S,WU C,CHANG E.Reference architectural styles for service-oriented computing[J].LNCS,2007, 4672:543-555.

[11]SINGH M P,HUHNS M N.Service-oriented computing: semantics,processes,agents[M].Chichester:John Wiley &Sons,Ltd,2005.

[12]PAPAZOGLOU M P,TRAVERSO P,DUSTDAR S,et al. Service-oriented computing:State of the art and research challenges[J].Computer,2007,40(11):38-45.

[13]ERL T.SOA principles of service design[M].Upper Saddle River:Prentice-Hall,NJ,2007.

[14]NIELSEN T D,NEUMANN S A,KING T L.A methodology for managing model extensions when using the common information model for systems integration[C]//IEEE Power Eng Soc Gen Meeting.London:IEEE,2009.

[15]POPOVIC’D S,VARGA E,PERLIC’Z.Extension of the common information model with a catalog of topologies [J].IEEE Trans Power Syst,2007,22(2):770-777.

[16]MCMORRAN A W,AULT G W,MORGAN C,et al.A common information model(CIM)toolkit framework implemented in Java[J].IEEE Trans Power Syst,2006,21(1): 194-201.

中圖分類號:TP393.4

文獻(xiàn)標(biāo)志碼:A

文章編號:1001-4543(2015)02-0131-09

收稿日期:2015-01-20

通訊作者:魏雙羽(1964–),女,遼寧人,高級工程師,碩士,主要研究方向?yàn)橹圃鞓I(yè)信息化與數(shù)控加工研究。電子郵箱sywei@sspu.edu.cn。

基金項(xiàng)目:上海第二工業(yè)大學(xué)重點(diǎn)學(xué)科建設(shè)項(xiàng)目(No.XXKYS1403,XXKPY1311)、上海市科委行動(dòng)創(chuàng)新計(jì)劃(No. 13521103600)資助

A Method to Analyze and Design for the Broker’s Business Management System of Cross-Border Parcel Express

WEI Shuang-yu1,BAI Martin2
(1.School of Intelligent Manufacturing and Control Engineering,Shanghai Second Polytechnic University, Shanghai 201209,P.R.China;2.School of Design,Engineering&Computer,Bournemouth University, Bournemouth BH12 5BB,UK)

Abstract:A method of cross-border parcel broker business management system with B/S is proposed in terms of the practical problems of the high cost,complicated routines in the business.The required functionality and performance of the system are discussed along with the comments on the crucial processes of the business.The proposed management system architecture is provided and the key technical aspects are discussed.The problems of afore mentioned can be effectively solved by the proposed method.

Keywords:cross-border parcel broker;express;system analysis;information system