呂正娟?李莉?錢春陽

摘? 要：以S公司的基本情況和現(xiàn)實需求為背景，基于當(dāng)今跨境電商公司的主要業(yè)務(wù)流程的需求分析基礎(chǔ)上，重新定義了該流程中各個角色的職責(zé)。通過對企業(yè)核心業(yè)務(wù)流程的模塊信息子化，將供應(yīng)商和國外電商公司的訂單數(shù)據(jù)同步自動化，使得產(chǎn)品鏈和供應(yīng)鏈得到精細有效管理。這樣將企業(yè)的主要精力集中在核心業(yè)務(wù)上，加快企業(yè)在整個行業(yè)中的快速發(fā)展。

關(guān)鍵詞：跨境電商管理平臺;需求分析;設(shè)計與實現(xiàn)

中圖分類號：TP311? ? ? ?文獻標(biāo)識碼：A文章編號：2096-4706（2022）06-0027-05

Design and Implementation of Comprehensive Management Platform for Cross-Border E-Commerce

LYU Zhengjuan， LI Li， QIAN Chunyang

（School of Information Engineering and Media， Hefei Technology College， Hefei? 230013， China）

Abstract： Taking S Companys basic situation and actual demand as the background and based on the demand analysis basis of the main business process of cross-border E-commerce companies today， the responsibilities of each role in the process are redefined. Through the module information of the core business process of the enterprise， the order data of suppliers and foreign E-commerce companies can be synchronized and automated， so that the product chain and supply chain can be finely and effectively managed. In this way， the main energy of the enterprise is focused on the core business and the rapid development of the enterprise in the whole industry is accelerated.

Keywords： cross-border E-commerce management platform; demand analysis; design and implementation

0? 引? 言

伴隨著互聯(lián)網(wǎng)快速的發(fā)展，互聯(lián)網(wǎng)+的時代已經(jīng)到來。其中電子商務(wù)得到充分的發(fā)展，跨境電子商務(wù)方面也順應(yīng)時代潮流涌現(xiàn)了一大批優(yōu)秀的企業(yè)。我國出口貿(mào)易領(lǐng)域所占的比重也在變得越來越大，但是和國外相比我國的跨境電商行業(yè)還不夠成熟，尤其是在公司業(yè)務(wù)需求不斷變化的今天，對于傳統(tǒng)的ERP系統(tǒng)已經(jīng)無法滿足企業(yè)現(xiàn)在的業(yè)務(wù)需求。在這樣一個背景下，開發(fā)一個滿足現(xiàn)在跨境電商公司普遍業(yè)務(wù)需求的商務(wù)綜合管理平臺已經(jīng)成為這些企業(yè)發(fā)展和進步的重要需求。本文以S公司的基本情況和現(xiàn)實需求為背景，對當(dāng)今跨境電商公司的主要業(yè)務(wù)流程進行了需求分析，重新定義了該流程中各個角色的職責(zé)。通過對企業(yè)核心業(yè)務(wù)流程的模塊信息子化，將供應(yīng)商和國外電商公司的訂單數(shù)據(jù)同步自動化，使得產(chǎn)品鏈和供應(yīng)鏈得到精細有效管理。

1? 開發(fā)技術(shù)

項目開發(fā)采用當(dāng)今主流的企業(yè)應(yīng)用平臺JavaEE架構(gòu)，框架部分使用SpringMVC、Spring、Hibernate進行環(huán)境搭建;數(shù)據(jù)庫部分使用開源的關(guān)系型MySQL進行數(shù)據(jù)的存儲以及使用非關(guān)系型Redis進行緩存的處理;前后端的數(shù)據(jù)傳輸使用JavaScript 對象表示法（JavaScriptObjectNotation， JSON）進行傳遞;權(quán)限管理部分使用Apache的Shiro權(quán)限控制框架;報表使用主流AmCharts技術(shù);系統(tǒng)間的遠程調(diào)用技術(shù)使用的是阿里巴巴開源RPC框架遠程過程調(diào)用（RemoteProcedureCall， DubboRPC）。通過使用這些技術(shù)，基于B/S架構(gòu)[1]進行設(shè)計開發(fā)并實現(xiàn)綜合管理平臺。

2? 需求分析

