使用 BizTalk Server 2004 實現應用程式整合和流程智慧

[注意]如果圖看不到,請到官方下載:

http://www.microsoft.com/china/technet/itsolutions/msit/ecomm/biztalkaipi.mspx

技術案例研究

釋出時間：2005 年 10 月

通過將 Microsoft® BizTalk® Server 2004 與 Microsoft BizTalk Adapter v2.0 for mySAP™ Business Suite 結合使用，Microsoft 娛樂和裝置部建立了一個業務整合與智慧框架，從而改進了應用程式整合和文件處理管理。

Microsoft 娛樂和裝置部所需要的業務整合與智慧框架既要便於應用程式整合，又要能夠簡化內、外源之間業務文件的交換。此外，娛樂和裝置部還要求該框架可以通過 Microsoft 所用的 SAP R/3 企業資源計劃（Enterprise Resource Planning，ERP）系統實現資料的無縫交換。

娛樂和裝置部實施的框架可以在其他組織嘗試建立自己的智慧業務流程管理解決方案時為他們提供協助，從而簡化通過使用 SAP R/3 ERP 系統或其他系統進行的業務文件交換。

本案例研究針對需要有效的業務文件流程管理解決方案的資訊長、資訊科技 (IT) 主管、解決方案架構師以及技術決策者而編寫。

背景形勢

Microsoft 沒有自己的 Microsoft Xbox® 系統平臺製造廠，而是由娛樂和裝置部與許多不同的外部供應商和簽約製造商合作，這些供應商和簽約製造商生產的元件和提供的服務對於負責製造 Xbox 系統平臺的生產經營集團而言至關重要。另外，由於許多關鍵元件都是採用委託加工的方式，因此簽約製造商一方的元件在使用或調整時，必須在 Microsoft 的 SAP R/3 系統中反映出來。Microsoft 及其外部合作伙伴之間的這種動態業務關係，需要靈活而具有自適應性的解決方案。

以前，娛樂和裝置部建立的解決方案是通過使用點對點連線並結合自定義編碼實現的。例如，在製造最初的 Xbox 控制檯時，娛樂和裝置部利用“電子資料交換”(EDI) 與外部合作伙伴進行文件交換。但是，EDI 是以批量資料為基礎的，並且專用於合作伙伴，而且它不具備業務流程的實時可見性。點對點連線與定製的“高階企業應用程式程式設計”(ABAP) 程式碼結合後會導致以下問題的產生：

· 多個緊密結合的應用程式在上游或下游應用程式發生更改時更容易被破壞。

· 編寫需要直接呼叫應用程式方法的自定義程式碼還需要熟練掌握相關應用程式的知識。

· 硬性編碼的業務規則不僅難於維護，而且很難適應新的業務流程。

· 用新應用程式替換現有應用程式時，需要對整合解決方案中涉及的所有其他應用程式進行全面徹底的測試。

· 處理方面的錯誤由接收應用程式捕獲，這要求資料所有者在受影響的應用程式一方手動調整和糾正相應資訊。

· 當以下方面的標準提高時，在開發、測試和實施解決方案上花費的時間將會增加：

· 多個應用程式之間相互關聯

· 應用程式間使用不同的訊息格式

· 應用程式間使用不同的傳輸協議

· 將文件從一個應用程式轉換到另一個應程式需要不同的文件對映

· 解決方案所涉及的應用程式之間使用不同的安全方法和驗證方法

另外，隨著整合解決方案所涉及的應用程式數量的增加，點對點連線的數量也會相應增加。作為示例，圖 1 顯示了當一個緊密結合的應用程式整合解決方案僅需要五個獨立應用程式時，需要維護和支援的點對點連線數。

應用程式

點對點連線

需要 10 個點對點連線的緊密結合的應用程式整合解決方案

圖 1. 緊密結合的應用程式整合解決方案

為改進充分支援 Xbox 360™ 控制檯製造所需的應用程式整合和業務文件交換，娛樂和裝置部認為其新的業務整合與智慧框架必須具有以下特點：

