- 相關(guān)推薦
電力企業(yè)信息化集成關(guān)鍵技術(shù)的完善策略論文
1 電力信息集成現(xiàn)狀
自我國實現(xiàn)電力企業(yè)改革以來,電力信息化就得到廣泛的關(guān)注,審視目前電力企業(yè)的信息化現(xiàn)狀,發(fā)現(xiàn)普遍存在一些問題,例如信息系統(tǒng)之間信息交流困難、企業(yè)資源不能共享等。電力企業(yè)作為一個特殊的行業(yè),電力信息的集成受到多方面的制約,致使電力信息集成發(fā)展緩慢。總結(jié)電力信息集成的發(fā)展,電力信息集成主要經(jīng)歷了以下3個階段的演變。
1.1 單點集成
單點的信息系統(tǒng)集成主要應用于少量系統(tǒng)之間的集成,因為單點的方式是通過系統(tǒng)之間函數(shù)的調(diào)用來完成的,對于少量企業(yè)信息系統(tǒng)的集成,單點的方式可以快速地完成。對于較多的企業(yè)信息系統(tǒng)的集成,如果使用單點的方式集成,就會相當復雜,每個企業(yè)信息系統(tǒng)都需要很多的整合點完成信息系統(tǒng)的集成。對于有n個整合點的信息系統(tǒng),如果有一個點發(fā)生變化就會影響n(n - 1)/2個整合點,這種方式對數(shù)量較多的信息系統(tǒng)的整合是相當困難的。
1.2 中間件集成
電力信息系統(tǒng)之間數(shù)據(jù)的交互可以使用面向消息的中間件實現(xiàn),由消息總線或者第三方代理完成電力信息系統(tǒng)的集成。企業(yè)信息系統(tǒng)與中間件之間主要是通過私有的總線API或者一些應用程序的API來連通,因為中間件與應用程序的耦合比較緊密,所以應用程序需要了解所有與這些應用程序連接的其他應用程序的內(nèi)部工作方式,這種方式同樣不適用于數(shù)量較多的信息系統(tǒng)的整合。
1.3 分布式通訊集成
分布式通訊技術(shù)主要是指基于CORBA、DCOM和RMI等的通訊技術(shù),這些技術(shù)主要應用于非Web服務(wù)環(huán)境中,基于分布式通訊技術(shù)的信息集成方式可以實現(xiàn)較為復雜的應用集成,并且取得較好的效果,然而也存在一定的不足之處:首先,這些技術(shù)不適合應用在Web服務(wù)環(huán)境中;其次,這些分布式通訊技術(shù)都有各自的通訊標準,其數(shù)據(jù)的定義方式、傳輸方式和訪問模式等機制都存在著差異,因此對于不同技術(shù)的應用連接是不容易的,另外因為沒有一個普遍的適用標準,所以集成的難度比較大;最后,因為CORBA、DCOM和RMI的生產(chǎn)廠商之間的競爭關(guān)系,造成了基于這些技術(shù)的分布式通訊技術(shù)的集成困難,這也阻礙了這些服務(wù)應用于Web服務(wù)環(huán)境的發(fā)展。
基于以上論述,電力系統(tǒng)信息集成的繼續(xù)完善客觀上需要一種有效的、合理的集成方式。本文提出構(gòu)建基于面向?qū)ο?SOA)架構(gòu)的電力信息集成平臺設(shè)計思想,通過該平臺來解決當前電力信息集成的缺陷問題。
2 集成的關(guān)鍵/:請記住我站域名/技術(shù)
2.1 數(shù)據(jù)層集成技術(shù)
數(shù)據(jù)中心的建設(shè)需要使用到多種數(shù)據(jù)集成技術(shù),包括數(shù)據(jù)的遷移和轉(zhuǎn)換技術(shù)、數(shù)據(jù)集成中間件等。數(shù)據(jù)層集成可采用 Oracle 數(shù)據(jù)庫平臺主流的ETL 工具 Datastage, Informatica 的 PowerCenter 等對業(yè)務(wù)數(shù)據(jù)進行抽取、加工和加載。 ETL 工具將業(yè)務(wù)數(shù)據(jù)從原來分散的各個子系統(tǒng)中提取出來, 經(jīng)過清理、過濾、轉(zhuǎn)換, 消除不一致和錯誤的地方, 把來自不同數(shù)據(jù)源的數(shù)據(jù)整合、關(guān)聯(lián)在一起, 形成描述整個企業(yè)的一致的全局數(shù)據(jù)。而且, 數(shù)據(jù)中心還提供包括 XML、接口數(shù)據(jù)表、數(shù)據(jù)文件等主流數(shù)據(jù)接口的方式支持動態(tài)、高效的數(shù)據(jù)集成。 XML 是業(yè)界主流的數(shù)據(jù)集成接口方式, 通過在集成服務(wù)器上定義Schema, 并設(shè)置集成服務(wù)器與接口來源或目標的 Schema 映射關(guān)系, 通過集成服務(wù)器的適配, 實現(xiàn)數(shù)據(jù)的有效集成。 接口數(shù)據(jù)表是業(yè)界成熟且穩(wěn)定的數(shù)據(jù)接口技術(shù), 既可通過在業(yè)務(wù)邏輯層面上進行集成, 也可直接在數(shù)據(jù)層面上進行數(shù)據(jù)集成。
2.2 服務(wù)/消息層集成技術(shù)
JBI(Java Business Integration)是一種插件式的集成架構(gòu), 可以支持服務(wù)引擎和綁定組件兩類組件作為其插件。 綁定組件扮演了傳統(tǒng) EAI(Enterprise Application Integration)技術(shù)中適配器的角色。 不同的綁定組件可以連接不同的應用系統(tǒng), 將系統(tǒng)使用的特定協(xié)議的消息轉(zhuǎn)換為標準化的消息, 從而實現(xiàn)應用系統(tǒng)的接口適配。 企業(yè)可以根據(jù)現(xiàn)有業(yè)務(wù)系統(tǒng)提供廠商或其所采用的技術(shù), 選擇相應的綁定組件,將現(xiàn)有的應用系統(tǒng)連接到 JBI 環(huán)境中, 實現(xiàn)系統(tǒng)間應用接口級的交互訪問。 如需要實現(xiàn)對 MQ(Messages Queue) 服務(wù)器的連接和訪問 , 可以在JMS(Java Message Services)綁定組件中將 MQ 服務(wù)器的接口發(fā)布為一個服務(wù)。 上層應用程序可以通過調(diào)用這個服務(wù)與 MQ 服務(wù)器進行交互, JMS 綁定組件在交互過程中自動完成從 JMS 消息到標準化消息(XML 格式)的轉(zhuǎn)換工作。
2.3 流程層集成技術(shù)
BPEL 是一種基于 Web 服務(wù)的業(yè)務(wù)流程執(zhí)行語言, 可以有效支持業(yè)務(wù)流程集成工作。 BPEL 與一般的編程語言相比具有更高的抽象層次, 一般說來,BPEL 并不實現(xiàn)具體的業(yè)務(wù)邏輯, 而是在更高的層面編寫企業(yè)業(yè)務(wù)流程。 本文的集成方案中各種業(yè)務(wù)系統(tǒng)的接口以服務(wù)的形式對外發(fā)布, BPEL 業(yè)務(wù)流程執(zhí)行引擎通過調(diào)用應用系統(tǒng)發(fā)布的服務(wù)來協(xié)調(diào)各個應用系統(tǒng), 使之協(xié)同工作, 共同完成任務(wù)。 Drools 業(yè)務(wù)規(guī)則引擎可以提供靈活的業(yè)務(wù)規(guī)則管理。 業(yè)務(wù)規(guī)則本身也在企業(yè)服務(wù)總線中發(fā)布為服務(wù), 業(yè)務(wù)過程可通過調(diào)用規(guī)則來觸發(fā)相應的規(guī)則, 此外, 業(yè)務(wù)規(guī)則也可在運行時進行修改以適應業(yè)務(wù)的變更。通過 BPEL 流程可以有效地整合各個應用系統(tǒng)中原本分離的業(yè)務(wù)流程, 使之成為一個完整的業(yè)務(wù)流程, 達到業(yè)務(wù)流程集成的目的。
3 結(jié) 語
基于 SOA 架構(gòu)的信息系統(tǒng)應用集成技術(shù)能夠改變電力企業(yè)當前的軟件開發(fā)模式以及傳統(tǒng)系統(tǒng)集成方法所造成的電力系統(tǒng)“信息孤島”和信息系統(tǒng)集成的緊密耦合局面, 它是目前電力企業(yè)迫切需要的軟件技術(shù)。
【電力企業(yè)信息化集成關(guān)鍵技術(shù)的完善策略論文】相關(guān)文章：
基于廢物最小化的質(zhì)量集成策略04-30
城市測繪信息化關(guān)鍵技術(shù)及特征研究04-30
營銷策略論文02-25
論文藝體制改革與機制完善04-27