基于AJAX的設(shè)備在線報(bào)修系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

王朋 劉衛(wèi)星 趙勇軍

摘 要：本文首先對(duì)系統(tǒng)開(kāi)發(fā)所需要的技術(shù)進(jìn)行詳細(xì)的講解。然后對(duì)故障報(bào)修系統(tǒng)進(jìn)行了全面的角色和功能的建模，闡述了系統(tǒng)的總體功能設(shè)計(jì)，對(duì)各個(gè)功能模塊進(jìn)行了實(shí)現(xiàn)。本系統(tǒng)性能和功能都達(dá)到了設(shè)計(jì)的要求，有效地滿足了用戶的需求，整體性能良好。

關(guān)鍵詞：Ajax；故障報(bào)修；異步交互

中圖分類號(hào)：TP391 文獻(xiàn)標(biāo)識(shí)號(hào)：A 文章編號(hào)：2095-2163（2015-）02-

Design and Implementation of Online Repair System based on Ajax

WANG Peng， LIU Weixing， ZHAO Yongjun

（Network Management Center， Aba Teachers College， Wenchuan Sichuan 623002，China）

Abstract：This paper firstly analyzes the system development technology in detail， then aimed at the role and function of the fault repair system， completes the comprehensive modeling. Based on the aboved， the paper expounds the overall function of the fault repair system， and realizes each function module of this system. The system has a good performance， therefore meets the design requirement， and effectively satisfies the users.

Key Words： Ajax； Fault Repair； Asynchronous Interaction

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

0 引 言

隨著互聯(lián)網(wǎng)的不斷發(fā)展與逐漸成熟，企事業(yè)單位中的設(shè)備越來(lái)越多，遇到的問(wèn)題也就日趨客觀，從目前來(lái)看有以下幾種處理方式：第一是親自到維修中心去報(bào)修。這種情況浪費(fèi)了員工的大量時(shí)間，并要填寫(xiě)故障的單子。此外，還需聘請(qǐng)專門(mén)的人員進(jìn)行報(bào)修單的處理，這種模式增加了企業(yè)人力和物力的支出，而且效率也很低。第二種情況是電話報(bào)修。但這種方式缺乏維護(hù)人員和客戶之間的有效溝通，維修工程師難以把握故障的真實(shí)情況。最后一種就是網(wǎng)絡(luò)報(bào)修。該種模式是當(dāng)用戶遇到問(wèn)題，借助網(wǎng)絡(luò)將次問(wèn)題填寫(xiě)匯總為故障的詳細(xì)信息后，再提交給專門(mén)的維修人員，故障信息將會(huì)詳盡細(xì)致地呈現(xiàn)給維修工程師。而工程師就可以根據(jù)故障的描述實(shí)施故障的有效解決，因而此種方式就顯著縮短了用戶的等待和問(wèn)題解決時(shí)間，并且提高了企業(yè)的運(yùn)營(yíng)效率。綜上可知，為了及時(shí)處理用戶遭遇的現(xiàn)場(chǎng)故障，提升企業(yè)的實(shí)時(shí)應(yīng)變效率，有必要建立一套完整、高效的設(shè)備報(bào)修平臺(tái)，幫助企業(yè)用戶及時(shí)解決工作中出現(xiàn)的各類設(shè)備突發(fā)故障問(wèn)題。

針對(duì)這一課題，本文利用了Ajax開(kāi)發(fā)技術(shù)，分析和設(shè)計(jì)了一個(gè)響應(yīng)速度快、用戶體驗(yàn)良好的設(shè)備在線報(bào)修系統(tǒng)。旨在改善企事業(yè)的客服方式和客服能力，讓用戶提出的問(wèn)題得到及時(shí)或限時(shí)的解決，滿足企事業(yè)高速發(fā)展對(duì)故障維護(hù)質(zhì)量不斷提高的現(xiàn)實(shí)要求。

1 技術(shù)簡(jiǎn)介

為了營(yíng)造良好的用戶體驗(yàn)，系統(tǒng)開(kāi)發(fā)采用了Ajax局部刷新的技術(shù)，實(shí)現(xiàn)了與系統(tǒng)后臺(tái)的異步交互。Ajax并不是一項(xiàng)嶄新的技術(shù)，而是一些現(xiàn)有成熟的技術(shù)的嵌入組合。這些技術(shù)相互協(xié)作，共同完成用戶的請(qǐng)求工作。在Ajax中主要是HTML、JavaScript、Dynamic HTML、DOM文檔對(duì)象模型和XMLHttpRequest技術(shù)的匹配組合[1]。

