中海油SOA信息技術架構模型方案

1、中海油SOA信息技術架構模型方案2009年8月版本號V1.0變更歷史日期變更描述作者批準2008-08-18初稿胡健目錄 TOC o 1-5 h z 變更歷史I概要1 HYPERLINK l bookmark39 o Current Document 編寫目的2使用范圍錯誤!未定義書簽。 HYPERLINK l bookmark73 o Current Document 中海油SOA信息技術架構模型設計2設計原則2 HYPERLINK l bookmark57 o Current Document 持續(xù)發(fā)展原則2 HYPERLINK l bookmark61 o Current Documen

2、t 先進性原則2 HYPERLINK l bookmark65 o Current Document 實用性原則3 HYPERLINK l bookmark69 o Current Document 操作性原則3 HYPERLINK l bookmark193 o Current Document 中海油SOA信息技術架構模型設計3SOA信息技術架構模型之網(wǎng)絡拓撲圖3 HYPERLINK l bookmark130 o Current Document SOA信息技術架構模型之服務體系參考視圖3 HYPERLINK l bookmark107 o Current Document 訪問服務層4

3、 HYPERLINK l bookmark110 o Current Document 數(shù)據(jù)服務層5 HYPERLINK l bookmark114 o Current Document 業(yè)務服務層5 HYPERLINK l bookmark118 o Current Document 流程服務層5 HYPERLINK l bookmark122 o Current Document 綜合服務層5 HYPERLINK l bookmark126 o Current Document 展現(xiàn)服務層5 HYPERLINK l bookmark140 o Current Document SOA信息技

4、術架構模型之應用體系視圖6 HYPERLINK l bookmark151 o Current Document SOA信息技術架構模型之服務體系部署視圖7SOA信息技術架構模型之技術標準體系視圖9 HYPERLINK l bookmark155 o Current Document 消息傳輸10 HYPERLINK l bookmark168 o Current Document 數(shù)據(jù)交換層10訪問服務 11數(shù)據(jù)服務 11業(yè)務服務 11流程服務 11 HYPERLINK l bookmark179 o Current Document 展現(xiàn)服務12 HYPERLINK l bookmark1

5、86 o Current Document 服務管理12服務描述、注冊與發(fā)現(xiàn)132.3.中海油公司SOA信息技術架構模型特征13 HYPERLINK l bookmark200 o Current Document 建設方法14 HYPERLINK l bookmark203 o Current Document 階段劃分及目標151.概要目的制定中海油SOA的信息技術架構模型，提供中海油的SOA實施的一個目標以供參考。通 過本方案，在具體的實施過程中，比如網(wǎng)絡的建設、服務的設計及開發(fā)、應用的開發(fā)、服務 的部署、技術標準的依循等實現(xiàn)都會有清晰的范圍及工作的方向。目標讀者企業(yè)架構師、軟件架構師、

6、系統(tǒng)分析人員內(nèi)容概述首先建議性的提出了中海油SOA的設計原則，然后從技術架構的網(wǎng)絡拓撲、服務體系、應 用體系、服務體系部署、技術標準體系、技術架構模型特征等各個方面描述了中海油SOA 的信息技術架構模型的方方面面，最后根據(jù)信息技術架構的藍圖提出了有針對性的建設方法 及階段劃分以及各個階段的目標。2.中海油SOA信息技術架構模型設計設計原則中海油公司的信息技術架構模型是“十一五”期間指導中海油公司信息化建設的技術 框架，信息化應用項目的建設必須遵從這個框架的要求，以促進信息化應用項目建設的高效 率、高質(zhì)量、高標準和可持續(xù)發(fā)展。中海油公司信息的信息技術架構模型設計遵循下述原則：持續(xù)發(fā)展原則基于目前

7、中海油公司信息技術架構模型的現(xiàn)狀，站在中海油公司企業(yè)發(fā)展以及信息化 發(fā)展的戰(zhàn)略高度，統(tǒng)一中海油公司信息技術架構模型，以實現(xiàn)信息化建設的高效率、高質(zhì)量、 高標準和可持續(xù)發(fā)展為原則，設計符合中海油公司信息化發(fā)展戰(zhàn)略要求的統(tǒng)一的信息技術架 構模型。先進性原則設計中海油公司的信息技術架構模型，必須堅持與世界先進技術發(fā)展水平同步；必須 堅持遵循相關的技術規(guī)范及標準；必須保證能滿足目前與今后未來幾年信息化建設的需求。實用性原則應以重用、協(xié)作和資源共享為基礎，確立信息技術架構模型和技術部署的最佳實踐，為 實施信息技術架構模型制定遵從性的度量標準和指標，以利于引導信息化建設項目的實施。操作性原則設計中海油公司

