資源管理駕駛艙的設(shè)計(jì)與實(shí)現(xiàn)

王旭

（中國(guó)鐵路設(shè)計(jì)集團(tuán)有限公司 土建院，天津 300308）

隨著云計(jì)算、物聯(lián)網(wǎng)等技術(shù)的發(fā)展，大數(shù)據(jù)對(duì)各個(gè)行業(yè)的影響越來(lái)越深[1-3]。數(shù)據(jù)的深入發(fā)掘利用給企業(yè)帶來(lái)了新的機(jī)遇。同時(shí)，海量數(shù)據(jù)處理也給企業(yè)帶來(lái)了一定的挑戰(zhàn)。數(shù)據(jù)可視化是大數(shù)據(jù)分析的重要手段[4]，數(shù)據(jù)可視化技術(shù)綜合運(yùn)用計(jì)算機(jī)圖形學(xué)、數(shù)據(jù)挖掘、可視化、人機(jī)交互等技術(shù)，將海量、高維復(fù)雜數(shù)據(jù)變換為容易區(qū)分和理解的圖形符號(hào)、圖像、視頻或動(dòng)畫，并以此挖掘?qū)τ脩粲袃r(jià)值的信息，洞察數(shù)據(jù)內(nèi)部的規(guī)律[5]。

管理駕駛艙利用了數(shù)據(jù)可視化技術(shù)，直觀地顯示各類數(shù)據(jù)，支持下鉆查詢方式，可實(shí)現(xiàn)對(duì)各類指標(biāo)的精細(xì)化管理和深層次分析，以形象化、直觀化、具體化的數(shù)據(jù)展現(xiàn)形式反映企業(yè)核心業(yè)務(wù)的運(yùn)行狀態(tài)，是一個(gè)為企業(yè)或部門領(lǐng)導(dǎo)層提供一站式?jīng)Q策支持的系統(tǒng)[6]，已在各行業(yè)得到了廣泛的應(yīng)用。如電力企業(yè)使用管理駕駛艙結(jié)合數(shù)據(jù)挖掘技術(shù)將業(yè)務(wù)數(shù)據(jù)和績(jī)效管理指標(biāo)進(jìn)行直觀的圖形化展示[7-8]；高等院校通過(guò)將戰(zhàn)略管理指標(biāo)體系引入管理駕駛艙實(shí)現(xiàn)了高校戰(zhàn)略管理的信息化[9]；資產(chǎn)管理公司利用管理駕駛艙理念搭建了管理會(huì)計(jì)信息化系統(tǒng)[10]；醫(yī)療機(jī)構(gòu)利用管理駕駛艙實(shí)現(xiàn)了門診的實(shí)時(shí)監(jiān)控管理[11]。而勘察設(shè)計(jì)企業(yè)對(duì)駕駛艙的應(yīng)用還不夠深入。

中國(guó)鐵路設(shè)計(jì)集團(tuán)有限公司既有的設(shè)計(jì)資源管理信息系統(tǒng)（簡(jiǎn)稱：既有系統(tǒng)）是用于生產(chǎn)組織安排和人力資源規(guī)劃的工具，經(jīng)過(guò)幾年的運(yùn)行，該系統(tǒng)積累了大量的數(shù)據(jù)。為了使這些數(shù)據(jù)更好地應(yīng)用于管理決策，發(fā)揮更好的支撐作用，本文設(shè)計(jì)并實(shí)現(xiàn)了一個(gè)資源管理駕駛艙，將既有系統(tǒng)中的數(shù)據(jù)經(jīng)過(guò)一系列統(tǒng)計(jì)分析，形成不同維度的管理指標(biāo)并呈現(xiàn)給各級(jí)管理者，為科學(xué)決策提供依據(jù)。

1 現(xiàn)狀及存在的問(wèn)題

1.1 既有系統(tǒng)現(xiàn)狀

