汽車車輛維修定檢設(shè)備管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

晉東海

（大慶油田有限責(zé)任公司試油試采分公司，黑龍江大慶 163000）

0 引言

隨著我國汽車市場(chǎng)的不斷擴(kuò)張，汽車車輛的故障維修定檢工作面臨巨大的信息管理問題。通過車輛維修定檢設(shè)備管理系統(tǒng)解決信息混亂、丟失和不透明問題，是現(xiàn)階段汽車市場(chǎng)競(jìng)爭(zhēng)的重要手段。基于此，重點(diǎn)對(duì)汽車車輛維修定檢設(shè)備管理系統(tǒng)的系統(tǒng)模塊、信息管理模塊、車輛維修項(xiàng)目管理模塊和故障信息管理模塊等進(jìn)行研究，以期設(shè)計(jì)出具有高度自動(dòng)化與科技化的管理系統(tǒng)。

1 系統(tǒng)技術(shù)架構(gòu)設(shè)計(jì)

汽車維修定檢管理系統(tǒng)設(shè)計(jì)目的在于解決海量汽車維修數(shù)據(jù)信息的存儲(chǔ)、查詢，實(shí)現(xiàn)車輛維修的高度簡(jiǎn)潔性。例如維修客戶信息中涵蓋的客戶信息、車輛維修信息、階段性信息處理和反饋信息等都需要進(jìn)行記錄與管理，若使用人工方式對(duì)上述信息進(jìn)行管理，會(huì)造成極大的工作內(nèi)耗，阻礙汽車維修定檢行業(yè)的發(fā)展。圍繞該問題設(shè)計(jì)車輛維修定檢設(shè)備管理系統(tǒng)，主體架構(gòu)建立在對(duì)實(shí)際行動(dòng)分析的基礎(chǔ)上，對(duì)比各技術(shù)應(yīng)用與架構(gòu)的優(yōu)劣勢(shì)，結(jié)合實(shí)際業(yè)務(wù)對(duì)系統(tǒng)功能的需求，最終明確系統(tǒng)設(shè)計(jì)的主體技術(shù)架構(gòu)。針對(duì)車輛維修定檢設(shè)備的管理系統(tǒng)設(shè)計(jì)，利用B/S 多層架構(gòu)模式對(duì)系統(tǒng)架構(gòu)的多重框架進(jìn)行開發(fā)[1]。

由表1 功能層設(shè)計(jì)架構(gòu)可知，架構(gòu)的第一層為客戶端層，第二層與第四層為服務(wù)器層，第三層為數(shù)據(jù)庫層，以此3 層架構(gòu)為出發(fā)點(diǎn)細(xì)化各層的其他功能模塊。在系統(tǒng)框架中，表層屬于面向客戶與操作人員的用戶界面層，該部分以Web 瀏覽器為主，重要技術(shù)為界面優(yōu)化與數(shù)據(jù)調(diào)用，因此不對(duì)該層進(jìn)行過多敘述。因數(shù)據(jù)層與基礎(chǔ)信息層可以通過已有數(shù)據(jù)庫的方式解決，所以也不對(duì)該部分進(jìn)行過多敘述。

表1 系統(tǒng)的各層功能框架

系統(tǒng)模塊屬于整個(gè)車輛維修定檢設(shè)備管理系統(tǒng)的骨架，所有子系統(tǒng)皆在該模塊上實(shí)現(xiàn)?？紤]到該系統(tǒng)的服務(wù)對(duì)象大部分為車主及客服人員，因此該設(shè)備管理系統(tǒng)的用戶操作界面應(yīng)當(dāng)具有一定的交互性與簡(jiǎn)潔性，應(yīng)貼近實(shí)際且符合人們對(duì)常見操作系統(tǒng)控制的習(xí)慣。該模塊應(yīng)當(dāng)具有高度邏輯轉(zhuǎn)換性，即能夠?qū)崿F(xiàn)將各模塊下不同數(shù)據(jù)的邏輯模型轉(zhuǎn)換成虛擬的物理模型，該部分需要通過B/S 實(shí)現(xiàn)數(shù)據(jù)模塊的分級(jí)。

以服務(wù)層為例，該系統(tǒng)的設(shè)計(jì)需要將服務(wù)層拆分為基礎(chǔ)信息管理模塊、車輛維修模塊和故障信息管理模塊，在各子模塊中需要明確該部分設(shè)計(jì)解決的問題，為解決該問題需要構(gòu)建的主要功能，例如在信息管理模塊中要解決的核心問題是如何實(shí)現(xiàn)長(zhǎng)期用戶與短期用戶信息的分別與管理[2]。

2 系統(tǒng)服務(wù)層的模塊細(xì)化設(shè)計(jì)