8、信息技術架構模型，應綜合考慮目前中海油公司信息化建設的實際， 使多元化的信息技術架構模型能逐步過渡到統(tǒng)一的信息技術架構模型。中海油SOA信息技術架構模型設計2.2.1. SOA信息技術架構模型之網(wǎng)絡拓撲圖有限公司目錄服務器說明：至少需要十臺服務器，總部公司比區(qū)域公司、有限公司要多一臺LDAP的服務器，全 海油范圍的用戶目錄都使用統(tǒng)一目錄進行訪問。2.2.2. SOA信息技術架構模型之服務體系參考視圖SOA架構的核心理念是打破傳統(tǒng)面向各個業(yè)務領域作業(yè)、僵化的垂直應用構建模式，將 應用分解為可重用、松耦合、互操作的服務結(jié)構，通過服務的編排組合來實現(xiàn)業(yè)務的組合， 通過服務的松耦合來滿足業(yè)務變化和調(diào)整

9、，通過服務的重用來降低軟件開發(fā)的成本。中海油公司SOA信息技術架構模型之服務體系采用組件化的分層結(jié)構設計思想，使應 用組件具有預制性、封裝性、透明性、互操作性、通用性等特征，便于快速地組裝成新的應 用。上層建立在下層的基礎上，隱藏下層的信息；各層要封裝自己的實現(xiàn)，向上層提供訪問 接口，并為上層提供服務。中海油公司服務體系建立在企業(yè)的信息資源層之上，共分為六層：訪問服務層、數(shù)據(jù) 服務層、業(yè)務服務層、流程服務層、綜合服務層、展現(xiàn)服務層。信息資源層為上層提供數(shù)據(jù)資源與應用資源（應用系統(tǒng)模塊），它包括傳統(tǒng)的封閉的應 用系統(tǒng)，已經(jīng)打包好應用程序及業(yè)務數(shù)據(jù)庫、數(shù)據(jù)中心、數(shù)據(jù)倉庫、文件系統(tǒng)、郵件系統(tǒng)等。流程

10、 服務層綜合 服務層業(yè)務服務層展現(xiàn)服務層J跨業(yè)務域綜合服務自動流程服務營銷業(yè)務服務人機交互組件跨部門綜合服務人工交互流程服務生產(chǎn)業(yè)務服務網(wǎng)頁組件報表組件J跨單位綜合服務流程引擎 .流程監(jiān)控匚二1 財務匚二1工程匚二I業(yè)務服務匚二|業(yè)務服務數(shù)據(jù) ,、rHrHrHrH服務層.、/.匚二數(shù)據(jù)轉(zhuǎn)換匚二數(shù)據(jù)映射匚二數(shù)據(jù)聚合匚二數(shù)據(jù)同步用戶APIJDBC消息適配器.訪問服務層訪問服務層實現(xiàn)與底層數(shù)據(jù)資源、應用資源的通信功能，使用通用標準接口，定義整合 企業(yè)信息資源（數(shù)據(jù)資源與應用資源）的各種訪問服務，包括不同類型的適配器以及專用的 API等等。這些服務屏蔽了企業(yè)信息資源（現(xiàn)在的或未來的）的技術和實現(xiàn)方式，

11、訪問服務層之上的開發(fā)者無需知道數(shù)據(jù)位置、類型以及應用程序的編程語言等。數(shù)據(jù)服務層數(shù)據(jù)服務層定義的服務支持把異構的、孤立的企業(yè)數(shù)據(jù)轉(zhuǎn)變成集成的、雙向的、可重 復使用的信息服務，通過信息資源訪問服務，數(shù)據(jù)服務層以統(tǒng)一的方式訪問企業(yè)的所有數(shù)據(jù)， 數(shù)據(jù)服務層之上的開發(fā)者可以集中精力處理數(shù)據(jù)的加工問題，而不必關注訪問不同來源的數(shù) 據(jù)的實現(xiàn)細節(jié)。業(yè)務服務層業(yè)務服務層定義那些可重用的業(yè)務處理過程，用于支持復合的業(yè)務處理需求服務的開 發(fā)。這層定義的業(yè)務處理過程服務可能是單個原子事務的無狀態(tài)處理操作服務，也可能是多 個業(yè)務應用或異步服務之間交互的有狀態(tài)處理操作服務。業(yè)務服務層之上的開發(fā)者無需知道 具體某項業(yè)務的

