企業(yè)應(yīng)用集成服務(wù)平臺白皮書

1、企業(yè)應(yīng)用集成服務(wù)平臺白皮書 產(chǎn)品特性 企業(yè)應(yīng)用集成服務(wù)平臺白皮書 發(fā)布日期：2004年1月 適用于： BizTalk Server 2004，Visual Studio .NET 以及 Microsoft Office 2003 引言 過去十年間，商務(wù)市場在信息技術(shù)領(lǐng)域投入了空前巨額的資金。其中，兩種不同 的開發(fā)方式為這些投資提供了需求驅(qū)動：企業(yè)框架應(yīng)用的引入以及國際互聯(lián)網(wǎng)、 電子郵件和In ternet應(yīng)用程序的出現(xiàn)。 企業(yè)框架應(yīng)用旨在對各種核心商務(wù)運(yùn)作方式進(jìn)行重構(gòu)，其組成元素包括包含供應(yīng) 鏈管理（SCM系統(tǒng)在內(nèi)的廣泛應(yīng)用程序、企業(yè)資源規(guī)劃（ERP系統(tǒng)以及客戶關(guān) 系管理（CRIM系統(tǒng)。這些精

2、密復(fù)雜的應(yīng)用需要雄厚的資金基礎(chǔ)、特殊的技術(shù)資 源以及強(qiáng)大的運(yùn)行架構(gòu)方可予以實(shí)現(xiàn)。對于那些成功部署此類企業(yè)框架的公司而 言，其核心業(yè)務(wù)運(yùn)行效率將得到顯著增強(qiáng)，進(jìn)而轉(zhuǎn)化為強(qiáng)大的市場競爭實(shí)力。 Web應(yīng)用和電子郵件通常用于實(shí)現(xiàn)消息通信與信息交換，這些技術(shù)大多基于開放 標(biāo)準(zhǔn)并且相對易于實(shí)現(xiàn)。此類開發(fā)工作能夠?yàn)樾畔⑼ㄐ盘峁┬略龉δ懿⑹蛊涔ぷ?效率得到增強(qiáng)，所有這些最終將改善辦公場所的響應(yīng)速度與工作效率。 對于遍布各地的各類公司而言，企業(yè)應(yīng)用數(shù)量與規(guī)模的增長總是伴隨著旨在提供 信息交換渠道的計(jì)算與網(wǎng)絡(luò)基礎(chǔ)架構(gòu)的不斷擴(kuò)建。由于多種技術(shù)不斷涌現(xiàn)所產(chǎn)生 的系統(tǒng)復(fù)雜性不僅導(dǎo)致系統(tǒng)本身的多樣化，同時也造成了用以使應(yīng)

3、用程序庫中所 存放的信息便于為其它平臺、企業(yè)員工及合作伙伴與客戶予以訪問的各類編程資 源和IT預(yù)算的緊缺。 由于當(dāng)今企業(yè)內(nèi)部已建立起廣泛的信息處理與通信機(jī)制，因此，針對信息的需求 也變得日趨迫切。每一名配備具有In ternet上網(wǎng)能力計(jì)算機(jī)的信息工作者均能 夠訪問無限的信息與計(jì)算功能，盡管其中某些信息或功能并非與他們的日常商務(wù) 工作關(guān)系最為密切。用戶期望提供的信息技術(shù)與他們實(shí)際獲取的技術(shù)之間相互差 距的不斷增大，已成為企業(yè)應(yīng)用集成（EAI）與業(yè)務(wù)流程自動化（BPA項(xiàng)目成為 大多數(shù)組織機(jī)構(gòu)內(nèi)部首要IT任務(wù)的主要原因。 目前的問題在于，企業(yè)框架應(yīng)用由數(shù)以千計(jì)的程序模塊、 數(shù)據(jù)庫、帶有運(yùn)行過程 的

4、數(shù)據(jù)文件、控制單元以及可擴(kuò)展的嚴(yán)格訪問機(jī)制所組成。由于相關(guān)工作涉及大 量連續(xù)的低級別程序開發(fā)任務(wù)， 因此，開發(fā)擴(kuò)展程序化功能或嘗試通過原先系統(tǒng) 中未予定義的方式訪問各類信息需要消耗大量資源、時間與資金。 手工實(shí)現(xiàn)端到端系統(tǒng)集成是目前在信息交換過程中所采用的流行方式。 那些在接 口應(yīng)用程序 API 方面具有豐富經(jīng)驗(yàn)的程序員將負(fù)責(zé)開發(fā)用以訪問來源應(yīng)用程序 數(shù)據(jù)的定制化應(yīng)用 （通常采用二進(jìn)制格式） ；將其映射、 轉(zhuǎn)換為特定的數(shù)據(jù)結(jié)構(gòu)； 根據(jù)要求對這些數(shù)據(jù)進(jìn)行操作， 并將其提交至目標(biāo)應(yīng)用程序。 正如應(yīng)用程序本身 那樣，這種方式所生成的是一套以程序代碼形式存在并執(zhí)行、 且具有高度針對性 與緊密耦合的功能

