作為近些年來越來越得到關(guān)注的一項技術(shù)，業(yè)務(wù)（BusinessProcessManagement，桌面日程安排軟件）如今顯得酷似發(fā)展勢頭越來越猛的另一項技術(shù)：面向服務(wù)的架構(gòu)（Service-orientedArchitecture，SOA）。而這種相似之處使得一些CIO一齊運用這兩項技術(shù)：使用SOA方法作為交付平臺、使用桌面日程安排軟件方法作為業(yè)務(wù)智能平臺。

        桌面日程安排軟件和SOA都要求你安排好業(yè)務(wù)流程，并且弄清楚它們應(yīng)當(dāng)如何與對方，或者其他應(yīng)用及數(shù)據(jù)源進(jìn)行交互。有分析師說：你不可能實施沒有業(yè)務(wù)流程的SOA。不過許多公司還是把兩者人為地分開來，認(rèn)為服務(wù)只是IT功能，認(rèn)為業(yè)務(wù)流程只是業(yè)務(wù)工作流功能。

        但桌面日程安排軟件應(yīng)當(dāng)成為SOA的中心編制機(jī)制，這是因為桌面日程安排軟件本身就是面向流程的。SOA通常使用的編程機(jī)制――通過企業(yè)服務(wù)總線（EnterpriseServiceBus，ESB）進(jìn)行消息傳遞――卻不是面向流程的。

        桌面日程安排軟件將會成為SOA最重要的一個部分，原因就在于它讓你在需求變化時可以組合服務(wù)。

        西諾烏斯金融公司就是這種情況，這家金融服務(wù)聯(lián)合大企業(yè)為美國東南部的客戶提供服務(wù)。三年前，公司的首席技術(shù)官JohnWoolbright開始探究SOA概念，讓他動心的是SOA的這種功能：可以減少要開發(fā)及管理的軟件資產(chǎn)數(shù)量，另外由于能夠組合核心服務(wù)，而不是針對不同的變化情況重新創(chuàng)建服務(wù)，因而增強(qiáng)了提供新服務(wù)方面的靈活性。但廠商們提供的SOA方案都以基礎(chǔ)架構(gòu)為重心，漏掉了對Woolbright來說卻很關(guān)鍵的部分：服務(wù)執(zhí)行的業(yè)務(wù)流程。

        他說：我們從業(yè)務(wù)流程開始著手，然后試圖改變IT工具和技術(shù)，以便支持業(yè)務(wù)流程。

        于是Woolbright引入了ActiveEndpoints公司的桌面日程安排軟件工具，對業(yè)務(wù)流程進(jìn)行定義及建模，然后讓桌面日程安排軟件工具充當(dāng)編制工具，以便管理執(zhí)行流程的SOA服務(wù)。實際上，桌面日程安排軟件工具成了西諾烏斯金融公司服務(wù)架構(gòu)中的編程層。我們使用SOA技術(shù)來獲得通用的數(shù)據(jù)和呈現(xiàn)模型，以便能夠構(gòu)建執(zhí)行業(yè)務(wù)流程的應(yīng)用。

        Woolbright還決定不投資于企業(yè)服務(wù)總線（ESB），這是大多數(shù)SOA廠商大力擁護(hù)的技術(shù)平臺。他問道：我們已經(jīng)針對大多數(shù)ESB層實施了相應(yīng)技術(shù)，譬如安全和數(shù)據(jù)轉(zhuǎn)換；還引入桌面日程安排軟件作為業(yè)務(wù)編程層，那么為什么要更換這一切呢？

        Woolbright當(dāng)時還擔(dān)心這一點：ESB的編制方法只是致力于服務(wù)之間的消息傳遞管理，而不是致力于業(yè)務(wù)流程本身。他說，而任何應(yīng)用項目最終的重點卻需要放在這些業(yè)務(wù)流程上。他指出，充當(dāng)編制層的桌面日程安排軟件工具在服務(wù)執(zhí)行如何影響業(yè)務(wù)流程方面提供了更大的控制度和洞察力。這是因為，業(yè)務(wù)環(huán)境關(guān)注的是業(yè)務(wù)流程本身及它們執(zhí)行的任務(wù)，譬如開設(shè)客戶帳戶或者執(zhí)行信用檢查。

        西諾烏斯金融公司同時發(fā)現(xiàn)了SOA和桌面日程安排軟件的優(yōu)點，所以它能夠在兩方面都關(guān)注的情況下開發(fā)架構(gòu)但這種情況并不常見。許多企業(yè)實施的桌面日程安排軟件項目和SOA項目是各自獨立的，所以需要同時開展桌面日程安排軟件和SOA這兩個項目，而不是一下子即可改造公司。正如SOA是通過好多步驟才能實現(xiàn)的長遠(yuǎn)目標(biāo)，部署極廣泛的桌面日程安排軟件也是如此。

        企業(yè)首先要為獨立的流程部署桌面日程安排軟件，正如許多企業(yè)首先把SOA部署在特定的項目里面那樣。而在這兩種情況下，它們會與ERP和工作軟件等應(yīng)用系統(tǒng)進(jìn)行交互，對它們之間的流程進(jìn)行協(xié)調(diào)，并且與其他應(yīng)用系統(tǒng)進(jìn)行交互。因而，桌面日程安排軟件交付的流程和SOA服務(wù)最初會以事先確定的方式來聯(lián)系組件，被稱之為A-to-B-to-C方式。但如果企業(yè)已經(jīng)定義好了同時面向流程和服務(wù)的一種架構(gòu)，它就能夠根據(jù)需要改變聯(lián)系，以支持新的需求或者出現(xiàn)變化的需求。到某個階段，作為配置上的變化，也許有人會采用A-to-C-to-B的聯(lián)系方式。

        摩托羅拉是預(yù)期進(jìn)行這種SOA與桌面日程安排軟件融合的一家企業(yè)。摩托羅拉負(fù)責(zé)企業(yè)平臺的高級主管CharlesSoto說：我們把桌面日程安排軟件工具與系統(tǒng)系列架構(gòu)結(jié)合起來，這定義了我們公司的藍(lán)圖。畢竟，它們都是同一概念業(yè)務(wù)模塊化（businessmodularity）的延伸。

        企業(yè)架構(gòu)同時面向業(yè)務(wù)流程和軟件服務(wù)，而不是單單關(guān)注其中的一個方面。而采用企業(yè)應(yīng)用集成（EnterpriseApplicationIntegration，EAI）方法的企業(yè)尤其需要這樣的宏觀視野，EAI這種方法完全致力于軟件的交互關(guān)系，而不管它們?yōu)橹?wù)的業(yè)務(wù)流程如何。

        作為圍繞跨不同技術(shù)平臺交付流程的一種架構(gòu)方法，SOA自然符合IT集成方法。而宏觀的SOA方法也自然符合業(yè)務(wù)流程協(xié)調(diào)，從而填補(bǔ)這種空缺。有了真正的SOA，再也不會出現(xiàn)桌面日程安排軟件/EAI對立的情形。