S公司是一家專業(yè)從事跨境電商的企業(yè)，公司主要經(jīng)營日常家居品類生產(chǎn)加工制造，產(chǎn)品主要銷往美國和德國。S將企業(yè)的日常工作流程中的主要角色進行如下劃分：供應(yīng)商、采購人員、銷售人員、報運人員、物流人員、財務(wù)人員、出口貨運人員、經(jīng)營決策者、系統(tǒng)管理員等。根據(jù)S公司的真實需求，設(shè)計跨境電商的綜合管理平臺，系統(tǒng)中的功能模塊關(guān)系到相關(guān)的角色人員。供應(yīng)商這個角色負(fù)責(zé)提供商品，保證提供的商品質(zhì)量合格。采購人員則負(fù)責(zé)按照訂單數(shù)據(jù)進行商品的采購，并且對采購到的商品進行質(zhì)量的檢測。銷售人員負(fù)責(zé)將銷售平臺的訂單和其他相關(guān)的信息錄入到企業(yè)內(nèi)部的系統(tǒng)中。報運人員負(fù)責(zé)將采購人員采購回來的商品訂單去海關(guān)進行報運。物流人員則將報運過的商品進行裝箱運輸。財務(wù)人員負(fù)責(zé)管理公司的資金往來。出口貨運人員負(fù)責(zé)處理產(chǎn)品出口到國外電商公司的過程。經(jīng)營決策者負(fù)責(zé)根據(jù)決策分析的數(shù)據(jù)和有關(guān)人員進行討論，主要通過查看平臺上的報表數(shù)據(jù)來指導(dǎo)公司的戰(zhàn)略部署。系統(tǒng)管理員負(fù)責(zé)維護該綜合管理平臺的日常運行，以及相關(guān)角色的管理。以S公司為背景構(gòu)建跨境電商綜合管理系統(tǒng)的設(shè)計和實現(xiàn)，能夠達到S公司出口貿(mào)易核心業(yè)務(wù)的信息化和顯著提高公司運營質(zhì)效的目標(biāo)。F1FE5913-3AD1-4A50-9F86-65BD14EBA964

3? 系統(tǒng)概要設(shè)計

基于跨境電商的商務(wù)綜合管理平臺的構(gòu)建是一款為跨境電商企業(yè)量身打造的軟件系統(tǒng)，不斷提高企業(yè)的日常運作效率，提供了友好的界面以便用戶進行相應(yīng)的操作和處理。綜合管理平臺是基于B/S模式的Java Web項目，整體架構(gòu)如圖1所示。用戶通過瀏覽器訪問該平臺，前端通過Ajax請求[2]發(fā)送給服務(wù)器，通過負(fù)載均衡服務(wù)器接受請求后轉(zhuǎn)發(fā)給業(yè)務(wù)服務(wù)器處理。后端采用流行的MVC設(shè)計模式進行模塊分離，模塊之間不直接通信，而是與Service層交互，最后通過數(shù)據(jù)持久層Dao操作數(shù)據(jù)庫[3]。

基于跨境電商的商務(wù)綜合管理平臺按照模塊可以分為注冊模塊、登錄模塊、系統(tǒng)管理模塊、進銷存管理模塊、出口貨運流程管理模塊、決策分析模塊和搜索模塊。模塊劃分是以前端頁面的功能布局來劃分的，每個模塊都有自己的功能，模塊之間也可以相互調(diào)用。例如決策分析模塊會調(diào)用出口貨運流程管理模塊和登錄模塊的數(shù)據(jù)，出口貨運流程管理模塊會調(diào)用進銷存管理模塊和登錄模塊的數(shù)據(jù)，系統(tǒng)管理模塊會調(diào)用登錄和注冊模塊的數(shù)據(jù)。系統(tǒng)功能模塊如圖2所示。

3.1? 注冊模塊設(shè)計

由于本課題的設(shè)計是基于一個企業(yè)內(nèi)部管理系統(tǒng)，所以這里的注冊就是通過管理員登錄系統(tǒng)后在系統(tǒng)管理模塊下進行用戶的新增操作。新增用戶信息時，需要填寫用戶名、郵箱和等級以及其他一些信息。為了使用戶輸入的信息符合一定的規(guī)則，前端需要在用戶輸入完成時進行判斷。例如用戶名的字符組成和長度必須符合一定的規(guī)范，對于用戶名和郵箱地址必須是唯一未被注冊的，可以通過前端設(shè)置異步請求加以判斷，對于不符合要求的用戶輸入及時做友好的提示。當(dāng)新增用戶成功后，服務(wù)器會及時收到新增用戶請求，將用戶信息寫入數(shù)據(jù)庫中，并且會給用戶注冊時填寫的郵箱發(fā)送激活郵件。最后用戶需要用瀏覽器登錄自己的郵箱，對于郵箱中的激活郵件的鏈接進行賬號的激活操作，如果用戶沒有在激活鏈接的有效期內(nèi)進行激活則需要重新發(fā)送激活郵件進行激活，激活成功即完成了整個注冊流程。