5、集合。 此類開發(fā)工作具有高度線性化特征；其中每個步驟均 依賴于上一步驟的完成， 并且無法被輕松打斷或被分割為多個可以利用分布式資 源分散完成的獨(dú)立任務(wù)。 由此可見， 滿足集成項(xiàng)目所產(chǎn)生的不斷增長的工作負(fù)載 就意味著需要增添更多的編程資源。 集成項(xiàng)目所需消耗的資源范圍可以用 N的平方形式予以表示：N*（N-1）/2，其中, N為接口端點(diǎn)數(shù)量。如果某一組織機(jī)構(gòu)具有由 20個內(nèi)部交互端點(diǎn)相連接的全面 嚙合系統(tǒng)（這是一個很小的數(shù)目），那么，就必須為其開發(fā) 190 個程序化內(nèi)部交 互接口。由于每個集成化接口均為專用模式， 并且采用不具重用性的非模塊化編 碼結(jié)構(gòu)，因此， 整體編程效率不會隨著編程資源的增加

6、而得到相應(yīng)提高。 隨著集 成需求的增加， IT 力量不斷被占用，進(jìn)而導(dǎo)致相關(guān)資源及預(yù)算不斷被耗盡。有 鑒于此，在多數(shù)組織機(jī)構(gòu)中， 那些本應(yīng)由自動化解決方案來實(shí)現(xiàn)的功能仍舊通過 手工方式來執(zhí)行的現(xiàn)象就完全不足為奇了。 一種替代集成方式是部署中間件集成樞紐或隊(duì)列平臺。 此類產(chǎn)品的用途在于利用 預(yù)先提供的適配器來捕獲企業(yè)框架應(yīng)用的專用數(shù)據(jù)格式， 并通過中間件平臺所提 供的映射、轉(zhuǎn)換與傳輸機(jī)制在應(yīng)用程序端點(diǎn)之間實(shí)現(xiàn)數(shù)據(jù)交換。 中間件平臺同時 還能提供針對事務(wù)交換、 事件監(jiān)控、 錯誤捕捉及安全特性的支持機(jī)制。 盡管此類 平臺避免了大量程序編碼工作，并將對端點(diǎn)工作方式的了解程度降至最低限度， 然而，它卻并

7、非適用于所有情況其造價(jià)昂貴、 結(jié)構(gòu)復(fù)雜且缺乏通用性。 與端 到端的集成方式相類似， 這種平臺需要憑借高度專用化資源方可發(fā)揮出其所具備 的潛在效率， 此外，其所創(chuàng)建的集成接口同樣具有緊密相關(guān)性， 它是將信息與內(nèi) 部工作機(jī)制綁定在一起、 從而傳遞相互依賴性的封閉系統(tǒng)體系結(jié)構(gòu)的另一種表現(xiàn) 形式。 軟件開發(fā)團(tuán)隊(duì)及終端用戶均已認(rèn)識到， 阻止信息技術(shù)在企業(yè)內(nèi)部發(fā)揮更高效能的 主要障礙在于將信息提供給多種應(yīng)用程序或業(yè)務(wù)流程的處理過程所存在的線性 化特征與昂貴的資金消耗。這種障礙使企業(yè)無法創(chuàng)建以處理過程為中心商務(wù)環(huán) 境，因而無法對其自身進(jìn)行組織、 監(jiān)控與調(diào)整， 進(jìn)而無法對商務(wù)環(huán)境內(nèi)部的細(xì)微 及顯著變化做出合理

8、的均衡響應(yīng)。 所幸的是，一種能夠緩解EAI與BPA開發(fā)過程中效率低下現(xiàn)象的新型計(jì)算范式正 在興起， 同時， 相關(guān)軟件標(biāo)準(zhǔn)體系也在快速編纂之中。 這種新型范式在概念定義 上將集成過程從程序?qū)犹嵘叫畔ⅲㄎ臋n）與傳輸（通信）層。通過將信息從使 用它的應(yīng)用程序中分離出來，以清晰的文本形式對其進(jìn)行展現(xiàn)，并采用自描述 XML元數(shù)據(jù)方式為其賦予含義及結(jié)構(gòu)， 相關(guān)信息得以通過任意一種具備 XML元數(shù) 據(jù)解析能力的應(yīng)用程序進(jìn)行處理。 甚至應(yīng)用程序自身的運(yùn)行功能和調(diào)用方法也可 通過XML形式進(jìn)行描述與展現(xiàn)，這使其能夠在不考慮所處位置、 最初開發(fā)方式以 及具體運(yùn)行平臺的情況下自由執(zhí)行。以上這些便是 WebServ

