企業應用集成陳剛stormch@1前言1.1企業對應用集成的需求1.2應用集成的目標1.3應用集成的作用例如1.1企業對應用集成的需求-1問題企業獨立信息單元不斷增長，彼此缺乏關聯信息時效重復操作準確性……成為企業的業務、決策能力的短板1.1企業對應用集成的需求-2原因業務推動信息建設業務群間水平、能力存在差距信息需求緊迫程度的差異信息系統本身的實施能力所致技術標準工程自身的管理/文檔缺失等…1.1企業對應用集成的需求-3如何解決革命性的：推倒重來/一攬子方案改進性的：逐一分析，據優先級給出方案1.1企業對應用集成的需求-4企業的根本需求用投入產出符合企業能力的方案，使信息系統成為企業利益最大化的工具解決眼前問題的同時，不能成為新的弧島。1.2應用集成的目標為企業打造統一、標準、開放的骨干應用實現企業業務需求下，各信息應用、系統間不同層次的信息共享、數據通訊以應用集成為契機，觸發企業的業務流程重組(BPR)、優化，信息與業務水平得到同時的提高，為企業的未來奠定穩固的根底。1.3應用集成的作用簡介企業間異行間信用卡在ATM上的互通超市與供貨商間的EDI(電子數據交換)企業內酒店各部門間消費的統一結算直銷企業的網上訂單到送貨的后臺過程。2概念1、信息系統相關概念支撐系統應用的不同層次技術介紹 網絡/硬件根底設施/操作系統(略)網絡應用環境數據庫4. 各種商業應用軟件/管理系統系統在業務中的應用開發工具集成技術概念7. 多層次系統集成8. 應用集成2.1信息系統概念定義分類體系結構層次組成2.1.1信息系統定義信息系統是用信息化手段將業務邏輯固化的，是人、設備、應用軟件、操作環境、業務流程的集合體。信息系統是管理理念、整合實施水平的表達。2.1.2分類1、管理信息系統按應用區分數據分析、決策支持業務操作的系統支持后臺數據/事務處理2.1.2分類2、按交互形式標準應用程序：IE/窗口/字符界面報表/圖表無交互的系統：訂單處理、工作流……部件/組件……2.1.3體系結構-概念概念體系結構，指信息系統的每個組成局部之間的相互關系，包括：層次、拓樸結構、布局、接口、邊界等；組成局部包括：硬件、軟件、數據、操作規程、文檔、參與的人員等。2.1.3體系結構-1按系統的操作端區分主機/終端模式集中式文件資源共享對等網客戶/效勞器(C/S)瀏覽器/效勞器(B/S)靜態的頁面由效勞器解釋腳本由中間層支撐的B/S結構2.1.3體系結構-2按拓樸結構區分點狀線狀星型網狀2.1.3體系結構-3按計算模式區分集中式計算分時共享資源共享客戶端/效勞器模式分布式計算胖客戶/效勞器結構三層或更多層的結構其它結構2.1.4信息系統的層次信息系統層次結構信息系統層次結構是按照互連、互通、互操作的開放式系統思想對信息系統應用層次進行劃分的結構模型。信息系統層次劃分1、物理層——硬件產品、網絡設備；2、操作系統層——系統軟件；3、工具層——DBMS、中間件、網絡工具等；4、數據層——數據模型；5、功能層——功能模型；6、業務層——管理模型；7、表示層——人機交互。2.1.5信息系統組成網絡、硬件根底設施、操作系統網絡應用環境：OA平臺/信息平安數據庫平臺工具/中間層應用軟件/應用系統業務應用2.2網絡應用環境Intranet/Internet根底效勞信息平安2.2.1網絡根底效勞Intranet/Internet根底效勞域名(DNS)效勞Web(WWW)效勞FTP文件效勞電子郵件效勞(Email)其它效勞：群件、工作流工具……2.2.1網絡根底效勞-DNS分布式層次數據庫提供域名和數據的映射域名IP地址域名計算機名IP地址域名樹狀的名字系統2.2.2網絡平安密碼技術與密鑰管理證書數字簽名智能IC卡技術平安套接字(SSL)2.3數據庫數據庫系統概述數據庫分類開展現狀典型產品的介紹2.3.1數據庫概述數據庫詞義：原始及加工數據的集合產品包含：數據庫+管理工具+開發接口2.3.2數據庫分類關系型數據庫文件型數據庫非結構化數據庫多媒體數據庫專用、工程數據庫2.3.3數據庫開展情況-1開展階段第一階段(70年代)，可說是一套對表的有限命令集。例：DBASE第二階段(80年代)SQL面世了第三階段(90年代)加強了數據庫的整體平安性、管理、提供了事務處理等功能2.3.3數據庫開展情況-2運行環境的演變第一階段，在小、中、大型機上運行的RDBMS一般為多用戶系統。微機上為單用戶版本第二階段，開始出現跨平臺的產品，數據庫開始支持網絡并發操作…第三階段，產品追求開放性、可移植、可連接、可伸縮2.3.3數據庫開展情況-3產品構成的變化早期的產品主要提供數據定義、數據存取、數據控制等根本的操作和數據存儲組織、并發控制、平安性完整性檢查、系統恢復、數據庫的重新組織和重新構造等根本功能。這些成為RDBMS的核心功能。第二階段的產品以數據管理的根本功能為核心，著力開發外圍軟件系統，比方FORMS表格生成系統、REPORTS報表系統、MENUS菜單生成系統等。這些外圍工具軟件，就是所謂的第四代應用開發環境，他們大大提高了數據庫應用開發的效率。2.3.4典型產品介紹MicrosoftSQLServerOracleIBMDB2SybaseSQLServerMicrosoftSQL-Server兼容性：微軟的解決方案可移植性：僅提供IA架構WINDOWS平臺產品可聯結性：支持較多的協議高生產率：第三方軟件非常多Sybase公司是1984年成立的，屬于后起之秀。他推出了支持企業范圍的“客戶/效勞器體系結構〞的數據庫。Sybase把“客戶/效勞器數據庫體系結構〞作為開發產品的重要目標。SybaseSystem11.5是其主導產品，支持企業內部各種數據庫應用需求，如數據倉庫、聯機事務處理、決策支持系統和小平臺應用等。 MSSQLServer是購置Sybase公司1987年推出的SybaseSQLServer,又稱為大學版INGRES的第三代產品,所以他們實質是一樣的。ORACLE兼容性：Oracle產品采用標準SQL，有很好的產品兼容性可移植性：Oracle在非常寬廣的應用范圍內提供了全系列產品可聯結性：支持較多的協議高生產率：提供了多種開發工具DB2特點DB2數據庫核心又稱作DB2公共效勞器，采用多進程多線索體系結構，可以運行于多種操作系統之上，并分別根據相應平臺環境作了調整和優化，以便能夠到達較好的性能。DB2核心數據庫的特色有：支持面向對象的編程;支持多媒體應用程序SybaseSQL-Server特點：在80年代中期出現的產品。至今占有相當的市場份額較新的產品AdaptiveServer，集成了Server、Anywhere等，提供了單一的編程模型開發工具：PB、PD、PJ、PC++2.4軟件-概念軟件是由人設計和建造的產品。包括：1、執行時提供希望功能和性能的指令；2、使得程序能夠適當地操作信息的數據結構；3、描述程序的操作和使用的文檔。2.4應用軟件的特征1、軟件是被設計開發的，而不是傳統意義上的被制造的，它是工程化的產品；2、軟件不會“磨損〞；3、雖然軟件產業正在向基于構件的組裝前進，大多數應用軟件仍然是定制的。2.4商用軟件的分類1、系統軟件2、工具軟件3、商業軟件4、工程和科學計算軟件5、嵌入式軟件6、人工智能軟件7、個人軟件8、專用軟件9、管理信息系統(MIS)2.5業務應用CRMSCMPDMERPWEB網站OA〔郵件+內部主頁〕根底網絡設施〔LAN或WAN〕企業MIS的骨架層次2.5業務應用管理系統的來源產品化的MIS軟件+配置/個性化調整優點：有成功案例，實施快速，適于〞克隆〞缺點：造價與產品的“名氣〞成正比，定制調整有限定制開發優點：完全量身定制，可完整支持管理思路缺點：系統穩定性受實施能力影響2.5業務應用發散一下?〔無正確答案) 定制系統VS購置成品?案例背景：某書店想上電子商務，網上賣書!2.6開發工具早期語言：匯編、Cobol、Basic結構化的工具：C、PASCAL面向對象的工具：Delphi、C++、VB支持組件開發的工具：Java、C#2.7信息系統集成概念定義區分層次的信息系統集成原那么2.7.1信息系統集成-定義什么是系統集成？系統是指為實現某一目標而形成的一組元素的有機集合，而系統本身又可作為一個元素單位參與屢次組合，這種組合過程稱為系統集成。系統集成的關鍵因素1、系統集成的交付物仍然是一個系統，符合系統的所有特點；2、系統集成不是系統間簡單的堆積，而是系統間有機的集合。需要利用系統工程的原理和方法，通過綜合、協調使得全局、整體系統指標最優化。2.7.1信息系統集成-定義2什么是信息系統集成？信息系統集成是根據應用的需求，將硬件產品、網絡設備、系統軟件、工具軟件以及相應的應用軟件等集成為一個具有優良性能價格比的計算機系統的全過程。2.7.2區分層次的信息系統集成系統的層次：在不同層次上，實現之間的互連/互通，使之形成一個整體1、物理層——硬件產品、網絡設備；2、操作系統層——系統軟件；3、工具層——DBMS、中間件、網絡工具等；4、數據層——數據模型；5、功能層——功能模型；6、業務層——管理模型；7、表示層——人機交互。2.7.3信息系統集成的原那么原那么1、開放性——開放標準；2、結構化——解決復雜系統；3、先進性——較長的生命周期；4、主流化——系統可靠性；5、可行性——資源、進度的約束。思路1、深入研究目標系統的特點；2、開展全面的調研工作；3、分析問題，根據客戶的優先極、難度確定范圍4、制定總體的解決方案。2.8應用集成概念-1企業應用集成的分類1、體系結構間的集成(橫向)2、體系結構內的集成(縱向)2.8應用集成概念-2橫向集成長期、穩定的集成隨機的集成2.8應用集成概念-3縱向集成單一層次的集成：(應用環境……集成)數據集成應用集成：平臺工具/中間層