具體來(lái)說(shuō)，XMLHttpRequest是Ajax的核心，實(shí)現(xiàn)客戶端和服務(wù)器端的異步通信過(guò)程。Ajax通過(guò)JavaScript調(diào)用XMLHttpRequest對(duì)象來(lái)與服務(wù)器進(jìn)行交互[2]。XMLHttpRequest對(duì)象能夠根據(jù)用戶的需要與服務(wù)器進(jìn)行自動(dòng)交互，這個(gè)過(guò)程對(duì)于用戶來(lái)說(shuō)是透明的。這樣在用戶做其他事情的時(shí)候，客戶端就可以在后臺(tái)與服務(wù)器完成交互，縮短了用戶的等待時(shí)間，同時(shí)減少了網(wǎng)絡(luò)傳輸?shù)膸?，也緩解了服?wù)器的壓力。圖1就說(shuō)明了傳統(tǒng)模式和Ajax模式應(yīng)用程序的區(qū)別。

圖1 Ajax工作模式與傳統(tǒng)模式比較

Fig.1 Comparison between the working mode and traditional mode of Ajax

在Ajax模式下，當(dāng)用戶在填寫(xiě)表單時(shí)，Ajax會(huì)在后臺(tái)對(duì)服務(wù)器將用戶填寫(xiě)的數(shù)據(jù)進(jìn)行特定的格式包裝，并對(duì)服務(wù)器發(fā)出HTTP請(qǐng)求，實(shí)現(xiàn)了客戶端和服務(wù)器端的異步傳輸。當(dāng)服務(wù)器處理完數(shù)據(jù)，會(huì)將處理的結(jié)果返回給Ajax引擎，Ajax收到服務(wù)器返回的數(shù)據(jù)，就調(diào)用特定的響應(yīng)方法在瀏覽器上將結(jié)果顯示給用戶。也就是說(shuō)，用戶不需要等待服務(wù)器的響應(yīng)，就可以進(jìn)行其他的操作。這個(gè)異步處理的過(guò)程對(duì)用戶來(lái)說(shuō)是透明的。從用戶的角度來(lái)看，用戶操作后面的數(shù)據(jù)時(shí)，前面的數(shù)據(jù)已經(jīng)提交服務(wù)器進(jìn)行了處理并且得到了處理結(jié)果，從而給用戶帶來(lái)了一種良好的體驗(yàn)。

2 系統(tǒng)總體設(shè)計(jì)

在系統(tǒng)中，存在以下幾種角色。對(duì)各類角色的任務(wù)設(shè)計(jì)則可進(jìn)行如下描述。

（1）系統(tǒng)用戶：用戶可以根據(jù)自己的賬號(hào)登陸到系統(tǒng)中，進(jìn)行故障的初步診斷和識(shí)別，當(dāng)遠(yuǎn)程故障診斷不起作用時(shí)，用戶就要填寫(xiě)故障報(bào)修單，說(shuō)明具體的故障現(xiàn)象，并提交系統(tǒng)，等待專業(yè)維修人員進(jìn)行檢修。用戶可以查看自己提交報(bào)修單的處理進(jìn)度，而在派單之前，用戶也可以對(duì)提交的報(bào)修單進(jìn)行修改和追加。另外，還可以查看自己的報(bào)修記錄和已處理的報(bào)修單狀況。

（2）監(jiān)控管理員：查看和審核報(bào)修單，對(duì)報(bào)修單進(jìn)行派單工作。同時(shí)，還可查看和維護(hù)維修工程師的信息。

（3）維修工程師：查看自己的派單，對(duì)已處理的故障進(jìn)行消單。對(duì)不能解決的問(wèn)題進(jìn)行上報(bào)。查看設(shè)備庫(kù)存情況。

（4）超級(jí)管理員：對(duì)系統(tǒng)進(jìn)行維護(hù)，進(jìn)行用戶角色權(quán)限的分配工作。系統(tǒng)角色圖如圖2所示。

圖2 系統(tǒng)角色建模圖

Fig.2 System role modeling

綜上，基于對(duì)系統(tǒng)中角色功能的分析，即對(duì)系統(tǒng)的總體功能進(jìn)行了模塊化的設(shè)計(jì)。具體地，根據(jù)系統(tǒng)所要實(shí)現(xiàn)的具體功能，并且依據(jù)系統(tǒng)中存在的不同的操作、角色及權(quán)限，系統(tǒng)的總體功能架構(gòu)如圖3所示。

圖3 系統(tǒng)功能總體架構(gòu)圖

Fig.3 Architecture diagram of system function

從圖3可以看出，系統(tǒng)共分為4大模塊，模塊劃分依據(jù)是基于系統(tǒng)中的角色存在作用。分別地，各模塊的實(shí)現(xiàn)功能可做如下概述：

（1）普通用戶模塊：本模塊包含了設(shè)備故障遠(yuǎn)程診斷模塊、查詢模塊、故障報(bào)修模塊。

（2）監(jiān)控員管理模塊：本模塊是針對(duì)系統(tǒng)的監(jiān)控管理員，包括報(bào)修單管理、系統(tǒng)查詢、個(gè)人信息管理、派單管理。

（3）維修人員模塊：該模塊包括報(bào)修單管理、系統(tǒng)查詢、個(gè)人信息管理等。

（4）超級(jí)管理員模塊：該模塊包括系統(tǒng)維護(hù)與設(shè)置、角色權(quán)限的分配、數(shù)據(jù)管理等。