9、ice 協(xié)議、簡單對象 訪問協(xié)議（SOAP以及Web Service定義語言（WSD）所需具備的基本前提。 以業(yè)務(wù)處理過程為中心的計(jì)算方式 這種消息通信范式最為重要的作用之一便是提供面向各種以處理過程為中心的 需求提供一種易于訪問的可行解決方案。 置于管理狀態(tài)下的工作流、 應(yīng)用集成接 口或傳統(tǒng)合作伙伴交互方式能夠通過由結(jié)構(gòu)化 XML文檔與消息所編制的流程加 以描述、組合及實(shí)現(xiàn)。之后，這些消息將根據(jù)各自的內(nèi)容、格式要求和業(yè)務(wù)規(guī)則 進(jìn)行傳輸、 轉(zhuǎn)換與處理。 憑借基于這種模型的集成開發(fā)平臺， 用戶不再需要自行 編寫用以訪問、 映射及轉(zhuǎn)換數(shù)據(jù)格式的程序代碼。 同時，也不再需要理解多種不 同應(yīng)用程序所使

10、用的API。在這種范式中，不再包含那種需要通過編程方式創(chuàng)建 且具有緊密關(guān)聯(lián)性的硬編碼接口， 相反，信息從信息源分離并且可以在任何內(nèi)部 應(yīng)用程序中交換 XML和WebService將對企業(yè)創(chuàng)建并集成的那些用以控制自身業(yè)務(wù)運(yùn)作效率的應(yīng) 用程序及處理過程所采用的方式產(chǎn)生深遠(yuǎn)影響。 與此同時，電子郵件和互聯(lián)網(wǎng)的 出現(xiàn)也使得隨時隨地交換并訪問信息成為可能，XML和WebService能夠在應(yīng)用 程序和業(yè)務(wù)流程之間實(shí)現(xiàn)順暢的自動化信息交換機(jī)制， 而不必考慮這些信息最初 是由何種應(yīng)用或平臺提供的。盡管如此，單就技術(shù)而言，XML和WebService只 是一種具備有限功能的技術(shù)。 他們無法通過某種簡單方式嵌入

11、到組織機(jī)構(gòu)的現(xiàn)有 基礎(chǔ)架構(gòu)當(dāng)中，提供預(yù)期的功能效率，或?qū)崿F(xiàn) IT 企業(yè)所習(xí)以為常的運(yùn)行性能標(biāo) 準(zhǔn)。只有在那些由為其在嵌入式基礎(chǔ)架構(gòu)中提供應(yīng)用途徑的補(bǔ)充技術(shù)和支持技術(shù) 所構(gòu)成的框架結(jié)構(gòu)中予以實(shí)現(xiàn)，XML和WebService的價(jià)值才能夠真正得以發(fā)揮。 要使XML和WebService能夠在創(chuàng)建以處理過程為中心的靈活業(yè)務(wù)環(huán)境過程中真 正發(fā)揮作用，它們所具備的功能就必須嵌入到便于終端用戶和開發(fā)人員輕松使用 的托管宿主應(yīng)用程序中。除利用 XML標(biāo)準(zhǔn)與異種系統(tǒng)實(shí)現(xiàn)連接的集成化平臺外， 軟件開發(fā)工具必須能夠直接生成 WebService，數(shù)據(jù)庫必須具備內(nèi)建XML元數(shù)據(jù) 存儲能力，人員生產(chǎn)力工具必須能夠以透

12、明的方式解析、處理并生成XML文檔， SOAP必須充當(dāng)允許這些組件實(shí)現(xiàn)交互的底層消息通信機(jī)制。這也正是以處理過 程為中心的基礎(chǔ)架構(gòu)能夠增強(qiáng)企業(yè)靈活性的原因所在。 商務(wù)靈活性是指根據(jù)業(yè)務(wù)變化及時調(diào)整并改造企業(yè)資源與處理過程， 并通過有序 且不具破壞性的方式對其進(jìn)行擴(kuò)大或分解的能力。 以下屬性定義了以處理過程為 中心的靈活基礎(chǔ)架構(gòu)所應(yīng)具備的特征： 端到端處理活動在創(chuàng)建與執(zhí)行過程中的可見性 具備展現(xiàn)及自描述特征的處理過程組件與功能 將處在不同位置上的各種信息來源與應(yīng)用功能集成到單一處理過程中的能力 在整個處理過程中具備自動化功能的信息流及事件通知 能夠提供工作流服務(wù) 能夠針對處理過程中的各項(xiàng)活動加以

13、指定、監(jiān)控及強(qiáng)制的服務(wù)等級協(xié)議 能夠在不干擾處理過程中其它活動的情況下在處理過程中添加、刪除或重新 配置各項(xiàng)活動的能力 能夠以實(shí)時或接近實(shí)時的方式進(jìn)行監(jiān)控的活動 能夠滿足各種異常處理需求的處理過程設(shè)計(jì)方案 能夠輕松復(fù)制、擴(kuò)展并伸縮的處理過程 以高效且高性價(jià)比的方式部署所有屬性的能力 XML Web Services 的角色 Microsoft?公司一直在 XML與 WebService開發(fā)領(lǐng)域中處于前沿地位。Microsoft 公司是提交至互聯(lián)網(wǎng)協(xié)會的 Web Services 協(xié)議的最初發(fā)起人。同時，作為最早 基于XML消肖息通信模式所開發(fā)的EAI / B2B和BPA工具之一，Microso

