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