用 IBM Holosofx 進行業務流程管理

2019-11-18 13:14:40

字體：大中小

來源：轉載

供稿：網友

　　Holosofx —— 源自拉丁語“holo”（意為整體）和希臘語“sophic”（意為聰明）—— 成立于 1990，目的是幫助公司以整體的方式理解和治理他們的業務流程。在 2002 年 9 月，IBM 收購了 Holosofx 來擴展其 WebSphere Business Integration Platform。Holosofx 產品提高了客戶設計、監視和改進業務流程的能力。
　　
　　非凡是，Holosofx 的主要應用是在連續業務流程治理（Continuous Business PRocess Management，CBPM）領域，這是成功的、業界領先的公司用來治理其業務流程的一個概念。本文簡要分析了 IBM Holosofx 體系結構和環境，并解釋了開發人員如何利用 Holosofx 簡化業務流程的改進和治理。
　　
　　用 Holosofx 進行成功通信
　　不同的應用程序通過業務流程集成進行交互和交換數據的必要性是 B2B 成功合并的要害。在進行總體過程集成的過程中，企業必須使用完整的業務解決方案，簡單而無縫地發現、集成和治理與業務相關的數據。要實現這一點，業務部門必須與 IT 專家緊密合作，來獲得最優的解決方案 —— 可以滿足業務要求并增強過程的性能。
　　
　　不過，如何讓 IT 和業務專家共同完成這項任務一直是一項挑戰。開發人焙退塹囊滴褳濾擋煌撓镅裕褂貌煌氖跤錚⑶揖哂脅煌鬧侗塵啊Ｒ滴袷褂玫氖且滴窳鞒棠Ｐ停?IT 使用的是 UML （Unified Modeling Language）模型。UML 和 BPM 模型之間的集成和轉換可以保證良好的通信，避免因通信錯誤而導致的成本，同時還能減少完成項目的時間。
　　
　　需要一種縮小語言差異的工具來確保成功通信。IBM Holosofx for Business Process Management 通過提供了一個公共工作區，以促進業務與 IT 專家之間的通信。Holosofx Workbench 和 UML Transformer Modeler 中的工作區可以使企業將必要的業務內容轉換為 IT 內容，而且還提供了 IT 內容到業務內容的轉換。
　　
　　圖 1. 一個公共工作區
　　　用 IBM Holosofx 進行業務流程治理（圖一）

　　Holosofx 概述
　　IBM Holosofx Business Process Management （BPM）軟件包包括三個組件，它們是作為單獨的模塊運行的：
　　
　　IBM Holosofx Workbench
　　用于建模和分析。Holosofx Workbench 以 Business Modeler 作為核心，并以 UML Transformer （Modeler）、Xform Designer 和 xml Mapper 作為擴展。
　　IBM Holosofx Monitor
　　用于實時監視過程。
　　IBM Holosofx Workbench Server
　　用于通過 intra/Internet 共享過程信息。
　　Holosofx 軟件包采用多功能方式實現 CBPM：
　　
　　創建
　　Holosofx Workbench 為現有過程建模。用模型創建、模擬、分析和選擇優化的新過程設計。
　　協作
　　Holosofx Workbench Server 被用來通過 Web 共享過程模型信息，并提供訪問和版本控制的安全存儲。
　　自動化
　　Holosofx Workbench 將業務流程模型轉換為可以直接導出為 MQSeries Workflow 的格式。
　　治理
　　BPM Monitor 用于監視正在進行的項目并采取修正行動。此外，實際過程 metrics 回答模型場景中的假如...如何的問題并改進過程。
　　Holosofx 集成策略：
　　
　　使軟件開發人員和業務專家可以通過建模定義業務需求并描述系統目標。
　　使開發人員可以用 UML 為業務軟件系統建模。
　　使開發人員可以將 UML 模型中包含的相關信息映射回 BPM 過程模型。
　　使開發人員和業務專家可以在 UML 模型和 BPM 業務流程模型之間轉換公共元素。
　　這種全面的集成策略對業務和 IT 都有好處。例如，將 UML 模型映射到業務流程模型元素提高了 UML 模型和 BPM 過程模型的可維護性、可跟蹤性和可伸縮性。只要目標系統的 UML 模型反映了更改或其他需求，那么就可以很輕易地更改目標業務軟件系統來適應這些更改。
　　
　　在另一方面，將業務流程元素映射為 UML 模型元素的能力節省了時間和成本，并將錯誤降至最低。映射還使業務專家能夠輸入軟件系統的分析和設計，并驗證系統的業務需求。
　　
　　Holosofx Workbench 和 UML Transformer
　　在這三個組件中，Holosofx Workbench 是支持 CBPM 工作的要害。Workbench 是基于 Windows 的桌面應用程序，它符合 Activity Decision Flow Diagram、Lines of Visibility、Partner Interface Process、UML、Workflow Process Definition Language （WPDL）和 XML 的建模、運行時、交換等方面的標準。Workbench 與 Rational Rose、XMI、MQSeries Workflow/build time/FDL、UML Transformer、Holosofx Workbench Server 和 Holosofx Monitor 相互作用。它通過一個脫機導入/導出交互過程將 Flow Definition Language （FDL）文件導出到 IBM WebSphere MQ Workflow 運行時環境（在下一版本導出 Modeler，以支持 IBM CrossWorlds）。
　　
　　圖 2. Holosofx Workbench
　　　用 IBM Holosofx 進行業務流程治理（圖二）