12、處理邏輯過程。流程服務層業(yè)務流程是一組服務的集合，服務按照特定的順序并使用一組特定的規(guī)則進行調(diào)用， 其本身也可視為服務。流程服務層定義有狀態(tài)（長期運行）和無狀態(tài)（短期運行）的、完整 業(yè)務流程，用于支持更高層的業(yè)務處理需求服務的開發(fā)。流程服務通過對下層的數(shù)據(jù)服務、 業(yè)務服務的編排來實現(xiàn)，流程編排的規(guī)則在該層內(nèi)定義。綜合服務層綜合服務層是以業(yè)務驅(qū)動力與企業(yè)發(fā)展戰(zhàn)略的愿景目標為出發(fā)點，結(jié)合中海油公司特 色，選擇跨系統(tǒng)、跨部門的企業(yè)價值鏈，自上而下規(guī)劃的復合服務。綜合服務層定義的服務 是由下層的數(shù)據(jù)服務、業(yè)務服務、流程服務組合而成的更加粗粒度的服務，通過對這些服務 簡單編排的就可以快速搭建出新業(yè)務應用

13、系統(tǒng)。展現(xiàn)服務層展現(xiàn)服務層定義企業(yè)信息門戶（EIP）中可配置、可重用的門戶組件（Portlets），用于 支持門戶應用的開發(fā)；以及人機交互組件、網(wǎng)頁組件、報表組件實現(xiàn)對不同客戶接入方式的 支持，并提供豐富的客戶端展現(xiàn)方式。SOA信息技術架構模型之應用體系視圖中海油公司SOA信息技術架構模型在保護已有的業(yè)務系統(tǒng)資源的同時，以面向服務集 成逐步過渡到SOA信息技術架構模型。在過渡階段，保留傳統(tǒng)的從業(yè)務數(shù)據(jù)庫到業(yè)務系統(tǒng)， 再到數(shù)據(jù)倉庫、決策分析系統(tǒng)的傳統(tǒng)建設模式。過渡到SOA信息技術架構模型后，將已有 的各種業(yè)務系統(tǒng)資源中需要共享的內(nèi)容封裝成服務，形成中海油公司網(wǎng)、區(qū)域、地三級共享 的服務庫，通過對

14、企業(yè)價值鏈分析，將這些共享的服務通過服務集成平臺組合成新的應用系統(tǒng)。區(qū) 域 公 司有 限 公 司輔助決策 應用系統(tǒng)，三管理 業(yè)務.數(shù)據(jù) 綜合夏言 數(shù)據(jù)管理 數(shù)據(jù)生產(chǎn)統(tǒng)計 營銷統(tǒng)計 財務分析 工程統(tǒng)計 物資統(tǒng)計 人力統(tǒng)計 綜合統(tǒng)計 辦公系統(tǒng) 數(shù)據(jù)上報元數(shù)據(jù)A數(shù)據(jù)中心數(shù)據(jù)倉庫SOA、服務庫SOA月艮務集成平臺數(shù)據(jù)倉庫應用系統(tǒng)SOA集成應用系統(tǒng)業(yè)務數(shù)據(jù)業(yè)務數(shù)據(jù)L管理數(shù)據(jù)-生產(chǎn)系統(tǒng) 營銷系統(tǒng)k 財務系統(tǒng) 工程系統(tǒng) 物資系統(tǒng) 人力資源 辦公系統(tǒng) 綜合系統(tǒng) 數(shù)據(jù)上報SOA.服務庫,SOA月艮務集成平臺統(tǒng)計分析 綜合查詢數(shù)據(jù)集市 應用系統(tǒng)SOA月艮務集成應用系統(tǒng)網(wǎng)、區(qū)域、地三級的應用系統(tǒng)建設按業(yè)務支撐層、管

15、理決策層及輔助決策層等功 能域劃分。業(yè)務功能域包括：生產(chǎn)（含調(diào)度與自動化）、營銷、財務、工程、物 資、人力資源、辦公、綜合等八大業(yè)務應用系統(tǒng)；管理決策功能域包括：生產(chǎn)（含 調(diào)度與自動化）統(tǒng)計分析、營銷統(tǒng)計分析、財務統(tǒng)計分析、工程統(tǒng)計分析、物資 統(tǒng)計分析、人力資源統(tǒng)計分析、辦公統(tǒng)計分析、綜合統(tǒng)計分析、綜合查詢、SOA 服務集成以及管理數(shù)據(jù)上報交換等應用系統(tǒng)；輔助決策功能域包括：數(shù)據(jù)集市、 數(shù)據(jù)倉庫以及綜合輔助決策支持等應用系統(tǒng)；應用系統(tǒng)的建設按功能域的要求分 階段、分層次地組織實施與部署。SOA服務集成平臺對SOA服務庫的各類“服務”的定義、注冊、使用、維護、棄 用與退役實現(xiàn)全生命周期的規(guī)范管理

