信息化的發(fā)展讓企業(yè)建立了眾多的信息系統(tǒng)，以幫助企業(yè)進行內(nèi)外部業(yè)務(wù)的處理和管理工作。公司現(xiàn)有應(yīng)用的信息系統(tǒng)都包含它自己的應(yīng)用、流程以及數(shù)據(jù)，支持著企業(yè)各業(yè)務(wù)和職能部門的工作，但相互之間缺乏有效的通信和信息共享。在公司信息化建設(shè)的過程中，顯然重新設(shè)計并實現(xiàn)這些獨立的信息系統(tǒng)歸并為一個整體、超大的系統(tǒng)并不是一個最好的辦法，因此，從公司整合自身業(yè)務(wù)流程、利用現(xiàn)有資源等方面出發(fā)，提出了企業(yè)應(yīng)用集成技術(shù)架構(gòu)。

　　1.企業(yè)應(yīng)用集成技術(shù)的發(fā)展

　　20世紀(jì)60年代末到70年代期間，企業(yè)應(yīng)用大多是用來替代重復(fù)性勞動的一些簡單設(shè)計。當(dāng)時并沒有考慮到企業(yè)數(shù)據(jù)的集成，唯一的目標(biāo)就是用計算機代替一些孤立的、體力性質(zhì)的工作環(huán)節(jié)。

　　20世紀(jì)80年代，企業(yè)規(guī)模開始擴大，企業(yè)業(yè)務(wù)和數(shù)據(jù)日趨復(fù)雜，一些公司開始意識到企業(yè)應(yīng)用集成的價值和必要性，很多公司的技術(shù)人員試圖在企業(yè)系統(tǒng)整體概念的指導(dǎo)下對已經(jīng)存在的應(yīng)用進行重新設(shè)計，以便將他們集成在一起。此時，點到點（PP，Point To Point）的集成技術(shù)開始出現(xiàn)，在各個應(yīng)用系統(tǒng)之間通過各自不同的接口進行點到點的簡單連接，實現(xiàn)信息和數(shù)據(jù)的共享。

　　20世紀(jì)80年代末和90年代初，隨著企業(yè)規(guī)模的進一步擴大，應(yīng)用系統(tǒng)不斷增加，簡單的點到點連接已經(jīng)很難滿足不斷增長的應(yīng)用集成要求，企業(yè)迫切需要新的集成方法：可以少寫代碼，無需巨額花費，就可以將各種舊的應(yīng)用系統(tǒng)的新的系統(tǒng)集成起來。這時第1代企業(yè)應(yīng)用集成技術(shù)采用了公共對象請求代理體系結(jié)構(gòu)（CORBA，Common Object RequestBroker Architecture）/分布式組件對象模型（DCOM，Microsoft Distributed Component Object Model）、面向消息的中間件（MOM，Message Oriented Middleware）等技術(shù)，實現(xiàn)了對企業(yè)信息的集成，促進了企業(yè)的進一步的發(fā)展。

　　20世紀(jì)90年代中后期，企業(yè)業(yè)務(wù)的迅速發(fā)展以及與電子商務(wù)的結(jié)合對應(yīng)用集成解決方案提出了更高的要求，局限于信息集成的第一代企業(yè)應(yīng)用集成技術(shù)很難實現(xiàn)企業(yè)業(yè)務(wù)流程的自動處理、管理和監(jiān)控，基于業(yè)務(wù)流程管理（BPM，Business Process Management）/業(yè)務(wù)流程改進（BPI，Business Process Improvement）的第2代企業(yè)應(yīng)用集成技術(shù)成為更加合適的集成選擇方案，實現(xiàn)了端到端的業(yè)務(wù)流程，順暢企業(yè)內(nèi)外的數(shù)據(jù)流、信息流和業(yè)務(wù)流，是當(dāng)前集成技術(shù)發(fā)展的主流。

　　對于非IT企業(yè)，其信息化發(fā)展歷程存在一定的相似性，一般都會經(jīng)歷從起步到發(fā)展，然后進行集成、逐步優(yōu)化和最后實現(xiàn)提升這幾個階段。跟蹤國際知名油田服務(wù)企業(yè)，斯倫貝謝、哈利伯頓在應(yīng)用集成上已基本達到覆蓋整個油田服務(wù)業(yè)務(wù)，進入優(yōu)化和提升階段。國內(nèi)中石油、中石化也著力地正在研究應(yīng)用集成問題，并取得一定研究成果和應(yīng)用成果，公司目前的信息化處于分散建設(shè)、分散管理模式，向統(tǒng)一規(guī)劃、分步實施、集中管理模式過渡的發(fā)展階段。