14、ft公司還 引入了 BizTalk? Server 作為企業(yè)應(yīng)用集成服務(wù)平臺。 比其它軟件開發(fā)商更進(jìn)一 步的是， Microsoft 公司承諾在各類產(chǎn)品中應(yīng)用這些技術(shù)，與其他公司相比， Microsoft公司在集成、開發(fā)與生產(chǎn)力技術(shù)領(lǐng)域中對XML和 WebService技術(shù)的 應(yīng)用要更為顯而易見且更加廣泛。 新版 BizTalk Server 、 Visual Studio? .NET 和 Microsoft Office 2003 中所包 含的XML與 WebServices功能再次印證了 Microsoft所提出的分布式EAI和BPA 開發(fā)與部署活動構(gòu)想。 這份白皮書探討了如何在此類應(yīng)用中

15、實(shí)現(xiàn)XML與 WebService技術(shù)，并且描述了 作為 Microsoft 企業(yè)集成活動基礎(chǔ)架構(gòu)的這三種平臺如何通過交互通信的方式 創(chuàng)建以處理過程為中心的計(jì)算基礎(chǔ)架構(gòu)。 同時，這份白皮書還介紹了那些能夠?yàn)?BizTalk Server 提供連接能力、監(jiān)控機(jī)制、性能管理功能、伸縮特性以及容錯 支持能力、并使得這種基于XML的集成與處理過程管理體系結(jié)構(gòu)能夠遵循IT企 業(yè)所慣用的設(shè)計(jì)與運(yùn)行性能標(biāo)準(zhǔn)的 Microsoft 技術(shù)。 Microsoft公司面向企業(yè)集成與BPM所提供的產(chǎn)品 為了實(shí)現(xiàn)Microsoft公司所構(gòu)想的企業(yè)集成（EI）、業(yè)務(wù)處理過程管理（BPM 和商貿(mào)伙伴交互（TPI）的開發(fā)與實(shí)

16、時平臺，BizTalk Server與Visual Studio .NET 被緊密集成在一起。它們包含了利用XML和Web Services技術(shù)所實(shí)現(xiàn)的集成與 業(yè)務(wù)處理過程自動化功能。 Visual Studio .NET 中增加了大量健壯的應(yīng)用集成 與工作流開發(fā)工具集，而 BizTalk Server則為那些在Visual Studio .NET中所 創(chuàng)建的集成應(yīng)用程序充當(dāng)處理過程執(zhí)行與活動監(jiān)控引擎。以下列表描述了由 Visual Studio .NET和BizTalk Server 2004聯(lián)合構(gòu)成的集成化開發(fā)環(huán)境（IDE） 中所包含的核心模塊。 Visual Studio .NET 中所

17、包含的 BizTalk Server 開發(fā)組件： 用以定義文檔語義（XML架構(gòu)）的XML編輯工具 用以將文檔動態(tài)轉(zhuǎn)換為不同格式且基于XSLT的映射工具 提供文檔交換過程中確認(rèn)、驗(yàn)證、加密、轉(zhuǎn)換及路由功能所需邏輯處理機(jī)制 的發(fā)布與訂閱消息通信基礎(chǔ)架構(gòu)。 這種基礎(chǔ)架構(gòu)同時還應(yīng)支持消息間的相互關(guān)聯(lián) 及持久性。 用以創(chuàng)建能夠支持拖放裝配方式的復(fù)雜處理過程的圖形化業(yè)務(wù)流程工具 BizTalk Server 環(huán)境中所包含的組件： 使用基于XML的XLAN倂且允許對業(yè)務(wù)處理過程執(zhí)行語言（BPEL文檔執(zhí)行 導(dǎo)入、導(dǎo)出操作的處理過程執(zhí)行引擎 用以創(chuàng)建能夠按照高度模塊化方式加以應(yīng)用和修改的復(fù)雜業(yè)務(wù)規(guī)則集合的業(yè) 務(wù)

18、規(guī)則組合引擎 用以對有關(guān)活動消息和處理過程活動狀態(tài)及歷史數(shù)據(jù)的實(shí)時信息進(jìn)行監(jiān)控和 查看的健康狀態(tài)與活動（HAT管理工具 用以生成并分析業(yè)務(wù)處理過程實(shí)時性能指標(biāo)的業(yè)務(wù)活動管理 （BAM模塊。這 些指標(biāo)可以是業(yè)務(wù)處理過程或業(yè)務(wù)處理過程組件所產(chǎn)生的結(jié)果。BAM是針對商務(wù) 智能（ BI ）所提供的一種補(bǔ)充技術(shù)。 XML與 BizTalk Server 新版BizTalk Server所具備的最重要特性之一便是采用 XMLSchema標(biāo)準(zhǔn)來規(guī)范 內(nèi)部BizTalk Server 文檔定義。XML Schem是一套旨在定義 XML文檔結(jié)構(gòu)、內(nèi) 容及語義的規(guī)范集合。 BizTalk Server使用XML