16、；SOA服務集成平臺由數(shù)據(jù)服務總線（DSB） 與企業(yè)服務總線（ESB）組成。數(shù)據(jù)服務總線能夠接入包括：關系型數(shù)據(jù)庫、Web服務（通過服務總線）、XML 文件、文本文件、JAVA函數(shù)等。業(yè)務系統(tǒng)數(shù)據(jù)可以直接抽取或者通過數(shù)據(jù)服務總線抽取到數(shù)據(jù)中心（包括：數(shù)據(jù) 倉庫）；數(shù)據(jù)中心本區(qū)域也可以作為一個數(shù)據(jù)源接入到數(shù)據(jù)服務總線，供業(yè)務系 統(tǒng)共享使用。對于生產(chǎn)系統(tǒng)中的自動化控制類等對性能要求較高的實時應用系統(tǒng)，建議采用傳 統(tǒng)的技術路線直接訪問業(yè)務系統(tǒng)數(shù)據(jù)庫，但其中某些業(yè)務功能也可以允許被封裝 為業(yè)務服務供其它集成應用者調(diào)用。業(yè)務支撐層功能域、管理決策層功能域及輔助決策層功能域的各類應用系統(tǒng)，通 過各類“服務

17、”（數(shù)據(jù)服務、業(yè)務服務、流程服務、展現(xiàn)服務等）的編排與集成 組裝而成。SOA信息技術架構模型之服務體系部署視圖目前中海油公司還未全部實現(xiàn)“應用系統(tǒng)區(qū)域級大集中”，所以現(xiàn)階段允許在SOA信 息技術架構下的服務體系按“中海油公司總部一各有限公司一基地集團”的三級管理體系部 署，并依據(jù)“服務資產(chǎn)”的歸屬權、共享范圍以及維護責任分別部署在各自的服務目錄與服 務庫中。最終目標是要實現(xiàn)SOA信息技術架構下的服務體系按“中海油總部區(qū)域公司” 的兩級部署。服務部署的元數(shù)據(jù)規(guī)范用于定義“服務資產(chǎn)”的部署策略。SOA服務集成平臺（DSB+ESB）是實現(xiàn)服務集成與管理的神經(jīng)樞紐。區(qū) 域 公 司有 限 公 司ESB二

18、二二二二服務接入服務注冊服務目錄與L-_服務庫DSB數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)同步數(shù)據(jù)映射數(shù)據(jù)聚合數(shù)據(jù)安全數(shù)據(jù)緩存服務路由服務適配服務元數(shù)L據(jù)規(guī)范.一訪問控制消息轉(zhuǎn)換服務使用服務維護服務丟棄服務退役-| ESB服務接入服務注冊服務目錄與服務元數(shù)L_服務庫一1.據(jù)規(guī)范；j|DsB |訪問控制服務使用消息轉(zhuǎn)換服務維護數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)同步數(shù)據(jù)映射數(shù)據(jù)聚合數(shù)據(jù)安全數(shù)據(jù)緩存服務路由服務適配數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)同步數(shù)據(jù)映射數(shù)據(jù)聚合數(shù)據(jù)安全數(shù)據(jù)緩存二m二二二二 二二二,服務目錄與 服務元數(shù)L.服務庫 一L.據(jù)規(guī)范服務路由I服務適配服務接入訪問控制I 消息轉(zhuǎn)換服務丟棄服務退役服務注冊服務使用服務維護服務丟棄服務退役1服務目錄分別部署在

19、中海油公司、區(qū)域公司和有限公司，中海油公司本部部署的 服務目錄是一個組件，中海油公司本部開發(fā)的服務登記到這個服務目錄中。中海油公司本部的服務總線是所有部署在中海油公司本部的服務的代理，對這些服 務的所有調(diào)用都必須經(jīng)過中海油公司本部的服務總線。調(diào)用者只能看到總線及其提供的服 務，總線后臺真正的服務對調(diào)用者來說是透明的。各區(qū)域及分公司開發(fā)的全中海油范圍內(nèi)共享的服務，在經(jīng)過中海油公司審批后也被 登記到中海油公司的服務目錄中，各區(qū)域及分公司的服務總線通過訪問中海油公司本部的服 務目錄調(diào)用全網(wǎng)范圍內(nèi)共享的服務。無論是中海油公司、區(qū)域公司還是有限公司，對本地服務的調(diào)用只須經(jīng)過本地的服 務總線。區(qū)域公司（或

