翻譯商務程式管理解決方案的模式
本節描述解決方案如何將模式圖轉譯為 BizTalk Server 成品。
連線
連線是解決方案元件之間的訊息路徑。 最簡易的開始處是服務介面。 BizTalk Server 可讓您輕鬆地將協調流程呈現為 Web 服務。 如需將協調流程公開為 Web 服務的資訊，請參閱 如何將協調流程對應至 Web 服務。
服務與前置處理區段之間存在其他連線、前置處理區段與進程管理員之間，以及進程管理員與處理階段之間。 連線也包含階段和後端系統之間以及前置處理和歷程記錄資料庫及服務系統之間的連線。
注意
轉譯程式會對應至 BizTalk 對應。 對應接著是管線的一部分或 轉換 協調流程圖形。
在決定要建立同步或非同步的程序管理員連線時，必須仔細考慮。 與信用檢查不同，程序中的訂單 (例如電報服務訂購) 不太可能很快就結束。 若程序管理員連線為非同步且需要相互關聯，則管理程序的邏輯會比較複雜。 實際上，此解決方案透過發佈訊息到 MessageBox，使用程序管理員的非同步連線。
程序管理員和階段之間的連線取捨，代表著節省伺服器資源和簡化邏輯之間相似的取捨關係。 階段的處理時間較程序管理員短。 每個階段在繼續下一個階段的處理之前，都必須先完成其處理。 不過，由於我們可能會修改階段，所以程序管理員無法嚴密地連至階段。 在應用程式中，連線可描述為受限制的發佈-訂閱模型。 程序管理員透過單一專用連接埠傳送訊息至階段。 然後，階段會篩選以識別其專用訊息。
判斷協調流程界限
此模式分為三個主要領域：前置處理訊息、管理商務程式，以及商務程式本身。 前置處理包含處理 Web 服務連線、將訊息轉譯為回應訊息、通知服務系統、在歷程記錄資料庫中建立項目，以及傳輸訊息至程序管理員。 在應用程式中，前置處理由單一協調流程處理。 管理商務程序由另一個協調流程處理。 受管理的商務程序會分成適當的階段。 每個階段都會對應到協調流程，以允許訂單程序中代表變更的新增和刪除動作。 如需訂單程式階段設計的詳細資訊，請參閱 商務程式管理解決方案中的一些設計原則中的。
將元件轉譯為協調流程
第一個協調流程 OrderBroker只會直接轉譯圖表。 協調流程是用來建構程序管理員的通知訊息和訂單訊息之主要對應圖形。 如需協調流程圖形的完整清單，請參閱 協調流程圖形。
程序管理員的邏輯及其附屬組件則比較複雜。 如需進程管理員協調流程 邏輯 OrderManager邏輯的相關資訊，請參閱 進程管理員邏輯。