　　2.面向服務(wù)的應(yīng)用集成技術(shù)架構(gòu)

　　在應(yīng)用集成類項目的建設(shè)中，如何有效地將適當(dāng)?shù)腎T架構(gòu)與企業(yè)的業(yè)務(wù)要求相結(jié)合，建立滿足業(yè)務(wù)要求的系統(tǒng)十分重要。

　　面向服務(wù)的架構(gòu)（SOA，service oriented architecture）是一個組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來，SOA的產(chǎn)生適應(yīng)于業(yè)務(wù)的靈活變化以及IT系統(tǒng)的改變的要求。結(jié)合業(yè)務(wù)快速發(fā)展的需求，在SOA平臺設(shè)計上，需要充分考慮SOA的技術(shù)演變和要求，以此作為基礎(chǔ)，構(gòu)建基礎(chǔ)的IT業(yè)務(wù)平臺，IT架構(gòu)是一個逐步演變的過程，如圖1所示。

圖1 架構(gòu)演進示意圖

　　SOA相對于其它類型的架構(gòu)而言，重點強調(diào)兩個原則。一是從業(yè)務(wù)角度，追求業(yè)務(wù)越來越靈活，通過增加流程的粒度、快速生成業(yè)務(wù)流程以及組裝應(yīng)用來及時響應(yīng)市場的變化。另一方面是從IT角度，追求IT系統(tǒng)越來越簡單化，通過服務(wù)生成的技術(shù)無關(guān)性、最大化的重用現(xiàn)有服務(wù)等方法來實現(xiàn)IT系統(tǒng)的靈活與簡化。

　　從SOA的原則可以清晰地了解到與其它既有的架構(gòu)的最大不同在于，它是第一個明確提出在建設(shè)IT架構(gòu)的時候，同時直接從業(yè)務(wù)層面去思考的架構(gòu)。以往的IT架構(gòu)更多的關(guān)注于IT技術(shù)本身的特點、如何去優(yōu)化、簡化開發(fā)、增強處理能力等。因此，SOA應(yīng)是更為適應(yīng)業(yè)務(wù)要求，生命力更為持久的架構(gòu)體系，是指導(dǎo)IT建設(shè)的重要原則。

圖2 SOA的參考架構(gòu)解決方案  

　　如上圖2所示。SOA的參考架構(gòu)分為多個層面，包括應(yīng)用對外服務(wù)的提供、業(yè)務(wù)流程的管理、企業(yè)服務(wù)總線的構(gòu)建等，分別又對應(yīng)傳統(tǒng)應(yīng)用連接(通過適配器實現(xiàn))、工作流與數(shù)據(jù)流程的實現(xiàn)等，但其中又融合了組件技術(shù)、Web服務(wù)技術(shù)等新技術(shù)、新標(biāo)準(zhǔn)。

　　在SOA的架構(gòu)中，服務(wù)的生成可以在原有系統(tǒng)的基礎(chǔ)之上通過封裝得到，對于新開發(fā)的應(yīng)用，特別是J2EE應(yīng)用，則可利用產(chǎn)品工具自動獲取�？傊�，服務(wù)將以合約或契約的形式存在，而企業(yè)服務(wù)總線（ESB—EntERPrise ServiceBus）則在服務(wù)與調(diào)用者之間進行服務(wù)的組合、完成透明化的處理包括協(xié)議轉(zhuǎn)換、調(diào)用方式、內(nèi)容格式轉(zhuǎn)換、安全控制等，而應(yīng)用之間的協(xié)同工作則通過流程定義來實現(xiàn)。

　　3.企業(yè)應(yīng)用集成項目的實施方法

　　SOA作為新一代的體系架構(gòu)，其實現(xiàn)是建立在IT標(biāo)準(zhǔn)的逐步成熟的基礎(chǔ)之上的，特別是在Web Services/BPM等技術(shù)的基礎(chǔ)之上逐步成熟的方法與技術(shù)�；�于SOA的企業(yè)應(yīng)用集成項目的實施方法有兩部分：應(yīng)用集成標(biāo)準(zhǔn)的制定原則和應(yīng)用集成項目的實施路徑。

　　3.1 企業(yè)應(yīng)用集成標(biāo)準(zhǔn)的制定原則