19、Schem來為那些將會從外部應(yīng)用或處理步驟收到或發(fā) 出的專有信息格式創(chuàng)建內(nèi)部結(jié)構(gòu)化語義模型（文檔定義）。 BizTalk Server 將 這些內(nèi)部文檔定義存放并發(fā)布到一個共享存儲庫中。 映射工具將負(fù)責(zé)把與一種應(yīng) 用信息格式（基于其內(nèi)部 BizTalk Server 文檔定義）相對應(yīng)的轉(zhuǎn)換機(jī)制映射到 另一種格式（同樣基于其內(nèi)部文檔定義），以便創(chuàng)建相應(yīng)的映射。這種轉(zhuǎn)換圖同 樣存放并發(fā)布到一個存儲庫中。當(dāng)收到來自另一應(yīng)用且標(biāo)明為輸入的信息時， BizTalk Server 將進(jìn)行數(shù)據(jù)交換，并通過預(yù)先存儲的映射機(jī)制對其執(zhí)行格式轉(zhuǎn) 換。此后， BizTalk Server 將以要求的格式將這些信息提交

20、至接收應(yīng)用程序或 處理過程步驟。 當(dāng)應(yīng)用于某種一對多或多對多集成需求時， 這種信息樞紐模型的靈活性與高效性 是顯而易見的。 舉例來說， 某種應(yīng)用可以生成一份文檔， 并在其中包含能夠被大 量其它應(yīng)用以不同方式有選擇加以使用的信息。這份文檔可以通過 BizTalk Server 的“發(fā)布與訂閱”功能分發(fā)至多種轉(zhuǎn)換管道。借助這些管道，每種文檔 實(shí)例所需要的信息將依據(jù)映射在相應(yīng)的頻道內(nèi)進(jìn)行提取與轉(zhuǎn)換。 隨后，這些信息 將被發(fā)送到不同的應(yīng)用程序或處理過程。 為這些轉(zhuǎn)換操作提供執(zhí)行支持的技術(shù)同樣基于 XML協(xié)議標(biāo)準(zhǔn)一一XML Schema SOAP XSLT和 XPATH特別需要說明的是，這些轉(zhuǎn)換的實(shí)現(xiàn)方

21、式不涉及任何程序 開發(fā)。BizTalk Server 應(yīng)用組件對XSLT XPATH和XML Schema勺底層復(fù)雜性進(jìn) 行了抽象。這種方式有效的將集成開發(fā)過程從一項(xiàng)高度專業(yè)化的晦澀程序開發(fā)工 作轉(zhuǎn)變?yōu)橐环N易于理解的透明裝配活動。 與信息工作者融為一體 XML技術(shù)同樣被廣泛應(yīng)用到了 Microsoft Office 2003的工作流管理功能當(dāng)中， 這也正是 Microsoft 為企業(yè)提供用以建立以處理過程為中心的基礎(chǔ)架構(gòu)所需工 具這一策略所依賴的另一塊基石。 工作流管理是對那些依賴人員與系統(tǒng)之間信息 交流的業(yè)務(wù)運(yùn)行方式進(jìn)行優(yōu)化的一項(xiàng)專門學(xué)科。 由于人力資源在所有組織機(jī)構(gòu)中 均代表著最大一塊費(fèi)用

22、開支， 因此，勞動者生產(chǎn)力的任何提高都會對組織機(jī)構(gòu)的 經(jīng)濟(jì)效益與競爭實(shí)力帶來顯著增長。工作流效率低下通常是由以下因素所造成 的： 存在處理過程二重性的紙張文檔生成、操作與處理機(jī)制 為獲取完成某項(xiàng)任務(wù)所需的必要信息而造成的延誤 由于瓶頸或優(yōu)先級沖突所造成的延誤 造成處理過程癱瘓的不完整或不正確信息 處理過程中各步驟間無法保證的連續(xù)依賴性 與其它技術(shù)相比， 通過允許參與者直接訪問那些原先需要借助中介資源訪問的功 能和信息，Web技術(shù)大大降低了成本，并且顯著提高了工作流任務(wù)的執(zhí)行效率。 然而，基于Web勺業(yè)務(wù)功能與信息訪問方式最適用于那些存在分散性且生命周期 短暫的業(yè)務(wù)活動即處理過程中的所有或多數(shù)步

23、驟均可在發(fā)起者的控制下一 次完成。此類活動的典型示例包括采購商品或檢查訂單狀態(tài)。盡管如此，基于 Web的交互方式仍然無法適應(yīng)許多需要滿足特定文檔需求和復(fù)雜處理過程動態(tài) 性要求的工作流場景。 復(fù)雜工作流的文檔動態(tài)性通常具備以下特征： 文檔屬于某種由多個步驟組成且需要長時間執(zhí)行的處理過程，在此類處理過 程中，信息由多個參與者共同生成， 需要在不同參閱者之間來回傳遞， 并且會定 期進(jìn)行修改或擴(kuò)展。 文檔可能需要在處理過程中任意步驟內(nèi)的初始上下文中加以引用。 文檔傳遞與處理需求取決于文檔中所包含信息 來自于其它信息中的信息將被歸入文檔本身（自動文檔記錄） 文檔和參與者標(biāo)識將在處理過程中的某個環(huán)節(jié)上進(jìn)行

