SOA 案例研究,第 7 部分:業務流程管理場景
JKHL Enterprises (JKHLE) 正在進行一系列的基本業務變更,期望最終能夠獲得最大收益。JKHLE 已決定採用 SOA 原則來解決其面臨的業務和 IT 挑戰。 JKHLE 團隊的工作重點是在各個銷售渠道中以一致的方式解決因建立新客戶帳戶而帶來的難題。此 SOA 採用計劃被稱為帳戶開立專案 (Account Open Project)。使用 SOA 方法有利於在未來業務發生變化時進行更快的實現和提供更大的靈活性。
本文中描述的案例研究包括以下重要參與者:
- Sandy Osbourne-Archer,首席技術架構師
- Ian McCallen,整合開發人員
- Paige Alvarado,高階開發經理
- Ronnie Espinoza,業務分析人員
- Peggy Smith,帳戶經理
- Eugene Testrite,質量工程師經理
我們在本文中定義的 JKHLE 帳戶開立流程挑戰與業務流程管理場景相關聯。
JKHLE 的挑戰包括從各種各樣的資源訪問過時和複雜的應用程式。這些問題增加了處理新帳戶的時間和成本,進而可能會對客戶滿意度帶來負面影響。
帳戶開立專案體系結構團隊的工作重點是改變客戶在開立 JKHLE 帳戶時使用多種機制這一現狀。他們希望簡化此流程,以便僅提供兩種開立帳戶的方法:
- 帳戶開立業務流程
由大多數客戶使用:滿足中小型客戶。
- 企業帳戶開立業務流程
僅向高階、高價值客戶提供。由於這些客戶涉及到大量的資金,企業帳戶開立流程具有嚴格的稽核要求,這些要求當前是使用基於紙張的手動業務流程來完成的。
首席技術架構師 Sandy Osbourne-Archer 向她的架構團隊簡要介紹了此專案的目標。“我們希望使我們的 IT 基礎結構與業務目標更好地保持一致,從而逆轉我們當前所處的頹勢。由於這一頹勢會影響客戶滿意度,因此我們首先選擇了修復帳戶開立流程。”
Paige Alvarado 是一名高階開發經理,就職於 Sandy 所帶領的帳戶開立專案架構團隊。Paige 所在的組織負責對業務 (LOB) 和操作進行處理,以使新業務流程實現自動化。這包括新業務流程的建模、組裝、部署和管理,以確保新業務流程滿足業務目標。帳戶開立流程要求將多個後端系統、人工工作流整合和組合服務整合在一起,以支援端到端解決方案。
Sandy 已就此專案規定了一些明確的要求。
REQ-01:對現有業務流程建模
Sandy 希望通過流程建模來了解現有的帳戶開立流程是如何設計的。她希望與重要參與者共享此模型,以幫助確定差距和可供改進的方面。
REQ-02:對新的改進業務流程進行建模和模擬
基於參與者提供的反饋,Sandy 希望整合開發人員 Ian McCallen 對新的、改進的帳戶開立流程進行建模。
通過模擬執行此模型,以確定新模型對特定業務情形的響應情況如何。
REQ-03:確保業務流程適應不斷變化的業務情況。
JKHLE 希望新的帳戶開立流程靈活並適應不斷變化的業務情況。應該實時更改業務邏輯而不需要進一步開發帳戶開立流程。
REQ-04:實現新的業務流程
在對新的帳戶開立業務流程建模之後,JKHLE 整合開發人員團隊需要實現並測試該流程。
應該考慮到的因素包括自動化和手動活動、公共資料模型以及對後端系統的訪問。
REQ-05:監視新的業務流程
JKHLE 業務分析人員需要有關新的帳戶開立流程的狀態和結果的實時資訊。他們利用此資訊判斷新的流程是否成功並快速識別問題區域。
REQ-06:將業務策略整合到帳戶開立流程中
JKHLE 帳戶開立流程包含所開立的特定於國家/地區的帳戶的定價計算和批准。隨著其他地理區域的新增,JKHLE 需要整合這些國家/地區併為給定的請求選擇適當的端點,而不必更改業務流程實現。
REQ-07:將內容與企業帳戶開立業務流程整合
JKHLE 企業帳戶開立流程包括大量基於紙張的非結構化內容和來自多個筒倉(silo)的內容。Sandy 正在尋找某種解決方案,以管理大量的內容並將內容與自動化的業務流程活動更好地整合在一起。
Paige 解釋了向 JKHLE 引入業務流程管理場景的優點。業務流程管理是組合軟體功能和業務專業知識以加速流程改進和促進業務創新的學科。使用業務流程管理,JKHLE 可以構造能解決其現有業務問題的帳戶開立流程,並且可以繼續監視和更改此業務流程以適應不斷變化的業務環境。
JKHLE 將使用業務流程管理 SOA 場景中的以下實現模式:
- 流程建模和模擬
- 通過規則整合和管理來管理流程
- 流程自動化和執行
- 業務活動監視
- 以內容為中心的處理
Sandy 解釋了 JKHLE 當前用於開立客戶帳戶的流程所存在的問題。當前流程要花 20 多天的時間才能啟用新帳戶。帳戶開立流程需要大量的人工介入,使得該流程在時間和資源方面的成本非常高。
JKHLE 中的每個部門具有稍微不同的帳戶開立方式,從而在 JKHLE 中導致不一致和冗餘的資料。
Sandy 要求 Paige 為 JKHLE 設計能解決所有這些問題的更好的帳戶開立流程。Sandy 提出了兩個重要要求:
- JKHLE 需要一種用關係圖來表示當前帳戶開立流程的方法,以便能夠確定差距和需要進行業務流程優化的區域。
- 設計完成後,JKHLE 需要能夠與不同業務部門中的參與者共享新的改進的帳戶開立流程以便進行稽核和批准。
建議的解決方案
Paige 將 Sandy 介紹給了業務分析人員 Ronnie Espinoza。Ronnie 告訴 Sandy,用關係圖表示流程的最佳方法是對流程建模。Ronnie 描述了對流程建模的三個原因:
- 為文件而建模
通過建模來對帳戶開立流程做文件記錄,模型可以幫助 JKHLE 組織的各個領域瞭解該業務流程的功能。此模型可用於新員工培訓和滿足諸如 Sarbanes-Oxley 和 Basel II 等遵從性法律法規要求。
- 為分析而建模
Ronnie 將對該業務流程的當前狀態(稱為現有( As-Is )模型)和該業務流程的將來狀態(稱為預期( To-Be )模型)建模。然後她可以通過預期模型對工作負載進行模擬以確定其合理性。為分析而建模可幫助 JKHLE 瞭解其流程的哪些方面可以和應該進行改進以實現其業務目標(如降低成本和減少處理時間)。
- 為執行而建模
對預期業務流程建模的另一個優點是能夠在該模型基礎上生成構件,並使得那些構件對技術開發工具可用,從而構造新的帳戶開立流程。
通過在該模型基礎上生成技術構件,構建新的帳戶開立流程的總體實現時間得以縮短。
Ronnie 向 Sandy 解釋了她將如何使用建模來設計新的和改進的帳戶開立流程(圖 1)。
1. Ronnie 將在 WebSphere® Business Modeler Advanced 中對當前帳戶開立流程建模(現有模型)。
2. Ronnie 將與 Ian 合作建立預期模型。Ian 也將在 WebSphere Business Modeler Advanced 中基於 JKHLE 的業務目標和基於 Ronnie 對現有模型缺點的分析來建立預期模型。
Ronnie 和 Ian 將使用 WebSphere Business Modeler Advanced 的模擬功能來測試預期模型,以確定該模型對不同業務情形的反應情況。通過使用 WebSphere Business Modeler Advanced 的 WebSphere Process Server 模式,Ronnie 和 Ian 可以定義一個模型,為在 WebSphere Integration Developer 中進行組裝的WS-BPEL 流程提供基礎。
此外,Ian 可以選擇此階段在 WebSphere Business Modeler 中定義業務規則,但是也可以選擇推遲到以後進行定義(請參閱“通過規則整合和管理來管理流程”)。
3. 當 Ronnie 和 Ian 滿意地完成預期模型時,Ian 將把該模型匯出到 WebSphere Business Modeler Publishing Server。
參與者可以從 Publishing Server 檢索該模型,並向 Ronnie 和 Ian 提供反饋。
4. 當 Ronnie 和 Ian 從 JKHLE 參與者那裡接收到反饋時,他們可以將該反饋整合到預期模型中,直到最終完成該模型。
5. Ronnie 和 Ian 計劃與 JKHLE 帳戶經理 Peggy Smith 合作使用 Business Measures Designer 來指定一組與預期模型配套的關鍵效能指標 (KPI)。這些 KPI 將在以後用於監視新的帳戶開立流程對其目標的滿足情況。
6. 完成預期模型並指定 KPI 之後,Ian 可以將構件從 WebSphere Business Modeler 匯出到 WebSphere Business Monitor(可在 Monitor Model Editor 和 Unit Test Environment 進一步開發和測試這些構件),以及匯出到 WebSphere Integration Developer(Ian 的開發團隊將在其中使用諸如 WS-BPEL 和 WSDL 檔案等構件作為構建實際帳戶開立流程的起點)。
圖 1 建模和模擬
Sandy 對 Ronnie 和 Ian 的角色之間的區別有點混淆。
Paige 解釋道:
- 作為業務分析人員,Ronnie 的職責包括確定和記錄需求,並從業務的角度分析這些需求。她定義當前和將來的操作場景(包括流程、模型、用例、計劃和解決方案),並確保業務需求到 IT 解決方案需求的正確轉換。
- 作為整合開發人員,Ian 與業務分析人員攜手工作。Ian 負責將資產和應用程式元件組裝為完整的解決方案,併為徹底的測試和後續的部署而準備該解決方案。為了提供最終解決方案,Ian 與諸如測試、版本部署、軟體和資料庫開發等其他團隊進行合作。
Sandy 通過使用 WebSphere Business Modeler Advanced 發現,JKHLE 可以對當前帳戶開立流程做文件記錄,進行分析,然後對改進的流程建模。她還發現,這個預期模型形成了新的帳戶開立流程的實際開發工作的起點。
在“流程建模和模擬”中對預期的帳戶開立業務流程建模之後,JKHLE 整合開發人員 Ian 正在準備他的團隊,以便在 WebSphere Integration Developer 中構建新的帳戶開立流程。
Paige 關心業務邏輯在新的帳戶開立流程中的整合。她知道帳戶開立流程需要嵌入業務邏輯以定義策略、業務需求、安全規則等等。但是,她擔心隨著業務需要的變化,硬編碼此業務邏輯將限制帳戶開立流程的靈活性。
Ian 解釋說,可以將業務邏輯分解為單獨的業務規則,並且無需修改帳戶開立業務流程即可修改和管理這些業務規則。
建議的解決方案
Ian 解釋道,該帳戶開立業務流程將在 WebSphere Process Server 中執行,並提供了對 WebSphere Process Server Business Rules 的支援。使用此支援,可以使用簡單的規則格式語言在 WebSphere Integration Developer 中定義業務規則,並將其整合到帳戶開立業務流程中。當從業務流程中外部化這些業務規則時,無需任何開發工作即可更改這些業務規則。
Ian 解釋道,該帳戶開立業務流程將在 WebSphere Process Server 中執行,並提供了對 WebSphere Process Server Business Rules 的支援。使用此支援,可以使用簡單的規則格式語言在 WebSphere Integration Developer 中定義業務規則,並將其整合到帳戶開立業務流程中。當從業務流程中外部化這些業務規則時,無需任何開發工作即可更改這些業務規則。
WebSphere Process Server Business Rules 通過 Web 應用程式為 JKHLE 的業務分析人員提供執行時管理,該 Web 應用程式允許分析人員對業務規則進行更改,從而更改帳戶開立流程的執行時行為方式(請參見圖 2)。
圖 2 WebSphere Process Server Business Rules
當業務發生變化並且需要修改新的帳戶開立流程時,可以使用 Business Rule Manager Web 應用程式來更新業務規則。當將 Business Rule Manager Web 應用程式角色對映到所有規則的組或使用者時,Ian 還可以對業務規則啟用安全性。
Ian 解釋道,該帳戶開立流程具有整合更復雜業務規則需求的將來計劃。例如,Ian 希望控制哪些角色有權對帳戶開立流程中的不同規則作出更改。他還希望對帳戶開立流程所使用的業務規則新增批准流程。對於這些更高階的需求,Ian 計劃利用 WebSphere Process Server 與第三方業務規則供應商之間的整合功能。
在 WebSphere Business Modeler 中對預期帳戶開立流程建模(請參見“流程建模和模擬”),並將新流程的業務邏輯定義為業務規則(請參見“通過規則整合和管理來管理流程”)以後,Ian 和他的開發團隊準備開始帳戶開立業務流程的實現。
預期帳戶開立業務流程的建模滿足下列業務挑戰和需求:
- 通過縮短開立新客戶帳戶的服務時間來提高客戶滿意度。
- 通過自動化手動流程來提高員工工作效率。
- 通過自動化多個應用程式和後端系統之間的整合來改進企業資料的一致性和流通性。
- 捕獲並監視有關員工工作效率和服務時間的度量。
建議的解決方案
Ian 及其開發團隊將使用 IBM® WebSphere Integration Developer 和 Rational® Software Architect 來實現帳戶開立流程。然後將在此工具中構造的帳戶開立流程部署到 WebSphere Process Server。圖 3 顯示了開發拓撲。
圖 3 流程自動化和執行拓撲
Ian 使用帳戶開立預期模型中的構件作為起點。
這些構件是在 WebSphere Business Modeler 中生成的,並且可以匯入 WebSphere Integration Developer。然後,Ian 可以構建一個利用自動化和手動活動(通過人工介入完成的活動)、與後端通訊的介面卡和公共資料模型的業務流程。WebSphere Integration Developer 提供了必需的工具:
- 用於完成流程流的 BPEL 編輯器。
- 用於完成資料模型實現的業務物件編輯器。
- 用於最終完成介面的介面編輯器。
- 用於最終完成人工互動定義的人工任務。
- 用於掛鉤 BPEL 流程、人工任務、選擇器(定義要呼叫哪些元件)和所需服務的組裝編輯器。
- 用於定義以狀態為中心的業務流程的業務狀態機(BSM 編輯器)。
Rational Software Architect 用作為帳戶開立流程開發新服務以及開發視覺化介面(例如 Portlet 和 Java™ Server Faces 解決方案)的主要開發工具。
使用 WebSphere Integration Developer 的測試環境和測試客戶端工具,Ian 及其團隊可以測試帳戶開立流程中的每個單獨元件和作為整體的流程。
完成單元測試後,Ian 可以將企業應用程式從 WebSphere Integration Developer 匯出,並將它們提供給質量工程師經理 Eugene Testrite 進行質量保證測試。
JKHLE 管理層和 JKHLE 業務分析人員團隊具有對有關新帳戶開立流程的狀態和結果的實時資訊需求:他們需要該資訊以:
- 基於新帳戶開立流程的成功做出周密的業務決策。
- 快速識別問題領域並重新定位組織,以充分利用新出現的機會。
建議的解決方案
Paige 告訴 Sandy,業務活動監視可以滿足這些需求。
監視流程基於一組 KPI,或在帳戶開立流程的上下文中,基於業務度量。KPI 可以是完成流程中的許多活動的時間度量,並根據那些活動的執行情況進行定義。
除了通過 KPI 跟蹤效能以外,業務活動監視還允許 JKHLE 建立針對業務策略違反情況的通知警報。
這些警報使 JKHLE 業務分析人員可以調整帳戶開立流程以修復問題領域。
通過業務活動監視獲得的資訊可以通過儀表板檢視中的圖形化業務效能表示形式進行檢視。
可以將儀表板視為門戶或 AJAX Web 客戶端。
Paige 描述了 JKHLE 如何能夠實現業務活動監視(圖 4):
1. 在 WebSphere Integration Developer 或 Rational Application Developer 中定義為帳戶開立流程定義 KPI 和業務度量的監視器模型。
2. 可以將附加的 KPI 和度量插入流程以產生實時事件(稱為公共基礎事件或 CBE)。然後將監視器模型匯入 Monitor Server,以使其清楚業務策略。
3. 設計、構建和測試儀表板檢視。
4. 使用者使用自定義的儀表板檢視檢視 Monitor Server 中的事件。可以使用流程門戶來實現豐富的 WebSphere Portal 使用者介面,以便與在 IBM WebSphere Process Server 上執行的任務互動。
圖 4 業務活動監視
Paige 告訴 Sandy,WebSphere Business Monitor 提供了所有這些功能,並且其與 WebSphere Process Server(帳戶開立流程將在其中執行)的緊密整合使其成為理想的候選監視解決方案。
在帳戶開立流程的開發過程中,Ronnie 認為有一個流程部分似乎過於複雜了。當 JKHLE 執行定價計算並在開立帳戶後產生帳戶批准時,這種明顯的複雜性就會顯露出來。原來,由於開立帳戶所在國家/地區的當地法律和慣例,這種處理需要特定於該國家/地區。從 Ronnie 的角度看,只存在單個定價和批准業務服務,但是流程需要基於相關的國家/地區和業務流程中出現的流程選項來呼叫不同的端點。
建議的解決方案
Ian 告訴 Ronnie 他有針對此問題的解決方案。他可以使用 WebSphere Business Services Fabric 產品來提供基於業務服務策略的端點選擇元件,這可以提供以下優點:
- 從業務流程中消除端點選擇活動,使得業務流程更容易理解並在將來修改。
- 在不同定價和批准端點之間選擇的業務服務策略可以向業務公開,並且可以根據需要進行修改。
- 如果存在使用附加定價和批准端點的需求,則這是非常簡單的新增,無需對業務流程做出更改。將來在更多地理區域使用帳戶開立流程時,這一優點將變得非常重要。
Ian 向 Ronnie 演示了一些如何簡化業務流程的示例。圖 5 顯示了業務流程中具有單獨的定價和批准任務的當前流程。
圖 5 當前流程
使用 WebSphere Business Service Fabric,該業務流程如圖 6 所示。在這個建議的流程中,只存在單個定價和批准業務服務,從而提供了更加簡潔、更易於理解的業務流程定義。
圖 6 整合了 WebSphere Business Services Fabric 的改進流程
Ian 和 Ronnie 同意向 Sandy 提出此建議。Sandy 對所看到的改進非常滿意,但是擔心要向環境中新增另一個元件。Ian 解釋道,WebSphere Business Services Fabric 是現有的 WebSphere Integration Developer 開發環境的擴充套件和現有的 WebSphere Process Server 環境的擴充套件。因而,所需的新增微乎其微。Sandy 對這個解決方案感到滿意,並批准該團隊繼續下去。
Sandy 解釋說,針對高階企業客戶的帳戶開立流程(企業帳戶開立流程)屬勞動密集型,並且基於紙張的。這些手動的勞動密集型業務流程涉及多個文件、記錄和事務,並且存在該內容經常難於查詢並且獲取代價非常高昂的顧慮。此外,JKHLE 公司策略要求採用可靠的方法來證明流程符合法律法規和必需的服務級別要求,並且被收購的組織正在艱難地滿足這些要求。應該如何在業務流程的上下文中對此內容進行接收、儲存、路由、稽核、更新和版本管理、檢索以及存檔,處理好這種錯綜複雜的關係對於保持公司的順利運作非常關鍵。
Sandy 向 Paige 敘述了他們面對的一些技術問題:
- 嚴重的資料重複。維護文件的多個硬拷貝導致不一致性和版本管理問題。
- 管理非結構化資料的難題。內容通常儲存在多個儲存庫中。一個部門儲存庫中的資料通常無法由其他部門訪問。
- 面對全面降低成本的壓力。硬拷貝的現場外保管成本高昂,並且往往無限期地保留記錄。
- 要求重大的效能改進。需要縮短手動處理時間,並且需要確定流程瓶頸。
Sandy 要求 Paige 設計一個新的企業帳戶開立流程,以取代當前的手動流程。
建議的解決方案
Paige 建議了一個使用 IBM FileNet® P8 的解決方案。以內容為中心的處理採用一般的事件序列,該事件序列推動文件從某種初始狀態發展到某種最終狀態。
初始狀態可能是通過 FileNet 的業務流程框架(Business Process Framework,BPF)捕獲或建立文件,以及隨後建立包含所有相關案例資訊的案例物件或虛擬容器。FileNet BPF 是一個快速應用程式開發和部署環境,為產生更高質量和更容易維護的應用程式提供一致的框架,並且對於施加在 JKHLE 的開發週期上的時間約束非常重要。由於 FileNet BPM 的活動內容基礎結構,文件的建立或捕獲可以自動觸發事件,啟動或修改業務流程,或者與其他企業應用程式互動。此功能通過在內容到達、修改和排除時自動化流程,從而可以顯著縮短 JKHLE 的帳戶開立週期時間。
中間步驟可以包括工作流中多個級別的稽核或批准,或者與其他個人和團隊的協作。這些中間步驟可能導致向案例資料夾新增附加的文件。當流程完成時,在案例資料夾中選定的文件可以自動存檔以實現遵從性,從而進一步消除人為錯誤的機會。
FileNet P8 支援一個圍繞內容、流程和遵從性的統一平臺,以確保體系結構一致性。由於 FileNet P8 同時管理流程和內容,因此可以捕獲流程與內容之間的協作和關係,從而建立在單獨實現時所無法提供的新業務價值。Paige 建議了一個在緊密整合的環境中整合 FileNet Business Process Manager 和 Content Manager 的體系結構,如圖 7 所示。Paige 還建議使用 FileNet Business Process Framework 和 FileNet eForms for P8,因為它們具有產生無錯誤、基於案例的應用程式的嚴格期限,並且這些應用程式能夠快速部署和容易維護。
圖 7 以內容為中心的處理拓撲
圖 7 所示的拓撲包含以下元件:
- FileNet 流程引擎
FileNet BPM Process Engine 為 JKHLE 提供用於管理業務流程的所有方面的軟體服務。流程引擎與 FileNet CM 內容引擎通訊以維護業務流程和內容。如果 JKHLE 選擇與來自外部提供商的業務規則管理系統整合,則流程引擎還維護規則連線框架,以及用於與流程相關的事件的電子郵件通知介面。
- FileNet 內容引擎
FileNet CM 內容引擎接受傳入的 JKHLE 請求以建立、更新和檢索物件(例如文件、資料夾和業務物件)。該內容引擎支援 JKHLE LDAP 伺服器和單點登入 (SSO) 功能。這種通道 (pass-through) 方法通過為內容引擎和流程引擎集中目錄服務,從而簡化目錄服務的配置。
- FileNet 應用程式引擎
應用程式引擎承載 Workplace™ Web 應用程式、Workplace Java Applet 和應用程式開發工具。這是 JKHLE 用於流程和內容的表示層。應用程式引擎保護 Workplace 和內容引擎之間傳遞的使用者憑據,並提供 SSL 安全性。Process Designer 在這裡執行,並且是支援流程工作流建立、傳輸和檢索的應用程式工具。
- FileNet eForms for P8
FileNet eForms for P8 使 JKHLE 可以在 Web 瀏覽器中建立和管理線上表單,這些表單看起來與硬拷貝紙張表單相同,但是更加高階、更容易使用並且實現成本更低。
- FileNet 業務流程框架 (BPF)
FileNet BPF 為快速開發 BPM 應用程式提供了高度可配置的框架,並與 JKHLE 必需的 eForms 緊密整合。BPF Web 應用程式是圍繞非同步 JavaScript™ 和 XML (AJAX) 開發模型而構建的,並通過 Action Dispatcher Servlet 公開案例管理服務。
- 流程優化
通過使用 FileNet Process Analyser,JKHLE 能夠快速分析其當前流程以確定改進機會,並確定將得益於流程更改的領域。然後 JKHLE 可以使用 FileNet Process Simulator 來模擬這些更改將如何影響業務的其他部分。通過此模擬,可以驗證流程改進並在隨後使用 Process Designer 進行部署。
對建模感興趣的 JKHLE 業務分析人員可以選擇 WebSphere Business Modeler,因為其中存在可在完成模型後將模型匯出到 FileNet Process Designer 的功能。對於對 Microsoft Visio 環境中的 Business Process Modeling Notation (BPMS) 模板感興趣的業務分析人員,JKHLE 還可以選擇使用 FileNet Microsoft® Connector for Visio®。
有了 JKHLE 的 FileNet 體系結構的緊密整合功能,再與諸如 WebSphere Business Modeler 和 WebSphere Service Registry and Repository 等常用重要元件相結合,JKHLE 可以成功地實現以內容為中心的現有專案,同時還可以通過與 WebSphere Process Server 的服務整合,從而促進新的創新。
建議的業務流程管理解決方案體系結構滿足已確定的需求。此方法使 JKHLE 能夠對改進的帳戶開立流程進行建模和實現,監視該流程的進展情況,並動態調整該流程以滿足不斷變化的業務需要。
JKHLE 能夠設計在業務的上下文中緊密管理非結構化內容的一流企業帳戶開立業務流程。
JKHLE 具有整合帳戶開立和企業帳戶開立流程的進一步計劃。WebSphere Process Server 與 FileNet 之間的強大整合功能使得這種“異花授粉”成為可能。
總而言之,JKHLE 將使用 IBM 產品來在環境中提供業務流程管理:
- 模型:
- IBM WebSphere Business Modeler Advanced
- IBM WebSphere Business Modeler Publishing Server
- 組裝:
- IBM WebSphere Integration Developer
- IBM Rational Software Architect
- IBM Rational Application Developer
- IBM WebSphere Business Services Toolpack
- IBM FileNet Process Designer
- IBM FileNet Connector for Microsoft Visio
- IBM FileNet Business Process Framework
- IBM FileNet eForms for P8
- 部署:
- IBM WebSphere Process Server
- IBM WebSphere Business Services Fabric
- IBM FileNet Business Process Manager
- IBM FileNet Content Manager
- 管理:
- IBM WebSphere Business Monitor
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14789789/viewspace-406842/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- SOA 案例研究:Web 2.0 SOA 場景Web
- SOA 案例研究:安全性和管理場景
- 用於產品生命週期管理的 SOA 方法,第 3 部分: 業務流程管理
- 業務流程場景
- 從業務管理到業務流程管理
- 雲場景實踐研究第79期:熊貓直播
- 雲場景實踐研究第64期:新浪微博
- 架構設計師與 SOA , 第 2 部分架構
- 架構設計師與SOA, 第 1 部分架構
- 資料分析:複雜業務場景下,量化評估流程
- 一些資料賦能業務的場景及案例
- 批號管理常見的業務應用場景
- 雲場景實踐研究第15期:花粉兒APPAPP
- 雲場景實踐研究第49期:媽媽幫
- 用於產品生命週期管理的 SOA 方法,第 2 部分: 產品生命週期管理的 SOA 參考體系架構架構
- SOA 核心技術及應用,第 7 章
- 【私有云場景案例分享③】批次回歸測試自動化流程
- 業務建模:CQRS應用場景
- 專案管理案例研究(轉)專案管理
- Oracle 11g 資料庫恢復-場景7:部分檔案損壞Oracle資料庫
- 工業場景AI開發流程AI
- Redis叢集案例與場景分析Redis
- 求助,jmeter 壓測 ,業務場景測試JMeter
- 什麼業務場景適合使用Redis?Redis
- 不同業務場景使用不同的map
- 業務場景---Token無感重新整理
- webDriver API——第7部分Desired CapabilitiesWebAPI
- WebSphere Process Server 流量管理,第 1 部分WebServer
- 業務流程管理BPM的完整指南 -frevvo
- 第 7 節:運算子流程控制
- 案例研究:用於實現綠色解決方案的智慧 SOA 方法
- SOA策略管理
- xdebug 各場景下工作流程
- Vue 常見業務場景以及細節心得Vue
- Netty的原始碼分析和業務場景Netty原始碼
- 業務流程管理系統概念 術語 方案
- 工作流管理--業務流程自助構建
- 辦公業務流程資訊展現及功能設計案例