　　SOA的標(biāo)準(zhǔn)制定需要考慮兩個方面。一是業(yè)務(wù)服務(wù)的劃分和建立，例如：各應(yīng)用系統(tǒng)對外的服務(wù)定義，相關(guān)的技術(shù)標(biāo)準(zhǔn)。二是流程的標(biāo)準(zhǔn)，在SOA體系，服務(wù)定義的標(biāo)準(zhǔn)采用服務(wù)描述語言（WSDL，Web ServiceDescription Language）；流程的標(biāo)準(zhǔn)采用業(yè)務(wù)流程執(zhí)行語言（BPEL，Business Process Execution Language），服務(wù)部件構(gòu)建遵循面向服務(wù)組件的架構(gòu)(SCA，Services Component Architecture)，服務(wù)數(shù)據(jù)規(guī)范遵循服務(wù)數(shù)據(jù)對象（SDO，Services Data Objects）標(biāo)準(zhǔn)。

　　企業(yè)應(yīng)用集成相關(guān)標(biāo)準(zhǔn)分類如下：（1）主數(shù)據(jù)編碼標(biāo)準(zhǔn)。業(yè)務(wù)系統(tǒng)之間交互的數(shù)據(jù)，其中都含有主數(shù)據(jù)的信息，兩個業(yè)務(wù)系統(tǒng)之間傳遞數(shù)據(jù)就像兩個人互相說話，必須能夠理解對方的信息，如果編碼不一致，就猶如不同語言的人互相通話，不能理解對方信息，產(chǎn)生信息錯誤，所以，企業(yè)應(yīng)用集成必須首先統(tǒng)一主數(shù)據(jù)的編碼標(biāo)準(zhǔn)，這是企業(yè)應(yīng)用集成的基礎(chǔ)。（2）數(shù)據(jù)交換標(biāo)準(zhǔn)。兩個人對話必須遵循一定的語法規(guī)則，有了語法規(guī)則大腦就能確的解析理解，并轉(zhuǎn)化成指令，指導(dǎo)行動。業(yè)務(wù)系統(tǒng)之間進行數(shù)據(jù)交互也是如此，必須有統(tǒng)一的語法規(guī)則即數(shù)據(jù)交換標(biāo)準(zhǔn)，有了數(shù)據(jù)交換標(biāo)準(zhǔn)才能夠正確的承載信息，業(yè)務(wù)系統(tǒng)才能夠接收信息，加以解析理解，并根據(jù)自己的業(yè)務(wù)邏輯進行處理。所以，數(shù)據(jù)交換標(biāo)準(zhǔn)是企業(yè)應(yīng)用集成的關(guān)鍵。（3）服務(wù)標(biāo)準(zhǔn)。企業(yè)存在若干業(yè)務(wù)系統(tǒng)，要在業(yè)務(wù)系統(tǒng)之間搭建橋梁，使信息能夠自由的流動，必須遵循統(tǒng)一的技術(shù)標(biāo)準(zhǔn)，使業(yè)務(wù)系統(tǒng)能夠按照這個標(biāo)準(zhǔn)來與企業(yè)服務(wù)總線進行對接。企業(yè)應(yīng)用集成是基于服務(wù)來構(gòu)建，無論是業(yè)務(wù)系統(tǒng)還是企業(yè)服務(wù)總線，都需要提供一系列的服務(wù)接口，供其他系統(tǒng)來使用，這些服務(wù)必須遵循企業(yè)相關(guān)的服務(wù)標(biāo)準(zhǔn)，這樣才能使業(yè)務(wù)系統(tǒng)低耦合高聚合，使業(yè)務(wù)系統(tǒng)之間的影響降低到最小，達到企業(yè)應(yīng)用集成的目標(biāo)，這是企業(yè)應(yīng)用集成的核心。（4）信息資源標(biāo)準(zhǔn)管理平臺。企業(yè)的相關(guān)標(biāo)準(zhǔn)通過信息資源標(biāo)準(zhǔn)管理平臺進行統(tǒng)一管理和下發(fā)，以標(biāo)準(zhǔn)管理為基礎(chǔ)逐步實現(xiàn)企業(yè)標(biāo)準(zhǔn)的規(guī)范和統(tǒng)一。

