晉東海
(大慶油田有限責(zé)任公司試油試采分公司,黑龍江大慶 163000)
隨著我國(guó)汽車市場(chǎng)的不斷擴(kuò)張,汽車車輛的故障維修定檢工作面臨巨大的信息管理問(wèn)題。通過(guò)車輛維修定檢設(shè)備管理系統(tǒng)解決信息混亂、丟失和不透明問(wèn)題,是現(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)。
汽車維修定檢管理系統(tǒng)設(shè)計(jì)目的在于解決海量汽車維修數(shù)據(jù)信息的存儲(chǔ)、查詢,實(shí)現(xiàn)車輛維修的高度簡(jiǎn)潔性。例如維修客戶信息中涵蓋的客戶信息、車輛維修信息、階段性信息處理和反饋信息等都需要進(jìn)行記錄與管理,若使用人工方式對(duì)上述信息進(jìn)行管理,會(huì)造成極大的工作內(nèi)耗,阻礙汽車維修定檢行業(yè)的發(fā)展。圍繞該問(wèn)題設(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ù)庫(kù)層,以此3 層架構(gòu)為出發(fā)點(diǎn)細(xì)化各層的其他功能模塊。在系統(tǒng)框架中,表層屬于面向客戶與操作人員的用戶界面層,該部分以Web 瀏覽器為主,重要技術(shù)為界面優(yōu)化與數(shù)據(jù)調(diào)用,因此不對(duì)該層進(jìn)行過(guò)多敘述。因數(shù)據(jù)層與基礎(chǔ)信息層可以通過(guò)已有數(shù)據(jù)庫(kù)的方式解決,所以也不對(duì)該部分進(jìn)行過(guò)多敘述。
表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)換成虛擬的物理模型,該部分需要通過(guò)B/S 實(shí)現(xiàn)數(shù)據(jù)模塊的分級(jí)。
以服務(wù)層為例,該系統(tǒng)的設(shè)計(jì)需要將服務(wù)層拆分為基礎(chǔ)信息管理模塊、車輛維修模塊和故障信息管理模塊,在各子模塊中需要明確該部分設(shè)計(jì)解決的問(wèn)題,為解決該問(wèn)題需要構(gòu)建的主要功能,例如在信息管理模塊中要解決的核心問(wèn)題是如何實(shí)現(xiàn)長(zhǎng)期用戶與短期用戶信息的分別與管理[2]。
該部分設(shè)計(jì)主要是實(shí)現(xiàn)汽車維修部門、維修人員、客戶和維修基礎(chǔ)配件等數(shù)據(jù)的管理。在服務(wù)層框架設(shè)計(jì)中該部分的設(shè)計(jì)主要解決信息收集問(wèn)題,例如部門信息、人員信息、客戶信息和車輛配件信息等,通過(guò)該模塊的綜合應(yīng)用才可以促使整個(gè)系統(tǒng)設(shè)計(jì)的順利進(jìn)行。該系統(tǒng)基礎(chǔ)信息的設(shè)計(jì)應(yīng)當(dāng)更多體現(xiàn)在頁(yè)面布局與層次布局上,通常情況下,完善基礎(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ù)管理能力,通過(guò)該功能幫助客服人員對(duì)用戶車輛維修數(shù)據(jù)變化情況進(jìn)行及時(shí)記錄,實(shí)現(xiàn)數(shù)據(jù)的可追溯、可分析與可恢復(fù)等功能。
為此,基礎(chǔ)信息模塊下需設(shè)立3 個(gè)子系統(tǒng)模塊,即部門管理模塊、維修人員管理模塊和車輛維修配件管理模塊。在用戶界面操作人員可通過(guò)點(diǎn)擊的方式實(shí)現(xiàn)對(duì)上述信息的查詢與管理,但為保障系統(tǒng)數(shù)據(jù)的安全性需要對(duì)操作ID 進(jìn)行權(quán)限限制,避免非管理人隨意篡改用戶信息。
該模塊主要為滿足車輛維修定檢管理系統(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ì)如維修材料、配額、組合和人工等信息的詢問(wèn)時(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ā)送維修單,客戶可通過(guò)維修單上的編號(hào)查詢車輛的實(shí)際維修情況,該部分的主要流程如圖1 所示。
圖1 系統(tǒng)設(shè)計(jì)流程
在該模塊中,一旦車輛出現(xiàn)任何故障都可通過(guò)該模塊功能實(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)信息皆需要由維修定檢單位的工作人員填寫,客服與客戶均可通過(guò)上述方式對(duì)車輛維修故障登記單與維修項(xiàng)目等信息進(jìn)行查詢。該模塊還可成為維修部門與客戶之間溝通的介質(zhì),維修部門通過(guò)將維修信息上傳至平臺(tái)中實(shí)現(xiàn)故障公開化,而客戶可通過(guò)平臺(tái)上的信息實(shí)現(xiàn)對(duì)維修各項(xiàng)要求的更改,例如更換更貴的替換件或其他需求等。
在所有功能模塊均已設(shè)計(jì)完畢且實(shí)現(xiàn)對(duì)接后,需要通過(guò)不斷輸入模擬信號(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)通過(guò)測(cè)試后皆需要進(jìn)行一段時(shí)間的試運(yùn)行,通過(guò)實(shí)踐找出系統(tǒng)運(yùn)行中存在的技術(shù)漏洞,從而完善整個(gè)車輛維修定檢管理系統(tǒng)。功能測(cè)試范圍如表2所示,性能測(cè)試范圍如表3 所示。
表2 功能測(cè)試
表3 性能測(cè)試
通過(guò)研究汽車車輛維修定檢設(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)人員或單位提供幫助。