基于電網企業跨業務域流程監控研究

杜舒明 張文斐 趙小凡 梁雪青 曹巍

1. 廣東電網有限責任公司廣州供電局 廣東 廣州 510000

2. 云南云電同方科技有限公司廣州分公司 廣東 廣州 510000

引言

隨著電網企業規模不斷的擴展，跨業務域間的交互變得越來越頻繁，如何有效監控企業的業務實際運行狀況，保障企業高效良好運轉，及時發現并處理企業運轉過程中的問題，是當前企業面臨的重要挑戰。跨系統協同應用監控平臺采用在線手段，實時采集業務系統交互的相關數據，依據企業特有的業務分類和模型，定制業務分析場景，平臺進行自動監控，并將分析發現的問題及時通知給相關人員，再由相關人員進行問題定位，確定問題的處理方案，對問題進行閉環處理。

1 跨業務域流程監控存在的問題

電網企業不同業務部門間的跨業務域信息交互越發緊密，需要規范管理跨業務域流程，實現管理落地，打造“一體化、現代化、智能化”的企業信息平臺，全面支撐電網企業的一體化管理。其中，對跨業務域流程的一體化管理，核心在于按照“集成、共享、協同”的技術路線，實現橫向到邊、縱向到底，打通部門之間的橫向協同通道[1]。

隨著跨業務域交互的深入應用，逐步暴露出業務運行過程中，狀態無法準確跟蹤、問題定位有偏差等問題，需要對應部門組織協調處理，造成時間和人力資源的浪費。因此，通過研究建立合理的跨業務域流程監控模式，解決電網企業的跨域業務問題，保障跨域業務的順利開展。

2 跨業務域流程監控模式研究

本文研究兩種跨業務域流程監控模式，第一，創建跨業務域流程監控平臺；第二，利用企業各業務系統已有開放的服務化資源，交互信息方面的技術積累，實現不同業務監控流的可配置化，對業務間交互場景的流程進行抽象映射，對流程各環節綁定，實現跨業務活動的過程監控與分析。

2.1 創建跨業務域流程監控平臺

通過研究企業跨業務域的信息資源，創建統一的流程監控平臺，在發起跨業務域流程時為每一個流程分配唯一的工單標識號，業務流轉過程中保留此標識號進行傳遞，直到流程結束。同時流程監控平臺提供統一的公共服務接口，接收流程處理信息到流程監控平臺的數據庫，各業務系統在處理流程結點的同時，向流程監控平臺的公共服務接口發送數據，提交流程節點處理的信息；流程監控平臺根據唯一的工單標識號對流程進行梳理與重組，從而得到跨業務域流程的流轉狀態與業務信息。

2.2 利用服務化資源構建流程監控平臺

基于各業務系統已開放的數據和業務能力，對業務間交互場景的流程進行抽象映射，對流程各環節進行綁定配置，通過采集、解析和存儲等過程，構建流程監控平臺。例如通過業務系統提供標準Web Service服務的信息接口，由平臺進行獲取解析，解析完成后再存儲形成平臺信息，從而實現一套跨業務域的全流程狀態監控，建立開放的分布式平臺[2]。這里要注意三個方面：

2.2.1 同一個業務工單在不同業務系統中流轉，由于不同業務系統有自定義規則，產生不同的業務工單號，需要考慮進行識別和串聯；

2.2.2 同一個業務工單在不同業務系統中流轉，環節信息和狀態的變化定義不相同；

2.2.3 業務工單在批量傳送后，隨著業務流程的出現演變和拆分，形成完整獨立的業務單據。

3 跨業務域流程監控建設思路

通過上述兩種監控模式的對比，第二種模式比第一種模式更充分利用已有資源基礎上進行，為企業在建設過程中節省成本，因此下面以第二種模式的思路進行實踐建設，在建設過程中按以下思路推進開展：

圖1 技術架構圖

3.1 流程的調研設計

跨業務域的交互首先需要進行全流程的調研、定義與設計工作，其流程設計內容、環節包含整個業務場景中的所有業務環境，包括上下環節間工單編號、單位信息、環節信息、環節狀態、發生時間等關鍵信息的統一關聯，最終形成跨業務域流程的設計說明書，指導后續的開發工作。

3.2 流程的抽象建模

根據跨業務域流程的定義，進行流程模型的搭建以及流程模型中節點的綁定設計，使業務流程環節能夠與不同業務系統中，不同流程環節進行綁定，為實時獲取流程實際信息做準備。

3.3 流程的部署發布

根據跨業務域流程的設計成果進行開發測試，然后根據電網企業的測試環境或生產環境的實際情況，選擇對應環境進行版本的部署發布，而各業務系統負責各自的流程環節的部署，并且進行對應流程信息的驗證。

3.4 流程的監控運行

流程運行過程中將每個環節的運行情況，例如環節、狀態、時間等信息，都在跨業務域流程監控過程中進行記錄，根據運行狀態進行流程的實時全景圖繪制展示，以及業務工單的統計分析等。

4 跨業務域流程監控建設的技術架構

技術架構設計遵循和參考電網SOA應用系統技術架構，并融入業界主流的關鍵技術框架，整體技術架構設計分為展現層、接入層、服務層和存儲層四層，具體包括：

圖2 跨業務域流程監控建設的技術架構圖

4.1 展現層

展現層負責系統的信息展現及用戶交互控制等，可考慮分為PC瀏覽器及移動APP展現兩種模式。PC瀏覽器展現主要是進行企業應用過程中使用瀏覽器進行系統的訪問及管理，采用HTML5，支持主流瀏覽器；移動APP展現主要用于用戶在移動終端例如手機、平板等設備上訪問應用APP。

4.2 接入層

接入層是對展現層用戶操作及提交數據的接入管理層，分為APP接入及應用數據接入。其中APP接入與具體的業務數據無關，只負責APP運行本身的界面展現元素、APP軟件本身的版本更新等進行接入；其次是應用數據接入，是對移動APP應用的用戶數據及PC管理操作的數據進行服務化的接入管理。因此，以后實現APP接入分為兩種，一類是接入界面展現元素及版本信息，另一類為操作數據。

4.3 服務層

服務層是應用系統功能的具體實現層，整體框架已經封裝了所有按照SOA標準接入的服務化架構，應用系統開發，只需要具體實現服務的業務邏輯即可。

4.4 存儲層

實現應用系統相關的所有數據的存儲，一般數據的存儲包括數據庫業務數據存儲、附件文件存儲及云數據存儲等。數據類的存儲采用框架與服務配合操作的模式，針對模式化、固定化的附件存儲，由框架自動控制，與業務相關的數據，可以由服務業務代碼控制。

5 結束語

本次研究將跨業務域流程監控結合SOA技術架構的思想引入電網企業，豐富跨業務域監控的實踐理論和方法，同時研究成果有助于后續建立更完善的跨業務域信息收集、分析與共享機制，以幫助增強不同業務域之間信息交互的透明度，更全面地掌握電網企業的整體信息水平。