內(nèi)容面向服務(wù)的商業(yè)——理想、惡夢和現(xiàn)實“陰陽”企業(yè)體系結(jié)構(gòu)商業(yè)體系結(jié)構(gòu)設(shè)計形式商業(yè)體系與IT體系結(jié)構(gòu)的協(xié)調(diào)面向商業(yè)的服務(wù)管理結(jié)束語和提問第一頁，共37頁。第一頁，共37頁。連接商業(yè)遠(yuǎn)見和技術(shù)連接系統(tǒng)體系結(jié)構(gòu)（服務(wù)定義、服務(wù)編排、服務(wù)供應(yīng)、服務(wù)部署）物理?“連接的系統(tǒng)意味著獲取商業(yè)邏輯，并將其作為Web服務(wù)放置在網(wǎng)絡(luò)中，然后使用戶能夠結(jié)合這些服務(wù)，實現(xiàn)更豐富的體驗?！?Microsoft商業(yè)體系結(jié)構(gòu){商業(yè)的形式、空間和次序}產(chǎn)品方針第二頁，共37頁。第二頁，共37頁。企業(yè)體系結(jié)構(gòu)

（現(xiàn)代的巴比倫塔？）應(yīng)該：反映企業(yè)的核心遠(yuǎn)見和價值。幫助人們關(guān)注企業(yè)的核心商業(yè)能力。但是：并不是所有人天生都是模特。商業(yè)就像是足球賽，在比賽中足球是不會停止?jié)L動的。一直在移動中。第三頁，共37頁。第三頁，共37頁。適用于商業(yè)的連接的系統(tǒng)

挑戰(zhàn)與價值何在？與他人進(jìn)行商業(yè)交易的企業(yè)能力稱為服務(wù)。包括商業(yè)交易！提供商業(yè)化服務(wù)，購買商業(yè)化服務(wù)。效率意味著調(diào)整多個維度/觀點。企業(yè)中的不同觀點是有機(jī)的：通過連接的系統(tǒng)，隨著服務(wù)思考的鞏固，IT和商業(yè)間的合約一般會重新確定。頂級B2B互操作性的需求從對服務(wù)設(shè)計的關(guān)注轉(zhuǎn)移到協(xié)作角度。商業(yè)運(yùn)營IT操作第四頁，共37頁。第四頁，共37頁。商業(yè)互操作性和連接的系統(tǒng)在本圖中結(jié)合了許多具有不同技能的人員和不同的企業(yè)觀點（特意的設(shè)計!）第五頁，共37頁。第五頁，共37頁。服務(wù)設(shè)計觀點

企業(yè)中的陰陽第六頁，共37頁。第六頁，共37頁。商業(yè)是陽（火星），

IT是陰（金星）以“合同”為例如果商業(yè)來自火星（陽），那么合同：可以看作是“許多法律約定”組成一個法律管理和審核控制模型表明依從/不依從條件是商業(yè)關(guān)系的正式法律協(xié)議如果IT來自于金星（陰），那么合同：是服務(wù)方向的宗旨是Web服務(wù)中的WSDL是WS策略支持的策略第七頁，共37頁。第七頁，共37頁?！瓣庩枴钡姆?wù)思考

不僅僅是對象思考存在4個服務(wù)方向宗旨邊界是清晰的服務(wù)是自主的服務(wù)共享架構(gòu)和合同，而不共享類服務(wù)兼容性由策略決定服務(wù)方向的商業(yè)宗旨（來自火星）對每一次交互，都有信息的交換，每個服務(wù)擁有者間也進(jìn)行法律強(qiáng)制地約定交換只有達(dá)成共同接受的共有規(guī)則、法律環(huán)境或商業(yè)規(guī)范的法律實體、個人或機(jī)構(gòu)才能夠做出約定…還有一些沒在此處列出第八頁，共37頁。第八頁，共37頁。應(yīng)用程序組成應(yīng)用程序組成服務(wù)商業(yè)服務(wù)消息交換方式描述包含架構(gòu)適用于IT（金星）的服務(wù)方向適用于商業(yè)（火星）的服務(wù)方向運(yùn)營要求強(qiáng)制狀態(tài)管理消息交換是一組合同組成于定義其結(jié)構(gòu)受管理于策略擁有商業(yè)信息描述包含文檔第九頁，共37頁。第九頁，共37頁。任意法定商業(yè)交易的模型合法綁定的商業(yè)交易被視為商業(yè)運(yùn)營觀點商業(yè)交易的商業(yè)角度功能型服務(wù)觀點商業(yè)交易的IT角度BOV相關(guān)的標(biāo)準(zhǔn)（例如SarbanesOxley法案）FSV相關(guān)的標(biāo)準(zhǔn)（例如WS-*）遵守受保護(hù)相關(guān)ISO/IEC14662第十頁，共37頁。第十頁，共37頁。商業(yè)服務(wù)中的形式、空間和次序

