【正文】 并不會(huì)影響到另一方。在架構(gòu)實(shí)踐和最后得到的架構(gòu)結(jié)果之間的區(qū)別非常微妙，也非常關(guān)鍵。* 業(yè)務(wù)敏捷是基本的業(yè)務(wù)需求SOA考慮的是下一個(gè)抽象層次：提供響應(yīng)變化需求的能力是新的“元需求”，而不是處理一些業(yè)務(wù)上的固定不變的需求。MDA認(rèn)為架構(gòu)設(shè)計(jì)師首先要對(duì)待創(chuàng)建的系統(tǒng)有一個(gè)形式化的UML（也是由OMG提出）的模型。XP要求在開發(fā)團(tuán)隊(duì)中要有一個(gè)用戶代表，他幫助書寫測(cè)試來指導(dǎo)開發(fā)人員的日常工作。在SOA中有三個(gè)抽象層次，按照SOA的第一條準(zhǔn)則：業(yè)務(wù)驅(qū)動(dòng)服務(wù)、服務(wù)驅(qū)動(dòng)技術(shù)。弟五個(gè)視圖，usecase視圖涵蓋了其它視圖，在架構(gòu)中扮演的是一個(gè)特殊的角色。表示這些服務(wù)的中間模型，起到的是軸心的作用，業(yè)務(wù)以它為中心進(jìn)行。如圖所示，涉眾（stakeholders，譯者注：RUP中也有這個(gè)詞，表示軟件開發(fā)中涉及到的各種角色如：用戶、設(shè)計(jì)人員、開發(fā)人員乃至測(cè)試人員等等。今天關(guān)于Web services的大部分思考都是自底而上的：“這是如何創(chuàng)建Web services的方法，現(xiàn)在，我們來使用它們集成吧”，對(duì)Web services技術(shù)的這種方法是偉大的第一步，因?yàn)樗梢泽@人地降低集成的開銷，這是現(xiàn)在的技術(shù)管理人員最樂意見到的了。幸運(yùn)的是，這方面的產(chǎn)品即將上市。如前所說，SOA的第三條原則就在于它總在變化之中。業(yè)務(wù)用戶通過邏輯視圖和過程視圖處理粗粒度的業(yè)務(wù)服務(wù)，根據(jù)變化的業(yè)務(wù)需求，按照需要將它們安排在過程之中。Kruchten（RUP的開發(fā)負(fù)責(zé)人）將這些方面提取出來，在應(yīng)用到SOA時(shí)，我們稱為五視圖實(shí)現(xiàn)方法（fiveview approach）。MDA的中心是形式化的模型，而AM恰恰要避開它們。SOA的另一個(gè)基礎(chǔ)是敏捷方法（AM），其中非常有名的方法是極限編程（XP）。SOA基礎(chǔ)在IT行業(yè)有兩個(gè)越來越普遍的發(fā)展方向，一個(gè)是架構(gòu)方面的，一個(gè)是方法學(xué)方面的，面向服務(wù)的架構(gòu)設(shè)計(jì)師可以從中有所收獲。要滿足這種業(yè)務(wù)敏捷性，SOA的實(shí)踐必須遵循以下原則：* 業(yè)務(wù)驅(qū)動(dòng)服務(wù)，服務(wù)驅(qū)動(dòng)技術(shù)從本質(zhì)上說，在抽象層次上，服務(wù)位于業(yè)務(wù)和技術(shù)中間。但是，要得到種強(qiáng)大和靈活性，需要有一種實(shí)現(xiàn)架構(gòu)的新方法，這是一項(xiàng)艱巨的任務(wù)。今天應(yīng)用Web services的面向服務(wù)架構(gòu)與過去不同的特點(diǎn)就在于它們是基于標(biāo)準(zhǔn)以及松散耦合的。除此之外，潛在的回報(bào)更是不可勝數(shù)－分布計(jì)算技術(shù)能夠保證對(duì)業(yè)務(wù)需求足夠靈活的反應(yīng)，而這種業(yè)務(wù)上的敏捷正是各公司夢(mèng)寐以求而目前還遙不可及的。眾多企業(yè)都已經(jīng)創(chuàng)建各種實(shí)驗(yàn)性Web Services 項(xiàng)目，事實(shí)證明，這項(xiàng)新興的分布式計(jì)算技術(shù)確實(shí)能夠降低集成和開發(fā)的成本。 　　SOA架構(gòu)定義了搭建企業(yè)軟件架構(gòu)的一種新方法，它的出現(xiàn)使所有應(yīng)用在交換數(shù)據(jù)和處理過程中，不需要考慮應(yīng)用軟件是用什么編程語言開發(fā)的或在什么操作系統(tǒng)下運(yùn)行。而且這些構(gòu)建在各種各樣系統(tǒng)中的“服務(wù)”可以以一種統(tǒng)一和通用方式進(jìn)行交互。這種方法，能夠提高IT對(duì)業(yè)務(wù)的響應(yīng)能力，使企業(yè)得以實(shí)時(shí)支持業(yè)務(wù)的變化，最終幫助企業(yè)轉(zhuǎn)變?yōu)榉?wù)驅(qū)動(dòng)型企業(yè)。因?yàn)檫@些標(biāo)準(zhǔn)都是在全世界推廣和采用的，所以非常重要的是要讓在中國(guó)的軟件企業(yè)或者是中國(guó)的最終用戶能夠?qū)λ麄兊募夹g(shù)需求和他們的一些要求很明確地表示出來。OASIS 的工作覆蓋了SOA 和Web 服務(wù)一些非常重要的領(lǐng)域。通過13年的努力，OASIS 已經(jīng)得到廣泛的承認(rèn)，OASIS 不僅可以直接向國(guó)際標(biāo)準(zhǔn)組織、國(guó)際電聯(lián)和聯(lián)合國(guó)相關(guān)標(biāo)準(zhǔn)組織直接提交標(biāo)準(zhǔn)提案。我們看到開放標(biāo)準(zhǔn)對(duì)于Web Service 的使用是非常重要的。 其中一個(gè)方法是實(shí)現(xiàn)跨部門的應(yīng)用互動(dòng)和應(yīng)用的集成。 為了達(dá)到這些目標(biāo)，有一些很基本的工作需要做。這一頁幻燈片是介紹了一下SOA 的基本情況。 (五)OASIS總裁Patrick Gannon談SOA與開放標(biāo)準(zhǔn)CNET中國(guó)因此，在很多情況下，應(yīng)該首先開發(fā)出BPM，而將SOA組件留待以后考慮。 它使得實(shí)現(xiàn)更為健壯，因?yàn)閷?duì)底層IT系統(tǒng)的更改不必影響流程所使用的接口。這具有以下優(yōu)點(diǎn): BPM套件(如BEA的AquaLogic BPM Suite)支持使用各種不同的技術(shù)(面向服務(wù)的或不是面向服務(wù)的)對(duì)應(yīng)用程序和數(shù)據(jù)庫進(jìn)行輕松訪問。當(dāng)SOA領(lǐng)域的人士談到BPM時(shí)，該術(shù)語通常與服務(wù)編排或流程整合同義，而不強(qiáng)調(diào)對(duì)業(yè)務(wù)分析人員友好的建?；蛉藛T交互，而后者對(duì)BPM陣營(yíng)來說非常重要。不過現(xiàn)在這種情況正在改變，因?yàn)檫@兩個(gè)概念以及相關(guān)技術(shù)的使用者和提供者正日漸將二者結(jié)合起來看待。 4．企業(yè)BPM系統(tǒng)的實(shí)施往往從最簡(jiǎn)單的開始，逐漸提升為復(fù)雜的BPM系統(tǒng)。而SOA可以看作是B/S模式、XML/Web Service技術(shù)與管理軟件的延續(xù)。在此過程中，大型平臺(tái)廠商IBM、BEA、SAP、Oracle等將會(huì)嘗試建立一種新SOA標(biāo)準(zhǔn)；而開源廠商努力構(gòu)建一套工具，不把自己禁錮于用一種方法構(gòu)建SOA。 Web服務(wù)實(shí)現(xiàn)它們，并使它們對(duì)企業(yè)可用。隨著BPMS的普及，靈活性將被極端自適應(yīng)所代替。實(shí)際上，我們的預(yù)測(cè)僅僅基于我們已經(jīng)經(jīng)歷過的、過去的性能和趨勢(shì)?！贝送猓珿artner Group 現(xiàn)在聲明，繼續(xù)將業(yè)務(wù)邏輯硬布線到軟件或中間件中或者堅(jiān)持人工步驟的公司將輸給部署流程管理體系架構(gòu)的競(jìng)爭(zhēng)對(duì)手。 現(xiàn)象，它們并沒有創(chuàng)造任何新的EBS。 它是要重用的最終指南。 EBS的業(yè)務(wù)量體現(xiàn)出了大量實(shí)際優(yōu)點(diǎn)： 1. 下一個(gè)目標(biāo)是通過分解行為來定義小單元。 定義核心流程和子流程：這里沒有科學(xué)理論，只有最佳實(shí)踐。 在更寬泛的意義上并基于不同的服務(wù)質(zhì)量來劃分客戶類別： 您生態(tài)系統(tǒng)中的性能、供應(yīng)商、業(yè)務(wù)伙伴。在大多數(shù)情況下，客戶在被不同LOB支持的產(chǎn)品中擁有帳號(hào)，例如，股票、。（圖03） 提供業(yè)務(wù)控制。 垂直LOB具有以下特征： 作為回報(bào)，它將允許投資的早期回報(bào)，并將遺留企業(yè)轉(zhuǎn)化為完全自適應(yīng)的靈活企業(yè)。業(yè)務(wù)模擬可以運(yùn)行，而性能工程可以在系統(tǒng)完成之前完成；這種方式聽起來就像CASE工具。 靈活的企業(yè)擁有自適應(yīng)的業(yè)務(wù)和自適應(yīng)的IT系統(tǒng)。過去，開發(fā)趨勢(shì)一直在影響我們對(duì)企業(yè)建模的方式。 Taylor提出一種基于OO的開發(fā)技術(shù)，作為開發(fā)自適應(yīng)IT的一種方法，這種技術(shù)稱為聚合工程（convergent engineering）。BPM在沒有考慮IT系統(tǒng)的情況下設(shè)計(jì)了自適應(yīng)的企業(yè)。它圍繞為企業(yè)構(gòu)建分布式系統(tǒng)而發(fā)展。(2) 開放式網(wǎng)格服務(wù)體系架構(gòu)（Open Grid Services Architecture）實(shí)現(xiàn)了網(wǎng)格服務(wù)協(xié)議的Web服務(wù)接口繼承。專業(yè)人員結(jié)合各種模式來解決更為復(fù)雜而且有時(shí)更為獨(dú)特的問題。 我不得不得出結(jié)論，軟件工程仍然是藝術(shù)多于科學(xué)。 軟件工程是藝術(shù)還是科學(xué)？在科學(xué)中，我們有明確的定義、定理和證據(jù)?；A(chǔ)結(jié)構(gòu)廠商已經(jīng)使BPM成為他們出售的系列產(chǎn)品的主要組件，瞄準(zhǔn)機(jī)會(huì)的廠商使用專用的BPM系統(tǒng)提供垂直的業(yè)務(wù)解決方案，純使用BPM的廠商正在得到更加廣泛的接受。與此同時(shí)，業(yè)務(wù)流程管理（business process management，BPM）作為操作靈活的新企業(yè)并為其建模的主要支持者，正在強(qiáng)力反彈。 責(zé)編:小蝎 目前包括IBM、微軟、BEA也努力催生商業(yè)模型標(biāo)準(zhǔn)，聯(lián)合起草網(wǎng)絡(luò)服務(wù)（Web Services）商業(yè)流程執(zhí)行語言（BPEL4WS）。 時(shí)間:20061023 分析師建議，決定BPM工具之前，企業(yè)必須用嚴(yán)謹(jǐn)?shù)膽B(tài)度檢討目前使用的軟件，決定業(yè)務(wù)角色的授權(quán)，權(quán)衡數(shù)據(jù)模型（data model）與分析工具（analytical applications），并建立未來采用BPM后的假想情境。首先，我將討論一個(gè)體系架構(gòu)藍(lán)圖的最佳實(shí)踐如何將面向服務(wù)體系架構(gòu)與BPM框架合并，從而為構(gòu)建健壯的企業(yè)級(jí)集成解決方案并對(duì)其建模提供可重復(fù)的方案。我將講述兩種設(shè)計(jì)：一種純BPM設(shè)計(jì)和一種混合型設(shè)計(jì)。 我還將解釋，為什么流行的請(qǐng)求/響應(yīng)模式的WEB協(xié)議與基于事件的流程建模，以及它在進(jìn)行架構(gòu)決策時(shí)的意義不一致的原因。在藝術(shù)中，新技術(shù)帶來新的趨勢(shì)，比如新聞和數(shù)字?jǐn)z影。”我回想起我一直以來最喜歡的定義：對(duì)象是帶有狀態(tài)或數(shù)據(jù)及行為的數(shù)據(jù)結(jié)構(gòu)。 我肯定，作為中立語言，XML對(duì)此也準(zhǔn)備一展身手。 業(yè)務(wù)流程管理的出現(xiàn)已經(jīng)有一段時(shí)間，它更多地用于工業(yè)中，而與IT無關(guān)。 信息系統(tǒng)，像它們支持的業(yè)務(wù)模型一樣，必須在本質(zhì)上就是自適應(yīng)的。 面向?qū)ο蟮木幊虅t為OO分析和用例開發(fā)鋪平了道路。 正如BEA的WebLogic Platform ，以流程為中心的BPMS 方法用于系統(tǒng)開發(fā)生命周期，它消除了對(duì)運(yùn)行時(shí)阻抗不匹配的業(yè)務(wù)需求。BPMS引擎添加了一個(gè)新的層到傳統(tǒng)的開發(fā)堆棧（參見圖1）中，并引入服務(wù)質(zhì)量來解決企業(yè)集成中的根本問題。 企業(yè)從遠(yuǎn)景開始。 足夠大以至于可以創(chuàng)建多種業(yè)務(wù)分類；例如，抵押貸款證券、市政公債、貨幣市場(chǎng)，等等。 找尋答案需要花費(fèi)大量寶貴時(shí)間，并對(duì)客戶滿意程度和收益性方面的大致情況有著直接影響。 流程通常涉及到人與系統(tǒng)的交互，或者只是系統(tǒng)之間的交互（參見圖3）。Patriot和 SarbanesOxley Acts (一個(gè)新的業(yè)務(wù)流程，但是不賺錢)的一個(gè)主要問題是要訪問由大量LOB所擁有的數(shù)據(jù)，有時(shí)還要環(huán)繞半個(gè)世界。 沒有經(jīng)歷業(yè)務(wù)流程再造的嚴(yán)謹(jǐn)，我們必須定義良好的流程圖。 流程反映狀態(tài)變化：交易訂單、現(xiàn)金支付。在我們的例子中，我們以可以通過編排EBS子集來構(gòu)造任何流程的方式定義了所有EBS。 3. EBS對(duì)企業(yè)生態(tài)系統(tǒng)中的企業(yè)和業(yè)務(wù)伙伴可用。 從圖4中可以看出，我們可以使EBS在BEA WebLogic Platform （集成組件）的一個(gè)實(shí)例中可用。 許多金融服務(wù)機(jī)構(gòu)的