韋宗毅,覃乾
(1.中鐵第六勘察設(shè)計(jì)院集團(tuán)有限公司,天津300308;2.南寧軌道交通集團(tuán)有限責(zé)任公司,南寧530000)
詳細(xì)分析南寧既有數(shù)字化城市軌道供電系統(tǒng)存在的問題,在總結(jié)和剖析大數(shù)據(jù)基本概念和技術(shù)特點(diǎn)的基礎(chǔ)上,梳理并找出既有數(shù)字化城市軌道供電系統(tǒng)應(yīng)用于大數(shù)據(jù)平臺(tái)的需求分析,詳細(xì)設(shè)計(jì)基于大數(shù)據(jù)平臺(tái)的城市軌道交通供電系統(tǒng)功能架構(gòu)。通過典型場(chǎng)景搭建分析,描述所設(shè)計(jì)大數(shù)據(jù)平臺(tái)在南寧城市軌道交通供電系統(tǒng)的應(yīng)用。最后,闡述南寧基于大數(shù)據(jù)平臺(tái)構(gòu)建的城市軌道交通供電系統(tǒng)面臨的挑戰(zhàn),并對(duì)下一步發(fā)展的方向進(jìn)行初步探討。
大數(shù)據(jù)平臺(tái);城市軌道供電系統(tǒng);功能架構(gòu);分布式計(jì)算和存儲(chǔ)
隨著城市軌道行業(yè)的快速發(fā)展,有著城市軌道交通“能源大動(dòng)脈”之稱的城市軌道供電系統(tǒng)獲取的數(shù)據(jù)呈現(xiàn)出類型多、數(shù)據(jù)量大、門類多樣、管理維護(hù)人員龐雜等特點(diǎn)。當(dāng)前南寧建設(shè)的既有數(shù)字化城市軌道供電系統(tǒng),普遍依托SCADA系統(tǒng)進(jìn)行統(tǒng)一的指揮調(diào)度與供電信息反饋。隨著影像設(shè)備、錄音設(shè)備、新式傳感器等設(shè)備的建設(shè),傳統(tǒng)的供電指揮調(diào)度與信息反饋系統(tǒng)收集的信息呈現(xiàn)幾何級(jí)累計(jì)增長(zhǎng)。面對(duì)不斷增長(zhǎng)的數(shù)據(jù),南寧傳統(tǒng)的供電運(yùn)維檢修方法受到較大的制約[1]。
大數(shù)據(jù)平臺(tái)建設(shè)是近年來(lái)國(guó)家提出的“第四次工業(yè)革命”的重點(diǎn)發(fā)展方向,其具備“5V”特性[2]:大量性(Volume)、高速性(Velocity)、多樣性(Variety)、價(jià)值性(Value)、真實(shí)性(Veracity)。由于大數(shù)據(jù)平臺(tái)起源于互聯(lián)網(wǎng)行業(yè),同時(shí),城市軌道交通供電系統(tǒng)行業(yè)與其他行業(yè)存在一定的差異性,當(dāng)前的大數(shù)據(jù)平臺(tái)并不能完全適用于城市軌道交通供電系統(tǒng)行業(yè)[3]。因此,需研究設(shè)計(jì)并架構(gòu)適用于南寧城市軌道交通供電系統(tǒng)的大數(shù)據(jù)平臺(tái)顯得非常必要。
當(dāng)前,南寧軌道公司正使用安全管理系統(tǒng)、機(jī)器人巡檢系統(tǒng)、檢測(cè)監(jiān)視系統(tǒng)幫助人工作業(yè),減輕人工維護(hù)檢修的重復(fù)勞動(dòng)。如圖1為南寧城市軌道交通供電系統(tǒng)相關(guān)的保護(hù)、監(jiān)測(cè)、控制網(wǎng)絡(luò)架構(gòu)圖。
圖1 南寧城市軌道交通供電系統(tǒng)網(wǎng)絡(luò)架構(gòu)圖
南寧新建的數(shù)字化供電系統(tǒng)普遍存在所采集的圖像、音影、數(shù)字信息存在重復(fù)性高、數(shù)據(jù)容量大、檢測(cè)時(shí)長(zhǎng)長(zhǎng)等特點(diǎn)。運(yùn)營(yíng)維護(hù)部門需要設(shè)置專門的數(shù)據(jù)分析崗位處理海量數(shù)據(jù)。同時(shí),供電數(shù)字化供電系統(tǒng)產(chǎn)生的數(shù)據(jù)量增長(zhǎng)極快,僅通過人工分析和篩選的數(shù)據(jù),無(wú)法提供有效或有價(jià)值的反饋信息幫助運(yùn)營(yíng)維護(hù),也無(wú)法發(fā)揮和體現(xiàn)數(shù)字化系統(tǒng)給運(yùn)營(yíng)維護(hù)帶來(lái)的便利性,造成建設(shè)一套系統(tǒng)、荒廢一套系統(tǒng),甚至拋棄使用數(shù)字化系統(tǒng)的現(xiàn)象。因此,解決困擾當(dāng)前數(shù)字化城市軌道供電系統(tǒng)問題的關(guān)鍵在于對(duì)系統(tǒng)產(chǎn)生數(shù)據(jù)信息的有效利用[4]。
南寧城市軌道交通供電系統(tǒng)大數(shù)據(jù)平臺(tái)主要實(shí)現(xiàn)對(duì)軌道交通供電系統(tǒng)產(chǎn)生的巨量數(shù)據(jù)進(jìn)行數(shù)據(jù)類型轉(zhuǎn)換、分類存儲(chǔ)、數(shù)據(jù)關(guān)聯(lián)與分析計(jì)算、展示、閉環(huán)反饋的功能[5]。
(1)數(shù)據(jù)類型轉(zhuǎn)換功能。既有軌道交通供電系統(tǒng)由于建設(shè)所針對(duì)解決問題的不同,會(huì)產(chǎn)生不同類型的運(yùn)行數(shù)據(jù)、圖片格式、語(yǔ)音視頻格式、文檔格式等。需配置統(tǒng)一的數(shù)據(jù)抽取和采集策略,轉(zhuǎn)化為大數(shù)據(jù)平臺(tái)默認(rèn)與通用的數(shù)據(jù)類型。
(2)數(shù)據(jù)分類存儲(chǔ)功能。通過數(shù)據(jù)結(jié)構(gòu)的優(yōu)化、分布式存儲(chǔ)技術(shù),配置擴(kuò)展性強(qiáng)、存儲(chǔ)成本低的分布式數(shù)據(jù)倉(cāng)庫(kù)。建立的數(shù)據(jù)倉(cāng)庫(kù)能高效快速的讀寫及合理分配存儲(chǔ)空間工作,同時(shí)也應(yīng)具備熱備冗余技術(shù),防止由于物理存儲(chǔ)介質(zhì)的損壞造成的數(shù)據(jù)丟失。
(3)數(shù)據(jù)關(guān)聯(lián)與分析計(jì)算功能。大數(shù)據(jù)平臺(tái)基于分布式存儲(chǔ)技術(shù),快速關(guān)聯(lián)數(shù)據(jù)倉(cāng)庫(kù)信息,部署分布式計(jì)算算法,可利用分散而廉價(jià)的硬件計(jì)算平臺(tái),靈活部署復(fù)雜的數(shù)學(xué)分析模型,通過迭代算法,不斷深度挖掘數(shù)據(jù)間信息關(guān)聯(lián),輸出有價(jià)值的信息流。
(4)信息展示與發(fā)布功能。結(jié)合餅狀圖、柱狀圖、地圖涂抹技術(shù)、虛擬現(xiàn)實(shí)VR技術(shù)等直觀化、可視化的向使用者展示數(shù)據(jù)成果。
(5)高級(jí)功能應(yīng)用。大數(shù)據(jù)平臺(tái)提供海量、快速讀寫、調(diào)配數(shù)據(jù)、去中心化、分布式計(jì)算的信息能力,可結(jié)合數(shù)據(jù)挖掘計(jì)算、人工智能計(jì)算等以往需要采用超級(jí)計(jì)算機(jī)的復(fù)雜算法,大規(guī)模部署到相對(duì)通用計(jì)算平臺(tái)上,實(shí)現(xiàn)機(jī)器“智能化”應(yīng)用[6-7]。
大數(shù)據(jù)平臺(tái)是可以建立在既有Linux平臺(tái)下的數(shù)據(jù)處理系統(tǒng)的軟件平臺(tái)系統(tǒng)。與傳統(tǒng)平臺(tái)建設(shè)中,強(qiáng)調(diào)網(wǎng)絡(luò)、服務(wù)器硬件配置不同,大數(shù)據(jù)平臺(tái)更加強(qiáng)調(diào)利用基礎(chǔ)標(biāo)準(zhǔn)化矩陣硬件平臺(tái),分布式布置一整套可不斷拓展、易于嫁接存儲(chǔ)與計(jì)算的軟件體系,達(dá)到處理海量數(shù)據(jù)、運(yùn)行復(fù)雜數(shù)學(xué)和分析模型的目的[8]。
當(dāng)前的大數(shù)據(jù)平臺(tái)體系主要由基于分布式系統(tǒng)發(fā)展而來(lái)的Hadoop體系和基于數(shù)據(jù)庫(kù)管理發(fā)展而來(lái)的MPP體系[9]。MPP體系的優(yōu)勢(shì)在于可利用完整的SQL語(yǔ)言對(duì)巨量的結(jié)構(gòu)化數(shù)據(jù)庫(kù)進(jìn)行操作。但其體系特點(diǎn)不利于動(dòng)態(tài)數(shù)據(jù)的查詢和計(jì)算,網(wǎng)絡(luò)開銷大,任務(wù)分配不靈活,擴(kuò)展性有限,不利于供電系統(tǒng)大數(shù)據(jù)平臺(tái)的業(yè)務(wù)拓展。
Hadoop體系設(shè)計(jì)之初,就是基于分布式系統(tǒng)的高可靠性、高拓展性、高容錯(cuò)性,受到國(guó)內(nèi)外互聯(lián)網(wǎng)公司的青睞。目前,Google、Yahoo、Facebook利用原生Hadoop系統(tǒng),部署在上千個(gè)服務(wù)器集群中,解決搜索與廣告業(yè)務(wù)。國(guó)內(nèi)互聯(lián)網(wǎng)公司中的百度、阿里、華為、中國(guó)移動(dòng)等企業(yè)也利用自開發(fā)的基于Hadoop體系的第三方系統(tǒng),構(gòu)建自己的大數(shù)據(jù)應(yīng)用。使用Hadoop體系建立的大數(shù)據(jù)平臺(tái)更貼合于城市軌道交通供電系統(tǒng)行業(yè)的特點(diǎn)和需求。
基于Hadoop體系構(gòu)建的城市軌道交通供電系統(tǒng)大數(shù)據(jù)平臺(tái)的功能構(gòu)架和定位,從下至上需包含三個(gè)層級(jí):①數(shù)據(jù)收集及存儲(chǔ)層;②數(shù)據(jù)計(jì)算及信息挖掘?qū)?;③?yīng)用及展示服務(wù)層。如圖2所示為城市軌道交通供電系統(tǒng)大數(shù)據(jù)平臺(tái)架構(gòu)圖[10]。
供電系統(tǒng)平臺(tái)主要數(shù)據(jù)來(lái)源于供電運(yùn)行與維修數(shù)據(jù)。傳統(tǒng)的數(shù)據(jù)經(jīng)過平臺(tái)匯總后,上傳至中央級(jí),通過布置相對(duì)靜止的處理算法后,展示輸出,由人工判斷數(shù)據(jù)的可用和可信程度。由于維護(hù)工作人員的經(jīng)驗(yàn)、能力各不相同,往往造成系統(tǒng)出現(xiàn)明顯奇點(diǎn)時(shí)才判定為故障,錯(cuò)失解決問題的最佳時(shí)機(jī)。同時(shí),存儲(chǔ)器中的海量數(shù)據(jù)被堆積、覆蓋直到數(shù)據(jù)陣列完成生命周期,采集的數(shù)據(jù)就會(huì)被丟棄而不會(huì)再被調(diào)出利用。這些蘊(yùn)含供電系統(tǒng)運(yùn)行客觀規(guī)律的系統(tǒng)的數(shù)據(jù)利用效率低,造成極大的數(shù)據(jù)資源浪費(fèi)。
大數(shù)據(jù)系統(tǒng)總體把數(shù)據(jù)類型分結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)。結(jié)構(gòu)化數(shù)據(jù)為存儲(chǔ)在數(shù)據(jù)庫(kù)里,可以用二維表結(jié)構(gòu)來(lái)邏輯表達(dá)的數(shù)據(jù)。在供電系統(tǒng)中,如電能狀態(tài)信息、SCADA供電系統(tǒng)狀態(tài)信息等為典型的結(jié)構(gòu)化數(shù)據(jù)。非結(jié)構(gòu)化數(shù)據(jù)為不方便使用數(shù)據(jù)庫(kù)化邏輯表達(dá)的數(shù)據(jù),包括所有辦公文檔、圖片、視頻和音頻信息等[11]。
大數(shù)據(jù)采集層針對(duì)非結(jié)構(gòu)化和結(jié)構(gòu)化數(shù)據(jù),采用多種工具和手段,同時(shí),這些數(shù)據(jù)采集工具內(nèi)嵌于傳統(tǒng)數(shù)據(jù)采集層,避免額外的系統(tǒng)開銷。其中,結(jié)構(gòu)化數(shù)據(jù)采集,比較常用及穩(wěn)定的工具為Sqoop采集工具;非結(jié)構(gòu)化的工具針對(duì)的對(duì)象類型較多,常用的為Apache社區(qū)發(fā)布的Kettle、IBM提供的Datastage、Informatica軟件等。其使用流程為把非結(jié)構(gòu)化數(shù)據(jù)進(jìn)行ETL到HDFS中的Hbase結(jié)構(gòu)中進(jìn)行類結(jié)構(gòu)化存儲(chǔ)。
圖2 典型城市軌道交通供電系統(tǒng)網(wǎng)絡(luò)架構(gòu)圖
平臺(tái)層工具建立在傳統(tǒng)服務(wù)器存儲(chǔ)池及進(jìn)程中。平臺(tái)層的計(jì)算工具和存儲(chǔ)工具邊界并不十分明晰,如Hive工具就是布置于存儲(chǔ)池中,同時(shí)也可調(diào)用計(jì)算工具的軟件包。
平臺(tái)層一般包含分布式計(jì)算和分布式存儲(chǔ)兩個(gè)方面。其中分布式存儲(chǔ)是大數(shù)據(jù)平臺(tái)基礎(chǔ)。
在Hadoop體系中,最基礎(chǔ)的存儲(chǔ)單元為HDFS存儲(chǔ)池,主要用于存儲(chǔ)經(jīng)過采集工具加工后的數(shù)據(jù)。同時(shí),HDFS具備良好的結(jié)構(gòu)化存儲(chǔ)特性,傳統(tǒng)數(shù)據(jù)的標(biāo)準(zhǔn)化存儲(chǔ)池中的結(jié)構(gòu)化數(shù)據(jù)也可以方便轉(zhuǎn)換為供給大數(shù)據(jù)引擎需求的HDFS類型。
存儲(chǔ)池中的Hbase存儲(chǔ)主要以列的形式,存儲(chǔ)從非結(jié)構(gòu)化采集工具采集而來(lái)的數(shù)據(jù),進(jìn)行類結(jié)構(gòu)化存儲(chǔ)。
Hadoop平臺(tái)有眾多計(jì)算工具,其中比較常用和代表的有Spark流計(jì)算工具、Storm快速計(jì)算工具、MapReduce計(jì)算工具。在Hadoop2.0體系中加入了YARN快速數(shù)據(jù)共享工具,解決任務(wù)進(jìn)行中的計(jì)算工具動(dòng)態(tài)調(diào)度問題[12]。
Hadoop的基礎(chǔ)計(jì)算工具為MapReduce,其總體運(yùn)行思路分為Map和Reduce兩個(gè)部分。在Map階段,矩陣機(jī)器同時(shí)按軟件劃分讀取完整數(shù)據(jù)庫(kù),篩選所需數(shù)據(jù);在Reduce階段,又同時(shí)啟動(dòng)其他空閑的矩陣機(jī)器,把Map階段獲得的篩選數(shù)據(jù)進(jìn)行計(jì)算并重組輸出運(yùn)算結(jié)果。
MapReduce的計(jì)算模型簡(jiǎn)單好用,但計(jì)算過程需經(jīng)過多次存儲(chǔ)讀取操作,計(jì)算時(shí)間過長(zhǎng),由于城軌供電平臺(tái)產(chǎn)生的數(shù)據(jù)流具有周期性,因此MapReduce工具適合城軌供電平臺(tái)的精確模型計(jì)算,如維修應(yīng)急策略庫(kù)、靜態(tài)數(shù)據(jù)庫(kù)修正與更新等對(duì)時(shí)間要求不高的模型計(jì)算。
Spark計(jì)算模型是為解決MapReduce計(jì)算模型耗費(fèi)過多時(shí)間開發(fā)的。通過YARN數(shù)據(jù)共享工具,部署于陣列服務(wù)器內(nèi)存中,其本質(zhì)上是使得Map和Reduce之間的界限模糊,可交叉啟動(dòng)多個(gè)Map和Reduce進(jìn)程,減少對(duì)存儲(chǔ)空間的讀取,提高數(shù)據(jù)處理的吞吐量。Spark工具運(yùn)算性能取決于整個(gè)大數(shù)據(jù)陣列服務(wù)器的總體性能,同時(shí)會(huì)增加整體的性能開銷,用大數(shù)據(jù)矩陣服務(wù)器的高性能換取實(shí)時(shí)數(shù)據(jù)流的處理。因此Spark計(jì)算可作為大數(shù)據(jù)平臺(tái)的主力計(jì)算工具使用。
Storm計(jì)算工具類似于數(shù)據(jù)篩子,被動(dòng)而靜態(tài)的篩選關(guān)鍵詞,可作為動(dòng)態(tài)計(jì)算模型的有效補(bǔ)充。
大數(shù)據(jù)平臺(tái)的展示工具強(qiáng)調(diào)共享性、易移植性和通用性的特點(diǎn),又由于網(wǎng)絡(luò)技術(shù)的快速發(fā)展,平臺(tái)需采用Web瀏覽器為核心,通過移動(dòng)終端、桌面終端共享式、多維度的以圖表、模擬視頻、音視頻流等形式展示信息[13]。
大數(shù)據(jù)平臺(tái)與傳統(tǒng)平臺(tái)在應(yīng)用層的顯著區(qū)別是大數(shù)據(jù)平臺(tái)可內(nèi)嵌第三方數(shù)據(jù)挖掘和數(shù)據(jù)分析工具。如目前較為常用的Hive on Spark工具,是基于平臺(tái)層Hive存儲(chǔ)結(jié)構(gòu)的基礎(chǔ)上,部署于應(yīng)用層的軟件??梢允褂脴?biāo)準(zhǔn)的SQL語(yǔ)言,調(diào)取合適的計(jì)算算法和存儲(chǔ)數(shù)據(jù)進(jìn)行計(jì)算。同時(shí),Hive on Spark對(duì)頂層SQL語(yǔ)言封裝,避免了專注于算法的工程師還需對(duì)大數(shù)據(jù)平臺(tái)進(jìn)行底層維護(hù)與操作。內(nèi)嵌于大數(shù)據(jù)平臺(tái)的算法工具是大數(shù)據(jù)平臺(tái)的反饋控制器,雙方互相配合,形成一套“機(jī)器學(xué)習(xí)”的反饋架構(gòu),不斷完善算法模型、維修檢測(cè)決策庫(kù)等,更加貼合城軌供電系統(tǒng)大數(shù)據(jù)平臺(tái)的需求,讓系統(tǒng)變得更加“聰明”[14]。
近日,由中國(guó)農(nóng)科院農(nóng)業(yè)資源與農(nóng)業(yè)區(qū)劃所土壤耕作與種植制度創(chuàng)新團(tuán)隊(duì),成功研制出了秸稈系列顆粒肥,包括秸稈顆粒肥、有機(jī)無(wú)機(jī)復(fù)混顆粒肥和有機(jī)無(wú)機(jī)微生物顆粒肥。這是國(guó)內(nèi)首次把作物秸稈以顆粒肥料的形式進(jìn)行綜合利用。
南寧構(gòu)建的基于城市軌道供電系統(tǒng)大數(shù)據(jù)平臺(tái)具備運(yùn)行復(fù)雜算法、海量數(shù)據(jù)篩選與存儲(chǔ)能力,能為整個(gè)城市軌道交通供電系統(tǒng)生態(tài)提供有力的分析與決策能力[15]。通過構(gòu)建典型供電系統(tǒng)應(yīng)用場(chǎng)景,舉例說明應(yīng)用大數(shù)據(jù)平臺(tái)解決實(shí)際問題的意義。
傳統(tǒng)的故障檢測(cè)方法主要靠檢修人員不斷周期性的巡檢,根據(jù)經(jīng)驗(yàn)判斷檢查故障奇點(diǎn)。設(shè)備的壽命判斷也是依據(jù)檢修與故障頻率,結(jié)合統(tǒng)計(jì)學(xué)方法定性給出。
大數(shù)據(jù)平臺(tái)從供電狀態(tài)信息網(wǎng)SCADA獲取運(yùn)行參數(shù),調(diào)取巡視監(jiān)控平臺(tái)視頻和紅外視頻信息,生產(chǎn)廠商提供的設(shè)備型式試驗(yàn)報(bào)告和全壽命預(yù)估報(bào)告,描繪設(shè)備使用和維護(hù)畫像。自動(dòng)提供系統(tǒng)預(yù)期工作值;同時(shí),調(diào)取設(shè)備歷史維修與操作記錄數(shù)據(jù)庫(kù),通過遞歸法、演繹法等數(shù)據(jù)分析算法手段,計(jì)算出系統(tǒng)運(yùn)行的健康狀態(tài),評(píng)估系統(tǒng)故障風(fēng)險(xiǎn)并按風(fēng)險(xiǎn)大小和緩急,動(dòng)態(tài)輸出預(yù)警報(bào)告。
目前南寧供電設(shè)備發(fā)生故障后,避免故障再次發(fā)生,需用人工完成以下步驟:①編寫設(shè)備的故障診斷報(bào)告;②對(duì)故障報(bào)告進(jìn)行判定和斷級(jí);③編寫維修保養(yǎng)方案;④重新制定維修保養(yǎng)作業(yè)。傳統(tǒng)故障檢修保養(yǎng)策略需通過廠家培訓(xùn),在熟練掌握設(shè)備性能和參數(shù)的基礎(chǔ)上再制定檢修策略。培訓(xùn)合格的維修工作人員的時(shí)間成本和培訓(xùn)成本較高。人的主觀因數(shù)影響較大,容易出現(xiàn)故障判斷或者維修作業(yè)的偏差,導(dǎo)致設(shè)備性能的下降,甚至設(shè)備損壞。借助大數(shù)據(jù)技術(shù),在設(shè)備生產(chǎn)時(shí),就可以錄入設(shè)備的維修保養(yǎng)信息、故障風(fēng)險(xiǎn)報(bào)告信息等;在設(shè)備調(diào)試過程時(shí),可人為模擬故障發(fā)生信息,錄入維修檢測(cè)的整套流程;在設(shè)備投入運(yùn)行發(fā)生故障時(shí),數(shù)據(jù)平臺(tái)調(diào)用錄入的數(shù)據(jù),匹配相應(yīng)的維修數(shù)據(jù)庫(kù),自動(dòng)輸出事故報(bào)告、事故結(jié)論以及維修作業(yè)方法。隨著事故樣本增多或?qū)敫嗟臄?shù)據(jù)實(shí)例的修正,所匹配的數(shù)據(jù)信息更能精確指導(dǎo)維修保養(yǎng)工作,不斷更新維修檢測(cè)決策數(shù)據(jù)庫(kù),有效降低人員培訓(xùn)成本、檢修維護(hù)時(shí)間成本等問題。使用大數(shù)據(jù)平臺(tái)輸出數(shù)據(jù)更能實(shí)現(xiàn)維修檢測(cè)的標(biāo)準(zhǔn)化、程序化、流水線化。
本文深入剖析了城市軌道交通供電系統(tǒng)引入大數(shù)據(jù)平臺(tái)的優(yōu)勢(shì),從大數(shù)據(jù)的采集、存儲(chǔ)、計(jì)算、處理、應(yīng)用等方面,以最小的改造代價(jià),設(shè)計(jì)了南寧供電系統(tǒng)大數(shù)據(jù)平臺(tái)的基本功能,用以滿足城軌供電系統(tǒng)場(chǎng)景需求:
(1)分析當(dāng)前城軌供電系統(tǒng)面臨的技術(shù)困難,在立足于現(xiàn)有系統(tǒng)的基礎(chǔ)上,軟件架構(gòu)并設(shè)計(jì)的大數(shù)據(jù)平臺(tái),是當(dāng)前供電系統(tǒng)數(shù)字化平臺(tái)的有效輔助補(bǔ)充工具。
(2)大數(shù)據(jù)平臺(tái)通過數(shù)據(jù)的共融共通,有效地利用了本來(lái)存在于城軌供電系統(tǒng)的有價(jià)值的數(shù)據(jù),進(jìn)一步挖掘數(shù)據(jù)的價(jià)值潛力,減少了人員主觀因素對(duì)維修檢測(cè)的誤判,提供了有效地判定和信息共享系統(tǒng)。
但是,目前設(shè)計(jì)的大數(shù)據(jù)平臺(tái)也會(huì)存在以下不足,需待后續(xù)研究進(jìn)一步加強(qiáng):
(1)平臺(tái)理論設(shè)計(jì)結(jié)合南寧城軌供電系統(tǒng)應(yīng)用場(chǎng)景理論驗(yàn)證可行,缺乏大數(shù)據(jù)平臺(tái)的完整部署,設(shè)計(jì)的平臺(tái)功能尚需進(jìn)一步實(shí)踐。
(2)平臺(tái)的數(shù)據(jù)采集基于通用的結(jié)構(gòu)化或非結(jié)構(gòu)化采集工具,面對(duì)城軌供電系統(tǒng)數(shù)據(jù)的采集工具移植,尚未得到實(shí)際工程的驗(yàn)證。
(3)高級(jí)應(yīng)用的算法工具來(lái)源于數(shù)據(jù)挖掘和數(shù)據(jù)分析行業(yè)的通用工具,需在實(shí)際的城軌供電系統(tǒng)平臺(tái)上驗(yàn)證其通用性、兼容性、穩(wěn)定性和可靠性。