　　Holosofx Workbench 的要害是其 UML Transformer。UML Transformer 通過為開發人員提供一個可以使用的堅實基礎來支持開發過程。它捕捉從概念到完成的設計生存周期。例如，使用類圖（Class diagram）將 IT 設計元素映射到業務流程模型的元素，以幫助開發人員在過程建模的同時發展 IT 元素。IT/業務流程模型映射功能使過程模型和 UML 模型都具有可跟蹤性。模型會顯示主要過程輪廓和功能需求，直至實際構成了結構下面軟件產物的元素。
　　
　　UML Transformer 使開發人員可以實現以下操作：
　　
　　產生清楚的開發計劃。
　　鏈接 UML 模型與 BPM 過程模型。
　　在 UML 中用 6 種不同視圖（visual-diagram）建立業務軟件系統模型：Class、Use Case、Sequence、Collaboration、State 和 Activity。
　　在 UML 模型和 BPM 業務流程模型之間轉換公共元素。
　　用序列和協作圖（Sequence and Collaboration diagram）查看系統對象、對象中的消息和系統的邏輯流程。
　　在業務建模和分析中，開發人員可以利用的一個重要功能是 Business Modeler 導入/導出 FDL 和 XML 模式的功能。內藏的 UML Transformer 答應軟件開發人員在 UML 模型中指定自己業務應用程序，并將這些應用程序鏈接到過程模型，而 Xform Designer 可以“動態”設計所需要的表單和用戶界面屏幕。
　　
　　最后，開發小組可以用這個模型驗證代碼是否滿足需求，以及是否可以從這段代碼跟蹤需求。
　　
　　鏈接 IT 和業務世界
　　業務流程模型以及 UML Transformer Activity 和 Use Case 圖表都模擬了業務環境，但它們使用了兩種不同的概念，而且它們注重的內容和相關元素是不同的。UML 模型的重點是軟件系統、成分和組件，而 BPM 過程模型的重點是業務目標和如何實現這些目標。不過，UML 模型和業務流程模型確實有共同的元素。Holosofx Workbench（利用 UML Transformer）具有處理這些公共元素并在兩種應用程序之間轉換這些元素的能力。
　　　用 IBM Holosofx 進行業務流程治理（圖三）

　　使用 Holosofx Workbench 和 UML Transformer，可以在以下元素之間進行數據轉換：
　　
　　BPM 數據結構（Data StrUCture）與 UML 類（Classe）。
　　BPM Process Model （ADF Diagram）與 UML Use Case 及其 Activity Diagram。
　　BPM Tasks 與 UML Use Cases 和參與者。
　　圖 4. 轉換數據的屏幕快照
　　　用 IBM Holosofx 進行業務流程治理（圖四）

　　BPM 業務流程模型通常包括大量的人工和自動過程。人工和自動系統以及過程表明了軟件系統需要哪些功能（映射為 UML Use Case）來支持業務流程。例如，在 UML 方法中，功能軟件元素被鏈接到 Use Case，而該用例又被鏈接屬于一個或者多個業務流程模型的特定任務。隨著軟件的發展和成熟，每個軟件元素和功能的業務評價都可以從業務流程模型中分離出來，或者上溯至業務流程模型。
　　
　　在 Holosofx Workbench 中，任務描述了該流程模型，并且定義了如何完成工作、誰做這個工作、需要哪些資源和/或應用程序完成工作，以及完成工作所需要的資格。假如任務細節定義了一個軟件應用程序的全部或者部分功能，那么整個任務的屬性將在描述這個應用程序時變得明確。
　　
　　模型轉換的例子
　　對過程的用例部分進行建模
　　在我們的樣本用例中，業務活動是“打包客戶的訂單”。業務用戶將可能在一個更大的過程中用到它，如“完成銷售訂單”。雖然他們有必要的知識創建用例，但是他們一般不具備 UML 模型的知識。因此，業務用戶的普遍起點就是在 Workbench 中建立“完成銷售訂單”模型。完成創建之后，他們就可以與開發人員一起檢查該用例，并驗證其需求。下圖顯示了 Holosofx Workbench 中過程模型的用例部分：
　　
　　圖 5. 用例過程模型
　　　用 IBM Holosofx 進行業務流程治理（圖五）

　　將過程模型導出到 XML
　　開發人員再使用 Workbench 中的功能將過程模型轉換為 UML Activity 圖表。但實際上，該轉換是通過將過程模型導出為表示前述過程模型的 XML 文件來完成的。下圖顯示了從 Holosofx Workbench 過程模型中導出的 XML 文件：
　　
　　圖 6. 過程模型 XML 文件
　　　用 IBM Holosofx 進行業務流程治理（圖六）