2.1 基礎(chǔ)信息管理模塊設(shè)計(jì)

該部分設(shè)計(jì)主要是實(shí)現(xiàn)汽車維修部門、維修人員、客戶和維修基礎(chǔ)配件等數(shù)據(jù)的管理。在服務(wù)層框架設(shè)計(jì)中該部分的設(shè)計(jì)主要解決信息收集問題，例如部門信息、人員信息、客戶信息和車輛配件信息等，通過該模塊的綜合應(yīng)用才可以促使整個(gè)系統(tǒng)設(shè)計(jì)的順利進(jìn)行。該系統(tǒng)基礎(chǔ)信息的設(shè)計(jì)應(yīng)當(dāng)更多體現(xiàn)在頁面布局與層次布局上，通常情況下，完善基礎(chǔ)信息是為系統(tǒng)后續(xù)數(shù)據(jù)整理提供更高效的服務(wù)。

在汽車維修定檢設(shè)備管理系統(tǒng)設(shè)計(jì)中，基礎(chǔ)信息管理的需求設(shè)計(jì)應(yīng)當(dāng)滿足以下原則：①實(shí)現(xiàn)用戶登錄管理，即客戶可自主進(jìn)行次要信息的記錄登錄和用戶開戶、注銷等功能；②可實(shí)現(xiàn)用戶行為的自管理，即系統(tǒng)需要對(duì)用戶的每一步操作進(jìn)行行為習(xí)慣記錄，例如車主在系統(tǒng)中挑選維修部件時(shí)經(jīng)常瀏覽的價(jià)位與材料等信息的記錄[3]；③應(yīng)具有日志數(shù)據(jù)管理能力，通過該功能幫助客服人員對(duì)用戶車輛維修數(shù)據(jù)變化情況進(jìn)行及時(shí)記錄，實(shí)現(xiàn)數(shù)據(jù)的可追溯、可分析與可恢復(fù)等功能。

為此，基礎(chǔ)信息模塊下需設(shè)立3 個(gè)子系統(tǒng)模塊，即部門管理模塊、維修人員管理模塊和車輛維修配件管理模塊。在用戶界面操作人員可通過點(diǎn)擊的方式實(shí)現(xiàn)對(duì)上述信息的查詢與管理，但為保障系統(tǒng)數(shù)據(jù)的安全性需要對(duì)操作ID 進(jìn)行權(quán)限限制，避免非管理人隨意篡改用戶信息。

2.2 車輛維修管理模塊設(shè)計(jì)

該模塊主要為滿足車輛維修定檢管理系統(tǒng)下針對(duì)維修信息的存儲(chǔ)與調(diào)用而設(shè)計(jì)。在該管理系統(tǒng)中因涉及維修車輛品牌與型號(hào)眾多，若沒有科學(xué)的用戶信息管理路徑設(shè)計(jì)，會(huì)造成整個(gè)系統(tǒng)數(shù)據(jù)調(diào)用的高度延時(shí)。該管理模塊的設(shè)計(jì)應(yīng)當(dāng)滿足對(duì)車輛維修項(xiàng)目、維修車輛型號(hào)和維修車輛故障信息等的劃分功能，確保系統(tǒng)具有較高的數(shù)據(jù)存儲(chǔ)與調(diào)用性能，在保障用戶數(shù)據(jù)信息安全的前提下實(shí)現(xiàn)數(shù)據(jù)的高速調(diào)用。

從實(shí)際功能設(shè)計(jì)角度出發(fā)，車輛維修管理模塊的設(shè)計(jì)理念需要圍繞車輛維修的各項(xiàng)數(shù)據(jù)產(chǎn)生點(diǎn)進(jìn)行管理，例如活動(dòng)的名稱、種類和單價(jià)等信息，幫助客戶實(shí)現(xiàn)對(duì)不同維修項(xiàng)目各項(xiàng)參數(shù)的自主選擇，減少實(shí)際維修環(huán)節(jié)針對(duì)如維修材料、配額、組合和人工等信息的詢問時(shí)間，即在客戶端界面上即可實(shí)現(xiàn)對(duì)車輛維修各項(xiàng)參數(shù)的登記，提交后只需在規(guī)定時(shí)間內(nèi)將維修車輛送至維修工廠或通知工廠收取故障車輛[4]。該部分主要可分為2 個(gè)子系統(tǒng)：①用戶維修車輛信息填寫系統(tǒng)：主要包括維修車輛類型、故障原因、更換材料和價(jià)格等；②附加服務(wù)信息填寫系統(tǒng)：主要包括是否需要道路救援、是否加急、是否進(jìn)行車輛改裝和會(huì)員服務(wù)等。當(dāng)車輛已經(jīng)開始進(jìn)行維修時(shí)，系統(tǒng)對(duì)客戶賬號(hào)發(fā)送維修單，客戶可通過維修單上的編號(hào)查詢車輛的實(shí)際維修情況，該部分的主要流程如圖1 所示。