火星上的建筑什么樣？第十一頁，共37頁。第十一頁，共37頁。商業(yè)服務(wù)中的內(nèi)容

商業(yè)過程推動商業(yè)服務(wù)‘商業(yè)過程’不是‘工作流’良好組織的商業(yè)過程解決方案設(shè)計包括確定正確粒度的事件任務(wù)的順序，與事件綁定與服務(wù)中的數(shù)據(jù)和商業(yè)邏輯集成商業(yè)角色和授權(quán)的構(gòu)建依從限制任務(wù)、事件和角色的商業(yè)規(guī)則監(jiān)視，使用戶能夠分析性能的關(guān)鍵元素警報定義+理解警報并做出反應(yīng)任務(wù)工作人員和事件響應(yīng)者的用戶體驗服務(wù)邊界的定義第十二頁，共37頁。第十二頁，共37頁。商業(yè)服務(wù)示例

轉(zhuǎn)移到以商業(yè)過程為中心運(yùn)輸聯(lián)合公司（例如，卡車公司）用于管理運(yùn)輸?shù)姆?wù)運(yùn)輸服務(wù)Web服務(wù)服務(wù)操作約定運(yùn)輸允許客戶預(yù)定卡車，去他們的倉庫提取貨物，然后送貨?？蛻粜枰付ㄘ浳锛?xì)節(jié)、目的地以及在倉庫提取貨物的時間。在這個操作完成后，卡車公司就擁有一個法定的義務(wù)，為該客戶提供運(yùn)輸服務(wù)。裝貨確認(rèn)允許客戶確認(rèn)運(yùn)輸服務(wù)已經(jīng)達(dá)到他們的倉庫，他們的貨物已經(jīng)被提取，正在送往目的地的路上。這個操作的商業(yè)效果在于轉(zhuǎn)移將貨物安全運(yùn)送到指定目的地的責(zé)任，同時考慮卡車公司的利益。第十三頁，共37頁。第十三頁，共37頁。成功秘訣

實現(xiàn)團(tuán)隊工作Microsoft客戶合作伙伴HenryFord

“走到一起是開始，保持一致是進(jìn)步，協(xié)同工作是成功”第十四頁，共37頁。第十四頁，共37頁。共有的商業(yè)服務(wù)設(shè)計

從設(shè)計者角度轉(zhuǎn)移到雙贏的共同觀點服務(wù)A服務(wù)B協(xié)作運(yùn)行時協(xié)作運(yùn)行時目標(biāo)過程/狀態(tài)信息交互內(nèi)部運(yùn)作內(nèi)部運(yùn)作通訊基礎(chǔ)結(jié)構(gòu)消息交換如果服務(wù)間商業(yè)協(xié)議的任何共有觀點遭到破壞，那么這兩個服務(wù)就不再商業(yè)狀態(tài)一致（或稱為服務(wù)漂移）第十五頁，共37頁。第十五頁，共37頁?？刂粕虡I(yè)服務(wù)漂移

保持連接（商業(yè)探戈）商業(yè)A商業(yè)B商業(yè)運(yùn)營IT操作商業(yè)關(guān)系漂移運(yùn)營漂移?第十六頁，共37頁。第十六頁，共37頁。請求角色響應(yīng)角色<<描述>>商業(yè)化交易行為<<請求商業(yè)行為>>請求操作狀態(tài)<<響應(yīng)商業(yè)行為>>響應(yīng)操作狀態(tài)文檔請求文檔響應(yīng)[合同失敗][成功][控制失敗]商業(yè)模式

良好組織的商業(yè)實踐1.偽狀態(tài)。

交易執(zhí)行的條款和條件中定義的前提條件也建立了交易的最初內(nèi)容。5.BT執(zhí)行服務(wù)請求，過渡回請求狀態(tài)，返回否定或肯定響應(yīng)。4.BT過渡到響應(yīng)操作狀態(tài)，驗證請求文檔，執(zhí)行響應(yīng)操作。3.響應(yīng)請求商業(yè)交易(BT)操作狀態(tài)2.可能擁有確保足夠和爭取信息進(jìn)行處理的前提條件。7.由于基礎(chǔ)的技術(shù)問題，BT無法過渡到新的狀態(tài)。6.由于處理錯誤或違反商業(yè)規(guī)則，BT無法過渡到新的狀態(tài)8.BT成功地執(zhí)行商業(yè)請求，進(jìn)行狀態(tài)過渡，到達(dá)結(jié)束狀態(tài)。第十七頁，共37頁。第十七頁，共37頁。商業(yè)協(xié)議的模型

