信息化的發(fā)展讓企業(yè)建立了眾多的信息系統(tǒng)，以幫助企業(yè)進行內(nèi)外部業(yè)務的處理和管理工作。公司現(xiàn)有應用的信息系統(tǒng)都包含它自己的應用、流程以及數(shù)據(jù)，支持著企業(yè)各業(yè)務和職能部門的工作，但相互之間缺乏有效的通信和信息共享。在公司信息化建設的過程中，顯然重新設計并實現(xiàn)這些獨立的信息系統(tǒng)歸并為一個整體、超大的系統(tǒng)并不是一個最好的辦法，因此，從公司整合自身業(yè)務流程、利用現(xiàn)有資源等方面出發(fā)，提出了企業(yè)應用集成技術架構。
1.企業(yè)應用集成技術的發(fā)展
20世紀60年代末到70年代期間，企業(yè)應用大多是用來替代重復性勞動的一些簡單設計。當時并沒有考慮到企業(yè)數(shù)據(jù)的集成，唯一的目標就是用計算機代替一些孤立的、體力性質的工作環(huán)節(jié)。
20世紀80年代，企業(yè)規(guī)模開始擴大，企業(yè)業(yè)務和數(shù)據(jù)日趨復雜，一些公司開始意識到企業(yè)應用集成的價值和必要性，很多公司的技術人員試圖在企業(yè)系統(tǒng)整體概念的指導下對已經(jīng)存在的應用進行重新設計，以便將他們集成在一起。此時，點到點（PP，Point To Point）的集成技術開始出現(xiàn)，在各個應用系統(tǒng)之間通過各自不同的接口進行點到點的簡單連接，實現(xiàn)信息和數(shù)據(jù)的共享。
20世紀80年代末和90年代初，隨著企業(yè)規(guī)模的進一步擴大，應用系統(tǒng)不斷增加，簡單的點到點連接已經(jīng)很難滿足不斷增長的應用集成要求，企業(yè)迫切需要新的集成方法：可以少寫代碼，無需巨額花費，就可以將各種舊的應用系統(tǒng)的新的系統(tǒng)集成起來。這時第1代企業(yè)應用集成技術采用了公共對象請求代理體系結構（CORBA，Common Object RequestBroker Architecture）/分布式組件對象模型（DCOM，Microsoft Distributed Component Object Model）、面向消息的中間件（MOM，Message Oriented Middleware）等技術，實現(xiàn)了對企業(yè)信息的集成，促進了企業(yè)的進一步的發(fā)展。
20世紀90年代中后期，企業(yè)業(yè)務的迅速發(fā)展以及與電子商務的結合對應用集成解決方案提出了更高的要求，局限于信息集成的第一代企業(yè)應用集成技術很難實現(xiàn)企業(yè)業(yè)務流程的自動處理、管理和監(jiān)控，基于業(yè)務流程管理（BPM，Business Process Management）/業(yè)務流程改進（BPI，Business Process Improvement）的第2代企業(yè)應用集成技術成為更加合適的集成選擇方案，實現(xiàn)了端到端的業(yè)務流程，順暢企業(yè)內(nèi)外的數(shù)據(jù)流、信息流和業(yè)務流，是當前集成技術發(fā)展的主流。
對于非IT企業(yè)，其信息化發(fā)展歷程存在一定的相似性，一般都會經(jīng)歷從起步到發(fā)展，然后進行集成、逐步優(yōu)化和最后實現(xiàn)提升這幾個階段。跟蹤國際知名油田服務企業(yè)，斯倫貝謝、哈利伯頓在應用集成上已基本達到覆蓋整個油田服務業(yè)務，進入優(yōu)化和提升階段。國內(nèi)中石油、中石化也著力地正在研究應用集成問題，并取得一定研究成果和應用成果，公司目前的信息化處于分散建設、分散管理模式，向統(tǒng)一規(guī)劃、分步實施、集中管理模式過渡的發(fā)展階段。
2.面向服務的應用集成技術架構
在應用集成類項目的建設中，如何有效地將適當?shù)腎T架構與企業(yè)的業(yè)務要求相結合，建立滿足業(yè)務要求的系統(tǒng)十分重要。
面向服務的架構（SOA，service oriented architecture）是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的接口和契約聯(lián)系起來，SOA的產(chǎn)生適應于業(yè)務的靈活變化以及IT系統(tǒng)的改變的要求。結合業(yè)務快速發(fā)展的需求，在SOA平臺設計上，需要充分考慮SOA的技術演變和要求，以此作為基礎，構建基礎的IT業(yè)務平臺，IT架構是一個逐步演變的過程，如圖1所示。
圖1 架構演進示意圖
SOA相對于其它類型的架構而言，重點強調兩個原則。一是從業(yè)務角度，追求業(yè)務越來越靈活，通過增加流程的粒度、快速生成業(yè)務流程以及組裝應用來及時響應市場的變化。另一方面是從IT角度，追求IT系統(tǒng)越來越簡單化，通過服務生成的技術無關性、最大化的重用現(xiàn)有服務等方法來實現(xiàn)IT系統(tǒng)的靈活與簡化。
從SOA的原則可以清晰地了解到與其它既有的架構的最大不同在于，它是第一個明確提出在建設IT架構的時候，同時直接從業(yè)務層面去思考的架構。以往的IT架構更多的關注于IT技術本身的特點、如何去優(yōu)化、簡化開發(fā)、增強處理能力等。因此，SOA應是更為適應業(yè)務要求，生命力更為持久的架構體系，是指導IT建設的重要原則。
圖2 SOA的參考架構解決方案
如上圖2所示。SOA的參考架構分為多個層面，包括應用對外服務的提供、業(yè)務流程的管理、企業(yè)服務總線的構建等，分別又對應傳統(tǒng)應用連接(通過適配器實現(xiàn))、工作流與數(shù)據(jù)流程的實現(xiàn)等，但其中又融合了組件技術、Web服務技術等新技術、新標準。
在SOA的架構中，服務的生成可以在原有系統(tǒng)的基礎之上通過封裝得到，對于新開發(fā)的應用，特別是J2EE應用，則可利用產(chǎn)品工具自動獲取。總之，服務將以合約或契約的形式存在，而企業(yè)服務總線（ESB—EntERPrise ServiceBus）則在服務與調用者之間進行服務的組合、完成透明化的處理包括協(xié)議轉換、調用方式、內(nèi)容格式轉換、安全控制等，而應用之間的協(xié)同工作則通過流程定義來實現(xiàn)。
3.企業(yè)應用集成項目的實施方法
SOA作為新一代的體系架構，其實現(xiàn)是建立在IT標準的逐步成熟的基礎之上的，特別是在Web Services/BPM等技術的基礎之上逐步成熟的方法與技術。基于SOA的企業(yè)應用集成項目的實施方法有兩部分：應用集成標準的制定原則和應用集成項目的實施路徑。
3.1 企業(yè)應用集成標準的制定原則
SOA的標準制定需要考慮兩個方面。一是業(yè)務服務的劃分和建立，例如：各應用系統(tǒng)對外的服務定義，相關的技術標準。二是流程的標準，在SOA體系，服務定義的標準采用服務描述語言（WSDL，Web ServiceDescription Language）；流程的標準采用業(yè)務流程執(zhí)行語言（BPEL，Business Process Execution Language），服務部件構建遵循面向服務組件的架構(SCA，Services Component Architecture)，服務數(shù)據(jù)規(guī)范遵循服務數(shù)據(jù)對象（SDO，Services Data Objects）標準。
企業(yè)應用集成相關標準分類如下：（1）主數(shù)據(jù)編碼標準。業(yè)務系統(tǒng)之間交互的數(shù)據(jù)，其中都含有主數(shù)據(jù)的信息，兩個業(yè)務系統(tǒng)之間傳遞數(shù)據(jù)就像兩個人互相說話，必須能夠理解對方的信息，如果編碼不一致，就猶如不同語言的人互相通話，不能理解對方信息，產(chǎn)生信息錯誤，所以，企業(yè)應用集成必須首先統(tǒng)一主數(shù)據(jù)的編碼標準，這是企業(yè)應用集成的基礎。（2）數(shù)據(jù)交換標準。兩個人對話必須遵循一定的語法規(guī)則，有了語法規(guī)則大腦就能確的解析理解，并轉化成指令，指導行動。業(yè)務系統(tǒng)之間進行數(shù)據(jù)交互也是如此，必須有統(tǒng)一的語法規(guī)則即數(shù)據(jù)交換標準，有了數(shù)據(jù)交換標準才能夠正確的承載信息，業(yè)務系統(tǒng)才能夠接收信息，加以解析理解，并根據(jù)自己的業(yè)務邏輯進行處理。所以，數(shù)據(jù)交換標準是企業(yè)應用集成的關鍵。（3）服務標準。企業(yè)存在若干業(yè)務系統(tǒng)，要在業(yè)務系統(tǒng)之間搭建橋梁，使信息能夠自由的流動，必須遵循統(tǒng)一的技術標準，使業(yè)務系統(tǒng)能夠按照這個標準來與企業(yè)服務總線進行對接。企業(yè)應用集成是基于服務來構建，無論是業(yè)務系統(tǒng)還是企業(yè)服務總線，都需要提供一系列的服務接口，供其他系統(tǒng)來使用，這些服務必須遵循企業(yè)相關的服務標準，這樣才能使業(yè)務系統(tǒng)低耦合高聚合，使業(yè)務系統(tǒng)之間的影響降低到最小，達到企業(yè)應用集成的目標，這是企業(yè)應用集成的核心。（4）信息資源標準管理平臺。企業(yè)的相關標準通過信息資源標準管理平臺進行統(tǒng)一管理和下發(fā)，以標準管理為基礎逐步實現(xiàn)企業(yè)標準的規(guī)范和統(tǒng)一。
根據(jù)公司的需求，企業(yè)應用集成類項目的標準制定要點如下：（1）用例（流程）驅動的，通過流程確定企業(yè)流程的接口交互控制點。（2）以架構為中心，根據(jù)用戶需求確定整合方式，體現(xiàn)用戶的SOA構建策略。（3）迭代和遞增的實施方式，將項目分為若干個階段，每個階段進行標準的細化和擴展。（4）關注標準的優(yōu)先級，確保高優(yōu)先級的規(guī)范在前期階段被實現(xiàn)。（5）關注標準對現(xiàn)有系統(tǒng)的實施風險，并制定應急運行模式。（6）服務標準庫的定義和制定是SOA集成的基礎和最重要的工作。（7）每個階段按照以下順序進行標準實施：階段目標定義—需求獲取—標準化需求分析—確認（類別定義）—高層方案定義（架構、分層、內(nèi)容、范圍）—詳細標準方案設計（流程設計、規(guī)范設計、制度設計、技術設計）—實現(xiàn)（組件、服務、流程實現(xiàn)）—標準測試（測試、治理及應急等）。以上都是SOA的基礎，基于SOA的應用集成實施與廠商技術平臺無關，各廠商的技術在使用上具有相通性。在項目建設中，采用支持SOA的技術與方案則會為企業(yè)標準化建設奠定基礎。
3.2 企業(yè)應用集成項目的實施路徑
通過企業(yè)應用集成將現(xiàn)有分散獨立的各個業(yè)務系統(tǒng)，逐步進行規(guī)范化地改造，分別以服務的方式對外提供業(yè)務接口。以企業(yè)服務總線為核心，集中管理各個業(yè)務系統(tǒng)，并在此之上進行業(yè)務整合，實現(xiàn)跨系統(tǒng)的需求；同時實現(xiàn)系統(tǒng)接口和流程開發(fā)規(guī)范化要求，如圖3所示。
圖3 企業(yè)應用集成的一體化業(yè)務體系圖
企業(yè)應用集成項目必須經(jīng)過詳細規(guī)劃后才可以逐步實施，如圖4所示，在規(guī)劃中制定出詳細的實施規(guī)劃，必須經(jīng)過做（總體）規(guī)劃、定平臺、打基礎和定模式的四個階段，最終明確項目中每期的實施計劃和目標，為了達到企業(yè)的動態(tài)適應和創(chuàng)新實現(xiàn)提供有力的技術手段。在項目實施過程中為了支撐企業(yè)的業(yè)務隨需求而變化，集成平臺建設階段至少需要經(jīng)過整合異構階段向服務協(xié)作階段邁進，為一體化平臺打下堅實的基礎。
圖4 企業(yè)應用集成項目實施路徑
4.總結
企業(yè)應用集成需要對現(xiàn)有的系統(tǒng)進行一體化平臺的應用整合，而SOA架構是解決此類問題的最好方案，更加便于各應用系統(tǒng)更好地支撐公司整體戰(zhàn)略目標的實現(xiàn)。通過基于SOA的集成平臺進行企業(yè)應用集成，使信息能夠在企業(yè)內(nèi)部自由的流動，消除信息孤島，最大限度的發(fā)揮企業(yè)信息的價值，提高企業(yè)運營效率，增強企業(yè)核心競爭力。
轉載請注明出處：拓步ERP資訊網(wǎng)http://m.hanmeixuan.com/
本文網(wǎng)址：http://m.hanmeixuan.com/html/consultation/10839712718.html
相關文章
