【正文】 這樣 的 XML被稱為 CIM/XMLCIMXMLn 采用 CIM/XML表示數(shù)據(jù) ，即解決了數(shù)據(jù)在異種平臺的 傳遞問題 ，也解決了不同 應 用 對 信息的理解問題 ，使用 CIM/XML很好地 實現(xiàn)電 力系 統(tǒng) 模型交 換 和信息共享。n XML、 RDF與 CIM本 質 上沒有關系，但 XML和RDF結 合能很好地表示 CIM。作為信息交換載體的 CIM\XML文檔n 利用 RDF語 法和 XML語 言， 結 合 CIM與 RDFSchema的映射最 終 得到 CIMXML文檔 。n 引入了 IEC61970標 準， 實現(xiàn)電 力模型數(shù)據(jù)從一般文本文件格式到 CIM\XML格式的 轉 化，同 時在數(shù)據(jù) 庫層 面上， 實現(xiàn) 基于 CIM\XML的 導 入導 出 。 提供以 CIM標 準形式的與外界交互的接口。n 作 為 信息交 換載 體的 CIM\XML文檔 雖 然便于理解，并且能 夠 提高系 統(tǒng) 的開放性，但同 時 也提出了一個新的 課題 ：在保 證 開放性的同 時 ，如何確保 這 些作 為電 力公司重要內部 資 料的數(shù)據(jù)的 安全性?；?CIM\XML實現(xiàn)系統(tǒng)集成圖中 ClM/XML適配器和 SCL/XM適配器用于完成符合IEC61970標準和 IEC61850標準的 XML文件導入 /導出功能， 該適配器由各應用系統(tǒng)廠商自行開發(fā) ?；?CIM\XML實現(xiàn)系統(tǒng)集成n 最 終 每個 EMS和 DMS等供 應 商都將 提供一套從本系 統(tǒng) 的數(shù)據(jù) 庫導 出 CIM/XML文本文件 ， 或者把CIM/XML文本文件 導 入到本系 統(tǒng) 數(shù)據(jù) 庫 的工具 。n 這樣 ，我 們 可以在不了解各個獨立系 統(tǒng) 數(shù)據(jù) 庫邏輯結 構的情況下，通 過 CIM/XML文本文件 順 利地得到所需的數(shù)據(jù)。從 發(fā) 展的情況來看， 這 種基于CIM/XML文本文件的數(shù)據(jù)抽取方法將大大減少開發(fā) 數(shù)據(jù)抽取程序和 維護 數(shù)據(jù)抽取程序的工作量。只要它提供 基于 CIM/XML的接口 ，數(shù)據(jù)抽取程序就無需 變 化。 基于公共信息模型的 XML文檔使得EMS與其它 電 力系 統(tǒng)間 的 “無 縫連 接 ”成 為 可能 ?；?CIM\XML實現(xiàn)系統(tǒng)集成n XML集成技 術 是一種 松散耦合 數(shù)據(jù)交 換 技 術，具有開 發(fā) 速度快、集成代價小的 優(yōu) 點，但是只能 實現(xiàn)標 準定 義 的部分功能，并且 不具備實時 性 。因此，只能作 為 一種初 級 的、 輔助的、 過 渡性的系 統(tǒng) 集成方案。n 與基于 IEC61850標 準集成比 較IEC61970n IEC61970協(xié)議 族作 為電 力系 統(tǒng) 信息共享和 應用集成的基 礎 框架，目前仍在 發(fā) 展完善中。n CIS部分并不十分成熟討論n IEC61970和 IEC61850的區(qū) 別n 分析基于 CIM\XML的系 統(tǒng) 集成與基于通信 規(guī)約 的集成的區(qū) 別n 智能 變電 站 為 何 選擇 基于通信 規(guī)約 的集成 ?n 調 度自 動 化系 統(tǒng) 之 間為 何 選擇 基于CIM\XML的系 統(tǒng) 集成 ?討論n 調 度自 動 化系 統(tǒng) 之 間為 何 選擇 基于CIM\XML的系 統(tǒng) 集成 ,實現(xiàn) 了數(shù)據(jù)的共享 ,如何 實現(xiàn)應 用功能的共享 ?通 過 消除同一種 應 用功能的重復配置 ,實現(xiàn) 可自由 調 用各 項應 用 ,功能群的自由 組 合。n 借 鑒 CIM\XML思想 ,在 應 用程序接口上作文章業(yè)務集成平臺n 面向服 務 的體系 結 構（ SOA） （ SOA:ServiceorientedArchitecture）在建立 統(tǒng) 一的 業(yè)務 集成平臺 時 電 力信息系 統(tǒng) 中原有的 軟 件系 統(tǒng) 架構 很 難滿 足 應 用的需求， 采用新一代的 軟 件體系 結 構 ―― 面向服 務 的體系結 構 是一個很好的 選擇 。面向服 務 的體系 結 構（ SOA）是 應 用程序體系結 構，它 發(fā) 布可被其它 應 用程序 發(fā)現(xiàn) 的服 務 接口。面向服務的體系結構（ SOA）n 在 SOA中，所有功能都定 義為 獨立的服 務 ，服 務 就像 “黑匣子 ”一 樣 運行：外部 組 件既不知道也不用關心服 務 功能是如何 實現(xiàn) 的，而僅僅 關心他 們 是否返回期望的 結 果。 這 些服務 明確定 義 了可 調 用的接口，其它的 應 用程序通 過 網(wǎng) 絡調 用 這 些接口來使用服 務 ，并可以根據(jù)定 義 好的 順 序來 調 用 這 些服 務 ，形成業(yè)務 流程 。面向服務的體系結構（ SOA）n 面向服 務 的體系 結 構（ SOA） 是 應 用程序體系結 構 ，它 發(fā) 布可被其它 應 用程序 發(fā)現(xiàn) 的服 務 接口 。 接口是采用中立的方式 進 行定 義 的，也就是說 它 應該 獨立于 實現(xiàn) 服 務 的硬件平臺、操作系統(tǒng) 和 編 程 語 言。 這 使得構建在各種各 樣 的系 統(tǒng)中的 服 務 可以以一種 統(tǒng) 一和通用的方式 進 行交互。面向服務的體系結構（ SOA）n SOA改 變 了 過 去開 發(fā)應 用的模式，將 軟 件按照 業(yè)務 需求 定 義 成 “ 組 件 ” ， 作 為 共享 資 源，提供以服 務為 中心的 應 用 軟 件 設計 方法 。n 這 種方法，能 夠 提高 IT對業(yè)務 的響 應 能力，使企 業(yè) 得以 實時 支持 業(yè)務 的 變 化，最 終 幫助企 業(yè)轉變?yōu)?服 務驅動 型企 業(yè) 。 SOA的架構SOA的架構n 面向服 務 的體系 結 構主要包括三個主 題 ：服 務提供者、服 務 注冊中心、服 務請 求者。(1)服 務 提供者 ：從企 業(yè) 的角度看， 這 是服 務 的所有者。從體系 結 構的角度看， 這 是托管 訪問服 務 的平臺。 服 務 提供者 創(chuàng) 建 Web 服 務 并可以把其接口和 訪問 信息 發(fā) 布到服 務 注冊表。 每個提供者必 須 確定 陳 列哪些服 務 ,如何取得安全性和易用性之 間 的平衡 ,如何 為 服 務 定價 ,或者如果服 務 是免 費 的 ,如何開 發(fā) 它 們 的其他價 值 。提供者 還 必 須 確定 對 于 給 定的代理服 務應該 把服 務列入什么 類別 ,以及使用服 務 ,需要何種 貿 易伙伴協(xié)議 。 SOA的架構(2)服 務請 求者。從企 業(yè) 的角度看， 這 是要求 滿足特定功能的企 業(yè) 。從體系 結 構的角度看，這 是 尋 找并 調 用服 務 ，或啟 動 與服 務 的交互的 應 用程序。服 務請 求者角色可以由 瀏覽 器來擔當，由人或無用 戶 界面的程序（例如，另外一個 Web 服 務 ）來控制它。 SOA的架構(3)服 務 注冊中心。 這 是可搜索的服 務 描述注冊中心，服 務 提供者在此 發(fā) 布他 們 的服 務 描述。在靜 態(tài)綁 定開 發(fā) 或 動態(tài)綁 定 執(zhí) 行期 間 ，服務請 求者 查 找服 務 并 獲 得服 務 的 綁 定信息（在服 務 描述中）。 對 于靜 態(tài)綁 定的服 務請 求者，服 務 注冊中心是體系 結 構中的可 選 角色，因 為 服 務 提供者可以把描述直接 發(fā) 送 給 服務請 求者。SOA的架構 在典型情況下，服 務 提供者托管可通 過 網(wǎng) 絡訪問 的 軟 件模 塊 （ Web 服 務 的一個 實現(xiàn) ）。 服務 提供者定 義 Web 服 務 的服 務 描述并把它發(fā) 布到服 務 注冊中心。服 務請 求者使用 查 找操作來從本地或服 務 注冊中心 檢 索服 務 描述，然后使用服 務 描述與服 務 提供者 進 行 綁 定并 調 用 Web 服 務實現(xiàn) 或同它交互。 服 務 提供者和服務請 求者角色是 邏輯結 構，因而服 務 可以表 現(xiàn)兩種特性。WebServices 是實現(xiàn) SOA的具體方式之一n SOA構架是獨立于技 術實現(xiàn) 的。n Web 　 Services的特性十分適合用來 實現(xiàn) SOA架構 。 Web 　 Services之 間 能 夠 交 換帶結 構的文檔（比如 XML）， 這 些文檔可能包含完全異構的數(shù)據(jù)信息。 WebServices 在需要交互的服務 之 間 如何 傳遞 消息有具體的指 導 原 則 ；從戰(zhàn)術 上 實現(xiàn) SOA模型是通 過 HTTP傳遞 的SOAP消息中最常 見 的 SOA模型。n 從本 質 上 講 ， WebServices 是 實現(xiàn) SOA的具體方式之一 。WebServicen WebService 是由 W3C 制定的一套開放的 標 準的技 術規(guī) 范，定義 如下： “ 一個 Web 服 務 是 為 提供機器與機器 間 跨越網(wǎng) 絡 的互操作而 設計 的一套 軟 件系 統(tǒng) ，它有一個用機器能 處 理的格式（特 別 是 WSDL ） 來定 義 的接口 ，其他系 統(tǒng) 使用 SOAP消息且以一種被 這 個 Web 服 務預 先指定的方式來與 這 個 Web 服 務交互，一般情況下， 這 些消息使用 HTTP協(xié)議進 行 傳輸 ， 在傳輸 前 這 些消息使用基于 Web 的相關 標 準來 進 行 XML的序列化 。 ” Webservice 的目的是 讓 不同的 軟 件 應 用程序能互相操作， 無 論這 些程序是用什么程序 語 言 實現(xiàn) 、運行在什么 樣 的操作平臺或架構技 術 上。 強 大的互操作性和可 擴 展性是 WebService的表 現(xiàn) 特征 ， 這 一切都 歸 功于具有 強 大自描述能力的XML（ eXtensibleMarkupLanguage,可 擴 展 標 志 語 言）。WebServices 能使 應 用程序以一種松散耦合的方式 組 合起來，并 實現(xiàn) 復 雜 的交互 。SOA實現(xiàn)n (1)傳輸協(xié)議 。 WebServices 協(xié)議棧 的基 礎 是網(wǎng) 絡傳輸協(xié)議 ， HTTP憑借其普遍性成 為 了Inter環(huán) 境下 WebServices 使用的 標 準網(wǎng) 絡協(xié)議 。同 時 在某些 擴 展 應 用 領 域，也支持SMTP(簡單郵 件 傳輸協(xié)議 ）和 FTP（文件 傳輸協(xié)議 ）。n (2)數(shù)據(jù)表 現(xiàn) 。 XML是 WebServices 數(shù)據(jù)交 換的 標 準，同 時 也是 WebServices 全部 規(guī) 范、技術 的底 層 核心和基 礎 。 SOAP、 WSDL 、UDDI和 Schema都是使用 XML作 為 信息描述和交 換 的 標 準手段。 XML是獨立于程序 語 言和操作平臺的，使得它的 應 用范 圍 更加廣泛。SOA實現(xiàn)n (3)數(shù)據(jù)模型。 Schema是描述 XML數(shù)據(jù) 結 構的數(shù)據(jù)模型（也稱 為 元數(shù)據(jù)），它同 樣 也是一種數(shù)據(jù)。因此 Schema也是使用 XML為 基 礎 的數(shù)據(jù)表 現(xiàn) 方式。 Schema是 XML世界中的 標 準建模 語 言 SOAP、 WSDL 和 UDDI的 XML語 法都是采用 Schema進行定 義 和描述的。n (4)消息 協(xié)議 。 SOAP（ SimpleObjectAccessProtocol， 簡單對 象 訪問協(xié)議 ）是基于 XML的消息 協(xié)議 ，它能使在分布式 環(huán) 境下的程序相互交 換結 構化的事先定 義 好的消息。 SOAP是獨立于 編 程語 言和操作平臺的消息 協(xié)議 ，能使在異構 環(huán) 境下的 應 用程序相互通 訊 和操作。SOA實現(xiàn)n (5)服 務 描述。 通 過 使用 WEB服 務 描述 語 言 （WebServicesDefinitionLanguage, WSDL ） 來描述接口 , 服 務 已 經(jīng)轉 到更 動態(tài) 且更靈活的接口系統(tǒng) 中。n WSDL 它將 WebServices 中的服 務 描述成一 組 服務訪問 點，客 戶 端可以通 過 使用面向文檔或面向過 程的消息來 訪問這 些網(wǎng) 絡 服 務 。 WSDL 將 這些操作和消息以一種抽象的方式 進 行描述，然后將具體的網(wǎng) 絡協(xié)議 和消息格式 綁 定來定 義 一個服務訪問 點，它是獨立于服 務 消息格式和具體的網(wǎng)絡 通 訊協(xié)議 的 標 準。SOA實現(xiàn)n (6)服 務發(fā) 布 /發(fā)現(xiàn) 。 UDDI（ UniversalDescription， DiscoveryandIntegration， 統(tǒng)一描述、 發(fā)現(xiàn) 與集成）是由 OASIS（ 結 構化信息 標 準促 進組織 ）制定的一套關于 WebService注冊、 發(fā) 布、 查詢 、 發(fā)現(xiàn) 和 訪問 服 務接口 時 要用技 術 的 標 準 規(guī) 范。 UDDI是基于一套開放的工 業(yè)標 準，包括： HTTP、 XML、XMLSchema和 SOAP， UDDI為 公開 發(fā) 布的服 務 和只在公司內部使用的服 務 提供一個可互操作的基于 Web 服 務 的 軟 件基 礎 架構。Web 服務的操作n 對 于利用 Web 服 務 的 應 用程序，必 須發(fā) 生以下三個行 為 ：n 發(fā) 布服 務 描述n 查詢 或 查 找服 務 描述n 根據(jù)服 務 描述 綁 定或 調 用服 務 。這 些操作可以 單 次或反復出 現(xiàn) 。 基于 SOA的 Web 應用系統(tǒng)架構n 表示 層 :主要提供友好的用 戶 界面 ，使得最 終 用 戶 能夠 方便地使用 該 系 統(tǒng) 。n 業(yè)務 外 觀層 :主要提供 標 準化的服 務 接口 ，從而使得該 服 務 可以提供 給 在任何異構平臺和任何本地或者 遠程用 戶