商業(yè)計劃后的基本體系結(jié)構(gòu)約定商業(yè)過程合作伙伴事件資源協(xié)議合同位置聲明協(xié)作期望定義包括許多角色報告發(fā)生在使用聲稱（沒有）發(fā)生由誰完成需要互補(bǔ)二元性第十八頁，共37頁。第十八頁，共37頁。商業(yè)實體

對公司真正管理的“事物”建模商業(yè)實體（也被稱為‘對象’）是公司因各種原因在管理上予以關(guān)注的真實世界事物。商業(yè)實體可以被建模。商業(yè)實體擁有…身份、狀態(tài)和生命周期。在公司中發(fā)生某些事件（或非事件）時，商業(yè)實體的狀態(tài)可以發(fā)生變化。商業(yè)實體是頂級的事物。第十九頁，共37頁。第十九頁，共37頁。商業(yè)實體的結(jié)構(gòu)Object.State前提條件后置條件環(huán)境的內(nèi)容（成功/失?。ΨQ對象.狀態(tài)(Object.State)的內(nèi)部商業(yè)規(guī)則依從控件，表明環(huán)境狀態(tài)的內(nèi)容If(判斷是否處于法律依從){

if(內(nèi)部商業(yè)規(guī)則為真

&

依從控件為真)

我們是(依從的)

else{(我們處于狀態(tài)(無效)|

我們處于狀態(tài)(未知))&

我們是(不依從的)

;

}}第二十頁，共37頁。第二十頁，共37頁。訂單.

已開啟（到廠商）訂單.

已支付（到廠商）必須滿足前提條件，允許商業(yè)對象過渡到新的狀態(tài)必須滿足后置條件，允許商業(yè)對象處于新的狀態(tài)PO的理由?有效的產(chǎn)品？有效的數(shù)量？已經(jīng)創(chuàng)建應(yīng)付帳款條目？已經(jīng)執(zhí)行法規(guī)依從控件？可以聯(lián)系到廠商？接受到的貨物：數(shù)量正確？價格正確？質(zhì)量正確？及時送達(dá)？廠商應(yīng)收帳款?？蛻魬?yīng)付帳款。沒有其他主張；沒有更多的金錢、更多產(chǎn)品？接受購買請求消息新AP消息發(fā)送發(fā)票消息銀行轉(zhuǎn)帳消息商業(yè)實體情境第二十一頁，共37頁。第二十一頁，共37頁。依從服務(wù)體系結(jié)構(gòu)

“我們(是依從的|不是依從的)”依從控制服務(wù)體系結(jié)構(gòu)：通向依從機(jī)構(gòu)，進(jìn)行報告的主要渠道由獨(dú)立服務(wù)來‘判斷’是否滿足依從有關(guān)依從的‘記錄’保存者商業(yè)實體表明它自己的依從：與依從機(jī)構(gòu)存在互補(bǔ)協(xié)議也被稱為‘語義映射’負(fù)責(zé)它自己的狀態(tài)在(1..N)個商業(yè)過程的內(nèi)容中不依從依從第二十二頁，共37頁。第二十二頁，共37頁。協(xié)調(diào)戰(zhàn)略

連接商業(yè)體系結(jié)構(gòu)和IT體系結(jié)構(gòu)（“具體化”）第二十三頁，共37頁。第二十三頁，共37頁。連接的體系結(jié)構(gòu)的概念框架連接的系統(tǒng)（服務(wù)定義、服務(wù)編排、服務(wù)供應(yīng)、服務(wù)部署）協(xié)作系統(tǒng)軟件工廠商業(yè)體系結(jié)構(gòu)框架平臺功能概念邏輯物理語法目標(biāo)模型交易模型交互模型商業(yè)交互的模型商業(yè)目標(biāo)的模型商業(yè)交易的模型語義Microsoft平臺的說明性指南商業(yè)遠(yuǎn)見第二十四頁，共37頁。第二十四頁，共37頁。模型驅(qū)動的商業(yè)

協(xié)調(diào)商業(yè)和IT服務(wù)商業(yè)模型商業(yè)部分技術(shù)參與方商業(yè)服務(wù)等級協(xié)議技術(shù)部分過程配置解決方案集擁有擁有生成關(guān)鍵商業(yè)性能指標(biāo)商業(yè)過程運(yùn)營過程合同商業(yè)用戶的標(biāo)準(zhǔn)過程手冊WS-*,BPEL,…軟件工廠(VisualStudio)DSI身份、信任、編排第二十五頁，共37頁。第二十五頁，共37頁。商業(yè)服務(wù)情境

