• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • SOA 流程項目:業務流還是工作流

    發表于:2014-03-11來源:IT專家網作者:不詳點擊數: 標簽:soa
    SOA 的主要目的是實現業務的敏捷性,而 BPM(業務流程管理)是 SOA 價值的關鍵所在。但在 SOA 實踐中,對于 BPM 仍面臨著不少困惑與選擇。有些項目把業務流產品用作工作流設計,而有些工作流為主的產品工具卻作為業務流實現。這里簡單地討論一下 BPM 中業務流與

      SOA 的主要目的是實現業務的敏捷性,而 BPM(業務流程管理)是 SOA 價值的關鍵所在。但在 SOA 實踐中,對于 BPM 仍面臨著不少困惑與選擇。有些項目把業務流產品用作工作流設計,而有些工作流為主的產品工具卻作為業務流實現。這里簡單地討論一下 BPM 中業務流與工作流的作用區別。

      簡言之,業務流程管理主要包含業務建模,組裝,部署及管理。使用業務流或工作流工具似乎都能設計開發業務流程管理。但從 SOA 的角度,服務的劃分及交互通常是項目關注的重點。所以, SOA 強調的是如何靈活組合業務服務。而業務流的核心功能是編排流程服務,并且主要針對企業級應用整合。同時利用 BPM 工作流的主要功能,諸如 : 活動(任務)節點的人工任務配置,流程運轉時的活動節點調控等。

      工作流與業務流的主要區別

      現在來簡要概述一下工作流與業務流的主要區別。

      架構模式

      工作流,簡單地說,是定義,構建及執行流程。工作流基本上屬于面向應用的流程架構,例如,典型的人工審批流,頁面流,文檔的路由等。從項目過程 來看,一般根據業務部門的用例需求,由技術人員遵循傳統步驟進行設計,開發,測試,部署。工作流一般強調快速開發,著眼于局部應用,反復多。重用性差。

      業務流具有服務組合,服務編排及并發處理的能力。強調面向服務的企業級端到端業務流程管理。主要用于跨系統,跨部門的企業系統,例如,與 ERP 系統的整合。業務流項目關鍵在于業務梳理及優化分析。項目重點為建模,組裝 / 接口轉換及管理。流程導向以業務為中心,關注全局業務價值及服務重用。

      開發運行

      工作流的建模與開發使用統一流程模板。具有一定的工作流模式。流程較為可控??墒褂枚喾N不同的編程語言。編程除錯基本反映在程序層面。學習上手較快。單一流程開發周期較短。業務流程監控一般表現在流程或活動節點。

      業務流一般建模與開發分開進行。強調業務為導向。流程狀態及動態性可通過服務組合與其它系統關聯。當流程跨越多個用戶及交互時,與組織結構的變 化關聯較大。服務可動態綁定。編程模式采用核心的 SDO/SCA/BPEL 規范。編程除錯反映在建模和流程界面。業務流關注的是服務的組裝,而非代碼開發。流程設計具有一定的曲線要求。業務流程監控涉及流程 / 任務以及業務對象層,強調實時業務調控。

      接口差異

      工作流 比較適于圖像,文檔等傳輸。使用變量參數,一般無松散持久層。也就是說,它與業務服務沒有密切的關聯。通俗地說,工作流只是將行動節點串接起來,例如,常 見的人工審批流程。其人員接口內嵌于流程,系統接口主要是調用應用程序,本身并不強調服務組件接口, 業務應用不對業務人員透明。 工作流一般用于系統應用內或系統應用間。特點是靈活跳轉,松散耦合。

      業務流 適應于系統業務重組優化。其數據接口關聯主要通過 SDO/ 業務對象,使流程附帶結構性數據。在業務流中,流程與業務數據關聯更加密切,智能化程度加強。在流程接口調用不同服務組件時,能夠進行系統間關聯及確保事 務的完整性。人工任務接口可設置為內嵌,或獨立的人員服務,生成不同形態的臨時人工任務。例如,在電子采購業務中,動態的人工任務環節可由人員服務來實 現。業務流的系統接口主要針對外部異構應用系統,適合企業級系統與系統間標準化的交互整合。

      產品技術

      工作流一般使用私有技術或 J2EE 等。流程引擎將任務,人員組織等內置。通過引擎進行隊列,優化。

      業務流以標準形式兼容不同技術。流程引擎構成技術服務組件,屬于產品化中間件。

      項目案例

      在 BPM 項目中,業務流偏于應用業務整合及業務動態組合。工作流則偏于人員交互等。 BPM 通常同時包括工作流和業務流,集流程調控與企業應用整合于一身。在項目中,取決于業務需求,往往采用不同的流程架構設計。例如,側重于人員交互的流程管理 以工作流為主,而強調業務服務組件的靈活性以業務流為主,并可外加人員服務。當然,也可同時采用工作流與業務流形成綜合業務流程管理系統,例如,以工作流 為導向,利用業務流的組合服務,同時利用企業整合的中介服務等。

      下面我們通過簡單的圖示,來看一下在四個流程項目架構設計中,工作流與業務流的不同偏向。

      以工作流為導向的面向構件流程架構

      目前國內很多業務流程管理項目采用以工作流為主的流程架構。工作流流程主要關注于流程的靈活跳轉, 快速開發等。 如圖一所示, 工作流通常是以人員為中心的架構設計。 當然, 也有文檔為中心等。 工作流一般直接調用應用程序, 或 Web 服務等。 其功能包括 : 簡單規則, 動態人員配置, 消息對象設置, 基本事件處理, 表單鏈接, 自由跳轉路由等。 但工作流沒有服務編排功能。

    \

      圖 1. 以工作流為導向的面向構件流程架構示意圖

      當然,這種架構如果主要調用服務來實現業務轉換的,亦有稱之為面向服務的。但從主體上來說,它強調的是人工節點流或頁面流的靈活性,而非業務服 務的靈活性。只有當這一架構與業務服務(特別是組合服務)關聯密切而松耦合綁定(通過服務中介總線)時,它才能取得面向服務的效應。

      以業務流為導向的面向服務流程架構

      以業務流為主的流程架構有不同的實施方法。下面是兩個項目案例。

      圖二主要應用于現有系統的整合,特別是與 ERP 相關產品的整合。一般通過流程的編排功能及并行處理能力,將不同系統進行關聯,實現業務的有效組合。在不改變原有系統的基礎上,設計業務流程,滿足目前業 務的需求。這種流程設計一般使用中介及轉換使系統間松散連接。接口一般采用標準形式,例如,基于 JCA 標準的適配器。業務監控反映在業務對象層面。符合 SOA 對 KPI 監控的設計理念。在實際應用時,結合使用臨時人工任務,狀態機,版本控制,業務規則服務,動態服務綁定等。

    \

    原文轉自:http://esoft.ctocio.com.cn/458/12875958.shtml

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>