既有系統(tǒng)是參考企業(yè)資源計(jì)劃（ERP，Enterprise Resource Planning）和制造執(zhí)行系統(tǒng)（MES，Manufacturing Execution System）的理念，結(jié)合鐵路勘察設(shè)計(jì)的業(yè)務(wù)特點(diǎn)和自身管理習(xí)慣而研發(fā)的。該系統(tǒng)將土建專業(yè)勘察設(shè)計(jì)的作業(yè)流程進(jìn)行了標(biāo)準(zhǔn)化，制定了標(biāo)準(zhǔn)的作業(yè)單元。在實(shí)際應(yīng)用中，將項(xiàng)目各個(gè)階段的勘察設(shè)計(jì)任務(wù)用這些標(biāo)準(zhǔn)作業(yè)單元進(jìn)行工作分解結(jié)構(gòu)（WBS，Work Breakdown Structure）分解，一直分解到一系列可由一個(gè)人完成的工作，然后將每項(xiàng)工作以工單的形式下發(fā)給設(shè)計(jì)者，通過(guò)工單在流轉(zhuǎn)過(guò)程中產(chǎn)生的各種數(shù)據(jù)來(lái)統(tǒng)計(jì)項(xiàng)目的進(jìn)展和人力資源分布情況。該系統(tǒng)的應(yīng)用提高了生產(chǎn)組織的效率和信息化水平，上線2 年多來(lái)積累了大量的生產(chǎn)活動(dòng)數(shù)據(jù)。

1.2 存在的問(wèn)題

既有系統(tǒng)是一款B/S 架構(gòu)的應(yīng)用，采用了前后端分離的模式，后臺(tái)服務(wù)提供數(shù)據(jù)層狀態(tài)轉(zhuǎn)化（REST，Representational State Transfer）數(shù)據(jù)接口，前端網(wǎng)頁(yè)通過(guò)HTTP 協(xié)議調(diào)用接口獲取數(shù)據(jù)后渲染頁(yè)面。這種基于“請(qǐng)求–響應(yīng)”模型的方式給數(shù)據(jù)分析和展現(xiàn)帶來(lái)了一定的限制，主要有以下2 點(diǎn)。

（1）前端展示的數(shù)據(jù)是靜態(tài)的，除非用戶主動(dòng)刷新頁(yè)面，否則數(shù)據(jù)不會(huì)自動(dòng)更新。如果采用自動(dòng)定時(shí)刷新方案，對(duì)于更新頻率低的指標(biāo)會(huì)造成大量無(wú)用的刷新，給前臺(tái)渲染和后臺(tái)服務(wù)帶來(lái)負(fù)擔(dān)；而對(duì)于頻繁更新的指標(biāo)，定時(shí)刷新往往無(wú)法滿足時(shí)效性的要求。

（2）很多指標(biāo)都是在請(qǐng)求到達(dá)服務(wù)器之后才開(kāi)始計(jì)算并返回給前端，受制于請(qǐng)求響應(yīng)時(shí)間的限制，計(jì)算必須足夠快，因此復(fù)雜度不能太高，導(dǎo)致很多耗時(shí)的數(shù)據(jù)分析只能離線進(jìn)行，無(wú)法隨時(shí)查看。

為了解決這些限制，需要引入資源管理駕駛艙的理念對(duì)既有系統(tǒng)進(jìn)行改造升級(jí)。

2 資源管理駕駛艙的設(shè)計(jì)

2.1 設(shè)計(jì)目標(biāo)

資源管理駕駛艙的開(kāi)發(fā)目標(biāo)是提升數(shù)據(jù)分析和數(shù)據(jù)呈現(xiàn)能力。具體為：

（1）對(duì)于數(shù)據(jù)分析，在保證計(jì)算時(shí)效性的前提下增加指標(biāo)的深度和廣度，即對(duì)數(shù)據(jù)進(jìn)行深入挖掘的同時(shí)開(kāi)發(fā)出更多對(duì)管理決策有參考意義的指標(biāo)；

（2）對(duì)于數(shù)據(jù)呈現(xiàn)，針對(duì)不同管理角色和場(chǎng)景將所需指標(biāo)用直觀的圖表展示在一塊屏幕上，當(dāng)某個(gè)指標(biāo)有更新，前端相關(guān)圖表會(huì)及時(shí)刷新，而與此指標(biāo)無(wú)關(guān)的圖表不會(huì)觸發(fā)更新。

2.2 總體架構(gòu)