24、驗(yàn)證。 此類復(fù)雜工作流的典型示例包括費(fèi)用報(bào)表處理、 保險(xiǎn)單申請、財(cái)務(wù)報(bào)表生成、 商 業(yè)銀行信用證發(fā)放、 捐稅收入處理、 貸款申請以及催詢單處理等。 在這些工作流 中，通常存在多份需要在整個處理過程生命周期中予以保留文檔及附件， 對它們 的訪問會在很長一段時間內(nèi)存在，并且將會涉及多個參與方及應(yīng)用程序。 相比之下， 盡管基于紙張的文檔方式會大大降低處理過程的執(zhí)行效率， 然而它卻 能夠通過多種方式滿足包含多個步驟、 需要多方參與且長時間運(yùn)行的工作流所存 在的基本文檔需求： 以最初形式及上下文關(guān)系保存信息 在不影響原始文檔完整性的前提下合并匯總不同文檔或文檔中所包含的特定 信息。 對文檔本身以及創(chuàng)建或

25、修改該文檔的各方進(jìn)行驗(yàn)證 提供易于理解的信息，此類信息易于通過文檔中的元數(shù)據(jù)（定義、說明、引 用）關(guān)聯(lián)性進(jìn)行處理與傳遞 確保提供獨(dú)立于軟件應(yīng)用程序的內(nèi)容訪問能力 為簡化具備全數(shù)字特征的工作流處理過程， 必須通過一種參與者可以接受且易于 訪問的方式對這些文檔特征及工作流動態(tài)特性進(jìn)行模擬。 此外，只有當(dāng)信息能夠 通過自動化、 透明方式在不同應(yīng)用之間進(jìn)行交換與處理時， 數(shù)字化信息所具備的 真正優(yōu)勢與效率才能體現(xiàn)出來。 利用文字處理或電子表格程序創(chuàng)建的表單可以非 常輕松的進(jìn)行填寫，然而，其中所輸入的信息卻并不易于理解，換言之，在缺少 程序或人為干預(yù)的情況下，這些信息很難被相同應(yīng)用程序或其它應(yīng)用程序所處

26、 理。這正是另一種常見計(jì)算問題的具體表現(xiàn)，即如何確保數(shù)字化信息便于理解、 具備可用功能、 且獨(dú)立于任何托管應(yīng)用程序。 與模擬復(fù)雜工作流中基于紙張文檔 管理方式所具備的特征一樣，這種問題也被納入到了 XML解決方案的涉及范疇之 內(nèi)。 更加明確的說，這種問題通過 XMLSchema和XSLT所提供的功能得到了解決，這 與 BizTalk Server 在應(yīng)用程序數(shù)據(jù)交換過程中利用它們將一種文檔格式的結(jié)構(gòu) 與內(nèi)容轉(zhuǎn)換為另一種結(jié)構(gòu)與內(nèi)容所采用的方式完全相同。 如果應(yīng)用程序本身可以 利用其所特有的架構(gòu)定義和處理指令來生成并解析 XML文檔，那么，它們亦可根 據(jù)在文檔中所發(fā)現(xiàn)的信息和元數(shù)據(jù) （例如，在文檔

27、收條中檢查根節(jié)點(diǎn)并按照可識 別節(jié)點(diǎn)的腳本指令進(jìn)行處理） 來實(shí)現(xiàn)事件級交互。 此種情況下， 應(yīng)用程序應(yīng)當(dāng)能 夠通過協(xié)商方式在應(yīng)用程序以及應(yīng)用程序與參與者之間執(zhí)行自動化信息處理功 這是 Web Services 背后的基本概念。事件級交互基于文檔本身所包含的嵌入式 處理指令。 由于這些處理指令可以由對其進(jìn)行交換的應(yīng)用程序來執(zhí)行， 因此，不 但基于紙張的文檔管理方式所具備的特征得到了保持， 同時，文書處理工作 （一 項(xiàng)通常需要按照更為復(fù)雜的格式要求來進(jìn)行內(nèi)容分析與現(xiàn)有信息重構(gòu)的任務(wù)） 的 繁重負(fù)擔(dān)也得到了避免。借助面向XML處理的內(nèi)建應(yīng)用支持能力，多數(shù)分析任務(wù) 以及所有信息重構(gòu)工作均可在限制用戶只能

28、與單一任務(wù)進(jìn)行交互的前提下交由 應(yīng)用程序來完成：執(zhí)行他們需要在工作流中負(fù)責(zé)完成的決定性操作。 一旦應(yīng)用程序具備全面XML支持能力，其處理過程執(zhí)行效率將得到顯著提升。這 種執(zhí)行效率的提升具有重要意義， 在即將發(fā)布的 Microsoft Office 2003 中， Word 和Excel將采用通過架構(gòu)定義文件實(shí)現(xiàn)的XML作為內(nèi)建文檔格式。由于從本質(zhì)上 重新定義了功能概念以及這些應(yīng)用程序所具備的功能，因此，XML允許Word和 Excel像網(wǎng)絡(luò)客戶端那樣（類似于 Web瀏覽器或電子郵件客戶端的方式）進(jìn)行工 作，并且允許它們與包括自身在內(nèi)具有各種來源的 XMLW息進(jìn)行復(fù)雜的自動交互 操作。顯然，由于

