業務流程場景
本文中的案例研究重點說明與開立新帳戶的業務流程相關的挑戰和解決方案。本紅皮書描述如何使用“SOA 中的流程場景”的實現模式來解決與該案例研究相關的業務和 IT 挑戰。
JKHL Enterprises (JKHLE) 正在進行一系列的基本業務變更,期望最終能夠獲得最大收益。JKHLE 已決定採用 SOA 原則來解決其面臨的業務和 IT 挑戰。
JKHLE 團隊的工作重點是在各個銷售渠道中以一致的方式解決因建立新客戶帳戶而帶來的難題。此 SOA 採用計劃被稱為帳戶開立專案 (Account Open Project)。使用 SOA 方法有利於在未來業務發生變化時進行更快的實現和提供更大的靈活性。
我們在本紅皮書中介紹的案例研究包括以下關鍵人員和角色:
- Sandy Osbourne-Archer,首席技術架構師
- Ian McCallen,整合開發人員
- Paige Alvarado,高階開發管理人員
- Ronnie Espinoza,業務分析人員
我們在本紅皮書中定義的 JKHLE 帳戶開立流程挑戰與“SOA 中的流程場景”相關。
帳戶開立專案體系結構團隊的工作重點是解決重大問題以及改變客戶在開立 JKHLE 帳戶時使用多種機制這一現狀。他們希望從業務和 IT 這兩個角度制定一種經過改進、單一的開立帳戶機制。
帳戶開立專案將成為用於 JKHLE 中新的 SOA 實現的第一個測試用例。
首席技術架構師 Sandy Osbourne-Archer 向她的團隊簡要介紹了此專案的目標。“我們希望使我們的 IT 基礎結構與業務目標更好地保持一致,從而扭轉我們當前所處的不利局面。
由於這一局面會影響客戶滿意度,因此我們首先選擇了修復帳戶開立流程。”
Paige Alvarado 是一名高階開發管理人員,就職於 Sandy 所帶領的帳戶開立專案體系結構團隊。Paige 所在的組織負責對業務 (LOB) 和操作進行處理,以使新業務流程實現自動化。
帳戶開立流程要求將多個後端系統、人工工作流和組合服務整合在一起,以支援端到端解決方案。
Sandy 已就此專案規定了一些明確的要求。
REQ-01:自動化帳戶開立啟用流程
JKHLE 的目標之一是通過最大限度地減少手工和紙面文件來自動化帳戶開立啟用流程。此外,還需要使 75% 的信用報告檢索工作實現自動化,信用報告檢索是帳戶開立流程的一個子流程。
REQ-02:合併信用驗證和審批的人工互動操作
全面的帳戶開立流程解決方案需要包括支援信用驗證和審批流程的人工工作流,信用驗證和審批流程是帳戶開立流程的一個子流程。
REQ-03:提供帳戶開立流程的實時檢視
此自動化流程應提供業務操作情況的實時檢視,以測定和監視帳戶開立專案和信用功能。
本部分將討論 Paige 所在的團隊如何在整合開發人員 Ian McCallen 的支援下更改和改進流程的自動化,從而優化帳戶開立流程在支援 SOA 的環境中的執行。
JKHLE 將使用“SOA 中的流程場景”中的流程自動化和人工工作流實現模式。
業務流程是以特定順序呼叫以實現業務目標的一組業務相關的活動。業務流程由多項任務組成,這些任務包括:
- 人工互動
- 自動化工作流
- 資訊服務
- 業務規則互動
- 子流程
- 呼叫功能和服務
流程與服務之間的區別在於:流程由多項任務組成,表示為一項單獨的服務或一組服務;而服務表示為單個可重複執行的業務任務(例如,檢查客戶信用)。圖 1 顯示了業務流程與服務之間的比較檢視。
>圖 1 業務流程與服務
用於在計算平臺上實現流程的實際行業標準是由Business Process Execution Language for Web Services(WS-BPEL)表示的。WS-BPEL 是一種基於 XML 的語言,允許您為構成業務流程的多個服務定義邏輯執行流。
Ian 向 Paige 建議了一種解決方案,用於描述帶有整合人工工作流的全自動化流程,從而實現對信用審批流程的管理。Ian 提醒 Paige 說,在構建此業務流程之前,已經完成了以下的幾件事情:
- 業務分析人員 Ronnie Espinoza 使用 IBM WebSphere Business Monitor® 記錄並分析當前的帳戶開立流程。這稱為“原樣”(As-Is)模型。
- Ronnie 和 Ian 一起協同工作,根據對“原樣”模型的分析建立一種新的經過改進的流程模型,這稱為“未來”(To-Be)模型。Ronnie 使用 WebSphere Business Modeler 的模擬功能執行統計分析,並使用假設分析 (what-if) 場景確定並糾正瓶頸和工作負載不平衡問題。
Ian 告訴 Paige,帳戶開立流程將構建為 WS-BPEL 流程。他向 Paige 介紹了將用於構建此流程的 IBM® 產品,以及這些產品適合用於 SOA 生命週期中的哪些階段(請參見圖 2)。
圖 2 產品和 SOA 生命週期階段
圖 2 中所示的產品分別用於以下用途:
- IBM WebSphere Integration Developer 和 IBM Rational® Software Architect 用於建立帳戶開立流程的業務物件、介面和 WS-BPEL 流程。
- IBM WebSphere Process Server 是將執行帳戶開立 WS-BPEL 流程的執行時。
- IBM WebSphere Portal Server 提供一種有效方式來在帳戶開立流程的上下文中表示分配給使用者的任務。
- IBM WebSphere Business Monitor 用於捕獲關鍵狀態更改和業務事件。
組裝業務流程
Ian 評估並利用現有服務和資產。同時他還建立一些新服務來自動化帳戶開立業務流程。現有的這些服務和資產會作為服務公開,與新建立的服務一道,它們將在在業務流程中充分發揮作用。業務流程可以使用服務元件體系結構 (SCA) 服務,也可以由其他 SCA 服務使用。在 SCA 服務與流程之間交換 Web 服務描述語言 (WSDL) 訊息資料的方式取決於如何對流程進行建模。
注意:SCA 允許開發人員將元件互動分組為多個可執行模組,從而構建面向元件的解決方案。WebSphere Process Server 中的所有整合構件(流程、業務規則、人工任務等)都表示為 SCA 服務元件。SCA 可以通過同步和非同步程式設計樣式呼叫服務元件。
Ian 將 WebSphere Integration Developer 用作組裝帳戶開立流程的主要開發工具。通過 WebSphere Integration Developer,Ian 可以使用以下幾種編輯器來構建所需的其他元件:
- 整合的 BPEL 編輯器,用於在建立業務流程時為團隊提供支援。
- 人工任務編輯器,用於定義人工任務。
- 業務規則編輯器,用於建立、管理業務規則,並將業務規則與流程相關聯。
- 組裝編輯器,用於支援服務的實際組裝,以便組合可執行業務流程。
Ian 還將 Rational Software Architect 用作主要開發工具,通過此工具來支援開發新服務以及視覺化介面(如 Portlet 和 Java™ Server Faces 解決方案)的需求。
在 Ian 構建實際的帳戶開立流程之後,JKHLE 團隊需要按照制定的測試計劃對解決方案元件進行測試。WebSphere Integration Developer 為測試 SOA 元件和解決方案構件提供了圖形化工具。
部署業務流程
JKHLE 需要將帳戶開立流程的構件(WS-BPEL 流程、新服務、Portlet 等)部署到生產環境中。
JKHLE 環境包括 WebSphere Process Server 實現,此實現是基於 SOA 的流程自動化的整合執行時。WebSphere Process Server 為組裝步驟中定義的所有元件提供了執行時引擎。
帳戶開立流程包含需要人工介入的活動,因此 JKHLE 需要向 WebSphere Portal Server 中安裝和部署構件。
此執行時元件提供可用於將帳戶開立應用程式與客戶帳戶開立介面整合在一起的容器,用於支援持續信用管理功能的信用管理工作區,以及用於支援關鍵業務效能指標視覺化的 VP Finance 儀表板。
在開發和部署帳戶開立流程時,任何確定的非功能性需求都必須在此階段反映出來。結果,已部署環境的體系結構需要支援 JKHLE 的效能、可用性、安全性或其他非功能性需求。
管理業務流程
JKHLE 的需求之一是提供業務級別和 IT 操作監視。
IT 操作監視是使用 IBM Tivoli® Composite Application Manager for SOA 產品完成的。
IBM Tivoli Composite Application Manager for SOA 能夠深入檢視和收集 WebSphere Process Server 和 WebSphere Portal 執行時環境的診斷資訊。JKHLE 使用此產品支援從 WebSphere Process Server 中檢視服務互動,並且使用一些實際服務支援帳戶開立應用程式。
配合使用 IT 操作監視後,JKHLE 還必須利用業務監視——JKHLE 帳戶開立解決方案的一個重要方面。業務監視的目的是提供有關 JKHLE 帳戶開立解決方案的狀態和結果的實時資訊,以便能夠作出明智的業務決策,能夠快速解決問題,並且能夠對組織進行重新定位,使其充分利用新出現的機會。JKHLE 團隊(可能為 IT 部門或業務部門)可以監視處理中的專案並通過重新分配、重新設定優先順序或掛起它們來執行修正操作。他們可以使用實際流程標準來解答假設分析問題並改進流程。
Sandy 和 Paige 非常喜歡 Ian 組裝的業務流程解決方案。此新的帳戶開立業務流程改善了響應時間,並顯著提高了客戶滿意度。此外,由於 JKHLE 可以使用從監視中得到的結果反過來指導對業務流程的更改,以使業務流程與 IT 目標保持一致,因此該流程還能實現持續改進。
總的來說,JKHLE 使用以下 IBM 產品在其環境中實現“SOA 中的流程場景”:
- 組裝:
- IBM WebSphere Integration Developer
- IBM Rational Software Architect
- 部署:
- IBM WebSphere Process Server
- IBM WebSphere Portal Server
- 管理:
- IBM WebSphere Business Monitor
原文地址:http://www.ibm.com/developerworks/cn/webservices/redbooks/soa-case/4.html
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14789789/viewspace-416164/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- SOA 案例研究,第 7 部分:業務流程管理場景
- 資料分析:複雜業務場景下,量化評估流程
- 業務建模:CQRS應用場景
- 工業場景AI開發流程AI
- 求助,jmeter 壓測 ,業務場景測試JMeter
- 什麼業務場景適合使用Redis?Redis
- 不同業務場景使用不同的map
- 業務場景---Token無感重新整理
- xdebug 各場景下工作流程
- Vue 常見業務場景以及細節心得Vue
- Netty的原始碼分析和業務場景Netty原始碼
- 釘釘AI重磅更新:深入業務場景,上線工單等場景AI助理AI
- 批號管理常見的業務應用場景
- 企業API閘道器適用業務場景API
- iOS防DNS汙染方案調研—WebView業務場景iOSDNSWebView
- MyISAM轉換成InnoDB的業務場景和思考
- 業務建模:上下文(場景)還是服務?
- 業務場景自動化分享 (巡檢用例)
- Cocos Creator 資源載入流程剖析【六】——場景切換流程
- 大話業務場景與解決方案-做任務
- 解讀:在什麼業務場景適合使用Redis?Redis
- 業務場景下資料採集機制和策略
- 從業務管理到業務流程管理
- Java個人技術知識點總結(業務場景篇)Java
- 得物前端喚端業務場景和技術精講前端
- 企業業務場景如何實現自動化連線?
- 資料庫技術方案與業務場景的深入融合資料庫
- 一些資料賦能業務的場景及案例
- 業務流程種類
- AI助手:Agent工作流程與應用場景詳解AI
- 高併發業務場景下的秒殺解決方案 (初探)
- 聚焦業務場景,銳捷讓無線網路“零漫遊”
- 1688 複雜業務場景下的 Serverless 提效實踐Server
- iOS防DNS汙染方案調研—HTTPS(非SNI)業務場景iOSDNSHTTP
- iPaaS丨API低程式碼平臺適用的業務場景API
- 3000字乾貨帶你入門資料倉儲,跑通複雜業務場景資料建模全流程
- 業務流程重組與業務正規化
- mongodb 使用場景和不使用場景MongoDB