用戶注冊時需要管理員填寫用戶名、郵件地址、用戶等級和驗證碼等，對于輸入的內(nèi)容通過驗證后才能點擊新增用戶按鈕進行注冊，激活成功后整個注冊流程就結(jié)束。

3.2? 登錄模塊設(shè)計

登錄模塊需要用戶輸入登錄名和密碼，用戶輸入完成后點擊登錄按鈕發(fā)送登錄請求，服務(wù)器在收到登錄請求后進入Apache Shiro安全管理器執(zhí)行認(rèn)證和授權(quán)程序。Shiro框架會將登錄的用戶名和密碼封裝成一個Token，對于密碼部分進行加密并且調(diào)用認(rèn)證方法去數(shù)據(jù)庫中進行認(rèn)證，對于認(rèn)證通過的用戶信息放入Cookie中，并將Cookie信息返回給瀏覽器。登錄成功后進入動態(tài)的系統(tǒng)首頁，因為登錄的認(rèn)證通過后在返回首頁時會動態(tài)加載具有Shiro標(biāo)簽的首頁數(shù)據(jù)，這些數(shù)據(jù)會從數(shù)據(jù)庫中讀出，最后在首頁中動態(tài)顯示。

登錄模塊還有一種自動登錄方式，用戶通過勾選自動登錄即“記住我”實現(xiàn)下次登錄的時候不需要手動輸入用戶信息即可進入系統(tǒng)首頁。

3.3? 管理模塊設(shè)計

統(tǒng)管理模塊是管理員登錄系統(tǒng)后動態(tài)顯示的頂級菜單，按不同的功能可以劃分為用戶管理、角色管理、模塊管理和部門管理四個子模塊。這些子模塊會以二級菜單的形式布局在頁面的左側(cè)。用戶進入這些子模塊的時候右側(cè)主頁面會顯示這些子模塊的相關(guān)信息和相關(guān)三級菜單操作按鈕。當(dāng)用戶進入各自子模塊時會向服務(wù)器發(fā)送一個請求，從服務(wù)器獲取信息進行展示，數(shù)據(jù)會以JSON格式[4]返回給前端頁面。

3.4? 進銷存管理模塊設(shè)計

進銷存管理模塊是綜合管理平臺的核心部分，該模塊包含的功能較多，邏輯相對復(fù)雜。該模塊包含下訂單、填寫物流、貨物跟蹤、收貨以及質(zhì)檢子模塊，用戶進入進銷存管理模塊時，前臺頁面會從服務(wù)器動態(tài)獲取相應(yīng)的子模塊信息。進銷存管理模塊的總體活動結(jié)構(gòu)如如圖3所示。

3.5? 進銷存管理模塊設(shè)計

出口貨運流程管理模塊設(shè)計的目的是管理產(chǎn)品進入國外公司，當(dāng)用戶點擊進入出口貨運流程管理模塊時，左側(cè)菜單動態(tài)顯示了合同管理、海關(guān)報運、裝箱管理和委托管理子模塊信息。用戶在進行了進銷存管理模塊的一些業(yè)務(wù)處理后完成了供應(yīng)商產(chǎn)品的下單并通過物流運輸?shù)焦具M行質(zhì)量檢測，通過質(zhì)量檢測的產(chǎn)品將進入出口貨運管理模塊。

3.6? 決策分析模塊設(shè)計

決策分析模塊的主要功能是為公司經(jīng)營決策者提供數(shù)據(jù)上的參考，包括供應(yīng)商銷售情況數(shù)據(jù)表、系統(tǒng)訪問壓力圖和產(chǎn)品銷售排行，其中供應(yīng)商銷售情況包括供應(yīng)商信息和供應(yīng)商產(chǎn)品的明細。

3.7? 搜索模塊設(shè)計