29、這些應(yīng)用程序中本身部署了XML生成于組織機(jī)構(gòu)內(nèi)部的信息 質(zhì)量與可用性也將立即得到提高。 利用 Microsoft InfoPath 實(shí)現(xiàn)基于工作流服務(wù) 在Office 2003 中，Microsoft引入了 InfoPath?，這是一種基于 XML的表單應(yīng) 用程序，其用途在于滿足復(fù)雜的工作流文檔需求。一個 InfoPath 表單模板由一 個或多個底層架構(gòu)和XSLT樣式表，以及業(yè)務(wù)邏輯和控制腳本組成。這種模板將 通過以下方式對在其基礎(chǔ)上創(chuàng)建的表單運(yùn)行方式加以控制： 分配數(shù)據(jù)類型，限制并驗(yàn)證允許在表單中輸入的數(shù)據(jù)取值 控制數(shù)據(jù)記錄間的相互依賴性，并激活表單中的特定區(qū)域 生成自動獲得、來自其它數(shù)據(jù)源

30、或通過計(jì)算得出的取值 調(diào)用事件、提示及指令 提供針對遠(yuǎn)程信息源的訪問機(jī)制 支持使用數(shù)字簽名 當(dāng) InfoPath 表單被填寫時，它將生成一個由輸入信息、獲取信息、可選數(shù)字簽 名以及由表單模板根據(jù)有關(guān)事件、提示與指令生成的相關(guān)數(shù)據(jù)所組成的XML 文 檔。同時，這個文檔還將包含針對相關(guān)架構(gòu)的引用，以便允許其他應(yīng)用程序（包 括 BizTalk Server ）通過各自的架構(gòu)對該文檔進(jìn)行驗(yàn)證。這個由 InfoPath 創(chuàng)建 的XML文檔通過以下方式模擬了傳統(tǒng)工作流中的紙張?zhí)卣鳎?一份最初經(jīng)過數(shù)字簽名的文檔將始終保存在其創(chuàng)建者手中 該文檔可以同其簽名一道分發(fā)給所有相關(guān)人員，并確保其不會遭到未經(jīng)授權(quán) 的修

31、改 文檔內(nèi)容具備自描述特征，它可以基于自身所包含的信息進(jìn)行處理和傳遞 該文檔能夠在維持初始完整性的情況下與其它XML文檔相互結(jié)合 除解決前面所介紹的許多圍繞工作流效率低下的常見問題外， InfoPath 還具備 了創(chuàng)建能夠滿足幾乎所有組織機(jī)構(gòu)性能與運(yùn)行需求的協(xié)同工作流的能力。當(dāng) InfoPath生成的XML文檔與BizTalk Server所提供的編排消息通信方式和活動 機(jī)制相結(jié)合時，它們的交互功能將通過相互利用的方式實(shí)現(xiàn)前所未有的工作流執(zhí) 行效率。 與 Visual Studio.Net 實(shí)現(xiàn)集成 在 BizTalk Server 2004 中，業(yè)務(wù)流程設(shè)計(jì)器模塊與 Visual Studi

32、o .NET 實(shí)現(xiàn) 了全面集成。 憑借其所具備的擴(kuò)展功能， 業(yè)務(wù)流程設(shè)計(jì)程序模塊提供了一種全新 的集成或處理過程裝配工作區(qū)，這種工作區(qū)能夠通過圖形方式展現(xiàn)與實(shí)現(xiàn)對象 （如消息管道、端口和架構(gòu)）相綁定的設(shè)計(jì)邏輯。 盡管 Visual Studio .NET 屬于一種編程環(huán)境，然而，實(shí)現(xiàn)集成需求或處理過程 設(shè)計(jì)的方法卻與常規(guī)程序開發(fā)技術(shù)不盡相同。 作為一種替代產(chǎn)品， 業(yè)務(wù)流程設(shè)計(jì) 程序能夠繪制邏輯流程圖以及實(shí)現(xiàn)消息通信范式（一種用以發(fā)送、接收、檢查、 轉(zhuǎn)換XML消息與文檔的模型）所需的裝配組件。此外，針對高度復(fù)雜功能（例如 需要兩步提交的事務(wù)以及組件相關(guān)性等） 的實(shí)現(xiàn)機(jī)制可以由平臺自身提供從 而避