3數據集成概念方法數據共享接口集成復制數據倉庫3.1.1數據集成概念-定義數據集成：是共享或者合并來自于兩個或更多應用的數據，支持更多企業應用的過程；數據集成的目的：是運用一定的技術手段將系統中的數據按一定的規那么組織成為一個整體，使得用戶能有效地對數據進行操作；數據集成處理的對象：系統中各種異構分布數據庫中的數據；數據集成的目標：是到達應用之間的信息共享、數據通訊。3.1.2數據集成概念-適用場合數據集成經常是應用集成最簡單、直接的途徑。數據集成通常通過使用根本文件I/O或者標準數據庫呼叫來實現，不需要復雜的技術體系。適于實現本錢較低、進度安排比較容易、所需開發技能不高的集成解決方案。目前流行的DBMS都提供數據集成的工具。3.1.3數據集成概念-不適用場合1、不適于平安性/完整性規那么要求高的應用：由于繞過應用程序的平安性檢查，可能導致的數據破壞；存取控制的變化可能會翻開新的平安漏洞；數據輸入輸出可能把敏感的數據發布到共用網上；2、不適于接口、業務規那么復雜的應用：擁有很多復雜數據結構的大型商業應用數據結構沒有正式書面文件支持的應用面向交易的應用〔如銀行業或會計方面應用〕存有敏感的個人數據和商業機密的應用等在提供數據集成方案，時要做認真的分析。3.2.1數據共享-方法方法新擴展的應用通過一定的平安和事務機制直接訪問另外一個應用的數據庫來實現數據集成。3.2.2數據共享-優缺點優點：是最簡單的方法，通常也是最有效的方法。實時數據同步、結構完全相同缺點：容易造成數據一致性和完整性的破壞結構變化時，所有外掛需要一起調整3.2.3數據共享-適用場合適用于1、同一軟件供給商的產品功能擴展2、有詳細技術文檔的產品功能擴展不適用于數據重要性程度較高，沒有詳細技術說明文檔的數據集成。3.2.4數據共享-例子酒店系統結帳臺效勞員收銀統計表開發背景酒店已經有了支持業務操作的全套管理系統收銀部想統計每個收銀員的日收銀比照軟件系統的文檔很全方案開發一個基于數據庫的，獨立于主MIS的統計程序3.3.1接口集成描述利用系統提供的各種接口〔文件接口、導入導出函數〕進行數據集成的方法。是目前應用最廣的數據集成方法。這種通過接口抽象的方法提供了集成不同類型應用的高效率，也是面向接口集成的主要優勢。文件接口通常采用的格式有文本文件、數據文件、XML文件或其它自定義文件。利用應用系統的導出函數生成接口文件，通過其它系統的導入函數翻開接口文件并讀取數據，接口文件的傳輸可以是磁盤、磁帶、光盤、Extranet、Internet等各種介質。3.3.2接口集成-優缺點優點通常對相關聯的系統無不良影響關聯系統間界限明確，層次清晰缺點接口定義過程需精準變更時調整工作量大有時效問題大量的數據傳輸需要額外的介質，增加了風險3.3.3接口集成-適用場合適用于：系統開發標準，輸入輸出接口通暢業務允許關聯系統間存在異步時延3.3.4接口集成—例如某企業的資產條碼打印背景企業的自有資產都在ERP系統中系統數據庫完全封裝，但可指定的數據導出企業想用系統中的數據打印資產標簽系統未提供該功能方案導出指定數據，外掛一個小程序打印3.3.5接口集成—XML標準接口文件定義復雜，難以讀懂，開發調試需要花費大量時間和人力，穩定性和可擴展性都受到影響。數據文件通常依賴于固定的數據格式，這些格式雖然是標準的，但需要依賴于固定的數據庫環境，這限制了集成的通用性和開放性。XML〔ExtensiveMarkupLanguage〕擴展標記語言消除了這些麻煩。3.3.6XML范例工程推進會任鵬松業務周例會陳剛會議名稱召集人<Columnss:StyleID="s27"ss:Width="36"/><Columnss:StyleID="s28"ss:AutoFitWidth="0"ss:Width="105.75"/><Rowss:Index="2"><Cellss:StyleID="s23"><Datass:Type="String">召集人</Data></Cell><Cellss:StyleID="s23"><Datass:Type="String">會議名稱</Data></Cell></Row><Row><Cell><Datass:Type="String">陳剛</Data></Cell><Cell><Datass:Type="String">業務周例會</Data></Cell></Row><Row><Cell><Datass:Type="String">任鵬松</Data></Cell><Cell><Datass:Type="String">天工程推進會</Data></Cell></Row>3.4.1數據復制-概念數據復制的目的是為了保持數據在不同數據庫間的一致性，而數據庫可以是同一廠商也可以是不同廠商的〔異構的〕，甚至可以是采用了不同模型和管理模式的數據庫。數據復制的根本要求是其必須能夠提供一種數據轉化和傳輸的根底技術〔基于消息機制的傳輸處理中間件〕，以屏蔽不同數據庫間數據模型的差異。數據復制效勞的根本原理：在兩個或多個數據庫之間設置一個軟件中介〔復制效勞器〕，在一邊，數據從源數據庫中被抽取，而在另一邊，數據被導入目標數據庫。3.4.2數據復制-應用場合數據復制常常用于應用系統的業務規那么比較復雜或數據結構比較復雜但具有相同或相似的數據屬性的數據集成，如組織結構內下級向上級的數據同步匯總或者移動計算設備的數據同步等等。一般來說，源數據庫和目標數據庫最好來自統一廠商，需要復制的數據庫可以用不同的標志進行隔離〔如地區、銷售商等〕。針對客戶性能需求的不同，復制效勞可以提供秒級、分鐘級、小時級的效勞。3.4.3數據復制–場景例如某全國性的超市連鎖的業務記錄同步背景連鎖店使用同一系統(數據結構相同)業務實時性要求高，無法使用網頁等實時連接手段需要每天能將數據匯總，形成統一的數據庫方案設定基于數據庫功能的同步功能，每晚由系統啟動無人執守的同步進程。3.5.1數據倉庫技術-概念概念：將多個數據庫和數據模型集成為一種統一的數據庫視圖的方法。描述：在分布的數據庫和應用之間放置一個中間平臺層〔數據倉庫系統〕，該層與每一個后臺的數據庫用其自帶的接口相連，并將分布的數據庫映射為一種統一的數據模型，這種數據模型只在中間件中存在。應用就可以應用該數據模型庫去訪問需要的信息。同時，該中間件也可以通過將相關數據映射和導入實體數據庫，進行數據庫更新。優點：將多種數據類型表示為統一的數據模型，支持信息交換，它能夠通過一個良好定義的接口訪問企業中任何相連的數據庫，也提供了一種利用統一接口解決面向數據的應用集成的方法。3.5.2數據倉庫-定義是企業面向主題的、集成的、穩定的、不同時間的數據集合，為企業的應用系統提供統一的、標準的所需信息。數據倉庫系統是解決信息技術開展中存在的擁有大量數據，而其中有用信息貧乏的綜合解決方案。3.5.3數據倉庫的特性面向主題：數據是由業務主題組織的，而不是由客戶總數或者其它關鍵因素〔也許是組織的正確方法，例如，事務數據〕組織的。集成：數據是作為一個整體進行存儲的，而不是以可能有不同結構或組織方式的文件集合存儲的。非易失：數據保持不變。按方案添加新數據，但是依據規那么，原數據不會喪失。隨時間而變化：時間量度明確地包含在數據中，使得隨時間的趨向和變化可以用于分析研究〔許多數據倉庫還包含地理空間維〕。3.5.4數據倉庫-結構圖示3.5.5數據倉庫-形成過程3.5.6數據倉庫-要素數據分級〔DataStaging〕數據分級是指從分布式源數據庫進行數據提取、轉換、凈化、加載的過程。1〕提取〔Extract〕從源數據庫讀取源數據的過程；2〕轉換〔Transform〕將源數據轉換成為符合數據倉庫的內部結構格式的初始目標數據的過程；3〕凈化〔Cleanse〕對初始目標數據進行數據過濾和驗證得到目標數據的過程；4〕加載〔Load〕將目標數據添加到目標數據源的過程。3.5.6數據倉庫-要素22、匯總〔Summaries〕是一類程序，它針對目標數據預先計算出象總額、平均值等常用聚集函數的值隨著數據的加載一起添加到數據倉庫中，當然，這不是必須的。3、元數據〔Metadata〕是“有關數據的數據〞，可以分為管理元數據、業務元數據和操作元數據，它可以告訴用戶數據倉庫有什么、來自何處、所有者、平安訪問授權等信息。4、數據倉庫數據庫〔DataWarehouseDatabase〕指數據倉庫中明細數據〔原子數據〕和匯總數據，由于它不考慮數據事務存儲而考慮數據查詢分析，所以其設計原那么不同于事務數據庫，一般采用星型數據庫設計方法3.5.7數據倉庫-與業務數據庫比照特性業務記錄數據庫數據倉庫數據庫易變性動態靜態通用性當前的歷史的時間維暗指明確可見的粒度原始的、詳細的詳細的、可匯總的更新連續的、隨機的定期的、計劃的任務可重復的不可預期的靈活性低高性能要求高性能可接受低性能4應用集成概念1、應用集成概念2、中間件技術的分類主流的中間件技術介紹3. OMGCORBA4. Microsoft.NET5. J2EE4.1.1概念-數據集成的問題數據集成不能完全支撐業務1、應用系統供給商處于商業市場的考慮或者知識產權保護的原因，往往不原意提供數據集成的技術手段，而是提供給用程序接口〔API〕方式來實現系統集成，這種情況在Windows平臺下尤為明顯。2、基于企業內存在大量的應用系統，這些都是企業長期管理知識和經驗的積累，在充分利用現有資源和保護投資的前提下更加希望實現應用系統之間的功能交互。3、基于企業內部存在大量的應用系統，這些應用系統造成了大量功能的冗余，即相似的行為功能卻具有不同人機界面，造成操作者認知模型結構的混亂和復雜化，因此需要通用實現功能交互來減少冗余，簡化操作者的認知模型。4.1.2概念-應用集成定義應用集成是遵循標準的開放標準，并用技術手段通過系統間的功能交互，實現之間的信息交互。應用集成的技術要求：1〕能提供給用間的互操作性，即實現應用間的信息交互；2〕能提供分布式環境中應用的可移植性，即應用物理分布的無關性；3〕能提供分布式環境中應用訪問的透明性，減少應用集成編程的復雜性。4.1.3概念-策略所有信息系統、業務環境，都在趨向于支持各種標準及標準，這是異構系統間實現應用集成的根底。應用集成是根據企業特性，通過分析并形成方案，并付諸實施，對系統的各個環節進行調整，使之使到業務目標的工程過程。要實現系統的應用集成，系統必須遵守一個公共的體系結構——公共的開放式標準，這是建立開放式系統最直接的途徑。4.1.4概念-早期標準早期的標準制定主要集中在：1、實現標準化應用程序接口〔API〕；2、建立支持互操作的標準化協議，使系統之間能夠進行對程序和數據的相互訪問，歷史上曾形成了形形色色的各類標準和標準，如ISO的OSI—RM〔七層模型〕等。3、很多標準和標準只是解決了一些單一領域的開放性問題，為了建立一個統一的、開放性的、實現分布式應用互操作的應用集成環境，必須構建一個能夠表達分布的應用構件之間互操作的通用模型，該模型應該使分布式計算涉及到的所有方面都具有“開放性〞，包括通信協議、應用編程接口、人機接口等等。4.1.5概念-中間件技術中間件是位于平臺(硬件和操作系統)和應用之間的通用效勞，這些效勞具有標準的程序接口和協議。針對不同的操作系統和硬件平臺，它們可以有符合接口和協議標準的多種實現。中間件是在計算機的OS之上，支持軟件開發、運行的軟件，能夠使應用軟件相對獨立于應用系統環境，為各種分布式、跨平臺的應用建立起可用的平臺，把分散的系統和資源組合在一起，支持應用軟件系統間的集成。中間件具有標準的程序接口和協議，通常提供了通用工具的API。4.1.5概念-中間件技術-2二層架構的缺點?4.2中間件的技術分類