20、分公司）之間服務的異地調(diào)用，必須經(jīng)過中海油公司的服務總線實現(xiàn)。有限公司之間服務的異地調(diào)用，必須經(jīng)過區(qū)域公司的服務總線實現(xiàn)。區(qū)域公司（或分公司）的服務目錄只登記自己開發(fā)的、經(jīng)過審批的、提供給自己調(diào) 用的服務。有限公司的服務目錄只登記本有限開發(fā)的、經(jīng)過審批的、提供給本有限調(diào)用的服務。SOA信息技術架構模型之技術標準體系視圖中海油公司SOA信息技術架構模型之服務體系各層以及層與層之間必須遵循一定的技 術標準，具體包括訪問服務、數(shù)據(jù)服務、業(yè)務服務、流程服務、展現(xiàn)服務標準，以及貫穿 各層之間的數(shù)據(jù)交換、消息傳輸、服務管理、服務描述、注冊與發(fā)現(xiàn)等標準。數(shù)據(jù)交換(XMLXMLSchemaSDO)消息傳輸(H

21、TTPTCP/IPRMI-IIOPSOAPJMS )展現(xiàn)服務(JSR186、WSRP、HTML、JSP、AJAX)服務管理(WS系列WSDM)服務描述、 注冊與發(fā)現(xiàn) (WSDLUDDI)流程服務(BPEL、WS-CDL)業(yè)務服務(SCA)數(shù)據(jù)服務(SDO)訪問服務(JCA、JDBC、專用API)消息傳輸HTTP：超文本傳輸協(xié)議(Hypertext Transfer Protocol)是用于從Web服務器傳輸超 文本到本地瀏覽器的傳送協(xié)議。HTTPS(Secure Hypertext Transfer Protoco)，又稱安全超 文本傳輸協(xié)議，其安全基礎是SSL，使用40位關鍵字作為RC4流加

22、密算法。TCP/IP： TCP/IP 實際上是一組協(xié)議，它包括TCP、IP、UDP、ICMP、RIP、TELNET、 FTP、SMTP、ARP、TFTP 等許多協(xié)議。RMI-IIOP：遠程對象訪問傳輸協(xié)議，用于JAVA EJB對象之間通信。SOAP：簡單對象訪問協(xié)議(Simple Object Access Protocol)，是基于XML的在分布 式的環(huán)境中交換信息的簡單的協(xié)議。JMS： JMS(Java Messaging Service)是Java平臺上有關面向消息中間件的技術規(guī)范, 是用于和面向消息的中間件相互通信的應用程序接口。數(shù)據(jù)交換層XML(Extensible Markup L

23、anguage)：擴展標識語言是通用標識語言標準(SGML)的一個 子集，是描述網(wǎng)絡上的數(shù)據(jù)內(nèi)容和結(jié)構的標準。XML Schema為XML文檔提供明確的語義限制，確保每一個XML文檔都是結(jié)構完整、 語義合法、內(nèi)容有效的。SDO (服務數(shù)據(jù)對象)：統(tǒng)一和簡化應用程序處理數(shù)據(jù)的方式，是服務及組件之間傳輸 的標準數(shù)據(jù)格式。使用SDO,應用編程人員可以用一致的方法操作異構數(shù)據(jù)源包括關系型數(shù) 據(jù)庫，XML數(shù)據(jù)源,Web services和企業(yè)信息系統(tǒng)。訪問服務JCA(Java Connector Architecture)定義了一套標準的接口，用于讓連接器把兼容的應用 程序服務器無縫的整合起來，以及提供

24、標準接口允許客戶(或者應用程序服務器的應用程序 主機)用一種統(tǒng)一的方法使用連接器。JDBC(Java Data Base Connectivity,java數(shù)據(jù)庫連接)是一種用于執(zhí)行 SQL 語句的 Java API，可以為多種關系數(shù)據(jù)庫提供統(tǒng)一訪問，它由一組用Java語言編寫的類和接口組成。 JDBC為程序開發(fā)提供標準的接口，并為數(shù)據(jù)庫廠商及第三方中間件廠商實現(xiàn)與數(shù)據(jù)庫的連 接提供了標準方法。專用 API(Application Programming Interface):某個具體軟件產(chǎn)品，例如：Louts Notes 或者SAP提供的編程接口。數(shù)據(jù)服務SDO (服務數(shù)據(jù)對象)：統(tǒng)一和簡化

