楊凡 陳中舉

摘要：為了更好地提升零部件產(chǎn)品的售后服務(wù)質(zhì)量，論文基于混合移動(dòng)開發(fā)模式，設(shè)計(jì)完成了零部件售后服務(wù)移動(dòng)端應(yīng)用，實(shí)現(xiàn)了零部件信息管理、零部件圖片比對、售后處理及各項(xiàng)統(tǒng)計(jì)等功能。

關(guān)鍵詞：混合移動(dòng)開發(fā)模式；售后處理；MVVM；AppCan

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A

文章編號：1009-3044（2019）10-0193-03

開放科學(xué)（資源服務(wù)）標(biāo)識碼（OSID）：

Design and Implementation of Mobile Terminals for After-sales of parts Service Based on Hybrid Development Mode

YANG Fan， CHEN Zhong-ju

（Yangtze University， Jingzhou 434023， China）

Abstract： In order to improve the quality of remote after-sales service of parts， the paper is based on the hybrid mobile development model， designed and completed the mobile terminal application of the after-sales service of parts， and realized the functions of parts information management， parts picture comparison， after-sales processing and statistical reports.

Key words： Hybrid Development Mode； After-sales service； MVVM； AppCan

1 引言

當(dāng)前大部分零部件物流倉儲(chǔ)管理系統(tǒng)是基于PC端，雖然可以實(shí)現(xiàn)信息的集中處理與自動(dòng)化管理，但為了避免發(fā)出的零部件存在缺陷或者嚴(yán)重的質(zhì)量問題，廠商必須能夠得到客戶反饋的這批零件的實(shí)時(shí)信息，以達(dá)到產(chǎn)品所被要求的性能以及將召回產(chǎn)品的風(fēng)險(xiǎn)降到最低[1]。在外受理人員需要通過移動(dòng)端對出口銷售零部件產(chǎn)品進(jìn)行信息查詢與售后服務(wù)處理，保證迅速實(shí)現(xiàn)缺陷產(chǎn)品召回處理，將損害與損失降到最低。因此，設(shè)計(jì)基于移動(dòng)設(shè)備的零部件售后服務(wù)的移動(dòng)應(yīng)用具有明顯的實(shí)際意義。

2 需求分析

根據(jù)當(dāng)前零部件物流倉儲(chǔ)管理系統(tǒng)自身的特點(diǎn)，本系統(tǒng)設(shè)計(jì)主要包括五個(gè)零部件管理模塊，分別是信息管理、圖片管理、售后質(zhì)量管理、查詢與統(tǒng)計(jì)報(bào)表和系統(tǒng)權(quán)限管理。信息管理包含了配件信息的錄入、查詢、修改、刪除以及批量刪除等相關(guān)操作；圖片管理模塊包括兩個(gè)功能：配件條碼識別和配件圖片識別；售后質(zhì)量管理模塊主要用于配件的售后服務(wù)，主要包含以下功能：申請、處理和評價(jià)售后服務(wù)，導(dǎo)入配件售后資料；查詢與統(tǒng)計(jì)報(bào)表主要查看配件申請?zhí)幚韴?bào)表和產(chǎn)品統(tǒng)計(jì)報(bào)表；系統(tǒng)權(quán)限管理模塊包含部門設(shè)置調(diào)整、用戶的角色設(shè)置和系統(tǒng)用戶信息管理，由管理員指定滿足不同身份的權(quán)限操作需要。

為了方便用戶的售后服務(wù)操作，實(shí)現(xiàn)一次開發(fā)，同時(shí)兼容Android和Ios等主流移動(dòng)端，本移動(dòng)端應(yīng)用設(shè)計(jì)采用混合開發(fā)模式，該模式是介于Web App和Native App兩者之間的應(yīng)用開發(fā)模式[2]，盡管混合開發(fā)模式不能直接操控硬件會(huì)影響軟件的性能，但它兼具良好的用戶交互體驗(yàn)的特性和跨平臺開發(fā)特性，可提高開發(fā)效率，節(jié)約開發(fā)成本。

3 零部件售后服務(wù)移動(dòng)端設(shè)計(jì)

3.1 系統(tǒng)功能結(jié)構(gòu)設(shè)計(jì)

根據(jù)系統(tǒng)的功能需求分析，系統(tǒng)功能設(shè)計(jì)如圖1所示：

3.3 系統(tǒng)設(shè)計(jì)關(guān)鍵技術(shù)

