可以使用各種編程模式來實現服務，從業務過程流方式的 BPEL 流程，到狀態機方式的事件管理，以及到聲明性業務規則方式。.對某種模式的熟悉程度和問題的本質將決定所選擇的實現方式。比如，有些問題使用狀態機比使用聲明性規則具有更加簡潔的表述。讓我們了解一下這些不同的服務類型，并討論在不同的情況下應該如何選擇更好的服務類型。
業務流程
業務流程 為協調企業服務和描述業務邏輯提供了基本的手段。業務流程由一系列按照指定順序執行的（串行或并行）活動或步驟組成。業務流程編輯器是讓您能夠依據 BPEL 標準快速地編輯業務流程的可視化構造工具。
業務流程本身也是一個服務�？梢允褂盟鼇韰f調可重用的子流程或者其他具有不同實現類型的服務。業務流程的一個重要特點是其長期性和與人的交互性。流程的生命期可能非常短，在高度自動化的系統中這種情況很常見。流程也有可能運行非常長的時間，也許幾天甚至幾個月，并等待人類用戶完成某項與活動相關聯的特定工作之后才能繼續運行。例如，業務流程可能需要耐心地等待管理人員批準一項旅行請求。
圖 3 展示了如何使用業務流程編輯器來構造簡單的旅行登記業務流程。
圖 3. 業務流程編輯器
業務狀態機
業務狀態機 是事件驅動的業務事務，該業務事務定義了應用軟件中給定部分的一組狀態。狀態機根據接收到的外部事件從一個有效狀態轉移到下一個有效狀態。對于一個給定事件，使用各種條件來決定新的有效狀態。售貨機可以作為一個簡單的例子，當它接收到足夠的錢則轉換到激活選擇按鈕的狀態。在做出選擇之后，它就轉變到分發商品（比如說一個巧克力棒）的狀態�？梢允褂脿顟B機編輯器來構造業務狀態機，它與業務流程編輯器一樣是可視化的編輯工具，并且幾乎不需要具有 Java 編程經驗。
可以使用業務狀態機和業務流程來協調應用程序的各個部分。二者之間有一些細微的差別，這使得它們在解決某些類型的問題時各有所長。狀態機非常適合于循環模式或者那些能自然地想到一組有效狀態的情況。這一點非常重要，因為在狀態機中，實際在一個狀態中并不進行任何動作，而僅僅是等待轉移到下一個狀態的信號并隨后發生狀態轉移。當狀態機從一個狀態轉移到另一個狀態的過程中，它可以完成一些工作，比如售貨機的例子中將巧克力棒分發給顧客。與之相反，業務流程則是在其活動中完成工作。它們非常適合于順序執行或者并發執行的任務。與業務流程相似，業務狀態機能夠調用其他實現類型的服務，并且能夠將自身作為服務來調用。圖 4 顯示了使用業務狀態機編輯器所構造的業務狀態機
圖 4. 業務狀態機編輯器
對于那些熟悉 UML 的用戶，業務狀態機是 UML 狀態機的子集，而且它更適合于業務用戶。
業務規則
業務規則 描述并實現了業務策略和實踐。規則可以增強業務策略、制定決策、或從現有的數據中推理出新的數據。通常有兩種不同的指定形式：規則集或者是決策表。
如果這些解釋聽起來更像一堆專業用語，那么請看下面的這個例子。業務規則通常形如：如果是金卡客戶，并且在本公司消費長達十年之久，那么可以給予他們百分之十的折扣。這條業務規則是一個簡單的 if－then 規則。如果規則計算為真，則執行一個動作，在本例中是給予客戶折扣。業務規則集 由一組業務規則組成，這組規則在復雜業務邏輯的實現中具有很強的靈活性。
決策表 則用來處理基本的業務規則邏輯。它雖不如規則集那樣靈活，但是用來描述簡單的規則邏輯時能帶來極大的便利。經常旅行的人會比較熟悉下面這個關于決策表的經典例子。假設想要避開寒冷并花光所有的頻繁飛行積分去夏威夷。您會查看一張表，分別找到居住城市和夏威夷所在的行和列，這個交叉處所顯示的正是這趟旅程所需的積分數。這僅僅只是能用決策表輕松描述的業務規則邏輯中的一種。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