搜索模塊也是整個綜合管理平臺的重要部分，由于企業(yè)信息量的大幅度提高使得企業(yè)內(nèi)部系統(tǒng)對于搜索功能的需求也迫在眉睫。該部分目標(biāo)是實現(xiàn)快速檢索公司內(nèi)部的常用文檔，主要包括一些合同信息、出貨表信息、發(fā)票信息、裝箱單信息等。對于檢索出的相關(guān)文檔信息可以提供下載功能，方便用戶。

4? 數(shù)據(jù)庫簡要設(shè)計

綜合管理平臺采用輕量級關(guān)系型數(shù)據(jù)庫MySQL給系統(tǒng)存儲數(shù)據(jù)。該課題在設(shè)計數(shù)據(jù)庫的時候應(yīng)該從用戶的需求著手進行邏輯和物理過程分析，設(shè)計過程中需要遵循數(shù)據(jù)庫設(shè)計的一些基本原則。根據(jù)需求分析確定了系統(tǒng)中的實體及實體中的屬性，然后根據(jù)實體進行建模繪制E-R圖。最后進行物理設(shè)計，給出實體對應(yīng)的表和表之間的關(guān)系[5]。由于本課題實際開發(fā)中涉及的實體關(guān)系較為繁多，這里只給出了購銷合同、報運商品附件、報運商品明細、報運單、裝箱單、委托單、財務(wù)報運單和發(fā)票八個實體和實體之間的關(guān)系。如圖4所示給出了綜合管理平臺數(shù)據(jù)庫的局部E-R圖。

綜合管理平臺涉及數(shù)據(jù)庫表較多，上述局部E-R圖是根據(jù)平臺中重要的出口貨運流程管理模塊中涉及的業(yè)務(wù)給出的實體關(guān)系圖，下面將對重要表的結(jié)構(gòu)進行詳細的介紹和說明：F1FE5913-3AD1-4A50-9F86-65BD14EBA964

（1）購銷合同表。購銷合同表是保存合同信息的數(shù)據(jù)表，購銷合同是由本公司與供應(yīng)商公司簽訂。該表中包含多個字段，例如合同編號、簽單日期、制單人、審單人、交貨日期、客戶名稱、船期、創(chuàng)建人和創(chuàng)建日期等。

（2）報運單表。報運單表是存儲海關(guān)報運信息的數(shù)據(jù)表，報運單數(shù)據(jù)是基于合同信息的基礎(chǔ)，包含報運單編號、制單日期、合同編號集合、收貨人及地址、裝運港、目的港運輸方式、總箱數(shù)、總毛重、體積狀態(tài)、創(chuàng)建人、創(chuàng)建日期。

（3）裝箱單表。裝箱單表保存的是裝箱的貨物數(shù)據(jù)表，裝箱單編號、報運單編號、賣方、買方、描述狀態(tài)、創(chuàng)建人、創(chuàng)建部門、創(chuàng)建日期。

（4）委托單表。委托單表是公司委托物流運輸貨物的詳細數(shù)據(jù)表，委托單編號、貨主、提單抬頭、裝運港、卸貨港、裝期、運輸要求、費用說明、復(fù)核人、狀態(tài)、創(chuàng)建人、創(chuàng)建日期。

（5）報運商品明細表。報運商品明細表是存儲待報運的商品明細數(shù)據(jù)表，報運商品編號、報運單編號、供應(yīng)商編號、貨號、包裝單位、數(shù)量、毛重、凈重、尺寸長、尺寸寬、出口單價、單價、含稅、排序號。

（6）財務(wù)報運單表。財務(wù)報運單表是存儲有關(guān)報運的財務(wù)信息數(shù)據(jù)表，自增id、項目id、用戶ID、評論內(nèi)容、評論時間、0問題1回答。

（7）報運商品附件表。報運商品附件表是存儲報運商品相應(yīng)的附件信息數(shù)據(jù)表、附件編號、供應(yīng)商編號、分類編號、貨號、貨物照片、貨物描述、數(shù)量、包裝單位、單價、總金額、要求、排序號。

（8）發(fā)票表。發(fā)票表是存儲相關(guān)發(fā)票的數(shù)據(jù)表，主要存儲的是每個發(fā)票的編號。發(fā)票編號、貿(mào)易條款、狀態(tài)、創(chuàng)建人、創(chuàng)建部門、創(chuàng)建日期。