25、應用程序處理數(shù)據(jù)的方式，是服務及組件之間傳輸 的標準數(shù)據(jù)格式。使用SDO,應用編程人員可以用一致的方法操作異構數(shù)據(jù)源包括關系型數(shù) 據(jù)庫，XML數(shù)據(jù)源,Web services和企業(yè)信息系統(tǒng)。業(yè)務服務SCA(Service Component Architecture)：即服務組件架構，它提供了一種編程模型，可 以支持基于SOA的應用程序?qū)崿F(xiàn)。SCA是一種模型，可以支持實現(xiàn)服務組件的各種技術， 連接服務組件的各種存取方法。流程服務BPEL(Business Process Execution Language)：也被稱為 BPELWS 或 BPEL4WS，Web 服務業(yè)務流程執(zhí)行語言，它是一種可

26、執(zhí)行語言，能夠與各種促使業(yè)務流程自動化的軟件系統(tǒng) 相兼容。Web服務編制，通過說明性的方式(而不是編程的方式)表達了進行Web服務合成 的需求。此標準主要用于組織內(nèi)部的業(yè)務流程管理及服務編排，BPM產(chǎn)品基于此規(guī)范實現(xiàn)。WS-CDL(Web Services Choreography Definition Language)： Web服務編排定義語 言，它定義為在多個交易伙伴之間建立形式化關系，它不要求所有被集成的端點(endpoints)都有Web服務基礎設施。此規(guī)范更多地用于組織之外的服務與流程編排。展現(xiàn)服務JSR168： JSR168是java規(guī)范要求，主要應用在Portal軟件的開發(fā)，它

27、為創(chuàng)建portlet 建立標準的api，它是為實現(xiàn)porltet、基于java的門戶服務器和其他web應用程序之間的 互操作性而設計的。WSRP(Web Services for Remote Portlets)：，它定義了如何利用基于 SOAP 的 Web 服務在門戶應用程序中生成標記片斷的規(guī)范。通過定義一組公共接口，WSRP允許門戶在 它們的頁面中顯示遠程運行的portlet，而不需要門戶開發(fā)人員進行任何編程。WSRP是由 OASIS組織制定的。HTML(HyperTextMark-upLanguage)即超文本標記語言或超文本鏈接標示語言，是 WWW的描述語言。JSP (JavaServ

28、er Pages)，是一種動態(tài)網(wǎng)頁技術標準，JSP將網(wǎng)頁邏輯與網(wǎng)頁設計和顯 示分離，由HTML代碼和嵌入其中的Java代碼所組成，支持可重用的基于組件的設計。JSP 頁面是跨平臺的，即能在Windows下運行，也能在Linux等其他操作系統(tǒng)上運行。AJAX(Asynchronous JavaScript and XML)：是一種創(chuàng)建交互式網(wǎng)頁應用的網(wǎng)頁開發(fā)技 術。AJAX僅向服務器發(fā)送并取回必需的數(shù)據(jù)，它使用SOAP或其它一些基于XML的web service接口，并在客戶端采用JavaScript處理來自服務器的響應。月艮務管理WSDM(Web Services Distributed Ma

29、nagement)：分布式 Web 服務管理標準。WS-Security： WS-Security描述通過消息完整性、消息機密性和單獨消息認證，提供 保護質(zhì)量的SOAP消息傳遞增強。這些機制可以用于提供多種安全模型和加密技術。它是 構建在現(xiàn)有安全技術的基礎之上的，提供一種工業(yè)標準來保證Web services消息的安全性。WS-Reliability： WS-Reliability是一個針對開放的、可靠的Web服務訊息遞交的技術規(guī) 范，包括擔保遞交、復制訊息排除和訊息分類等，使各種Web服務之間得以進行更可靠的 訊息傳遞。WS-Transaction用來解決傳統(tǒng)的多個Web服務消費的事務完整性

30、問題。.服務描述、注冊與發(fā)現(xiàn)WSDL： Web服務描述語言，它從句法層面對Web服務的功能進行描述，包括4個不 同的粒度：數(shù)據(jù)類型(Data type)、消息(Message)、方法(Operation)和訪問端口(PortType)。 WSDL只提供了 Web服務的接口描述，對服務的行為約束和屬性描述缺乏進一步的支持。UDDI： UDDI注冊內(nèi)容包括Web服務的技術模型和業(yè)務模型，本身可擴展，目前主要 用于Web服務的注冊和查找。中海油公司SOA信息技術架構模型特征中海油公司SOA信息技術架構模型的特征可以概括為以下三點：1、應用系統(tǒng)建設以“服務”為核心，“服務”體系分為：訪問服務層、數(shù)據(jù)服