33、免了手工編寫實(shí)現(xiàn)此類功能的復(fù)雜程序代碼。 通過這種方式創(chuàng)建的集成接口和業(yè)務(wù)處理過程相互獨(dú)立且采用松耦合方式。 每條 消息事件及其實(shí)現(xiàn)綁定在功能上與其它消息事件和實(shí)現(xiàn)綁定都是相互獨(dú)立的。 針 對特定耦合機(jī)制所進(jìn)行的修改不會對整體處理邏輯或其它綁定的完整性造成影 響。這樣一來，對于在 BizTalk Server 環(huán)境中所開發(fā)的集成接口或處理過程進(jìn) 行修改或完全重用就變成了一項(xiàng)非常簡單直接的工作。 在以往的處理過程開發(fā)過 程中，復(fù)雜的集成方式與處理過程將被包含在晦澀難懂的程序代碼中。 此類代碼 結(jié)合了端點(diǎn)對象結(jié)構(gòu)、 處理過程流程邏輯、 數(shù)據(jù)格式轉(zhuǎn)換機(jī)制、 業(yè)務(wù)規(guī)則以及傳 輸架構(gòu)綁定。 如果需要對該

34、代碼的某一方面進(jìn)行修改， 整個代碼模塊的完整性就 會遭到破壞。 修改代碼可能導(dǎo)致錯誤的風(fēng)險(xiǎn)一直是軟件開發(fā)的缺陷之一， 同時也 是導(dǎo)致用戶在根據(jù)業(yè)務(wù)需求變化進(jìn)行處理過程后續(xù)修改時猶豫不決的主要原因。 當(dāng)整個開發(fā)環(huán)境以及通過這種開發(fā)環(huán)境所創(chuàng)建的應(yīng)用程序變?yōu)橥该鞣绞角也捎?松耦合方式后，這種情況將不復(fù)存在。 通過引入 BizTalk Server 2004 業(yè)務(wù)規(guī)則編輯器（ Business Rules Composer ） 模塊所包含的新增功能組件， 這種暴露式模塊化開發(fā)環(huán)境所具備的功能得到了進(jìn) 一步增強(qiáng)。業(yè)務(wù)規(guī)則編輯器由用以通過轉(zhuǎn)發(fā)鏈接口模型創(chuàng)建并處理復(fù)雜規(guī)則集合 的業(yè)務(wù)規(guī)則編輯器和引擎構(gòu)成。用

35、以驅(qū)動特定活動或功能的規(guī)則集合（或“策 略”）由業(yè)務(wù)規(guī)則組合程序創(chuàng)建，并將成為能夠在 BizTalk Server 編排程序中 加以引用的資源對象。業(yè)務(wù)規(guī)則的創(chuàng)建與實(shí)施過程中貫穿著透明和松耦合原則。 一套結(jié)合到 BizTalk Server 業(yè)務(wù)流程程序中的規(guī)則集合可以在設(shè)計(jì)和運(yùn)行過程 中進(jìn)行查看、 修改或替換， 并且不會對處理過程的其它方面造成任何影響， 不會 中斷相關(guān)處理過程的任何運(yùn)行實(shí)例。 由暴露式模塊化規(guī)則引擎針對業(yè)務(wù)處理過程修改所提供的靈活性具有非常重要 的意義。在以往的應(yīng)用開發(fā)過程中， 業(yè)務(wù)規(guī)則邏輯被嵌入到程序代碼當(dāng)中， 并且 幾乎無法在不改變代碼本身的情況下進(jìn)行修改， 這種開發(fā)方

36、式消耗了大量時間與 資源，并且可能導(dǎo)致無法預(yù)見的程序執(zhí)行方式。 由于針對業(yè)務(wù)處理過程生命周期 的絕大多數(shù)修改均屬于業(yè)務(wù)規(guī)則的修改（區(qū)別于技術(shù)方面的修改），因此，將業(yè) 務(wù)規(guī)則完全獨(dú)立于程序代碼以外的能力， 或者任何一種處理過程實(shí)現(xiàn)機(jī)制都將顯 著提高業(yè)務(wù)處理過程在其整個生命周期內(nèi)管理與運(yùn)行效率。 業(yè)務(wù)活動監(jiān)控 一旦集成接口或業(yè)務(wù)處理過程被創(chuàng)建， 集成應(yīng)用程序或處理過程的運(yùn)行版本便會 由 Visual Studio .NET 生成，同時由 BizTalk Server 執(zhí)行引擎負(fù)責(zé)將其實(shí)例化 并進(jìn)行管理。借助 BizTalk Server 運(yùn)行時環(huán)境，數(shù)以千計(jì)的短期與長期業(yè)務(wù)、 文檔交換及處理過程實(shí)例便可在任意指定時刻發(fā)生。 跟蹤、監(jiān)控并確保這些活動 的持續(xù)性是處理過程執(zhí)行引擎所必備的功能同是也是 BizTalk Server 2004 超越其它產(chǎn)品的獨(dú)特之處。 健康狀況與活動跟蹤（HAT和業(yè)務(wù)活動監(jiān)控（BAM是兩種旨在提供審計(jì)與分析 機(jī)制的全新模塊。健康狀況與活動跟蹤（HAT模塊通過健壯的查詢機(jī)制來提供 歷史活動與實(shí)時活動視圖， 從而展現(xiàn)有關(guān)被查詢處理過程和交換活動步驟的全面 信息。 業(yè)務(wù)活動管理模塊是一種O