1）移動(dòng)應(yīng)用數(shù)據(jù)對接交互（MVVM）：

通過在DOM對象中設(shè)定data-bind屬性，MVVM.ViewModel使DOM對象與數(shù)據(jù)自動(dòng)關(guān)聯(lián)；通過MVVM控制器對Model對象數(shù)據(jù)和DOM對象進(jìn)行雙向綁定；使用ViewModel提供的events屬性可以整合其所對應(yīng)的View范圍內(nèi)的操作事件[3]。

2）JQuery Ajax跨域請求：

由于移動(dòng)設(shè)備上的APP要與WEB服務(wù)器進(jìn)行外部數(shù)據(jù)請求，這將違背JS中存在的同源策略，普通的Ajax請求無法請求成功，所以需要進(jìn)行跨域處理[4]。由于XHR2對跨域訪問提供了很好的支持，在不修改前端代碼的前提下采用XHR2作為跨域解決方案，只需要在服務(wù)器段對Response請求頭進(jìn)行設(shè)置即可。

3）零部件的圖片比對：

為了解決部分零部件的售后圖片反饋問題，需要將零部件的圖片進(jìn)行比對處理，其設(shè)計(jì)思路為：首先保存客戶上傳零部件圖片到服務(wù)器，然后系統(tǒng)對上傳的售后請求進(jìn)行處理得到該零部件的物料編碼，售后服務(wù)人員通過物料編碼命名規(guī)則在零部件樣本庫中找到與編碼一致的零部件圖片并與客戶申請圖片進(jìn)行對比。由于同一物料編碼的零部件在樣本庫中可能存在多張，所以會(huì)出現(xiàn)多張?jiān)考颖緢D片與客戶申請的圖片進(jìn)行對比。實(shí)現(xiàn)流程如圖2所示：

4）AppCan JSSDK與插件的應(yīng)用：

4 移動(dòng)端系統(tǒng)實(shí)現(xiàn)

本移動(dòng)端開發(fā)基于AppCan平臺，與原PC端的零部件物流倉儲(chǔ)管理系統(tǒng)相結(jié)合，實(shí)現(xiàn)了業(yè)務(wù)所需要的各項(xiàng)功能。其操作主界面如圖4所示，通過該操作主頁，客戶可以通過申請售后服務(wù)填寫相應(yīng)的售后服務(wù)信息，同時(shí)上傳售后服務(wù)憑證（零部件圖片）如圖5所示。

5 總結(jié)

本設(shè)計(jì)采用混合移動(dòng)開發(fā)模式，基于AppCan開發(fā)平臺，開發(fā)完成了零部件售后服務(wù)移動(dòng)端，最終實(shí)現(xiàn)了在PC端和移動(dòng)端上對零部件信息的管理、售后服務(wù)處理以及零部件圖片對比等功能。本移動(dòng)端應(yīng)用提升了零部件產(chǎn)品的售后服務(wù)質(zhì)量，完善了現(xiàn)有的零部件物流倉儲(chǔ)管理系統(tǒng)，同時(shí)可供當(dāng)前主流的移動(dòng)設(shè)備系統(tǒng)安裝使用，具有良好的實(shí)用價(jià)值和兼容性。

參考文獻(xiàn)：

[1] 王赫， 張琳， 陸嵐. 基于產(chǎn)品追溯技術(shù)的倉儲(chǔ)管理信息系統(tǒng)設(shè)計(jì)[J]. 物流技術(shù)， 2009， 28（8）：59-62.

[2] 黃敏， 方治嶼， 朱合隆， et al. 基于混合移動(dòng)開發(fā)模式的監(jiān)考自動(dòng)提醒系統(tǒng)設(shè)計(jì)[J]. 科技廣場， 2017（5）：182-189.

[3] 劉立. MVVM模式分析與應(yīng)用[J]. 微型電腦應(yīng)用， 2012， 28（12）：57-60.

[4] 陳臘梅， 李為， 程振林，等. AJAX跨域訪問的研究與應(yīng)用[J]. 計(jì)算機(jī)工程與設(shè)計(jì)， 2008， 29（22）：5680-5684.

[5] 胡恒. 基于AppCan平臺的網(wǎng)上辦稅APP設(shè)計(jì)與實(shí)現(xiàn)[J]. 輕工科技， 2016（1）：81-82.

【通聯(lián)編輯：梁書】