資源管理駕駛艙使用了事件驅(qū)動(dòng)模型來(lái)實(shí)現(xiàn)更新的實(shí)效性和經(jīng)濟(jì)性。為了盡量避免對(duì)既有系統(tǒng)進(jìn)行侵入式修改，在數(shù)據(jù)庫(kù)和接口調(diào)用的地方增加了消息埋點(diǎn)，并用Kafka 消息隊(duì)列將資源管理駕駛艙和既有系統(tǒng)橋接起來(lái)。資源管理駕駛艙的總體架構(gòu)如圖1 所示。

圖1 資源管理駕駛艙總體架構(gòu)

（1）既有系統(tǒng)。通過(guò)在線填報(bào)的方式進(jìn)行數(shù)據(jù)采集，前端有瀏覽器、桌面客戶端和手機(jī)客戶端3種形式，后臺(tái)服務(wù)通過(guò)HTTP 協(xié)議為3 種客戶端提供統(tǒng)一的編程接口。在后臺(tái)服務(wù)的相關(guān)接口中進(jìn)行了消息埋點(diǎn)，當(dāng)接口被調(diào)用時(shí)，調(diào)用參數(shù)和接口的名稱就會(huì)被投遞到橋接層的消息中間件，從而實(shí)現(xiàn)了對(duì)既有系統(tǒng)的最小化改動(dòng)。

（2）橋接層。核心是一個(gè)Kafka 消息隊(duì)列，為既有系統(tǒng)上傳的每一類數(shù)據(jù)建立一個(gè)主題（Topic）。該層采用“發(fā)布–訂閱”的模式將這些數(shù)據(jù)與資源管理駕駛艙的指標(biāo)計(jì)算服務(wù)連接起來(lái)，降低了開(kāi)發(fā)耦合性的同時(shí)也充分利用了消息隊(duì)列的異步處理優(yōu)勢(shì)，提高了數(shù)據(jù)處理性能。

（3）駕駛艙。分為指標(biāo)計(jì)算服務(wù)、指標(biāo)持久化服務(wù)、前端消息訂閱服務(wù)和前端數(shù)據(jù)展示4 個(gè)模塊。每一個(gè)指標(biāo)計(jì)算服務(wù)都監(jiān)聽(tīng)消息隊(duì)列里相關(guān)的一個(gè)或多個(gè)Topic，每當(dāng)收到新的消息，就會(huì)觸發(fā)指標(biāo)的增量更新計(jì)算，計(jì)算過(guò)程結(jié)束后，結(jié)果會(huì)保存到指標(biāo)持久化服務(wù)的Redis 數(shù)據(jù)庫(kù)中，并通過(guò)前端消息訂閱服務(wù)通知相關(guān)圖表刷新數(shù)據(jù)。在前端數(shù)據(jù)展示模塊，每一個(gè)圖表只對(duì)應(yīng)一類指標(biāo)，針對(duì)不同的管理角色和場(chǎng)景將圖表組合起來(lái)形成面板，即最終展示給用戶的資源管理駕駛艙頁(yè)面。

3 資源管理駕駛艙的主要功能

3.1 人員狀態(tài)概覽

人員狀態(tài)概覽功能以圖形的方式動(dòng)態(tài)展示了每一名員工多個(gè)維度的信息。該功能可使管理者快速了解職工當(dāng)前的狀態(tài)，降低溝通成本。每個(gè)員工的信息都用一個(gè)圖標(biāo)來(lái)集成展示，如圖2 所示。

圖2 人員狀態(tài)概覽示例

每個(gè)圖標(biāo)展示了3 個(gè)維度的信息：圖標(biāo)的明暗用來(lái)表示用戶當(dāng)前是否在線；圖標(biāo)右下角的位置用正方形和三角形來(lái)表示用戶當(dāng)前是否有正在執(zhí)行的工作；下方的矩形標(biāo)簽里注明了用戶當(dāng)前的狀態(tài)，如“出差”“休假”等。

3.2 工作安排熱力

工作安排熱力通過(guò)圖表的形式展示所有員工未來(lái)30 天內(nèi)每天的工作量。該功能可使管理人員直觀地看到每個(gè)人的工作量，以便合理地調(diào)配工作負(fù)載。工作安排熱力圖的樣式如圖3 所示。

圖3 工作安排熱力圖示例

