呂正娟?李莉?錢(qián)春陽(yáng)

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

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

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

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

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

2? 需求分析

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

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

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

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

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

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

用戶(hù)注冊(cè)時(shí)需要管理員填寫(xiě)用戶(hù)名、郵件地址、用戶(hù)等級(jí)和驗(yàn)證碼等，對(duì)于輸入的內(nèi)容通過(guò)驗(yàn)證后才能點(diǎn)擊新增用戶(hù)按鈕進(jìn)行注冊(cè)，激活成功后整個(gè)注冊(cè)流程就結(jié)束。

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

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

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

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

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

3.4? 進(jìn)銷(xiāo)存管理模塊設(shè)計(jì)

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

3.5? 進(jìn)銷(xiāo)存管理模塊設(shè)計(jì)

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

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

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

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

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

4? 數(shù)據(jù)庫(kù)簡(jiǎn)要設(shè)計(jì)

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

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

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

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

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

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

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

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

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

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

5? 系統(tǒng)測(cè)試

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

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

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

5.2? 非功能性測(cè)試

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

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

5.3? 安全性測(cè)試

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

5.4? 易用性測(cè)試

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

5.5? 兼容性測(cè)試

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

6? 結(jié)? 論

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

參考文獻(xiàn)：

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

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

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

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

[5] 鄔佳偉，韓曙東.多元化運(yùn)營(yíng)模式下跨境電商物流服務(wù)體系構(gòu)建 [J].商業(yè)經(jīng)濟(jì)研究，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.

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

收稿日期：2022-02-17

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