31、務層、 業(yè)務服務層、流程服務層、綜合服務層以及展現(xiàn)服務層等六個層次；2、應用系統(tǒng)建設以服務集成平臺(ESB+DSB)作為集成“服務”的紐帶，實現(xiàn)“服 務”的全生命周期管理；并通過服務集成平臺提供的服務組合與編排方式實現(xiàn)應用 系統(tǒng)的開發(fā)；3、通過企業(yè)服務總線(ESB)互連，實現(xiàn)中海油總部-區(qū)域公司本部有限公司“服 務”的三級或二級的靈活部署，以及“網(wǎng)區(qū)域地”全企業(yè)范圍內(nèi)的“服務” 資源共享。3.建設方法中海油公司實施SOA信息技術架構模型是一項IT戰(zhàn)略目標，要在充分保護現(xiàn)有應用 系統(tǒng)信息資源的基礎上，通過四個層面（基礎層、過渡層、發(fā)展層以及成熟層）的滾動式螺 旋發(fā)展，達到全網(wǎng)范圍內(nèi)信息技術架構模

32、型的規(guī)范與統(tǒng)一，實現(xiàn)全公司范圍內(nèi)信息資源（“服 務”）的共享和重用。中海油面向服務（SOA）開發(fā)實施螺旋模型按上述SOA開發(fā)實施的螺旋模型，SOA實施過程分為四個螺旋層：基礎層、過渡層、 發(fā)展層與成熟層。基礎層是實施SOA的前提；過渡層、發(fā)展層與成熟層是三個上升的螺旋， 通過從底層到高層不斷的持續(xù)改進達到中海油公司實施SOA的戰(zhàn)略目標。4.階段劃分及目標按照分步施，統(tǒng)一架構的原則，將本項目實施分為三期應用集成建設期、業(yè)務流程集 成建設期、企業(yè)門戶集成建設期。第一期-應用集成建設期過去中海油開發(fā)了這么多系統(tǒng)，資料也都在袒面，各系統(tǒng)是不同時間點由不同廠商，分 別用不同的標準開發(fā)的，集成上困難度高，

33、若訂出統(tǒng)一的標準以標準語言溝通,就可以 容易將各系統(tǒng)串連。1 0A |EAM氣象數(shù)據(jù)全囪預鼻管理| InterFace |Interface1 nt昌而住 InterfaceZK| Intrta曙 |I Interface | IntQirfaE |j Interface |1蘭即生產(chǎn)財務使用統(tǒng)一的標準使使系統(tǒng)間的溝通便的容易，但是每個系統(tǒng)除了要知道彼此的的位置 外，還需要學一樣的溝通語言。更好的解決方法是采用網(wǎng)路的觀念，利用BUS來做中 間的資料交換，讓彼此間的溝通透明化。這樣一來，各系統(tǒng)也不用都會講一樣的語言， 只要由中間的BUS當翻譯，每個系統(tǒng)便可以只會自己的語言。蘭臺費部財務III在第

34、一期項目建設中，主要構建應用與數(shù)據(jù)集成平臺基本框架，實現(xiàn)對部分現(xiàn)有應用系統(tǒng)集成。以下為本期項目建設范圍，主要基于WebSphere Message Broker和Adapter，實現(xiàn)ESB的主要功能:第一期總體應用架構實現(xiàn)圖本期相關集成應用系統(tǒng)概要介紹企業(yè)服務總線可連接所有內(nèi)容設備數(shù)據(jù)格式ACORD COBOL CopybookSWIFT EDIFACTHIPAAI DocXML、MIMEHL7C Header X12 ILOGCustom Binary企業(yè)暖務總線消息傳遞系統(tǒng)Sonic MQ/ WebSpho MOAny JMS TIECO EMSTIBCO RendezvousW9bSph

35、ere platform/messaging文件系統(tǒng)zOSSolaris平臺AIX Linux ApplianceHPWX Windows數(shù)據(jù)庫, 二二DB2 SQL ServerOracle Sybase企業(yè)應用個消息副本同時交忖始多個訂閱人廣播辦公系統(tǒng)（OA）：描述：此類系統(tǒng)是海油公司辦公自動化系統(tǒng)，主要用來輔助公司辦公， 提高辦公效率。對外接口Web Service技術架構主技術架構是 Lotus Script(Lotus Designer)運行平臺Windows 操作系統(tǒng)+Lotus Domino ServerMaximo (EAM)：描述：企業(yè)資產(chǎn)管理系統(tǒng)是采用IBM Maximo