圖的橫軸為未來(lái)30 天的日期，縱軸是每位職工的姓名，每一個(gè)格子即表示該名職工在這一天工作數(shù)量的多少，工作越多格子的顏色就越深，反之格子的顏色就越淺。

3.3 項(xiàng)目人力分布概覽

項(xiàng)目人力分布概覽以南丁格爾玫瑰圖的形式展示了當(dāng)前投入人力最多的10 個(gè)項(xiàng)目。管理者通過(guò)該功能可實(shí)時(shí)掌握人力資源在各項(xiàng)目的分布情況，優(yōu)化資源配置。項(xiàng)目人力分布圖示例，如圖4 所示。

圖4 項(xiàng)目人力分布圖示例

圖4 中，每一塊區(qū)域表示一個(gè)項(xiàng)目，半徑方向的高度表示項(xiàng)目投入的人員數(shù)量，由于半徑和面積是平方的關(guān)系，所以南丁格爾玫瑰圖會(huì)使數(shù)據(jù)之間的差異更加突顯，適合用于對(duì)比大小相差不大的數(shù)值。圖上始終顯示10 個(gè)投入人力最多的項(xiàng)目，隨著工作的啟動(dòng)和完成，這10 個(gè)項(xiàng)目和人員投入數(shù)量是動(dòng)態(tài)變化的。

3.4 項(xiàng)目進(jìn)展跟蹤

項(xiàng)目進(jìn)展追蹤功能以進(jìn)度條的形式實(shí)時(shí)展示了項(xiàng)目當(dāng)前的進(jìn)度與計(jì)劃之間的關(guān)系。管理者通過(guò)該功能可關(guān)注項(xiàng)目的實(shí)時(shí)進(jìn)展情況，及時(shí)調(diào)整項(xiàng)目進(jìn)度。項(xiàng)目進(jìn)展跟蹤圖的樣式如圖5所示。

圖5 項(xiàng)目進(jìn)展跟蹤圖示例

項(xiàng)目進(jìn)度條組成：水平的一道橫線表示按照計(jì)劃當(dāng)前應(yīng)該達(dá)到的進(jìn)度；填充顏色的區(qū)域表示當(dāng)前實(shí)際完成的進(jìn)度，如果當(dāng)前進(jìn)度比計(jì)劃超前則填充綠色，落后于計(jì)劃則填充紅色；進(jìn)度條中間的2 個(gè)數(shù)字表示當(dāng)前完成的工作量和此項(xiàng)目的總工作量，這些工作量都是從既有系統(tǒng)中提取出的量化數(shù)據(jù)。

4 關(guān)鍵技術(shù)

4.1 事件驅(qū)動(dòng)的數(shù)據(jù)增量更新技術(shù)

管資源理駕駛艙的各類指標(biāo)采用了事件驅(qū)動(dòng)的更新方式，從事件發(fā)生到駕駛艙前端頁(yè)面更新的整個(gè)流程如圖6 所示。

圖6 事件驅(qū)動(dòng)的數(shù)據(jù)指標(biāo)更新流程

事件源來(lái)自于既有系統(tǒng)中的消息埋點(diǎn)，當(dāng)用戶在操作中調(diào)用了某個(gè)埋點(diǎn)的接口，就會(huì)產(chǎn)生一個(gè)事件消息，消息產(chǎn)生后，會(huì)持久化到關(guān)系型數(shù)據(jù)庫(kù)中，然后被投遞到消息隊(duì)列。每條消息都會(huì)被分配一個(gè)自增的ID，標(biāo)記事件產(chǎn)生的先后順序。

4.1.1 指標(biāo)計(jì)算器啟動(dòng)時(shí)的更新

服務(wù)在冷啟動(dòng)時(shí)，會(huì)根據(jù)消息的ID 判斷是否要運(yùn)行全量更新，其過(guò)程如圖7 所示。

圖7 指標(biāo)計(jì)算器啟動(dòng)時(shí)的更新流程

假設(shè)有一個(gè)指標(biāo)，其代碼為MetricX，只有工單的提交事件（category="tk";action="submit"）會(huì)影響這個(gè)指標(biāo)的數(shù)值。當(dāng)計(jì)算服務(wù)冷啟動(dòng)時(shí)，數(shù)據(jù)更新的過(guò)程如下。

