期刊VIP學(xué)術(shù)指導(dǎo) 符合學(xué)術(shù)規(guī)范和道德
保障品質(zhì) 保證專業(yè),沒有后顧之憂
來源:期刊VIP網(wǎng)所屬分類:電力時(shí)間:瀏覽:次
摘要:當(dāng)電力故障發(fā)生時(shí),普通用戶通常求助于供電部門的服務(wù)熱線,但其只負(fù)責(zé)戶外公共用電設(shè)備的維護(hù),無法介入戶內(nèi)進(jìn)行維修,無效的報(bào)修請(qǐng)求造成了公共報(bào)修資源的浪費(fèi),同時(shí)普通用戶也沒有專業(yè)的渠道能及時(shí)尋找到有可靠資質(zhì)的維修師傅。為了解決這一社會(huì)問題,該項(xiàng)目依托所屬地公司,整合具備資質(zhì)的第三方維修公司、用戶報(bào)修渠道、供電公司管控等資源構(gòu)建了一個(gè)以Web應(yīng)用、安卓端App、微信小程序與可視化數(shù)據(jù)分析中心四方互聯(lián)的電力全流程報(bào)修平臺(tái),同時(shí)集成云端集群,實(shí)現(xiàn)了電力維保的科學(xué)化、精確化與智能化。
關(guān)鍵詞:電力報(bào)修;監(jiān)控平臺(tái);云集群;可視化
1引言
近年來,隨著經(jīng)濟(jì)的高速發(fā)展,人們對(duì)電力的依賴程度不斷加大[1]。當(dāng)電力故障發(fā)生時(shí),普通用戶通常會(huì)撥打供電公司的報(bào)修電話尋求幫助,但是供電公司維護(hù)的是戶外的公共用電設(shè)備,而非入戶的電力設(shè)備與線路,無效的報(bào)修請(qǐng)求造成用戶對(duì)供電公司不作為的誤解,也造成了公共報(bào)修資源的浪費(fèi)。面對(duì)急需解決的用電故障,普通用戶會(huì)求助于社區(qū)論壇等一些信息平臺(tái)或街邊小廣告。這些信息中往往存在著資質(zhì)可靠工人少、服務(wù)范圍窄、反饋時(shí)間長等諸多問題。另一方面,社會(huì)上對(duì)普通用戶的家庭用電故障的維修服務(wù)沒有統(tǒng)一的標(biāo)準(zhǔn)與監(jiān)管渠道,維修過程始終處于無監(jiān)管狀態(tài),維修質(zhì)量完全取決于各個(gè)維修師傅的態(tài)度認(rèn)真程度,其中產(chǎn)生的價(jià)格糾紛和質(zhì)量問題往往處于不可控狀態(tài)。因此,基于供電公司整合社會(huì)上符合資質(zhì)的維修維護(hù)人員構(gòu)建一個(gè)高效、權(quán)威、全流程監(jiān)管的電力報(bào)修平臺(tái),實(shí)現(xiàn)電力維保的科學(xué)化與精準(zhǔn)化就顯得尤為重要。
2需求分析
通過對(duì)各方的走訪調(diào)查,得出各方需求具體如下:
1)針對(duì)客戶
①專業(yè)的維修工人。
②完善的投訴監(jiān)管渠道。
③迅速的訂單處理速度。
④易操作的提交訂單程序。
2)針對(duì)工人
①完善的考評(píng)機(jī)制。
②簡易的故障問題梳理。
③易操作的接單應(yīng)用。
3)針對(duì)管理人員與決策高層
①分流無用報(bào)修電話。
②全流程監(jiān)控業(yè)務(wù)訂單狀況。
③科學(xué)化管理報(bào)修基礎(chǔ)數(shù)據(jù)。
④圖例化展示電力維保信息,提高工作效率。
⑤基于歷史數(shù)據(jù)進(jìn)行相應(yīng)數(shù)據(jù)分析,提高決策支持能力。
3總體設(shè)計(jì)
本平臺(tái)依托所屬地供電公司,整合社會(huì)上符合資質(zhì)的電力維保人員構(gòu)建了一個(gè)以Web應(yīng)用、安卓端、微信小程序與可視化大屏四方互聯(lián)的電力全流程報(bào)修平臺(tái)。在平臺(tái)中,用戶可通過微信小程序進(jìn)行及時(shí)的故障報(bào)修與反饋評(píng)價(jià);工人可以通過安卓端及時(shí)接收服務(wù)推送并對(duì)維修全流程進(jìn)行跟蹤記錄;管理員可以通過后臺(tái)管理端對(duì)工人資質(zhì)進(jìn)行審核,打通95598服務(wù)和相關(guān)內(nèi)部用電維修資源。同時(shí)項(xiàng)目集成云端集群,采用分布式存儲(chǔ)與并行數(shù)據(jù)分析,實(shí)現(xiàn)對(duì)維修資源的智能調(diào)度與全流程監(jiān)管,真正實(shí)現(xiàn)電力維保的科學(xué)化、精確化與智能化。
3.1平臺(tái)總體架構(gòu)
本平臺(tái)的總體架構(gòu)如圖1所示,主要由防火墻服務(wù),一臺(tái) Nginx服務(wù)器,兩臺(tái)后臺(tái)服務(wù)器,一臺(tái)Redis服務(wù)器,一臺(tái)MySQL 服務(wù)器以及云服務(wù)器集群構(gòu)成。下面將從實(shí)際場景切入,一一介紹每一個(gè)技術(shù)點(diǎn)的作用及意義。
1)防火墻:安卓端、小程序端、Web管理端以及可視化大屏向后臺(tái)服務(wù)器發(fā)送請(qǐng)求,請(qǐng)求首先會(huì)被防火墻攔截。這里的防火墻作用有兩點(diǎn):一是抵擋了大部分DDos和XSS攻擊,二是避免SQL注入引發(fā)的數(shù)據(jù)庫崩潰問題。
2)負(fù)載均衡:經(jīng)防火墻過濾之后的請(qǐng)求會(huì)通過 Nginx 服務(wù)器,即負(fù)載均衡服務(wù)器。Nginx會(huì)綜合考慮兩臺(tái)后臺(tái)服務(wù)器的各類因素(內(nèi)存占用,CPU利用率等)來選擇合適的服務(wù)器將請(qǐng)求轉(zhuǎn)發(fā)。有效解決大部分請(qǐng)求涌入同一臺(tái)服務(wù)器而造成服務(wù)器內(nèi)存長時(shí)間占用過高的問題[2]。
3)設(shè)置兩臺(tái)后臺(tái)服務(wù)器有兩點(diǎn)原因:
①如果只有一臺(tái)服務(wù)器,在程序沒有優(yōu)化得足夠好的情況下,大量的請(qǐng)求涌入可能會(huì)出現(xiàn)上述內(nèi)存占用過高的問題,進(jìn)一步可能導(dǎo)致服務(wù)器的崩潰。
②使用兩臺(tái)服務(wù)器實(shí)際上采用fallback機(jī)制,當(dāng)系統(tǒng)需要更新時(shí),可以在服務(wù)器A上進(jìn)行更新,而服務(wù)器B則繼續(xù)接收請(qǐng)求,當(dāng)服務(wù)器A更新完后再更新服務(wù)器B,轉(zhuǎn)由服務(wù)器A接收請(qǐng)求,這樣的需求在一臺(tái)服務(wù)器上是不可以實(shí)現(xiàn)的。
4)冷熱數(shù)據(jù)切換:在設(shè)計(jì)本平臺(tái)的過程中,發(fā)現(xiàn)有多類數(shù)據(jù)需要被頻繁訪問(如:訂單,客戶評(píng)價(jià)等數(shù)據(jù)),考慮到平臺(tái)將來的落地背景,在使用的用戶有一定規(guī)模的情況下,如此頻繁地向數(shù)據(jù)庫訪問這些熱點(diǎn)數(shù)據(jù)會(huì)造成MySQL性能的下降。所以考慮使用Redis來和MySQL進(jìn)行冷熱數(shù)據(jù)的切換,當(dāng)用戶上線時(shí),把一些用戶可能需要頻繁訪問的熱點(diǎn)數(shù)據(jù)從MySQL轉(zhuǎn)移到Redis 中。這樣,當(dāng)用戶訪問這些熱點(diǎn)數(shù)據(jù)時(shí),直接可以從 Redis服務(wù)器中抽取數(shù)據(jù),獲取數(shù)據(jù)的速度有較大提升。在每天凌晨,或是用戶很久不上線的時(shí)候再把這些熱點(diǎn)數(shù)據(jù)回傳到 MySQL服務(wù)器中變成冷數(shù)據(jù),實(shí)現(xiàn)數(shù)據(jù)的持久化。
5)云服務(wù)器集群:本平臺(tái)為方便管理員與決策高層清晰地觀察系統(tǒng)的運(yùn)行狀況及用戶、工人的使用情況,集成了可視化展示功能。考慮到平臺(tái)未來落地的背景,且對(duì)數(shù)據(jù)分析算法性能的高度要求,本平臺(tái)進(jìn)一步引進(jìn)基于 Hadoop 的云服務(wù)器集群,實(shí)現(xiàn)聯(lián)機(jī)并行的統(tǒng)計(jì)分析。同時(shí),一些圖片、視頻、json等存儲(chǔ)占用率高的數(shù)據(jù)也存儲(chǔ)在云端,充分減輕后臺(tái)數(shù)據(jù)庫的存儲(chǔ)壓力。
3.2數(shù)據(jù)庫設(shè)計(jì)
本平臺(tái)數(shù)據(jù)庫針對(duì)決策人員所提出的數(shù)據(jù)統(tǒng)計(jì)分析需求,同時(shí)為滿足用戶與工人業(yè)務(wù)即時(shí)性的需要,合理設(shè)定索引,有效提升平臺(tái)的數(shù)據(jù)分析與信息檢索效率。各表屬性設(shè)定滿足范式要求,并通過相應(yīng)存儲(chǔ)過程的設(shè)置對(duì)客戶的電話、住址等個(gè)人信息進(jìn)行有效性檢測,充分加強(qiáng)平臺(tái)信息的真實(shí)性與可靠性,具體數(shù)據(jù)庫E-R 圖如圖2示。