遠程過程調用中間件

消息中間件

對象請求代理

事務處理監控其他專用中間件：數據庫中間件、CTI……4.2.1RPC-1遠程過程調用是一種廣泛使用的分布式應用程序處理方法。一個應用程序使用RPC來“遠程〞執行一個位于不同地址空間里的過程，并且從效果上看和執行本地調用相同。4.2.1RPC-2特點:RPC通訊是同步的。(采用線程可以進行異步調用)RPC為c/s分布式計算提供了有力的支持通常需要一些網絡細節以定位serverServer端通常必須保持可用狀態4.2.2消息中間件-1MOM指的是利用高效可靠的消息傳遞機制進行平臺無關的數據交流，并基于數據通信來進行分布式系統的集成。通過提供消息傳遞和消息排隊模型，它可在分布環境下擴展進程間的通信，并支持多通訊協議、語言、應用程序、硬件和軟件平臺。產品：IBM的MQSeries4.2.2消息中間件-2特點 異步運行

結構支持：一對一、一對多、多對一，使得系統的結構更靈活。

程序與網絡復雜性相隔離4.2.3對象請求代理隨著對象技術與分布式計算技術的開展，兩者相互結合形成了分布對象計算，并開展為當今軟件技術的主流方向。4.2.4事務處理監控-1背景最早出現在大型機上，為其提供支持大規模事務處理的可靠運行環境。隨著分布計算技術的開展，分布應用系統對大規模的事務處理提出了需求，比方商業活動中大量的關鍵事務處理。事務處理監控界于client和server之間，進行事務管理與協調、負載平衡、失敗恢復等，以提高系統的整體性能。它可以被看作是事務處理應用程序的“操作系統〞。4.2.4事務處理監控-2價值進程管理，包括啟動server進程、為其分配任務、監控其執行并對負載進行平衡。事務管理，即保證在其監控下的事務處理的原子性、一致性、獨立性和持久性。通訊管理，為client和server之間提供了多種通訊機制，包括請求響應、會話、排隊、訂閱發布和播送等。4.2.5基于HTTP協議的模型示意4.2.6主流的中間件標準不同組織/公司的標準及技術1〕CORBA的CCM；2〕Microsoft的COM/DCOM；3〕JavaBean和EJB4.3.1CORBA–OMGOMG〔ObjectManagementGroup〕是由800多個信息系統供給商、軟件開發者和用戶共同構成的國際組織，建立于1989年，致力于將對象和分布式系統技術集成為一個可相互操作的統一結構，通過建立行業指導和對象管理標準為應用開發提供公共的框架。4.3.2CORBA–標準歷程公共對象請求代理體系結構CORBA是OMG提出的一套進行標準化分布式計算的體系結構。1、1990年發布了OMA〔對象管理體系結構〕；2、1992年發布了CORBA1.0；3、1996年發布了CORBA2.0；4、1998年2月發布了CORBA2.2；5、1999年發布了CORBA3.0；4.3.3CORBA–要素CORBA〔CommonObjectRequestBrokerArchitecture〕這是標準化分布式對象計算的根底，是一種標準標準，它的根底是OMA。對象管理體系結構OMA〔ObjectManagementArchitecture〕是OMG提出的異構環境下對分布式對象進行管理的體系結構，它包括：1〕對象請求代理ORB〔ObjectRequestBroker〕2〕對象效勞〔ObjectServices〕3〕公共設施〔CommonFacility〕4〕域接口〔DomainInterface〕5〕應用接口〔ApplicationInterface〕4.3.4OMA要素間關系4.3.5CORBA標準1、CORBA對象模型〔CCM〕它提供了對象概念和術語的有組織的表達，定義了分布計算模型，該模型表達了對象的關鍵特征：1〕與對象相關的概念：對象、請求、對象的創立和銷毀、數據類型、接口、操作、屬性；2〕與對象實現相關的概念。2、IDL和GIOP3、CORBAORB結構模型IDL&GIOPIDL和GIOP是CORBA兩個非常重要的概念，分別實現了程序開發語言的無關性和解決了分布式計算對象的異構性。接口定義語言IDL〔InterfaceDefiniteLanguage〕描述客戶調用和對象實現提供的接口，屏蔽了各種開發語言之間的差異；GIOP是ORB的內部傳輸協議〔IIOP是GIOP在Internet上映射協議〕，可以實現跨平臺的通訊；ORB模型4.3.6ORB的部署1、根據需求編寫符合IDL語法標準的接口定義文件；2、利用IDL編譯器，將接口定義文件編譯成樁文件和骨架文件；3、編寫客戶程序，靜態或動態調用對象〔樁調用、DII〕；4、從骨架中派生出具體的對象實現類，編寫實現具體功能的代碼，使用BOA或POA實現、注冊類；5、編譯、連接。4.3.7ORB-BUS的總體架構