（1）從關(guān)系型數(shù)據(jù)庫(kù)的消息記錄表中查詢category="tk"并且action="submit"的消息最大的ID；

（2）從Redis緩存中查詢MetricX指標(biāo)的maxId 即已處理過(guò)的最大的消息ID；

（3）將這2 個(gè)ID 進(jìn)行比較，若兩個(gè)ID 一致證明Redis 緩存的指標(biāo)無(wú)需更新，如果不一致則說(shuō)明在計(jì)算服務(wù)停止的這段時(shí)間里，系統(tǒng)又發(fā)生了和這個(gè)指標(biāo)相關(guān)的事件，此時(shí)MetricX 的指標(biāo)計(jì)算器會(huì)運(yùn)行一次全量的更新，并將更新之后的maxId 和指標(biāo)數(shù)值寫入到Redis 中。

4.1.2 指標(biāo)計(jì)算器在運(yùn)行過(guò)程中的增量更新

在指標(biāo)計(jì)算服務(wù)啟動(dòng)成功后，指標(biāo)計(jì)算器會(huì)進(jìn)行增量更新，其過(guò)程如圖8 所示。

圖8 指標(biāo)計(jì)算器在運(yùn)行過(guò)程中增量更新流程

（1）指標(biāo)計(jì)算器監(jiān)聽(tīng)消息隊(duì)列，根據(jù)新事件的category 和action 判斷是否和自身相關(guān)；

（2）當(dāng)相關(guān)事件發(fā)生時(shí)，指標(biāo)計(jì)算器從Redis中取到maxId 和value 值，如果新事件的ID 小于當(dāng)前maxId 說(shuō)明事件已被處理過(guò)，消息被丟棄；

（3）如果新事件的ID 大于maxid，指標(biāo)計(jì)算器會(huì)根據(jù)事件消息中攜帶的參數(shù)計(jì)算出指標(biāo)的增量疊加到之前的value 值之后回寫到Redis 緩存中；

（4）指標(biāo)計(jì)算器通知Stomp 消息代理MetricX指標(biāo)已經(jīng)發(fā)生了變化；

（5）駕駛艙前端頁(yè)面通過(guò)Stomp 消息代理獲知MetricX 發(fā)生了更新；

（6）駕駛艙前端頁(yè)面通過(guò)ajax 請(qǐng)求向數(shù)據(jù)接口查詢MetricX 的最新數(shù)值；

（7）數(shù)據(jù)接口服務(wù)從Redis 緩存中獲取MetricX的最新值并返回給駕駛艙前端頁(yè)面；

（8）駕駛艙前端頁(yè)面使用MetricX 指標(biāo)的最新值更新相關(guān)圖表。

4.2 組件化的前端圖形展示技術(shù)

組件化是目前Web 前端領(lǐng)域一種流行的開(kāi)發(fā)方式，它的核心思想是按照單一功能原則將應(yīng)用劃分為若干獨(dú)立、可復(fù)用的模塊。組件內(nèi)部利用數(shù)據(jù)模型驅(qū)動(dòng)視圖的渲染，對(duì)外則提供了函數(shù)和配置項(xiàng)供使用者來(lái)控制組件的行為和樣式。通過(guò)組件的嵌套和組合可以很大程度上提高模塊的復(fù)用性和擴(kuò)展性。

在資源管理駕駛艙前端展示頁(yè)面中，有2 個(gè)重要組成部分，即數(shù)據(jù)和圖表。圖表的形式往往是有限的，一般常用的有折線圖、餅圖和柱狀圖等10 余種，而數(shù)據(jù)指標(biāo)類型卻是多種多樣的，而且在使用過(guò)程中還會(huì)不斷有新的指標(biāo)出現(xiàn)。如果在開(kāi)發(fā)中將數(shù)據(jù)處理的邏輯與圖表展示的邏輯耦合在一起，會(huì)造成視圖部分的代碼出現(xiàn)大量的重復(fù)冗余，而且數(shù)據(jù)格式或圖表樣式任何一方發(fā)生變化，整個(gè)頁(yè)面的代碼都需要重寫。本文提供一種組件化思路，可以將數(shù)據(jù)處理與數(shù)據(jù)展示功能正交化，以克服上述耦合開(kāi)發(fā)帶來(lái)的弊端，如圖9 所示。