· 分離模式。一種分離的釋出和訂閱體系結構，使娛樂和裝置部的 IT 團隊可以在不影響其他應用程式的情況下，在整合解決方案中新增或刪除單個應用程式。

· 標準化的訊息傳送。遵循行業標準（如 RosettaNet 標準或 OAGIS 標準）並提供靈活體系結構的訊息傳送格式，如 XML。

· 處理狀態集中管理。集中維護的業務流程狀態管理，可提供每個業務流程生命週期的可見性。例如，在每個採購單的狀態從建立轉為發貨再轉為接收的過程中，需要在一個集中的實時檢視中對其進行維護。

· 集中的業務規則庫。集中維護的業務規則庫，業務流程和業務物件可以通過訪問該庫提供一致的業務規則。

解決方案

娛樂和裝置部通過同時部署 BizTalk Server 2004 和 BizTalk Adapter v2.0 for mySAP Business Suite，建立了一個能簡化應用程式整合和業務文件處理管理的業務整合與智慧框架。

BizTalk Server 2004 解決方案提供了一個整合平臺，該平臺通過可自動化和可靈活建立業務文件關聯的可管理業務流程，實現了多個系統的無縫整合。通過與 BizTalk Adapter v2.0 for mySAP Business Suite 結合使用，SAP R/3 ERP 系統整合解決方案無需開發程式碼，即可在 BizTalk Server 2004 中傳輸入站和出站業務文件的“中間檔案”(IDoc)、“業務 API”(BAPI) 和“遠端函式呼叫”(RFC) SAP R/3 ERP 系統架構型別。

注意本技術案例研究的重點是娛樂和裝置部開發的業務整合與智慧框架在 SAP R/3 ERP 系統整合方面的內容。為集中討論 BizTalk Adapter v2.0 for mySAP Business Suite 及其提供的無縫應用程式整合，本案例未討論該業務整合與智慧框架設計的其他方面。

BizTalk Server 2004 提供了一個控制涉及的應用程式之間業務文件的流向的釋出和訂閱體系結構。通過使用釋出和訂閱體系結構，業務文件不是直接連線到其他系統的終點，而是集中進行路由。通過這種方式，各種事件會觸發與每個所涉及的應用程式或系統相連的相應流程。

娛樂和裝置部實施

業務整合與智慧框架的初始部署支援提供下一代 Xbox 360 控制檯的圖形處理單元 (GPU) 所需的製造流程。該框架支援簽約製造商和元件供應商的應用程式整合和效能監控。該框架將現有的 BizTalk Server 2004 標準資料交換與 SAP R/3 ERP 系統、車間系統以及 Microsoft 的計劃系統整合在一起。

物理體系結構

業務整合與智慧框架的物理體系結構部署在四臺獨立的計算機上：

· 資料庫伺服器。在基於 Microsoft Windows Server^TM 2003 的計算機上執行的 Microsoft SQL Server^TM 2000 託管 BizTalk Server 2004 資料庫。

· 應用程式伺服器。在基於 Windows Server 2003 的兩臺計算機上執行的 BizTalk Server 2004 中執行 BizTalk Server 2004 宿主例項。每臺計算機執行兩個 BizTalk Server 2004 宿主例項。其中第一個宿主例項執行 BizTalk Server 2004 流程圖（處理宿主），而另一個宿主例項維護髮送和接收介面卡、管道和埠（傳輸宿主）。通過使用兩臺計算機，應用程式伺服器不僅為防止出現故障提供了冗餘，而且還平衡了兩臺計算機之間必要的計算資源。

· 實用程式伺服器。含 Microsoft Internet Information Services (IIS) 和 Microsoft Windows SharePoint® Services 的 Windows® Server 2003 託管著提供端到端處理可見性和記分卡報告的 Web 元件。

圖 2 顯示了用於託管業務整合與智慧框架的物理體系結構。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12639172/viewspace-160053/，如需轉載，請註明出處，否則將追究法律責任。