　　根據(jù)公司的需求，企業(yè)應(yīng)用集成類項目的標(biāo)準(zhǔn)制定要點如下：（1）用例（流程）驅(qū)動的，通過流程確定企業(yè)流程的接口交互控制點。（2）以架構(gòu)為中心，根據(jù)用戶需求確定整合方式，體現(xiàn)用戶的SOA構(gòu)建策略。（3）迭代和遞增的實施方式，將項目分為若干個階段，每個階段進行標(biāo)準(zhǔn)的細(xì)化和擴展。（4）關(guān)注標(biāo)準(zhǔn)的優(yōu)先級，確保高優(yōu)先級的規(guī)范在前期階段被實現(xiàn)。（5）關(guān)注標(biāo)準(zhǔn)對現(xiàn)有系統(tǒng)的實施風(fēng)險，并制定應(yīng)急運行模式。（6）服務(wù)標(biāo)準(zhǔn)庫的定義和制定是SOA集成的基礎(chǔ)和最重要的工作。（7）每個階段按照以下順序進行標(biāo)準(zhǔn)實施：階段目標(biāo)定義—需求獲取—標(biāo)準(zhǔn)化需求分析—確認(rèn)（類別定義）—高層方案定義（架構(gòu)、分層、內(nèi)容、范圍）—詳細(xì)標(biāo)準(zhǔn)方案設(shè)計（流程設(shè)計、規(guī)范設(shè)計、制度設(shè)計、技術(shù)設(shè)計）—實現(xiàn)（組件、服務(wù)、流程實現(xiàn)）—標(biāo)準(zhǔn)測試（測試、治理及應(yīng)急等）。以上都是SOA的基礎(chǔ)，基于SOA的應(yīng)用集成實施與廠商技術(shù)平臺無關(guān)，各廠商的技術(shù)在使用上具有相通性。在項目建設(shè)中，采用支持SOA的技術(shù)與方案則會為企業(yè)標(biāo)準(zhǔn)化建設(shè)奠定基礎(chǔ)。

　　3.2 企業(yè)應(yīng)用集成項目的實施路徑

　　通過企業(yè)應(yīng)用集成將現(xiàn)有分散獨立的各個業(yè)務(wù)系統(tǒng)，逐步進行規(guī)范化地改造，分別以服務(wù)的方式對外提供業(yè)務(wù)接口。以企業(yè)服務(wù)總線為核心，集中管理各個業(yè)務(wù)系統(tǒng)，并在此之上進行業(yè)務(wù)整合，實現(xiàn)跨系統(tǒng)的需求；同時實現(xiàn)系統(tǒng)接口和流程開發(fā)規(guī)范化要求，如圖3所示。

圖3 企業(yè)應(yīng)用集成的一體化業(yè)務(wù)體系圖

　　企業(yè)應(yīng)用集成項目必須經(jīng)過詳細(xì)規(guī)劃后才可以逐步實施，如圖4所示，在規(guī)劃中制定出詳細(xì)的實施規(guī)劃，必須經(jīng)過做（總體）規(guī)劃、定平臺、打基礎(chǔ)和定模式的四個階段，最終明確項目中每期的實施計劃和目標(biāo)，為了達到企業(yè)的動態(tài)適應(yīng)和創(chuàng)新實現(xiàn)提供有力的技術(shù)手段。在項目實施過程中為了支撐企業(yè)的業(yè)務(wù)隨需求而變化，集成平臺建設(shè)階段至少需要經(jīng)過整合異構(gòu)階段向服務(wù)協(xié)作階段邁進，為一體化平臺打下堅實的基礎(chǔ)。

圖4 企業(yè)應(yīng)用集成項目實施路徑

　　4.總結(jié)

　　企業(yè)應(yīng)用集成需要對現(xiàn)有的系統(tǒng)進行一體化平臺的應(yīng)用整合，而SOA架構(gòu)是解決此類問題的最好方案，更加便于各應(yīng)用系統(tǒng)更好地支撐公司整體戰(zhàn)略目標(biāo)的實現(xiàn)。通過基于SOA的集成平臺進行企業(yè)應(yīng)用集成，使信息能夠在企業(yè)內(nèi)部自由的流動，消除信息孤島，最大限度的發(fā)揮企業(yè)信息的價值，提高企業(yè)運營效率，增強企業(yè)核心競爭力。

轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.oesoe.com/

本文標(biāo)題：基于SOA的企業(yè)應(yīng)用集成技術(shù)架構(gòu)實施方法

本文網(wǎng)址：http://www.oesoe.com/html/consultation/10839712718.html