本文研發(fā)系統(tǒng)的技術(shù)架構(gòu)利用了非常流行的Struts2和Ajax技術(shù)，并采用MVC分層設(shè)計(jì)的方式進(jìn)行實(shí)現(xiàn)。在系統(tǒng)中，Struts2充當(dāng)了中心控制器的角色，所有的請(qǐng)求都會(huì)被Struts攔截，控制器將根據(jù)請(qǐng)求的類型，調(diào)用不同的業(yè)務(wù)邏輯進(jìn)行處理，而后根據(jù)處理結(jié)果的類型調(diào)用不同的視圖模型，再將處理結(jié)果展示給用戶[3]。視圖層采用了Ajax技術(shù)進(jìn)行局部動(dòng)態(tài)更新，由此而帶來(lái)了良好的用戶體驗(yàn)。系統(tǒng)的技術(shù)架構(gòu)如圖4所示。

圖4 技術(shù)架構(gòu)圖

Fig.4 Technical architecture diagram

3 系統(tǒng)的實(shí)現(xiàn)

普通用戶、維修人員和系統(tǒng)監(jiān)控員是本文系統(tǒng)的三個(gè)核心角色，而超級(jí)管理員則主要針對(duì)用戶的基本信息，角色和權(quán)限模塊的設(shè)置，系統(tǒng)的數(shù)據(jù)等進(jìn)行管理。本研究設(shè)計(jì)并最終成功實(shí)現(xiàn)了設(shè)備在線報(bào)修系統(tǒng)。限于篇幅，本節(jié)就以報(bào)修單管理模塊的實(shí)現(xiàn)為例來(lái)介紹具體開(kāi)發(fā)過(guò)程。其它模塊的實(shí)現(xiàn)過(guò)程則不再贅述。

在報(bào)修單管理模塊中，經(jīng)過(guò)調(diào)研可知，報(bào)修單包括報(bào)修編號(hào)、報(bào)修類型、故障描述、故障地點(diǎn)、報(bào)修時(shí)間、維修人、報(bào)修狀態(tài)等幾種屬性。用戶可以根據(jù)報(bào)修單的狀態(tài)查看報(bào)修單的進(jìn)度。為此，報(bào)修單管理模塊的系統(tǒng)流程圖則如圖5所示。

圖5 報(bào)修單管理系統(tǒng)流程圖

Fig.5 Flow-process diagram of repair management system

報(bào)修單管理模塊的實(shí)現(xiàn)代碼如下：

public List getAllMaintains（） {

String hql = "FROM Maintain m "；

Session session = null；

Transaction tx = null；

Maintain maintains = null；

try {

session = getSessionFactory（）.openSession（）；

tx = session.beginTransaction（）；

maintains = session.createQuery（hql）.list（）；

tx.commit（）；

} catch （Exception e） {

return null；

} finally {

if（session ！= null）session.close（）；}

return maintains； }

4 結(jié)束語(yǔ)

本系統(tǒng)使用簡(jiǎn)單，只需用戶填寫(xiě)少量的信息即可進(jìn)行故障設(shè)備的報(bào)修。系統(tǒng)充分利用了Ajax異步請(qǐng)求數(shù)據(jù)的特點(diǎn)，定時(shí)從后臺(tái)獲取數(shù)據(jù)并將數(shù)據(jù)展示給監(jiān)控員，保證故障得到動(dòng)態(tài)、及時(shí)的解決，降低了因故障維修不及時(shí)帶給企業(yè)的損失，因而具有較好的實(shí)用推廣價(jià)值。

參考文獻(xiàn)：

[1] 李健，郭宇明，石桂名.基于DWR的Ajax技術(shù)研究與實(shí)現(xiàn)[J].現(xiàn)代計(jì)算機(jī)，2007（7）： 132-133.

[2] 梁征.基于Ajax技術(shù)實(shí)現(xiàn)網(wǎng)絡(luò)報(bào)修系統(tǒng)的改造[J].廣西科學(xué)院學(xué)報(bào)，2008（1）：66-68.

[3] 孫鑫.Struts2深入詳解[M].北京：電子工業(yè)出版社，2008.

[4] 白國(guó)靖.基于工作流的學(xué)生宿舍網(wǎng)絡(luò)報(bào)修系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].廣州：華南理工大學(xué)，2010.

1 基金項(xiàng)目：阿壩師范高等專科學(xué)校校級(jí)規(guī)劃基金項(xiàng)目（ASB13-20）。

作者簡(jiǎn)介：王 朋（1984-），男，河南開(kāi)封人，碩士，助理研究員，主要研究方向：云計(jì)算與虛擬化、計(jì)算機(jī)軟件與理論；

趙勇軍（1978-），男，四川南充人，碩士，助理研究員，主要研究方向：計(jì)算機(jī)應(yīng)用；

劉衛(wèi)星（1969-），男，四川成都人，碩士，助理研究員，主要研究方向：計(jì)算機(jī)與多媒體。