圖1 系統(tǒng)設(shè)計(jì)流程

2.3 故障信息管理模塊設(shè)計(jì)

在該模塊中，一旦車輛出現(xiàn)任何故障都可通過該模塊功能實(shí)現(xiàn)相關(guān)信息的上傳與查詢。為實(shí)現(xiàn)該模塊的相關(guān)功能，需要根據(jù)其他不同子系統(tǒng)的權(quán)限和數(shù)據(jù)設(shè)計(jì)不同接入端口，同樣在用戶操作界面需要保證操作界面的整潔，在保證較高的操作兼容性需求下實(shí)現(xiàn)最簡(jiǎn)潔的操作設(shè)計(jì)。

故障信息管理模塊需要設(shè)計(jì)故障登記與查找兩大子系統(tǒng)，主要涉及對(duì)維修車輛的故障編號(hào)登記、故障名稱登記、助記碼生成與分發(fā)和故障現(xiàn)象登記等。維修項(xiàng)目主要涉及故障登記單的相關(guān)信息填寫，例如不同地區(qū)的故障維修項(xiàng)目、工單號(hào)、初次維修時(shí)間、檢修具體故障、客戶名稱、車牌號(hào)和車型等信息記錄[5]。整個(gè)模塊的相關(guān)信息皆需要由維修定檢單位的工作人員填寫，客服與客戶均可通過上述方式對(duì)車輛維修故障登記單與維修項(xiàng)目等信息進(jìn)行查詢。該模塊還可成為維修部門與客戶之間溝通的介質(zhì)，維修部門通過將維修信息上傳至平臺(tái)中實(shí)現(xiàn)故障公開化，而客戶可通過平臺(tái)上的信息實(shí)現(xiàn)對(duì)維修各項(xiàng)要求的更改，例如更換更貴的替換件或其他需求等。

3 系統(tǒng)測(cè)試

在所有功能模塊均已設(shè)計(jì)完畢且實(shí)現(xiàn)對(duì)接后，需要通過不斷輸入模擬信號(hào)的方式對(duì)功能模塊的本體與系統(tǒng)整體進(jìn)行檢驗(yàn)，以驗(yàn)證從系統(tǒng)登錄到車輛維修定檢流程，即項(xiàng)目相關(guān)信息完成分類封存后系統(tǒng)功能的流暢性。在測(cè)試單個(gè)功能模塊時(shí)需要對(duì)每條輸入信息的記錄模式與實(shí)際輸出進(jìn)行詳細(xì)記錄，在綜合考察中對(duì)比系統(tǒng)輸出結(jié)果，若單獨(dú)測(cè)試與整體測(cè)試輸出結(jié)果不同則需要重新調(diào)整系統(tǒng)參數(shù)；如果系統(tǒng)運(yùn)行時(shí)遇到與預(yù)期設(shè)計(jì)功能不符合的模塊，同樣需要修改參數(shù)并不斷進(jìn)行調(diào)試，直至測(cè)試結(jié)果數(shù)據(jù)完全符合預(yù)期設(shè)計(jì)要求。

系統(tǒng)功能測(cè)試環(huán)節(jié)不但要輸入大量合理數(shù)據(jù)以增強(qiáng)車輛維修定檢設(shè)備管理系統(tǒng)的設(shè)計(jì)可行性，還需要輸入少量不合理數(shù)據(jù)，即誤差數(shù)據(jù)，以驗(yàn)證系統(tǒng)在處理大量數(shù)據(jù)信息時(shí)的糾錯(cuò)能力與故障后的應(yīng)急反應(yīng)能力。所有功能結(jié)構(gòu)通過測(cè)試后皆需要進(jìn)行一段時(shí)間的試運(yùn)行，通過實(shí)踐找出系統(tǒng)運(yùn)行中存在的技術(shù)漏洞，從而完善整個(gè)車輛維修定檢管理系統(tǒng)。功能測(cè)試范圍如表2所示，性能測(cè)試范圍如表3 所示。

表2 功能測(cè)試

表3 性能測(cè)試

4 結(jié)語

通過研究汽車車輛維修定檢設(shè)備管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)路徑，重點(diǎn)對(duì)系統(tǒng)下服務(wù)層的相關(guān)功能實(shí)現(xiàn)路徑進(jìn)行設(shè)計(jì)，明確各功能模塊實(shí)現(xiàn)的方向、路徑和校驗(yàn)，設(shè)定合格的出廠標(biāo)準(zhǔn)與檢測(cè)標(biāo)準(zhǔn)，為相關(guān)人員或單位提供幫助。