5? 系統(tǒng)測試

綜合管理平臺的測試內(nèi)容為包括登錄注冊、系統(tǒng)管理、進銷存管理、出口貨運流程管理和決策分析的功能測試[6]，以及性能、安全性、易用性和兼容性等非功能測試。測試結(jié)果表明綜合管理平臺通過功能測試和性能測試，系統(tǒng)已經(jīng)符合設(shè)計需求。

5.1? 系統(tǒng)功能測試

功能測試主要考察每個功能模塊是否和預(yù)期的結(jié)果一致，不關(guān)注具體實現(xiàn)細節(jié)。綜合管理平臺采用黑盒測試與白盒測試相結(jié)合的測試方案對系統(tǒng)進行功能測試，按要求編寫測試用例。該系統(tǒng)功能測試主要包括：登錄注冊、系統(tǒng)管理、進銷存管理、出口貨運流程管理和決策分析等模塊的測試。由于篇幅限制，以進銷存管理模塊測試用例表1和出口貨運流程管理模塊測試用例表2為例呈現(xiàn)測試結(jié)果。

5.2? 非功能性測試

LoadRunner壓力測試[7]800并發(fā)的測試數(shù)據(jù)如表3所示。

修改綜合管理平臺在800人并發(fā)訪問時運行正常，響應(yīng)也很迅速。由于本綜合管理平臺的用戶為企業(yè)內(nèi)部員工，完全滿足一般的跨境電商企業(yè)的真實訪問需求，系統(tǒng)訪問正常穩(wěn)定。

5.3? 安全性測試

綜合管理管理平臺安全性測試用例以及測試結(jié)果如表4所示。

5.4? 易用性測試

綜合管理平臺易用性測試用例以及測試結(jié)果如表5所示。

5.5? 兼容性測試

綜合管理平臺兼容性測試用例以及測試結(jié)果如表6所示。

6? 結(jié)? 論

根據(jù)S跨境電商企業(yè)的真實業(yè)務(wù)需求，通過調(diào)研和分析，從而掌握了一套跨境電商公司普遍的工作流程。在這樣的基礎(chǔ)之上，對企業(yè)的運營流程進行了優(yōu)化，并且對供應(yīng)鏈的數(shù)據(jù)進行分析來規(guī)避風(fēng)險。最后對綜合管理平臺做了功能測試和非功能測試。通過這樣一系列的舉措，將企業(yè)的主要精力集中在核心業(yè)務(wù)上，加快企業(yè)在整個行業(yè)中的快速發(fā)展。

參考文獻：

[1] 侯淑英.B/S模式和C/S模式優(yōu)勢比較 [J].沈陽教育學(xué)院學(xué)報，2007，9（2）：98-100.

[2] 趙澤洋.一種基于Ajax實現(xiàn)網(wǎng)頁調(diào)用本地動態(tài)庫的方法 [J].電腦編程技巧與維護，2021（11）：39-40+79.

[3] 張夏恒，張榮剛.跨境電商與跨境物流復(fù)合系統(tǒng)協(xié)同模型構(gòu)建與應(yīng)用研究 [J].管理世界，2018，34（12）：190-191

[4] 楊樹林，胡潔萍.JSON數(shù)據(jù)交換格式及其在數(shù)據(jù)驗證中的應(yīng)用 [J].北京印刷學(xué)院學(xué)報，2008，16（4）：56-58.

[5] 鄔佳偉，韓曙東.多元化運營模式下跨境電商物流服務(wù)體系構(gòu)建 [J].商業(yè)經(jīng)濟研究，2018（22）：88-90.

[6] BEIZER B，WILEY J. Black box testing：techniques for functional testing of software and systems [J].IEEE Software，1996，13（5）：98.

[7] YANG P，LI J. Using LoadRunner to Test Webs Load Automatically [J].Computer Technology & Development，2007.

作者簡介：呂正娟（1987.02—），女，漢族，安徽合肥人，講師，碩士研究生，研究方向：高校教學(xué)管理、計算機應(yīng)用。

收稿日期：2022-02-17

基金項目：合肥職業(yè)技術(shù)學(xué)院自然科學(xué)重點項目（202014KJA012）;2019年合肥職業(yè)技術(shù)學(xué)院自然科學(xué)重點項目（201914KJA011）F1FE5913-3AD1-4A50-9F86-65BD14EBA964