Web瀏覽器

IDL文件

IDL/Java編譯器

客戶Applet

IDL樁

IDL構架

服務器

JavaORB

JavaORB

客戶端

服務器端

圖5-3ORBUS系統總體結構

對象

對象

對象

IIOP引擎

客戶Application

IIOP引擎

網絡

ORB域守護進程

4.4.NET體系COM是Microsoft公司制定并公布的一種不依賴于任何編程語言的構件對象模型，COM+是以COM為根底的新一代技術，在COM+的根底上，Microsoft將多年積累下來的技術精華集合起來形成了一個完整的、多層結構的企業應用總體方案——WindowsDNA，使得Windows成為真正的企業應用平臺。在上述技術開展的前提下，Microsoft推出了Microsoft?.NET體系結構。4.4.NET體系-WebService一個能夠使用XML消息訪問效勞組件的Interface,這個Interface描述了一組可訪問的操作。-由SOAP+WSDL包裝的Object-適應松散耦合的網絡環境，可通過Web訪問，手段是SOAPMessage-效勞的行為、輸入/輸出都可使用WSDL描述關鍵技術：SOAP–XML格式的消息交換協議消息/文檔交換協議Web效勞對象的面向對象的訪問界面WSDL–基于XML的組件描述UDDI–可通過Web訪問的注冊中心使用SOAPMessage來訪問WSFL–WebService間工作流描述4.4.1COM/DCOM/COM+COM對象是由Windows系統平臺直接支持并注冊的二進制代碼對象，它實現了面向對象的根本特征以及語言無關性、訪問透明性和可重用性的特征。DCOM是COM的擴展，采用DCOM協議以及遠程代理效勞對象進行遠程調用的COM。COM+是在原先MTS根底上開展起來的，是COM、DCOM和MTS的集成。為COM調用提供了一種新的基于MSMQ的通信方法，COM+提供監聽(Interception)結構，使得COM只有在需要時介入。同時，COM+為創立高伸縮性的分布式企業應用提供了多種效勞——事務處理、平安效勞、并行處理、消息隊列以及負載平衡等其它相關效勞。4.4.2Windows的DNA結構4.4.3Microsoft?.NET結構1、Microsoft?.NET是MicrosoftXMLWebservices平臺，XMLWebservices允許應用程序通過Internet進行通訊和共享數據。2、.NET框架是用于生成、部署和運行XMLWebservices和應用程序的多語言環境，它包含以下三個主要局部：公共語言運行庫、統一編程類和ASP.NET。3、WebService把組件技術和web綁定在一起。一方面提供組件的接口黑盒功能，另一方面不需要用RPC(DCOM)、RMI(JAVA)、IIOP(CORBA)等object-model-special協議，而是用常用的web協議和數據格式。使用XML格式、SOAP報文格式，SOAP綁定在http協議上，因此不必擔憂網絡中的防火墻，也就不存在tunneling問題；WebService通過XML的WSDL文檔來進行自描述，與Windows注冊表無關，從而防止了COM組建部署時版本沖突的問題。WebService使組件技術延伸到更廣泛的internet領域，從而可以獲得更大范圍的代碼復用〔例如Passport.NET〕，進行更快捷的分布式應用開發，創立具有更高伸縮性的企業級應用。4.4.3.NET體系結構-14.4.4.NET結構的部署基于WindowsDNA或者.NET框架，建立由COM+和WebService組成的企業應用集成環境，業務邏輯有三種部署方式：胖客戶、瘦客戶和零客戶。1、胖客戶：在本地部署了用戶界面，主要業務邏輯和本地數據庫。單元的I/O數據流要與效勞器交換，所以在效勞器上只部署少數業務邏輯，如：數據收發，轉換，消息管理等等。2、瘦客戶：在本地部署了用戶界面和少數的業務邏輯。多數的業務邏輯要通過DCOM/IIOP/RMI等方式遠程調用效勞器上部署的COM組件或者WebService組件。3、零客戶：瀏覽器客戶端，界面表現層以及全部業務邏輯都部署在效勞器端。4.4.4.NET結構的部署4.5.1Java--J2EE的根底JAVA的特點：簡單(Simple)：容易編寫程序，不需要長時間的訓練，而能滿足現代的需求。面向對象的(Object-Oriented)分布式的(Distributed)：健壯的(Robust)：平安的(Secure)：結構中立的(ArchitectureNeutral)：一般而言，網絡是由很多不同機型的機器所組合而成的，CPU和作業系統體系結構均有所不同；因此，如何使一個應用程序可以在每一種機器上執行，是一個難題。所幸，Java的編譯器產生一種結構中立的目標文件格式(ObjectFileFormat)；這使得編譯碼得以在很多種處理器中執行。4.5.2J2EE概述-11、J2EE平臺概述J2EE平臺是基于java技術的，不依賴于硬件平臺和操作系統。J2EE是一種標準，最初由Sun開發，現在由JavaCommunityProcess(JCP)控制，是一個開放的平臺得到大量廠商的支持，不同廠商提供了符合標準說明的各種實現方法J2EE主要針對于構件多層分布式網絡應用系統，增強系統的可擴充性，伸縮性4.5.2J2EE概述-22、J2EE價值地位J2EE平臺是一個可以給IT機構、應用開發者和產品供給商帶來以下好處：供給商可以開發運行在支持J2EE平臺的任何系統之上的產品。不需要額外的工作，他們的產品就可以運行在多種系統平臺上團隊IT開發者會從可移植性組件技術IT開發者可以專注于支持業務處理的需求，而不需要花時間去創造內部的應用架構。由應用效勞器處理一些復雜問題，如多線程、事務和生命周期管理。采用J2EE平臺可以保護公司的投資，因為它是一個工業標準，而不是某個供給商特有的產品。J2EE平臺把應用在物理上清晰、有邏輯性地分成多層，因此，自然滿足了多層應用地需求。開發者可以創立自己的J2EE平臺組件，也可以從快速開展的第三方市場獲得這些組件。因此大大縮短開發周期。4.5.3J2EE體系結構4.5.4J2EE的關鍵技術JavaServerPage(JSP)ServletEnterpriseJavaBeans(EJB)4.5.4J2EE的關鍵技術-1JavaServerPage(JSP)效勞器端腳本語言JSP頁面內容在向客戶端傳送時先在效勞器端處理效勞器編譯JSP中的Java代碼生成JavaServlet類似的語言有ActiveServerPages4.5.4J2EE的關鍵技術-2ServletJSP被請求時由應用效勞器編譯成JSPServlet如果JSP已經被裝載在內存中，應用效勞器將不編譯該JSP，而是直接執行JSPServletServlet的特征是在效勞器端運行的Java程序完全運行于效勞器端的webserver中平臺獨立4.5.4J2EE的關鍵技術-3EJBEJB是開發和配置基于組件的分布式商務應用程序的一種組件結構。用EJB結構開發的應用程序是可伸縮的、事務型的、多用戶平安的。這些應用程序可能只需編寫一次，然而可以在支持EJB標準的任何效勞器平臺上配置EJB包含以下內容EJB效勞器EJB容器EJB類和實例EJB本地接口和EJB遠程接口4.5.5EJB各組成間的關系EJB效勞器是EJB容器的運行母體提供一些系統效勞：如事務，平安效勞等EJB容器管理EJB類和實例生成調用bean的代碼創立、初始化和銷毀bean管理持久對象提供EJBServer的效勞給beanEJB類的實例Bean，包括：會話Bean(有狀態/無狀態)實體Bean消息Bean4.5.6EJB的部署EJB部署每一個EJB組件必須包含一個部署描述文件，該文件聲明需要EJB容器的哪些效勞。例如，可以用部署描述來指定事務處理要求、平安性要求、持久性要求等。客戶端代碼，如Servlets或appletsEnterpriseBeansHome對象EJB對象Remote接口Home接口EJB容器/服務器返回EJB對象引用生成一個新的EJB對象生成一個EJB對象4.5.7EJB的開發工具開發環境Jbuilder7.0(VisualAge、JDevelop)平臺軟件Weblogic7.0(Webspher、JBOSS)數據庫Oracle、DB2、MSSQL)5業務應用集成/工作流業務/系統流程的重組(BPR)基于工作流的實現(WF)5.1.1介紹—概念實現企業多個應用系統構件之間的協同，將孤立的應用過程集成起來，形成一個面向需求的、協調的、高度伸縮性的、集成的企業信息系統。“面向需求〞“協調〞“高度伸縮性〞“集成的〞工作流系統的價值：定義工具、執行效勞和任務表管理器，都是為業務過程、人員的操作動作提供支持。5.1.2介紹—目標1、實現符合業務流程需求的信息交互，這也是系統集成的根本目標；2、滿足企業實施并行工程〔CE〕和經營過程重組〔BPR〕的擴展需要；3、充分利用已有資源，通過實現已有應用系統的集成和封裝保護企業過去在信息化建設上的投資；4、實現應用邏輯和過程邏輯的別離及過程建模與具體數據、功能的別離，支持在不修改功能的前提下，通過修改正程模型來完成集成系統功能的改變，以提高企業的靈活性和反響能力。5.1.3介紹—局部的例子有工作流能力的工具TaskmonitorSQLServerDTS任務：定義啟動規那么定義動作的組合5.1.4介紹—工作流機的片斷5.2.1實現--思路思路：用系統的工作流管理，實現業務模型的搭建步驟梳理企業的業務流程(BPR)以信息系統的能力/視角優化，形成模型(BPR)分別實現各個組成局部(應