圖9 前端組件化示意

資源管理駕駛艙將數(shù)據(jù)可視化過(guò)程分為數(shù)據(jù)處理和數(shù)據(jù)展示2 個(gè)維度。在數(shù)據(jù)處理維度上，各個(gè)組件只負(fù)責(zé)監(jiān)聽(tīng)指標(biāo)的變化及獲取指標(biāo)的最新數(shù)值；在數(shù)據(jù)展示維度上，組件負(fù)責(zé)頁(yè)面的整體布局及每一個(gè)顯示區(qū)域尺寸和位置的計(jì)算。通過(guò)參數(shù)注入，2個(gè)維度的組件不斷將參數(shù)傳遞到下一層組件，最終在圖表內(nèi)核組件中將2 個(gè)維度參數(shù)結(jié)合起來(lái)完成圖表的繪制。圖9 中5 個(gè)組件的具體功能如下。

（1）布局（Layout）：將整個(gè)頁(yè)面分隔成不同的區(qū)域，每個(gè)區(qū)域顯示一個(gè)圖表。

（2）視圖容器（View Container）：根據(jù)其在布局組件中的位置，計(jì)算顯示區(qū)域的尺寸和其他顯示參數(shù)，并將這些參數(shù)注入到子組件中。

（3）全局?jǐn)?shù)據(jù)分發(fā)（Global Data Dispatcher）：統(tǒng)一訂閱Stomp 消息代理，當(dāng)收到指標(biāo)變更的通知時(shí)重新獲取數(shù)據(jù)并分發(fā)給相關(guān)的圖表，其作用相當(dāng)于整個(gè)前端頁(yè)面的數(shù)據(jù)總線。采用這種消息分發(fā)機(jī)制，可以讓所有圖表組件都復(fù)用一個(gè)網(wǎng)絡(luò)連接，減小了服務(wù)器資源開(kāi)銷，也提高了客戶端的性能。

（4）數(shù)據(jù)容器（Data Container）：向Global Data Dispatcher 注冊(cè)指標(biāo)類型，當(dāng)該類指標(biāo)發(fā)生更新時(shí)，Data Container 會(huì)收到Global Data Dispatcher 的數(shù)據(jù)推送，并將這些數(shù)據(jù)轉(zhuǎn)換為圖表顯示所需的格式。

（5）圖表內(nèi)核（Chart Core）：根據(jù)View Container提供的顯示參數(shù)和Data Container 提供的數(shù)據(jù)模型將可視化圖表渲染出來(lái)。頁(yè)面尺寸的變化和指標(biāo)數(shù)據(jù)的變化都會(huì)觸發(fā)圖表的重新渲染，實(shí)現(xiàn)了數(shù)據(jù)的即時(shí)刷新和自適應(yīng)顯示。

5 資源管理駕駛艙的應(yīng)用

資源管理駕駛艙的上線應(yīng)用解決了企業(yè)管理指標(biāo)的實(shí)時(shí)計(jì)算和展示的難題，不但提升了管理效率，也為管理者的科學(xué)決策提供了數(shù)據(jù)支持。各類反映不同管理指標(biāo)的圖表可以根據(jù)用戶的管理角色和管理場(chǎng)景組合成不同的面板，用戶也可以根據(jù)實(shí)際需求，靈活設(shè)置面板的參數(shù)，實(shí)現(xiàn)個(gè)性化的展示。資源管理駕駛艙實(shí)際展示效果如圖10 所示。

圖10 資源管理駕駛艙應(yīng)用實(shí)例

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

本文在既有的設(shè)計(jì)資源管理信息系統(tǒng)基礎(chǔ)上，研發(fā)了一個(gè)資源管理駕駛艙，實(shí)現(xiàn)了人員狀態(tài)概覽、工作安排熱力圖顯示、項(xiàng)目人力分布概覽、項(xiàng)目進(jìn)展跟蹤等多種功能。該駕駛艙用關(guān)鍵指標(biāo)實(shí)時(shí)反映了企業(yè)運(yùn)行的狀態(tài)，為企業(yè)各層級(jí)管理人員科學(xué)決策提供了有力的支撐。