引言
各網(wǎng)省電力調(diào)度中心經(jīng)過(guò)多年的信息化建設(shè),已基本建成了調(diào)度數(shù)據(jù)采集與監(jiān)控(SCADA) 系統(tǒng)、能量管理系統(tǒng)( EMS) 、電能量采集與計(jì)費(fèi)( TMR) 系統(tǒng)、廣域測(cè)量系統(tǒng)、水調(diào)自動(dòng)化系統(tǒng)、調(diào)度管理信息系統(tǒng)、電力營(yíng)銷(xiāo)系統(tǒng)、電力市場(chǎng)系統(tǒng)、設(shè)備停役和檢修系統(tǒng)等信息系統(tǒng)。這些信息系統(tǒng)由于硬件平臺(tái)、開(kāi)發(fā)語(yǔ)言、通信協(xié)議、數(shù)據(jù)庫(kù)結(jié)構(gòu)等都不盡相同,再加上電力調(diào)度網(wǎng)絡(luò)需安全分區(qū)和橫向隔離,因而造成各系統(tǒng)間交互性差,電力調(diào)度中心的孤島問(wèn)題日益突出,正嚴(yán)重阻礙調(diào)度中心乃至電力公司內(nèi)部信息流的有效傳輸。解決孤島問(wèn)題的通用手段是采用整合技術(shù)。為解決這個(gè)問(wèn)題, 國(guó)際電工委員會(huì)( IEC) 提出了用于促進(jìn)電力系統(tǒng)應(yīng)用之間的數(shù)據(jù)交換和互操作的公共信息模型(CIM) ;此外,公用集成總線(xiàn)(UIB) 的規(guī)范也被提出。這些規(guī)范雖然為電力系統(tǒng)應(yīng)用的整合帶來(lái)一定便利,但沒(méi)有從根本上解決問(wèn)題,不能從各個(gè)層次上對(duì)企業(yè)的資源進(jìn)行整合。
本文以電力調(diào)度中心不同應(yīng)用系統(tǒng)的整合為背景,首先對(duì)孤島的不同層次進(jìn)行了分類(lèi),然后就不同層次孤島(硬件層、數(shù)據(jù)層、軟件模塊層、業(yè)務(wù)流程層、應(yīng)用訪(fǎng)問(wèn)層) 的整合提出了具體的整合方案,并闡述了涉及的技術(shù)。
1 孤島與整合
1. 1 資源孤島的定義和類(lèi)別
孤島又稱(chēng)資源孤島,是指在一個(gè)企業(yè)的各個(gè)部門(mén)之間或各應(yīng)用系統(tǒng)之間由于種種原因造成的部門(mén)之間或系統(tǒng)之間完全孤立,各種資源(如人員、數(shù)據(jù)、信息、文檔、硬件、工具等) 無(wú)法或無(wú)法順暢地在部門(mén)之間或系統(tǒng)之間流動(dòng)。這種現(xiàn)象稱(chēng)之為孤島,對(duì)于各應(yīng)用系統(tǒng)間的孤立現(xiàn)象又可分為硬件層面上的孤島和軟件層面上的孤島。
硬件層面上的孤島是指各應(yīng)用系統(tǒng)的硬件資源相互孤立,不能被其他應(yīng)用系統(tǒng)訪(fǎng)問(wèn)或順暢地訪(fǎng)問(wèn)。
軟件層面上的孤島按照軟件資源對(duì)象的不同分為數(shù)據(jù)孤島、軟件模塊孤島、業(yè)務(wù)流程孤島和應(yīng)用訪(fǎng)問(wèn)孤島4 種。數(shù)據(jù)孤島是指在信息環(huán)境中,由于各應(yīng)用系統(tǒng)的開(kāi)發(fā)模式、設(shè)計(jì)水平、標(biāo)準(zhǔn)應(yīng)用等方面千差萬(wàn)別,使得在數(shù)據(jù)利用上各系統(tǒng)間互相封閉和獨(dú)立,數(shù)據(jù)信息不能互為共享和利用,造成數(shù)據(jù)重復(fù)輸入、數(shù)據(jù)冗余和數(shù)據(jù)的不一致。軟件模塊孤島是指各軟件設(shè)計(jì)過(guò)程中,軟件模塊僅為本應(yīng)用所設(shè)計(jì),不能為其他軟件所重用,或者即使能重用也需要花費(fèi)很大力氣來(lái)對(duì)其進(jìn)行代碼級(jí)的改造。業(yè)務(wù)流程孤島是指企業(yè)內(nèi)的各種業(yè)務(wù)流程、管理流程僅存在于各自的應(yīng)用系統(tǒng)中,這些流程之間無(wú)法相互銜接以形成完整、自動(dòng)的業(yè)務(wù)流程。應(yīng)用訪(fǎng)問(wèn)孤島是指對(duì)每個(gè)應(yīng)用系統(tǒng)的訪(fǎng)問(wèn)均需要登錄到各自的系統(tǒng),不能實(shí)現(xiàn)基于訪(fǎng)問(wèn)統(tǒng)一控制的單點(diǎn)登錄、全文搜索以及內(nèi)容集成。
1. 2 整合的定義
所謂整合,就是通過(guò)各種手段和工具將已有的資源(包括硬件、數(shù)據(jù)、信息、流程、應(yīng)用) 集成起來(lái),并按一定的邏輯關(guān)系進(jìn)行組織再利用,從而實(shí)現(xiàn)價(jià)值增加的過(guò)程。整合按整合對(duì)象的層次可分為硬件整合、數(shù)據(jù)整合、軟件模塊整合、業(yè)務(wù)流程整合和應(yīng)用訪(fǎng)問(wèn)整合。
1. 3 整合方案概述
通過(guò)虛擬化技術(shù)實(shí)現(xiàn)對(duì)調(diào)度中心機(jī)房?jī)?nèi)硬件進(jìn)行整合,可提高服務(wù)器的利用率和業(yè)務(wù)系統(tǒng)的可用性,為系統(tǒng)管理和部署帶來(lái)方便;數(shù)據(jù)整合方案是建立符合調(diào)度網(wǎng)絡(luò)和數(shù)據(jù)特點(diǎn)的數(shù)據(jù)中心;軟件模塊整合根據(jù)其粒度的大小又可以分為函數(shù)或方法的遠(yuǎn)程過(guò)程調(diào)用(RPC) 整合、分布式對(duì)象調(diào)用整合、構(gòu)件整合和應(yīng)用框架整合;業(yè)務(wù)流程整合是指跨越多個(gè)應(yīng)用的業(yè)務(wù)流程通過(guò)工作流技術(shù)對(duì)其進(jìn)行銜接;應(yīng)用訪(fǎng)問(wèn)整合主要指各應(yīng)用系統(tǒng)訪(fǎng)問(wèn)界面上的整合,是向用戶(hù)提供單點(diǎn)登錄功能的整合。孤島的分層整合示意圖見(jiàn)圖1 。
圖1 孤島分層整合示意圖
2 硬件整合方案
傳統(tǒng)方式下,每增加一個(gè)業(yè)務(wù)應(yīng)用系統(tǒng),都需要購(gòu)買(mǎi)一臺(tái)或一組服務(wù)器來(lái)進(jìn)行支撐。長(zhǎng)此以往,調(diào)度中心機(jī)房中的服務(wù)器越來(lái)越多,機(jī)房空間越來(lái)越緊張,系統(tǒng)管理、維護(hù)的工作量也變得越來(lái)越大。這是因?yàn)閭鹘y(tǒng)應(yīng)用把服務(wù)器當(dāng)一個(gè)整體來(lái)使用,因而造成服務(wù)器資源利用率低。所謂服務(wù)器虛擬化,就是采用分區(qū)技術(shù)在一個(gè)物理服務(wù)器上同時(shí)運(yùn)行多個(gè)相互隔離的虛擬機(jī),并將操作系統(tǒng)和應(yīng)用程序打包成一個(gè)方便遷移的文件,使之能在這些虛擬機(jī)上進(jìn)行遷移,以實(shí)現(xiàn)最大化利用服務(wù)器資源的目的。服務(wù)器虛擬化剝離虛擬機(jī)和硬件的相互依賴(lài)性,為虛擬機(jī)的自由移動(dòng)提供了良好的平臺(tái),使業(yè)務(wù)系統(tǒng)整體的可用性、可靠性得到提高。此外,共享一臺(tái)物理主機(jī)的多臺(tái)虛擬主機(jī)可分屬多個(gè)虛擬網(wǎng)絡(luò),因此,利用該技術(shù)可在一臺(tái)辦公主機(jī)上虛擬化2臺(tái)分屬不同虛擬網(wǎng)絡(luò)的虛擬機(jī)以解決目前電力系統(tǒng)中采用信息內(nèi)外網(wǎng)物理隔離來(lái)解決的信息安全問(wèn)題,同時(shí)達(dá)到節(jié)省硬件投資的目的。
2. 1 虛擬化技術(shù)的可行性和性能影響分析
調(diào)度中心的業(yè)務(wù)系統(tǒng)可分為實(shí)時(shí)和非實(shí)時(shí)2類(lèi)。對(duì)于實(shí)時(shí)系統(tǒng)(如EMS) 來(lái)說(shuō),其CPU 負(fù)載一般較低且波動(dòng)不大;對(duì)于非實(shí)時(shí)系統(tǒng),絕大多數(shù)系統(tǒng)的峰值維持時(shí)間也相對(duì)較短。其次,對(duì)于不同的應(yīng)用,其繁忙時(shí)段也不盡相同。因此,利用虛擬化技術(shù)在物理機(jī)之間進(jìn)行動(dòng)態(tài)遷移,可實(shí)現(xiàn)服務(wù)器負(fù)載的削峰填谷。在純軟件虛擬化的解決方案中,虛擬化軟件的位置是傳統(tǒng)意義上操作系統(tǒng)所處的位置,操作系統(tǒng)的位置是傳統(tǒng)意義上應(yīng)用程序所處的位置。這一額外的通信層需要進(jìn)行二進(jìn)制轉(zhuǎn)換,以模擬所需的硬件環(huán)境。這種轉(zhuǎn)換必然會(huì)引起性能損失。幸運(yùn)的是,CPU 的制造廠(chǎng)商也已加入到了虛擬化大潮中來(lái),其支持虛擬技術(shù)的CPU 帶有特別優(yōu)化過(guò)的指令集來(lái)控制虛擬過(guò)程,通過(guò)這些指令集,使軟件虛擬化的性能在很大程度上得到了提高,對(duì)系統(tǒng)整體性能的影響在可忽略范圍內(nèi)。
2. 2 調(diào)度中心的服務(wù)器現(xiàn)狀
目前,華東電力調(diào)度中心的業(yè)務(wù)系統(tǒng)有EMS、廣域監(jiān)測(cè)分析保護(hù)控制(WAMAP) 系統(tǒng)、電力市場(chǎng)系統(tǒng)、計(jì)劃編制系統(tǒng)、TMR 系統(tǒng)、水調(diào)自動(dòng)化系統(tǒng)、電氣設(shè)備檢修系統(tǒng)、運(yùn)行管理系統(tǒng)(OMS) 等系統(tǒng),所涉及的服務(wù)器型號(hào)和數(shù)量如下: HP Alp ha ServerES45 ,ES40 , ES25 等10 多臺(tái)(安裝Tru64 操作系統(tǒng)) ;SUN V880 ,V480 等近10 臺(tái)(安裝Solaris 操作系統(tǒng)) ; HP 小型機(jī)( HP UNIX) , IBM 小型機(jī)(AIX) , DL560 , DL380 , DL360 等數(shù)十臺(tái)( 安裝Linux 或Windows 操作系統(tǒng)) 。
2. 3 虛擬化軟件的選擇
服務(wù)器的虛擬化軟件中比較流行的虛擬化產(chǎn)品有全虛擬化的VMware、半虛擬化的Xen 、操作系統(tǒng)虛擬化的OpenVZ、Solaris Zone 和Virt uozzo forWindows 等。由于VMware 公司的VMwareInf rast ruct ure 提供全方位(包括服務(wù)器、存儲(chǔ)器和網(wǎng)絡(luò)) 的虛擬化,其VMotion 技術(shù)支持虛擬機(jī)的在線(xiàn)遷移,虛擬機(jī)的管理和部署都比較方便,因此,可采用VMware Inf rast ruct ure 3 中的ESX Server 虛擬化軟件來(lái)搭建華東調(diào)度中心的虛擬化平臺(tái)。ESXServer 直接安裝在服務(wù)器裸機(jī)上,在硬件與操作系統(tǒng)之間插入了一個(gè)虛擬化層,由這個(gè)虛擬化層將一臺(tái)物理服務(wù)器劃分為多臺(tái)可移植的虛擬機(jī)。每臺(tái)虛擬機(jī)都有自己的虛擬化的一套硬件(CPU 、內(nèi)存、網(wǎng)絡(luò)、存儲(chǔ)器) ,操作系統(tǒng)可在其上運(yùn)行。
2. 4 調(diào)度中心虛擬化的實(shí)施步驟
虛擬化部署示意圖如圖2 所示。
圖2 虛擬化部署示意圖
結(jié)合圖2 給出調(diào)度中心虛擬化的實(shí)施步驟:
1) 在N 臺(tái)X86 服務(wù)器裸機(jī)上安裝虛擬化軟件VMware ESX Server ;然后配置虛擬服務(wù)器,主要包括CPU 數(shù)量、內(nèi)存大小和虛擬網(wǎng)絡(luò)類(lèi)型等。
2) 利用VMware 的遷移助手工具或系統(tǒng)克隆方式對(duì)各應(yīng)用需要的硬件和操作系統(tǒng)環(huán)境進(jìn)行部署。
3) 按照應(yīng)用對(duì)服務(wù)器的要求對(duì)應(yīng)用系統(tǒng)分類(lèi)為性能敏感型和空間敏感型2 類(lèi),根據(jù)所屬類(lèi)別配置虛擬機(jī)的自動(dòng)遷移規(guī)則。
4) 在虛擬化的主控臺(tái)上將新的服務(wù)器按照其業(yè)務(wù)特性加入到相應(yīng)的資源池中。
5) 在虛擬化管理的主控臺(tái)上將業(yè)務(wù)系統(tǒng)根據(jù)服務(wù)器負(fù)載情況進(jìn)行自動(dòng)或手動(dòng)遷移。
3 數(shù)據(jù)整合方案
調(diào)度中心目前已積累了許多有關(guān)調(diào)度運(yùn)行和管理的數(shù)據(jù),這些數(shù)據(jù)異構(gòu)、分散地處于不同的生產(chǎn)運(yùn)行系統(tǒng)和管理系統(tǒng)中。由于這些數(shù)據(jù)的分散性、異構(gòu)性和不統(tǒng)一性,再加上調(diào)度網(wǎng)絡(luò)分區(qū)、橫向隔離的要求,使得很難直接獲取這些系統(tǒng)的數(shù)據(jù)并基于這些數(shù)據(jù)發(fā)現(xiàn)隱藏在這些數(shù)據(jù)背后的信息或知識(shí)。為了發(fā)現(xiàn)這種信息或知識(shí),首先需要對(duì)這些數(shù)據(jù)進(jìn)行整合,建立部門(mén)級(jí)的數(shù)據(jù)倉(cāng)庫(kù),對(duì)這些分散的數(shù)據(jù)進(jìn)行抽取、轉(zhuǎn)換、加載和清洗,然后基于該數(shù)據(jù)倉(cāng)庫(kù)進(jìn)行相關(guān)主題的數(shù)據(jù)挖掘以獲取所需要的知識(shí)。
電力調(diào)度的分級(jí)管理模式使得對(duì)調(diào)度系統(tǒng)來(lái)說(shuō),特別適合建設(shè)國(guó)調(diào)、網(wǎng)調(diào)、省調(diào)、地調(diào)不同層次的多級(jí)數(shù)據(jù)倉(cāng)庫(kù),從而形成以數(shù)據(jù)中心縱向互聯(lián)為基礎(chǔ)的全公司的調(diào)度生產(chǎn)數(shù)據(jù)信息共享體系。電力調(diào)度數(shù)據(jù)中心(數(shù)據(jù)倉(cāng)庫(kù)) 的系統(tǒng)框架見(jiàn)圖3 。
圖3 電力調(diào)度數(shù)據(jù)中心( 數(shù)據(jù)倉(cāng)庫(kù)) 的系統(tǒng)框架
4 軟件模塊整合方案
軟件模塊的整合根據(jù)其粒度的大小可以分為函數(shù)或方法的RPC 整合、分布式對(duì)象調(diào)用整合、構(gòu)件整合和應(yīng)用框架整合。對(duì)于函數(shù)或方法的RPC 整合技術(shù)有RPC 協(xié)議;分布式對(duì)象調(diào)用整合技術(shù)有分布式組件對(duì)象模型(DCOM) 和遠(yuǎn)程方法調(diào)用(RMI)技術(shù)。
現(xiàn)在正在使用的各種軟件是公司的一種資產(chǎn),目前這種資產(chǎn)的復(fù)用率比較低,實(shí)際上,新建系統(tǒng)的很多軟件模塊的開(kāi)發(fā)都屬于重復(fù)勞動(dòng),并且跟不上需求的變化。為了解決這個(gè)矛盾,需要建立一個(gè)電力構(gòu)件庫(kù),實(shí)現(xiàn)對(duì)電力調(diào)度中心內(nèi)部的可復(fù)用軟件資產(chǎn)(構(gòu)件、架構(gòu)、領(lǐng)域模型等) 的管理、使用和分析。這樣,一方面可以提高軟件外包和開(kāi)發(fā)的規(guī)范化、自動(dòng)化、系統(tǒng)化水平;另一方面可以促進(jìn)電力調(diào)度中心內(nèi)部的軟件集成和復(fù)用,避免重復(fù)開(kāi)發(fā),促進(jìn)可復(fù)用的軟件資產(chǎn)的積累,提高軟件的質(zhì)量和開(kāi)發(fā)效率。并且,在電力調(diào)度領(lǐng)域軟件資產(chǎn)庫(kù)中形成的構(gòu)件在全國(guó)電力行業(yè)范圍內(nèi)都具有重大的推廣價(jià)值。
對(duì)于調(diào)度中心來(lái)說(shuō),軟件模塊層次上的整合方案是創(chuàng)建構(gòu)件庫(kù),對(duì)構(gòu)件化開(kāi)發(fā)過(guò)程形成的領(lǐng)域模型、領(lǐng)域架構(gòu)、軟件構(gòu)件等一系列的軟件資產(chǎn)進(jìn)行統(tǒng)一入庫(kù)、檢索、下載和量化管理、存儲(chǔ)和重用。對(duì)于現(xiàn)有系統(tǒng),實(shí)行一定程度上的構(gòu)件化改造,進(jìn)行通用構(gòu)件提取;對(duì)于待建系統(tǒng),引入構(gòu)件化和應(yīng)用框架的開(kāi)發(fā)技術(shù),以方便今后軟件的重構(gòu)。
5 業(yè)務(wù)流程整合方案
業(yè)務(wù)流程的整合是將原有的分散于企業(yè)內(nèi)部或外部的“業(yè)務(wù)流程斷點(diǎn)”進(jìn)行鏈接,進(jìn)而完成全程業(yè)務(wù)活動(dòng)的自動(dòng)化的過(guò)程。流程整合是信息整合的高級(jí)階段,它利用工作流、消息、協(xié)同等技術(shù),實(shí)現(xiàn)跨系統(tǒng)的流程整合,使不同的管理部門(mén)能夠在一個(gè)統(tǒng)一的網(wǎng)絡(luò)環(huán)境中實(shí)現(xiàn)對(duì)同一事務(wù)的協(xié)同處理。為了便于流程重組和軟件復(fù)用,需要的不是大系統(tǒng),而是可以方便組裝、方便展示的小的應(yīng)用模塊,這些模塊可以在需要時(shí)方便地進(jìn)行組裝,這樣也可以及時(shí)應(yīng)對(duì)需求而進(jìn)行變更。Web 服務(wù)正好符合這一點(diǎn)。
Web 服務(wù)的最大優(yōu)點(diǎn)是平臺(tái)獨(dú)立性和語(yǔ)言獨(dú)立性。基于Web 服務(wù)技術(shù)的整合方案具有很好的擴(kuò)展性和柔性,可以方便地實(shí)現(xiàn)各種應(yīng)用系統(tǒng)的集成。電力調(diào)度中心的信息系統(tǒng)均有自己的業(yè)務(wù)流程(可能是程序?qū)懰赖模部赡苁前ぷ髁鹘M件而使流程可配置的,如Ⅲ區(qū)OMS) 。這些業(yè)務(wù)流程在本系統(tǒng)中可以正常流轉(zhuǎn),但與其他系統(tǒng)業(yè)務(wù)流程的交互(如與公司生產(chǎn)系統(tǒng)中的基建啟動(dòng)流程的交互) 則存在一些問(wèn)題,目前這個(gè)問(wèn)題只能靠手工或文件輪詢(xún)來(lái)處理,但這種手工處理方式有處理不及時(shí)、無(wú)法跟蹤流程進(jìn)度、流轉(zhuǎn)效率不高和缺乏流程分析功能等缺點(diǎn),因此,需要進(jìn)行業(yè)務(wù)流程的整合和優(yōu)化。
目前調(diào)度中心需要做的工作是將應(yīng)用軟件按照需要將業(yè)務(wù)應(yīng)用拆開(kāi)成粒度(即規(guī)模) 大小可以伸縮、又可以重新組裝的服務(wù)。這些服務(wù)是可重用的業(yè)務(wù)流程單元或組件,這樣,業(yè)務(wù)流程管理(BPM)和業(yè)務(wù)流程重組(BPR) 將成為易事。因?yàn)榉⻊?wù)可以直接被應(yīng)用調(diào)用和組合,從而降低了服務(wù)對(duì)系統(tǒng)交互的信賴(lài)性。服務(wù)之間則通過(guò)簡(jiǎn)單、精確定義的接口進(jìn)行通信,而不涉及底層的編程接口和通信模型。然后引入工作流管理系統(tǒng),搭建一個(gè)工作流平臺(tái),實(shí)現(xiàn)各系統(tǒng)間業(yè)務(wù)流程的整合。工作流管理系統(tǒng)將業(yè)務(wù)流程描述作為輸入并管理流程實(shí)例的執(zhí)行,這使得它比專(zhuān)門(mén)應(yīng)用更靈活。工作流管理系統(tǒng)可以用來(lái)管理全局的業(yè)務(wù)流程,并與應(yīng)用系統(tǒng)相互協(xié)作,將各個(gè)業(yè)務(wù)系統(tǒng)的小流程整合起來(lái)形成一個(gè)能夠自動(dòng)流轉(zhuǎn)的大流程。
6 應(yīng)用訪(fǎng)問(wèn)整合方案
企業(yè)信息門(mén)戶(hù)方便地實(shí)現(xiàn)了信息系統(tǒng)界面層次的整合,它提供了一個(gè)訪(fǎng)問(wèn)各種信息和應(yīng)用系統(tǒng)的個(gè)性化統(tǒng)一入口,所有的企業(yè)資源都被整合在統(tǒng)一的平臺(tái)上,通過(guò)該平臺(tái)可以統(tǒng)一訪(fǎng)問(wèn)企業(yè)內(nèi)分布存儲(chǔ)的、各種來(lái)源的信息內(nèi)容(包括文檔、數(shù)據(jù)庫(kù)、現(xiàn)有系統(tǒng)的數(shù)據(jù)等) ,并提供統(tǒng)一的檢索和內(nèi)容訪(fǎng)問(wèn)控制服務(wù)。Portal 核心服務(wù)包括單機(jī)登錄、目錄集成、安全、訪(fǎng)問(wèn)權(quán)限控制、加密傳輸、授權(quán)與驗(yàn)證、許可權(quán)、管理功能等。
調(diào)度中心應(yīng)建立調(diào)度中心門(mén)戶(hù)系統(tǒng)對(duì)各應(yīng)用進(jìn)行整合。該門(mén)戶(hù)系統(tǒng)能夠提供對(duì)XML/ XSL,ODL,HTML,JSP,WebServices等資源/ 服務(wù)的整合模式,以便能快速構(gòu)建門(mén)戶(hù),并實(shí)現(xiàn)其他各個(gè)應(yīng)用系統(tǒng)的集成。調(diào)度中心可以根據(jù)已有系統(tǒng)的條件對(duì)其進(jìn)行應(yīng)用的Portlet 改造,以滿(mǎn)足調(diào)度中心門(mén)戶(hù)Portal的要求。在門(mén)戶(hù)化各Web 應(yīng)用時(shí),通常只需要將原有應(yīng)用系統(tǒng)的Web 模塊改造成符合Portal 的應(yīng)用即可,具體操作有將Servlet 改造成為Portlet 、JSP頁(yè)面的修改、Portlet部署描述符的添加等。調(diào)度中心的門(mén)戶(hù)系統(tǒng)為各應(yīng)用系統(tǒng)提供了集成化的用戶(hù)環(huán)境,將業(yè)務(wù)系統(tǒng)與散亂的文檔和工作信息集成起來(lái),并通過(guò)可擴(kuò)展的應(yīng)用界面提供集成化的服務(wù),方便地解決調(diào)度中心內(nèi)外信息的交流問(wèn)題,實(shí)現(xiàn)單點(diǎn)登錄、全文搜索、內(nèi)容聚集和應(yīng)用的集成。
7 結(jié)語(yǔ)
本文以電力調(diào)度中心不同應(yīng)用系統(tǒng)的整合為背景,分別就整合的不同層次提出了具體的整合方案:硬件整合方案引入虛擬化技術(shù),提出了調(diào)度中心服務(wù)器虛擬化方案;數(shù)據(jù)整合方案建立符合調(diào)度網(wǎng)絡(luò)和數(shù)據(jù)特點(diǎn)的數(shù)據(jù)中心;軟件模塊整合方案創(chuàng)建構(gòu)件庫(kù)對(duì)電力領(lǐng)域的軟件構(gòu)件進(jìn)行管理、開(kāi)發(fā)和重用;業(yè)務(wù)流程整合方案對(duì)分散于企業(yè)內(nèi)部或外部各個(gè)信息系統(tǒng)中的“業(yè)務(wù)流程斷點(diǎn)”進(jìn)行鏈接,進(jìn)而完成全程業(yè)務(wù)活動(dòng)的自動(dòng)化,具體解決方案是引入符合WFMC 標(biāo)準(zhǔn)的工作流管理系統(tǒng);應(yīng)用訪(fǎng)問(wèn)整合方案使用Portal 技術(shù)和Web 服務(wù)技術(shù)以實(shí)現(xiàn)全文搜索、內(nèi)容聚集、應(yīng)用程序統(tǒng)一訪(fǎng)問(wèn)和集成。
核心關(guān)注:拓步ERP系統(tǒng)平臺(tái)是覆蓋了眾多的業(yè)務(wù)領(lǐng)域、行業(yè)應(yīng)用,蘊(yùn)涵了豐富的ERP管理思想,集成了ERP軟件業(yè)務(wù)管理理念,功能涉及供應(yīng)鏈、成本、制造、CRM、HR等眾多業(yè)務(wù)領(lǐng)域的管理,全面涵蓋了企業(yè)關(guān)注ERP管理系統(tǒng)的核心領(lǐng)域,是眾多中小企業(yè)信息化建設(shè)首選的ERP管理軟件信賴(lài)品牌。
轉(zhuǎn)載請(qǐng)注明出處:拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題:虛擬化與信息整合技術(shù)在電力調(diào)度中心的應(yīng)用
本文網(wǎng)址:http://www.ezxoed.cn/html/support/1112188415.html