管理服務面向服務的架構(gòu)

(一)BPM商業(yè)流程管理？CNET中國·PC類型:轉(zhuǎn)載 作者:csdn責編:小蝎 時間:2006-10-23BPM是流程自動化的應用幫助企業(yè)進行業(yè)務流程的分析之外另可利用技術(shù)，自動化組織內(nèi)各部門的原本以人力及公文傳遞的流程。Ultimus主要精神在于管理企業(yè)的流程。除工作流程自動化系統(tǒng)之外，還必需提供企業(yè)應用軟件整合與交換用以涵蓋企業(yè)管理流程中所有的必要環(huán)節(jié)。BPM（dataapplications），BPM后的假想情境。目前包括IBM、微軟、BEA也努力催生商業(yè)模型標準，聯(lián)合起草網(wǎng)絡服務（Web（BPEL4WS）IT部門與業(yè)務主管之間建立起環(huán)環(huán)相扣的自動化流程（二）體系架構(gòu)藍圖----SOA和BPM的合并CNET中國·PC類型:投稿作者BEA責編:小蝎時間:2006-10-23面向服務的體系架構(gòu)（Service-orientedarchitecture，SOA）已經(jīng)成為軟件工Web服務的推廣和廣泛接受，以及支持基SOAcaseIDE這一新浪潮的興起，SOA已經(jīng)成為構(gòu)（businessmanagement，BPM）作為操作靈活的新企業(yè)并為其建模的主要支持者，正在強力反彈。面向服務的體系架構(gòu)（Service-orientedarchitecture，SOA）Web服務的推廣和廣泛接受，以及支持基SOAcaseIDE這一新浪潮的興起，SOA已經(jīng)成為構(gòu)（businessprocessmanagement，BPM）作為操作靈活的新企業(yè)并為其建模的主要支持者，正在強BPM成為他們出售的系列產(chǎn)品的主要組件，瞄準機會的廠商使用專用的BPM系統(tǒng)提供垂直的業(yè)務解決方案，純使用BPM的廠商正在得到更加廣泛的接受。80年代末期的企業(yè)流程重構(gòu)（BPreengineering）失敗了，而第三次BPM浪潮卻將要取得成功呢？BPM框架合并，從而為構(gòu)建健壯的BPM智能企業(yè)建模、系統(tǒng)開發(fā)和以客戶為中心的運作優(yōu)點。BPM技術(shù)來為一個支持“用于汽車保險”業(yè)務場BPM各種體系架構(gòu)選擇和策略方面的難題。在第三篇（也是最后一篇）文章中，我將使用BEA的WebLogicPlatform8.1POCBEAIDE新引入的可視化編程范型及其優(yōu)缺點，的請求/WEB的意義不一致的原因。體系架構(gòu)模式——誰需要它們?服務、面向服務的體系架構(gòu)、BPMBPM系統(tǒng)（BPMS）。B2B集成是與純.NETWeb服務解決方案相對的正確答案嗎？據(jù)我了解，對于我們中間的一些IT更為復雜而且有時更為獨特的問題。ChristopherAlexander模式同時也是發(fā)Web服務看作帶有一個方BEAWebLogicPlatform8.1Web服務看Web(1)IBM、BEA和Microsoft宣布了WS-Eventing規(guī)范。它就像是優(yōu)秀但老式的對象觀察者模式。(2)開放式網(wǎng)格服務體系架構(gòu)（OpenGridServicesArchitecture）Web服務接口繼承。因此，Web服務提供數(shù)據(jù)和行為（Alexander的定義中的事件和規(guī)則），BPMS實現(xiàn)模式的流程組件。SOA我們已經(jīng)看到，SOA不是體系架構(gòu)趨勢的革命，而是它經(jīng)過一段時間發(fā)展的演變成果。它圍繞為企業(yè)構(gòu)建分布式系統(tǒng)而發(fā)展。誠然，Web服務以一種普Web服務成功地解決了互操作性的問題，而這是CORBA、COM、DCOM和RPC做夢也從未想過的事情。我肯定，作為中立語言，XML對此也準備一展身手。然而，SOABPMS框架是一個新的、革命性的元素。HowardSmithPeterFingarIT80年代晚期，出于多方面的原因，業(yè)務流程重BPMIT系統(tǒng)的情況下設計了自適應的DavidTaylor所寫：“對連續(xù)性流程優(yōu)化的需要要求從根本上重新考慮如何設計和構(gòu)建信息系統(tǒng)。提出解決固定問題的固定解決方案已經(jīng)不再夠用?！毙畔⑾到y(tǒng)，像它們支持的業(yè)務模型一樣，必須在本質(zhì)上就是自適應的。Taylor提出一種基于OOIT（convergentengineering）OOP計算和企業(yè)集成的問題。另外，負責對企業(yè)建模的業(yè)務分析人員也沒有采用OO。BPMSRDBSOO分析術(shù)語，因此產(chǎn)生了對需求可跟蹤性中通常影響的另一種翻譯的需要。BPM規(guī)范正在快速演變?yōu)闃藴?。市場中已?jīng)出現(xiàn)了支持業(yè)務建模、優(yōu)化和運行時執(zhí)行的產(chǎn)品。正如BEA的WebLogicPlatform8.1和其他BPMS產(chǎn)品所實現(xiàn)的那樣，以流程為中心的BPMS方法用于系統(tǒng)開發(fā)生命周期，它消除了對運行時阻抗不匹配的業(yè)務需求。IT系統(tǒng)。如果構(gòu)建企業(yè)解決方案所未有的。BPMS引擎添加了一個新的層到傳統(tǒng)的開發(fā)堆棧（引入服務質(zhì)量來解決企業(yè)集成中的根本問題。BPMS引擎使編程最易變的部分——集成點——的軟布線變得容易。軟布線是以正式語言顯式描述的，并由BPMS引擎（又名有限狀態(tài)機引擎）執(zhí)行。正如BEAWebLogicIntegrator和其他BPMS產(chǎn)品所實現(xiàn)的那樣，業(yè)務與IT資源可以同時在一個可視化的只能IDE中查看和修改流程。只需輕擊鼠標，便可部署到運行時BPMS執(zhí)行引擎。業(yè)務模擬可以運行，而性能工程可以在系統(tǒng)完成之前完成；這種方式聽起來就像CASE工具。SOA和BPMS工具將靈活企業(yè)的實時執(zhí)行儀表板帶向主流。（圖01）在本文余下的部分中，我將描述一個典型的金融服務企業(yè)的開發(fā)，并提出一BPMSSOA為完全自適應的靈活企業(yè)。從企業(yè)遠景到組織筒倉（Silo）企業(yè)從遠景開始。CEO和董事會采用遠景和行業(yè)使命陳述。C級管理人員定義策略，并適當?shù)匕才帕鞒虂砉芾韴?zhí)行（參見圖1）。定義功能角色和責任，然后創(chuàng)建企業(yè)界線。業(yè)務分類（Lineofbusiness，LOB）在本質(zhì)上可以是水平或垂直的（參見圖2）。垂直LOB具有以下特征：獨立的操作域。特有的管理和策略。開發(fā)和維護自己的IT—自動化孤島。足夠大以至于可以創(chuàng)建多種業(yè)務分類；例如，抵押貸款證券、市政公債、貨幣市場，等等。（圖02）水平LOB具有不同的特征集合：提供業(yè)務控制。管理的支配和一致。需要訪問由垂直LOB管理的數(shù)據(jù)。合適的手動流程和書面報告。在第二個信息紀元（不要與第二次浪潮混淆FTPEAI接口的多重性:MorganStanleyDeanWitter60002500900個2500400萬美元進行維護。調(diào)停流程:這是一項常用技術(shù)，用于檢驗由多個實體修改的引用數(shù)據(jù)。流程:——流程——n(n-1)個意大利面式接口的迷宮中。LOB的協(xié)調(diào)。入顯著增加。異常難于跟蹤：錯誤解析通常需要訪問多個系統(tǒng)。人工干預和解釋是不可避情況有著直接影響。流程無處不在。您能發(fā)現(xiàn)它們嗎？（3）（圖03）另一個內(nèi)部流程啟動了。然后，他在內(nèi)部記事薄之一中查找數(shù)據(jù)（原始進入記錄（我們假定討論的交易超過了結(jié)算日期顧問們必須參與進來，跟蹤問題和流程，這通常需要一大筆錢。LOB所LOB支持的產(chǎn)品中擁有帳號，例如，股U.S.需要交叉引用多個倉庫的數(shù)據(jù)。Patriot和Sarbanes-OxleyActs(一個新的業(yè)務流)LOB環(huán)繞半個世界。EAI技術(shù)和消息收發(fā)試圖借助早先闡明的限制解決這些問題。通向靈活性的道路：以BPM為中心的SOAWebBPMSOA如何將現(xiàn)有的遺留企SOAROIBPMS設計工具(Proactivity,Intalio,InterfacingTechnologies)，您可以把度量關(guān)聯(lián)到流程ITFTEBPMS設計工具允許您運行模擬，并繼續(xù)進行流程優(yōu)化（what-if場景），但是這考慮流程而不是功能:在哪里來完成它。份訂單、一個主張、一個報價請求。性能、供應商、業(yè)務伙伴。6－10記住，大多數(shù)人最多只能保留一個頁面上的七樣東西。定義核心流程和子流程：這里沒有科學理論，只有最佳實踐。然而，要當心P-calculus2和Petri-nets10BPM科學的嚴密性。將流程分解為行為下一個目標是通過分解行為來定義小單元。我們將這項工作稱為BusinessServices(EBS)EBSEBS。正如您可能猜想的那樣，我們將EBSWebEBS——EBS的業(yè)務量體現(xiàn)出了大量實際優(yōu)點：EBSLOB。IT適應新的業(yè)務模型。EBS對企業(yè)生態(tài)系統(tǒng)中的企業(yè)和業(yè)務伙伴可用。程。IT?？梢詭缀鯇崟r地設計和執(zhí)行一個新的業(yè)務流程。從圖4中可以看出，我們可以使EBS在BEAWebLogicPlatform8.1（集成組件）的一個實例中可用。從技術(shù)上說，在BEAWebLogicIntegration中，Web服務被稱為業(yè)務流程資源。我們使用IDE編排新流程，使用門戶添加UI，然后將它部署為一組EJB來執(zhí)行。就是這么簡單！現(xiàn)在流程是一項IT資產(chǎn)了，就像數(shù)據(jù)庫表、存儲過程、遺留COBOL書籍和專用的計算c庫。（圖04）許多金融服務機構(gòu)的業(yè)務分類是水平的，管理高凈值的私有客戶。在啟用了BPMSSOA的企業(yè)中，開發(fā)IT基礎結(jié)構(gòu)來支持這樣的新LOB完全可以與正確放置業(yè)務模型并行完成（參見圖5）（圖05）AmazonEBSEBS位于任正如HowardSmith和PeterFingar所說的那樣：“在BPM的第三次浪潮中，筒倉式思考和點到點的技術(shù)集成被靈活的、基于業(yè)務流程的體系架構(gòu)所代替?！贝送猓珿artnerGroup現(xiàn)在聲明，繼續(xù)將業(yè)務邏輯硬布線到軟件或中間件中或者堅持人工步驟的公司將輸給部署流程管理體系架構(gòu)的競爭對手。實時處理業(yè)務退一步說，預測將來是很困難的事情，但是我們用非?？茖W的態(tài)度對待它，而且始終試著這么做，不管對還是錯。統(tǒng)計和預測是關(guān)于預測將來的兩門科學。然而，基本的業(yè)務協(xié)議和框架必須合適。今天，技術(shù)革新、BPMSSOA是將IT相結(jié)合的基礎。流程提供一個封裝了變化的新層。90年代早期，PowerBuilderVB風格的工具使客戶端/服務器和關(guān)系數(shù)據(jù)庫系統(tǒng)的開發(fā)流行變化或?qū)ψ孕薷牧鞒痰男枰?。無疑，人類希望能夠掌管該類變化，但是通過使UDDI-?(?代表流程)找出最可能的服務契約和使用描述域?qū)I(yè)知識和市場情BPMS性將被極端自適應所代替。結(jié)束語SOABPM的藍圖。從一幅企業(yè)的自頂向下流程LOBEBS。WebBPMS引擎的一個實例，在我的下一篇文章中，我將：(1)講述用于給現(xiàn)實世界業(yè)務保險流程建模的BPMBPMWebJMSEBS并實現(xiàn)它們；(3)WebLogicPlatform8.1的物理基礎結(jié)構(gòu)；并(4)討論面向服務體系架構(gòu)中的BPMS難題和新出現(xiàn)的模式。直到：流程無處不在。您能發(fā)現(xiàn)它們嗎？(三)BPM技術(shù)促進SOA展CNET中國·PC類型:轉(zhuǎn)載 作者:csdn責編:小蝎 時間:2006-10-23BPM(企業(yè)流程管理，BusinessProcessManagement)與SOA(服務導向架構(gòu)ServiceOrientedArchitecture)各自歷經(jīng)多年的發(fā)展，越來越成為人們的焦點。眾多廠商成為了SOA技術(shù)架構(gòu)的推動者，其中包括IBM、BEA、HP、Oracle和SAP。SOAB/SXML/WebServiceSOA把業(yè)務流程視為獨立于應用程序及其運行的平臺的可復用組件。從SOABPMSOA3月，BEAFuegoSOABPMBPMSOA2月，HPOracle集團宣布，HP的服務咨詢和集成（ServicesConsulting&Integration）OracleFusionSOA的投資組合以及HPOpenView管理軟件套件，以Fusion融合SOA。去年，Oracle收購了BPMCollaxa；SAPBPM的中間NetWeaver。除平臺提供商以外，開源廠商也試圖占領擁有自己的SOA卻缺乏服務的市場。JBoss公司在2005年10月發(fā)布的企業(yè)過程管理引擎，圍繞業(yè)務過程執(zhí)行語言（BusinessProcessExecutionLanguageBPEL）BPELWebBPM無論從技術(shù)還是方法上都將促SOAIBM、BEA、SAP、Oracle等將會SOA標準；而開源廠商努力構(gòu)建一套工具，不把自己禁錮于用一種方法構(gòu)建SOA。從BPM的IT需求與SOA技術(shù)角度上看，BPM與SOA的融合也具有先天優(yōu)勢。BPM的范圍覆蓋了企業(yè)運營的各個環(huán)節(jié)，如生產(chǎn)、銷售、物流、財務等企業(yè)經(jīng)營活動，甚至延伸到供應商和經(jīng)銷商。其產(chǎn)品開發(fā)包6BPEL、Java等；BPM服務器，包EAI/BPM工具，包括用戶接口工具、過程建模工具、軟件需求工具等；BPM套件；BPM知識架構(gòu)；BPM系統(tǒng)和其應用。由此可見，BPMITSOA技術(shù)具有以下相似點：1．BPM涵蓋范圍廣泛，需要完成因SOA的松散耦合特點相吻合。2．BPMSOAWS-Security、LDAP(LightweightDirectoryAccessProtocol-輕量級目錄訪問協(xié)議)PKI(PublicKeyInfrastructure-公鑰基礎設施)架構(gòu)和數(shù)位簽章等機制來完成。3．BPM系統(tǒng)構(gòu)成元素種類繁多而復雜，包含分布于各模塊的企業(yè)SOAB/S模式、XML/WebService技術(shù)與管理軟件的延續(xù)。當前多數(shù)SOA環(huán)境能提供系統(tǒng)管理工具給系統(tǒng)管理員使用，協(xié)助管理SOA架構(gòu)下模塊的安裝、移除、啟動等。目前能夠?qū)崿F(xiàn)SOA的產(chǎn)品包括：MicrosoftBiztalkServer,webMethodsBusinessIntegrator,IBMSeeBeyond,TIBCO和Vignette。在SOA提出以前，大部分BPM產(chǎn)品在流程圖中采用自有定義流程邏輯。4．企業(yè)BPM系統(tǒng)的實施往往從最簡單的開始，逐漸提升為復雜的BPM系統(tǒng)。而SOA模塊化的特性正好吻合了此特性。(四)分析:BPM與SOA之間的區(qū)別及聯(lián)系CNET中國·PC類型:轉(zhuǎn)載 作者:newhappy2008責編:小蝎 間:2006-10-23關(guān)于業(yè)務流程管理(BPM)和面向服務架構(gòu)(SOA)之間關(guān)系的討論熱鬧非凡。二BPMSOABPMBPM套件，就可以更快地實現(xiàn)目標而不會帶來多少復雜性。SOA陣營則注重于如何ITBPMSOASOASOA領域的人士談到BPM時，該術(shù)語通常與服務編排或流程整合同義，而不強調(diào)對業(yè)務分析人員友好的建?；蛉藛T交互，而后者對BPM陣營來說非常重要。為了澄清這些誤解，我認為有必要闡明BPM與SOA的不同本質(zhì):SOA是一種架構(gòu)方法;BPM則是一組協(xié)調(diào)活動。因此，可以很容易地得到使用SOA或不使用SOA的BPM，反之亦然。我們來看看不同組合的優(yōu)點。SOABPM套件，則可以獲得快速創(chuàng)建、執(zhí)行和監(jiān)控IT系統(tǒng)的集成(套件(BEAAquaLogicBPMSuite)支持使用各種不同的技術(shù)(面向服務的或不是面向服務的)如果組織和IT環(huán)境規(guī)模比較小，并且由同樣一組人來控制所有的系統(tǒng)(包括BPM套件)的話，這是完全可以的。如果底層系統(tǒng)完全不更改的話，這種方法同樣運行良好。BPMSOA要BPMBPMSOA的一部分進行部署，這意味著當一個業(yè)務流程連接到底程序和數(shù)據(jù)庫的復雜性。這具有以下優(yōu)點:ITIT工作量，并允許流程人員將精力集中于流程，而不是粘合流程與底層系統(tǒng)所需的技術(shù)。ITBPMIT小組更好地管理他們所擁有和維護的服務的策略和資源。SOABPMIT(甚至可能是業(yè)務分析師)化了業(yè)務流程，因為使用正確的服務可以將流程本身的復雜性降至最低。無疑，這些優(yōu)點只有在IT基礎架構(gòu)足夠復雜，并且/或者BPM項目達到一定的范圍和規(guī)模時才能顯現(xiàn)出來。因此，在很多情況下，應該首先開發(fā)出BPM，而將SOA組件留待以后考慮。最好的方法是一開始就讓業(yè)務運作團隊和IT企業(yè)架構(gòu)小組保持良好的對話，并針對未來進行規(guī)劃，同時支持戰(zhàn)術(shù)性執(zhí)行。這就需要正確地組合產(chǎn)品。例如，BPM套件本身應該能夠提供豐富的連通性，以便無需全面應用完善的SOA來使得BPM運行，這一點非常重要。類似地，BPM套件應該支持SOA，這樣BPM與SOA才不至于存在于獨立的豎井中，這也很重要。(五)OASIS總裁PatrickGannon談SOA與開放標準CNET中國·PC類型:轉(zhuǎn)載 作者:Cnet責編:小蝎 時間:2006-10-23PatrickSOA對產(chǎn)業(yè)的一些好處和標準對產(chǎn)業(yè)SOA對公司的SOASOA和開SOA的基本情況。為了達SOA所承諾的前景，需要建立一個共同的框架體系和標準體系。公司要在SOA投資，必須要獲得一些收益，這樣保證他們的資產(chǎn)有更好的流動性，也保證他們的資產(chǎn)有長期保值的能力。所謂流動性就是靈活多樣的意思，也就是說SOA的標準體系和核心技術(shù)要能夠滿足各式各樣應用的需求。SOA為了達到這些目標，有一些很基本的工作需要做。我們必須要有一個共同的其中一個方法是實現(xiàn)跨部門的應用互動和應用的集成。為了達到這個目標，DelphiGroupResearch做一個標準的調(diào)研，看整個企業(yè)對標準WebServiceOASIS是一個國際標準組織，主要是針對先進的結(jié)構(gòu)化數(shù)據(jù)的信息標準。OASIS不光只是研究和產(chǎn)生標準，同時也跟其他國際組織一起合作來推動標準的采用和技術(shù)的發(fā)展。OASIS有一個非常開放的組織結(jié)構(gòu)，可以讓會員很容易65080個國家。WebService、電子商務、eBusiness和文檔管理方面是目前世界上權(quán)威的標13年的努力，OASIS已經(jīng)得到廣泛的承認，OASIS不僅可以直接向國際標準組織、國際電聯(lián)和聯(lián)合國相關(guān)標準組織直接提交標準提案。OASIS3515％的研究單位。OASIS也是一個發(fā)展很快的組織，我來中國很重要的目的是希望能夠參與快速發(fā)展的亞太地區(qū)的經(jīng)濟活動。OASISOASIS這個組織。OASISSOAWeb服務的發(fā)展提供重要的指導作用。OASIS的工作覆蓋了SOA和Web服務一些非常重要的領域。這是OASIS在SOA和WebSOAWeb服務的重要領域。OASIS不但是推動標準的研發(fā)和發(fā)布，也推動標準的全面采用。OASISSOAeBusiness有興趣的公司，有一個商業(yè)編排工作組。標準、訪問權(quán)限控制也是OASIS在SOAWeb服務領域里的重要工作。Web服務的管理也是我們一個很重要的技術(shù)研究工作。可靠的消息傳輸也是UDDIOASISSOAWebOASISSOA可以幫助公司降低采用新技術(shù)的風險。企業(yè)今天可以做什么呢？一個是可以參OASISOASIS組織能做什么。因為這些OASIS的工作是提出新的研究方向。其中一個例子就是書生公司已經(jīng)UOMLOASISOASIS這個平臺建立起來。對于小的公司，沒有除了標準的研究工作以外也跟很多組織合辦活動，把會員的一些技術(shù)在更大的范圍里展示。對于最終客戶來說，OASIS對他們也有很多好處。對于最終用戶OASIS有很多會員是政府部門，這些政府部門參加的原因是他們希望觀察標準OASISSOAOASISSOA和開放標準的工作(六)業(yè)界觀察：為什么SOA如此得勢？【正文】并在未來給軟件和網(wǎng)絡帶來革命性的變化。為什么SOA如此得勢?這是因為SOA改變了過去開發(fā)應用的模式，將軟件按照業(yè)務需求定義成“組件”，作為共享資源IT對業(yè)務的響2002Gartner2008將成為占有絕對優(yōu)勢的軟件4070%ITSOA并不是一2090SOA21世紀，隨著Web服務等相關(guān)標準的出現(xiàn)和成熟，SOA開始從概念走向?qū)嵱?。SOA義為“服務”，通過“服務”之間的良好接口聯(lián)系起來。(也就是“服務”之間的松耦合。)接口是采用中立方式進行定義的，獨立于實現(xiàn)“服務”的硬件平臺、操作系“服務”方式進行交互。保證系統(tǒng)靈活性，另外，還可以保證“服務”的重復利用。由此可以看出，SOA的核心概念是“重用”和“互操作”IT系SOAIT標準的、可操作的服務，使其能被重新組合和應用。在這種架構(gòu)下，IT系統(tǒng)的晰。務需要的軟件系統(tǒng)，如:ERP、CRM、OA、SCMIT間往往缺少聯(lián)系與合作，這也就導致了一個系統(tǒng)成為一個“孤島”SOAIT系統(tǒng)時的靈活性大為增加。SOA架構(gòu)定義了搭建企業(yè)軟件架構(gòu)的一種新方法，它的出現(xiàn)使所有應用在一些大企業(yè)或在地理上分布范圍比較廣的開發(fā)隊伍能夠更好地合作，因為這些SOA架構(gòu)下的中間件業(yè)務模塊都能夠被重新配置或以新方式優(yōu)化來滿足新的需SOAITIT資源真正面向于服務。SOA作為一種概念雖然已經(jīng)成熟，并得到了國內(nèi)外主流軟件開發(fā)商和企業(yè)SOA的改造，但在客戶端大SOAWebSOA的認識還僅限于一種“整合”ITSOA認識的誤區(qū)還有很多。面向服務架構(gòu)（SOA）的原則Webservice已經(jīng)不再是新婚的娘子。眾多企業(yè)都已經(jīng)創(chuàng)建各種實驗性WebServices項目，事實證明，這項新興的分布式計算技術(shù)確實能夠降低集成和開發(fā)的成本。另外，一些關(guān)鍵的WebServices標準紛紛制定，強安全（robustsecurity）和管理方面的產(chǎn)品也陸續(xù)問世。對于志向遠大的企業(yè)來說，他們已經(jīng)在考慮下一步了。Webservices在企IT在組織中的角色有新的觀點和認識，而不僅僅以求而目前還遙不可及的。DCOMAPICOM對象的代碼有商的約束。MicrosoftDCOM自不必說，CORBA也只是一個偽裝的標準化努力，CORBA架構(gòu)，經(jīng)常都是在某個廠商對規(guī)范的實現(xiàn)上進行工作。Webservices是在改進DCOM和CORBA缺點上的努力。今天應用Webservices的準（XML和SOAP）提供了在各不同廠商解決方案之間的交互性。而松散耦合將分WebservicesWebservicesSOA。SOAIT（而不必考慮其后臺實現(xiàn)的具體技術(shù)。更進一步，如果顧客能夠發(fā)現(xiàn)并綁定可用的服務，IT系統(tǒng)能夠提供更大的靈活性?！懊嫦蚍盏募軜?gòu)設計師SOASOASOA時必須要做的事情。SOA的原則SOA是一種企業(yè)架構(gòu)，因此，它是從企業(yè)的需求開始的。但是，SOA和其它企業(yè)SOA提供的業(yè)務敏捷性。業(yè)務敏捷性是指企業(yè)對變更快速和IT架構(gòu)，它可以滿足當前還未知的業(yè)務需求。要滿足這種業(yè)務敏捷性，SOA的實踐必須遵循以下原則：業(yè)務驅(qū)動服務，服務驅(qū)動技術(shù)務與提供這些服務的底層技術(shù)之間的關(guān)系。業(yè)務敏捷是基本的業(yè)務需求SOA“元需求”SOAIT環(huán)境的靈活性。SOA總在變化之中SOA工作的場景，更象是一個活的生物體，而不是象傳統(tǒng)所說的“蓋一棟房子”。ITSOA的基礎還是一些類似的架構(gòu)準則。SOA基礎IT行業(yè)有兩個越來越普遍的發(fā)展方向，一個是架構(gòu)方面的，一個是方法學方面MDA（模型驅(qū)動架構(gòu)），CORBAOMG模型提出。MDA認為架構(gòu)設計師首先要對待創(chuàng)建的系統(tǒng)有一UML（OMG提出的模型。MDAuse需要的代碼。MDA的核心就在于在設計階段系統(tǒng)就已經(jīng)完全描述，這樣，在創(chuàng)建系統(tǒng)的時候，MDA先，MDA假設在創(chuàng)建模型之前，業(yè)務需求已經(jīng)全部描述，而這一點，在當前典型的動態(tài)業(yè)務環(huán)境中幾乎是不可能的。第二，MDA沒有一個反饋機制。如果開發(fā)人員對模型有需要改動的地方，并沒有提供給他們這么一個途徑。SOA的另一個基礎是敏捷方法（AM），其中非常有名的方法是極限編程（XP）。象XP這樣的AM提供了在需求未知或者多變的環(huán)境中創(chuàng)建軟件系統(tǒng)的過程。XP要求在開發(fā)團隊中要有一個用戶代表，他幫助書寫測試來指導開發(fā)人員的日常工作。開發(fā)團隊中的所有成員都參與到設計之中，并且設計要盡量小并且非形式化。AM的目標是僅僅創(chuàng)建用戶想要的，而不是在一些形式化模型上耗費工作量。AM的核心思想就在于其敏捷性－處理需求變更的敏捷性。AM的主要弱點是其規(guī)模上的限制，例如，XP在一個小團隊和中型項目中效果不錯，但是當項目規(guī)模增大時，