所需的陰陽轉(zhuǎn)換者（人員）服務(wù)等級協(xié)議(SLA)只有經(jīng)過批準(zhǔn)、擁有許可證的卡車司機(jī)才可以來裝貨裝貨時間為從周一到周五，從上午10:00到10:30卡車司機(jī)攜帶分配的書面材料和裝貨參考號裝貨工作必須在24小時內(nèi)完成工作推延必須通知ACME聯(lián)合新的貨重必須由NorthernElectronics添加到文檔重在卡車離開裝貨處之前，必須由NorthernElectronics報告裝貨通知第二十六頁，共37頁。第二十六頁，共37頁。收集商業(yè)需求第二十七頁，共37頁。第二十七頁，共37頁。第二十八頁，共37頁。第二十八頁，共37頁。從體系結(jié)構(gòu)到實施對法定商業(yè)約定及其履行的真實商業(yè)過程進(jìn)行建模，不考慮任何特殊的技術(shù)基礎(chǔ)結(jié)構(gòu)實施；現(xiàn)在還不考慮。在這個示例中，準(zhǔn)確地確定和檢驗真實商業(yè)過程中的主要的商業(yè)事件和基本的關(guān)鍵性能指標(biāo)保持松散/分別考慮，對“商業(yè)實施”模型進(jìn)行建模，從商業(yè)服務(wù)角度，不考慮技術(shù)。在這個示例中，我們正在實施管理，需要創(chuàng)建一個商業(yè)健康模型，在這個模型的基礎(chǔ)上，我們將真實商業(yè)事件和商業(yè)關(guān)鍵性能指標(biāo)映射到IT基礎(chǔ)結(jié)構(gòu)將商業(yè)實施模型映射到Windows實施模型在這個示例映射中，我們將商業(yè)健康模型映射到Windows管理基礎(chǔ)結(jié)構(gòu)健康模型第二十九頁，共37頁。第二十九頁，共37頁。邏輯管理模型第三十頁，共37頁。第三十頁，共37頁。商業(yè)管理模型

健康的管理設(shè)計戰(zhàn)略商業(yè)事件商業(yè)標(biāo)準(zhǔn)儀器商業(yè)規(guī)則關(guān)鍵性能指標(biāo)由1..*測定用于測量映射到映射到集合為1..*映射到由1..*組成描述第三十一頁，共37頁。第三十一頁，共37頁。商業(yè)模型商業(yè)規(guī)則商業(yè)標(biāo)準(zhǔn)連接IT的商業(yè)模型C#軟件應(yīng)用程序商業(yè)規(guī)則事件類型

事件日志W(wǎng)MI事件依賴于應(yīng)用程序?qū)ο?狀態(tài)IT事件篩選規(guī)則警告性能計數(shù)器閾值<=>性能計數(shù)器監(jiān)視規(guī)則生成生成遵照第三十二頁，共37頁。第三十二頁，共37頁。結(jié)束語和總結(jié)第三十三頁，共37頁。第三十三頁，共37頁。結(jié)束語

現(xiàn)在的商業(yè)服務(wù)何在？商業(yè)本身是面向服務(wù)、事件驅(qū)動的30年的EDI，…成本是采用的主要障礙；從火星（陽）‘映射’到金星（陰）的成本。標(biāo)準(zhǔn)文檔一般擁有太多的選項。實施十分混亂?；鹦牵枺┫Ｍ私馍虡I(yè)的狀態(tài)，

金星（陰）希望了解文檔交換的狀態(tài)。EDI（商業(yè)文檔交換）并為完全失靈，但是存在難以解決的商業(yè)過程限制。在商業(yè)文檔的發(fā)展方針基礎(chǔ)上，添加商業(yè)過程模型，完成服務(wù)方向的描繪真實世界中商業(yè)服務(wù)需要很多軟件應(yīng)用程序面向服務(wù)的體系結(jié)構(gòu)從商業(yè)過程角度考慮技術(shù)。第三十四頁，共37頁。第三十四頁，共37頁。要點總結(jié)真實商業(yè)過程擁有狀態(tài)參數(shù)，可以隨著商業(yè)的發(fā)展而漂移。面向服務(wù)的體系結(jié)構(gòu)從商業(yè)過程支持角度考慮技術(shù)。從陰陽兩方面的建模是連接商業(yè)和IT的第一步。良好組織的商業(yè)模型能增加IT