36、Enterprise Asset Management （簡稱EAM系統(tǒng)）產(chǎn)品進行企業(yè)資產(chǎn)精細化管理的 管理平臺。對外接口Web Service技術架構主技術架構是 Java、WebService、SOA、Portal 等運行平臺Windows 操作系統(tǒng) +IBM Maximo Enterprise Asset Management V6.2生產(chǎn)系統(tǒng)（SAP）：描述：此類系統(tǒng)是海油公司生產(chǎn)管理系統(tǒng)。對外接口Web Service、SAPXI 等技術架構運行平臺Windows操作系統(tǒng)氣象數(shù)據(jù)系統(tǒng):描述：此系統(tǒng)分為數(shù)據(jù)實時米集和氣象數(shù)據(jù)顯示兩個子系統(tǒng)。數(shù)據(jù)實時采集子系統(tǒng)是采用C/S結(jié)構，安裝在PC

37、機上，通過采集 器定時采集氣象數(shù)據(jù)，保存在PC機上設定的某個文件夾下，然后 定時讀取文件夾下的氣象數(shù)據(jù)文件插入到SQLSERVER數(shù)據(jù)庫 中。氣象數(shù)據(jù)顯示子系統(tǒng)是米用B/S結(jié)構，米用.NET開發(fā)。查詢氣象 數(shù)據(jù)顯示海圖的部分用Java的Applet做展示。此子系統(tǒng)主要是使 用不同的方式查詢不同鉆井平臺的氣象數(shù)據(jù)，另外還有一部分系 統(tǒng)管理主要是對用戶，平臺，平臺群，公司等基本信息做添加， 刪除，修改操作。對外接口無技術架構ASP.NET /JA/A運行平臺服務器:采用IBM XSeries255作為氣象網(wǎng)站服務器,Windows 2003Serve r作為網(wǎng)絡服務器操作系統(tǒng)數(shù)據(jù)庫：采用J Mic

38、rosoft的SQL Server 2000數(shù)據(jù)庫系統(tǒng)氣象數(shù)據(jù)采集器和監(jiān)視器的運行：運行“預報系統(tǒng)”的PC機必 須在 Microsoft Windows 2000或 XP 操作系統(tǒng)下，安裝了 Microsoft SQL Server 2000的“客戶端網(wǎng)絡實用工具及.NetFrameWork全面預算管理系統(tǒng):描述：此類系統(tǒng)是海油公司預算管理系統(tǒng)。主要功能：預算錄入/費用錄 入/報表。對外接口無，可以考慮數(shù)據(jù)庫接口或開發(fā)商提供接口。技術架構未知運行平臺Windows操作系統(tǒng)蘭臺檔案管理系統(tǒng):描述：檔案管理系統(tǒng)。對外接口Web Service技術架構未知運行平臺Windows操作系統(tǒng)數(shù)據(jù)庫類應用系

39、統(tǒng):描述：此類應用系統(tǒng)不能提供應用接口，需要考慮通過應用的數(shù)據(jù)庫接 入ESB平臺。對外接口無，可以考慮數(shù)據(jù)庫接入。技術架構未知運行平臺Windows操作系統(tǒng)其應用架構實現(xiàn)的基本規(guī)劃為:應用架構實現(xiàn)組件實現(xiàn)方式第一期目標：構建ESB信息總線，實現(xiàn)數(shù)據(jù)統(tǒng)一訪問綜合應用OA及各異質(zhì)系統(tǒng)應用現(xiàn)有應用集成數(shù)據(jù)集成數(shù)據(jù)交換配置和定義各系統(tǒng)數(shù)據(jù)接口適配器接口數(shù)據(jù)庫適配器，消息適配器，文件適配器等部署對應的適配器，連通各應用系統(tǒng)4.2.第二期一業(yè)務流程集成建設期第一期項目建設覆完成之后，可以很容易的做到系統(tǒng)間的溝通，接下來應考慮將業(yè)務流 程導入，讓所有系統(tǒng)可以做到流程管理?，F(xiàn)在的業(yè)務流程分別落在各別的系統(tǒng)中，

40、并且 流程與資料都是用Table與程序來控管，前端的組織與業(yè)務需求改變，現(xiàn)行系統(tǒng)都很難 快速反應。此時可以采用BPM的概念，將流程拉出到應用系統(tǒng)外部，交由一個獨立的 流程引擎來控管。如此一來，流程與資料可以分離隹開來，藉由服務化及流程管理的整合， 讓系統(tǒng)可以快速反應前端組織及業(yè)務流程的改變?，F(xiàn)行的資料都放在不同的資料庫或媒體中，每個應用系統(tǒng)都自己的存取方式，導致資料 庫的格式一改，就會速動到存取的應用程序要大改。可以藉由SOA標準統(tǒng)一應用程序與后端資料的存取，讓前端的應用程序藉由一致的標準接口，來調(diào)用后端資料。這樣資 料Schema的改變也不會直接影響到存取的應用程序，讓商業(yè)譴輯層與資料層的耦合度 降